robertf

Has anyone had any success in bluetoothing the ALDL port for either 160 or 8192 apps? So far I've found about 1000 ways that don't work. Wondering if anyone has found a way to get it working.

Six_Shooter

iTrader: (2)

Nope, I've tried as well.

I actually bought a serial BT adaptor, thinking that would be the easiest way to get it to work. There's $100 I won't be getting any benefit from it seems.

From what I can surmise you would need two BT dongles and set up two channels to do it properly for the bi-directional data. I think the BT conversion has too much of a delay and causes it to not connect. It has been a why since I tried, but I didn't get mush support from a couple people I thought could give me some pointers on how to make it work.

robertf

I'm thinking its timing also

If I swap the rs232 chip it works, the rs232 talks to the BT module just fine so I know all the 3.3v to 5v is working, but when I send commands on the BT I just get an echo back and no ALDL data.

160 kind of works, but its dropping characters so there is no way to synch.

robertf

what serial port adapter did you buy?

I've been using the parani esd 210

Six_Shooter

iTrader: (2)

IIRC it was an IO Gear, I'll have to find it and see for sure.

robertf

got it working, now to shrink the components

bluetooth will not work at 8192. I am using my desktop as a repeater with a ALDL cable running at 8192 bps and a serial cable connected to the bluetooth module running at 9600 running a vb.net program to repeat the serial chatter.


on the laptop its connected by bluetooth serial port at 9600 bps.

tunerpro doesn't work if you change the ibaud setting in the ads file to 9600, and doesn't work if you leave it alone at 8192. Bluetooth (at least the module I'm using) seems to be very picky about serial port standards.

I wrote a quick program to poll the mode 1 data and to read the bin contents using mode 2. It runs at about half the speed as a direct cable and ranges from 4.5 to 5.5 Hz where on the direct cable I was seeing 8.5 to 9 Hz.

Shouldn't be too hard to get an atmel chip to do the work that the desktop is doing, but I'm in the middle of moving and all of that crap on my desk is about to go in storage so it'll be a while before I can figure that part out.

Craig Moates

That's a clean way to do it, single micro with dual UARTs, one connected to ECM at 8192 via level shifter and one connected to BT/TTL module. We do that on the APU1 actually. Write firmware that handles the pitching and catching of packets. Set up at whatever baud rate you want BT-side (115.2k etc) and write a special TPRT5 ADX to digest and render it at the BT-enabled PC.

If you want any help, just let me know and I'll do what I can.

robertf

yes!!! I've got an AVR ISP deal and a book, but they are already packed up. I'll be sure to pick your brain when I get a chance to work on miniaturizing it.

I tried it at 115200 and the response difference was negligible, but it could be something in my repeater program causing the lag. It is very thrown together.

115200 is as fast as I can get my program to talk to the BT module. Seems like speeds over that are not very standardized. Not sure if its the parani, the vb.net serial implemenation, or I'm doing something wrong.

My next project is getting my android phone talking to it. This should be fun, I hate java.

Six_Shooter

iTrader: (2)

Sweet.

I'm all in for using this, wish I had program development skills to be able to help in that department.

I would LOVE to get rid of the cables in my Datsun and use Blue Tooth solely. I already have a BT enabled Ostrich.

Now, it's been a while since I played with anything BT, other than pairing phones to car handsfree kits. Is there a problem with running two channels of BT, in this case, one for datalogging and one for emulation?

robertf

Hey craig what do you think about using one of the attiny chips with SPI and then a SPI to dual UART chip? the mega164 is overkill for this project.

Craig Moates

I think by the time you got done chasing that route, you'd be happier with a dual-UART micro like the Atmega162. I've used it on similar applications and it gets the job done. Low cost as well.

If you want, I could put something together and give you a working device to play with as a starting point. Note that you'll need to wire up some power (12v ign to pin G I believe) to keep it hot when no PC/USB is available.

Craig Moates

How about you add an AT45DB321 to it and make it a black box logger as well?

We've done some slick stuff with a Mega128, dataflash, BT, and USB that turned out slick. I applied some homebrew compression methods (two levels of intensity) for scads of storage space (in ASM of course ;^) ).

By the way, Atmel's been going through some pains lately in terms of component availability so keep an eye on that. Stuff's available, but not stocked as much. I guess this is the story worldwide on inventory in general.

robertf

appreciate the offer. I actually just ordered a few 164p to mess with. I think I've got it mostly wired up correctly, but my SPI is in storage 200 miles from here. I'm going to grab it this weekend, I think I'll have some time to mess with it. Still need to assemble the at tx to ALDL circuit and get caps for the crystal, but here's what I've got so far. See anything that is obviously missing or wrong? green wire goes to pin e/m, top power bus is 5v, bottom is 3.3.

robertf

thought about it, but feature creep is a dangerous animal.

homebrew compression in ASM? I still have nightmares about linked listed tree-branch compression projects from my brief time as a comp sci major, and that was in object oriented languages.

Hopefully atmel is only temporarily buying into the faster better cheaper JIT fad. I'd hate to finally get in to programming these things just as they go out of business.

robertf

it works

Six_Shooter

iTrader: (2)

Awesome!

I just don't think that will work for me now that I'm using a Tuner View II in my car. :/

I'm still interested, and would probably make one, just because.

AmorgetRS

iTrader: (6)

Wow, that is very cool.

phonedawgz

Bluetooth to OBD1 ALDL

http://www.reddevilriver.com/ALDL_Bluetooth.html

gp90gta

iTrader: (1)

I think I'm going to give that Bluetooth adapter a try, though it might not work for me since I need to send data back to the ecu also, I use a navsram module.

phonedawgz

It is bidirectional however it does have a limited buffer for the fast to slow speed direction. I will take it back if I can't get it to work for you.