Posts made by ShellDude
posted in Howto read more

They are completely different commands. 03 is for filtering and 02 is for writing.

Reread the thread.

posted in Howto read more

BT LE is working fine for me. Some assembly is required.

posted in Howto read more

As best as I can tell the HC06 is not BT4 compatible.

And BT4 does not expose a serial port in the same manner previous versions of BT did.

posted in Howto read more

I too am curious to know what became of 29 bit processing.

posted in Hardware and Wiring read more

What kind of car? There is no set standard on OBD2 pinouts across manufacturers.

posted in General Discussion read more

FYI -- I had something similar happen to me today immediately after uploading an updated sketch. I followed the instructions in this thread, pressed reset on the CBT, saw the port show up (OS X here) and quickly uploaded.

Back in business, but I was sweating it there for a few.

I'm throwing away the Mini USB cable that came with my CBT. I suspect that's what caused the bad write.

posted in General Discussion read more

Yeah, I'm only using notify. Works good enough for everything I need to do.

posted in General Discussion read more

Sounds like you're past your initial hurdle.

Code like wind... Wait for no one!

posted in General Discussion read more

One additional note.. I'm not using cross platform stuff.

All my work ioutside of ardruino is pure Android because I loathe iOS.

Ironically I absolutely love OSX.

posted in General Discussion read more

I have to say the same ... CBT is the car hacking tool of 21st century!

I say this only having hacked into a single bus. Just wait till I'm opening windows and doors from my watch!

posted in General Discussion read more

I don't think Derek implemented throttling on the eeprom dump. Take a look inside SerialCommand.

posted in General Discussion read more

I've learned quite a bit about Android gatt over the past two weeks.

The various callbacks are not threadsafe. You want to do as little work as possible in them. Leave the heavy lifting to your UI thread and a handler/runnable.

Another possibility, or additional complication, is the amount of data you are trying to transfer.

Blindly forwarding from a 100kbps or greater can connection to BTLE is akin to pushing a watermelon through a garden hose.

Initially try filtering on one specific register... After you ensure you have lughtweight, synchronized if necessary, gatt callbacks.

posted in General Discussion read more

I'm using his app on OSX for sniffing over USB and my own Android app for final implementation using BTLE.

I'll be publishing full source, including my custom CBT middleware shortly.

posted in General Discussion read more

I haven't had to touch the embedded BT firmware.

Grab Derek's latest commit from master. He's improved BT throttling considerably over the past week.

Use x03 x01 for filtering. The x04 stuff is abandoned.

posted in General Discussion read more

I suggest a custom middleware implementation. I am having good results unleashing 0x03 0x01 0x01, suppressing Serial1 output in SerialCommand.h, and constructing custom results for just the data I want in my own middleware class.

posted in General Discussion read more

Made some progress tonight. I'm not sure why but logCommand() is very touchy. If I even reference &Serial1 it stops streaming. If I do not provide a heartbeat, (with the btRateLimit enabled) it won't stream.

If I remove btRateLimit completely and ensure I have a filter that removes the bulk of the noise, it works fine.

https://www.youtube.com/watch?v=zlOBfZTUGQw&feature=youtu.be

posted in General Discussion read more

So it stopped working again. Am I only person having BT filtering issues?

I suspected the 0xff thing was too good to be true and now I can't recreate the scenario where i got it to work.

posted in General Discussion read more

Success!

It took some serious debugging but I figured it out. For some reason (Android only maybe?) LE chokes on processing the SerialCommand::logCommand() activeSerial->write(COMMAND_OK) operation. I'm guessing 0xFF is screwing up the stack somehow.

Anyway I replaced

<code>activeSerial->write(COMMAND_OK);</code>

with

<code>if (activeSerial && Serial) activeSerial->write(COMMAND_OK);</code>

in SerialCommand.h's logCommand() function and I can now filter to my heart's content over BTLE. This was the final barrier to wrapping up my proof of concept. Now the real coding begins!

I recall reading you accept bug reports via github... will head over there now.

posted in General Discussion read more

Derek,

Thank you so much for the response! It's great to see that your project is still active. The convenience alone it adds is second to none... just need to work out a few more kinks.

With 0.4.4 I tried doing just that (setting an 03 filter) but while the filter worked fine when connected to USB I could never get it to return anything over BLE, ensuring that only Serial1 was connected (I noticed the interoperability between Serial and Serial1).

After spending some time reviewing all the sketch code I was left with the impression that it should just be working. I'll check out 0.4.5 today and report back.

Looks like your connection to CANBus Triple was lost, please wait while we try to reconnect.