New gauge project...

[robot]

Originally Posted by mabviper

If you get stuck on the CANbus stuff, maybe I can help out.


Sent from my Nexus 4 using Tapatalk

That would be cool. Right now I've written stuff to pull the basic obd II things and then tried to write something to pull the special brz (toyota ecu) oil temp pid.

What can you get on CANbus? From what I've read, there isn't much you can get on the basic surface of it without manufacturer docs.

[aeon]

It you are able to pull the special oil pid any information about that would be great

Nice progress btw

Gesendet von meinem HTC One mit Tapatalk

[mabviper]

Most modern cars communicate through can bus. Everything from windows to locks to abs are probably communicating through the bus. All OBDII pids are accessible through the bus as well. Anything outside of OBDII is not documented so you need to analyze the live bus data to isolate what you're looking for. As far as I know, canbus is not currently encrypted.

Sent from my Nexus 4 using Tapatalk

[robot]

Originally Posted by mabviper

Most modern cars communicate through can bus. Everything from windows to locks to abs are probably communicating through the bus. All OBDII pids are accessible through the bus as well. Anything outside of OBDII is not documented so you need to analyze the live bus data to isolate what you're looking for. As far as I know, canbus is not currently encrypted.

Sent from my Nexus 4 using Tapatalk

I think sniffing canbus traffic is a little outside my experience, to be honest. If someone else has sniffed the bus and pulled good info I haven't found it yet.

(Once I get a display going I might go sniffing...it just seems tedious)
http://theksmith.com/technology/hack...p-easy-part-1/
http://theksmith.com/technology/hack...p-easy-part-2/

[mabviper]

Yup, i'm not going to lie. It's extremely tedious but everything should be there we just need to look for them.

Sent from my Nexus 4 using Tapatalk

[robot]

Originally Posted by mabviper

Yup, i'm not going to lie. It's extremely tedious but everything should be there we just need to look for them.

Sent from my Nexus 4 using Tapatalk

So....care to share what you've found so far (feel free to PM me)

[mabviper]

Unfortunately I didn't start sniffing the bus yet. but i can get all accessible OBD data from it.

Sent from my Nexus 4 using Tapatalk

[robot]

For those following at home...CANBUS can give you distinct advantages over the pedestrian OBD II. It allows for access to more stuff (more data/more control/more risk of breaking crap) and it is faster (well it should be, it could be limited by priority bytes tagged on some messages).

There is also SSM. SSM is subaru's specific proprietary stuff. (I believe we are on SSM III now?)

Buut some people have gotten into ssm and gotten data out of it. Most of their code is closed. Some, like this: https://github.com/PiMonitor/PiMonitor is open.

He seems to have figured out some of the SSM stuff: https://github.com/PiMonitor/PiMonit...ata/cu_ids.txt

According to this SSMIII (what we have) is CANBUS based - http://www.rs25.com/forums/f72/t1651...stigation.html'


More stuff http://subdiesel.wordpress.com/gener.../ssm2-via-can/

[stugray]

Originally Posted by robot

Buut some people have gotten into ssm and gotten data out of it. Most of their code is closed. Some, like this: https://github.com/PiMonitor/PiMonitor is open.

You really should check out the Tacrix forums.

My openport 2.0 logs very high rate data from the OBD port.

[aeon]

Would be so much easier if our car would use standard oil temperature PID

Digged some around standard oil Temp 0x5C just still the question into what our custom torque pid translates but I already saw that you are onto it already but also saw that you didnt get Any reply yet :/

Gesendet von meinem HTC One mit Tapatalk


edit: found something maybe helpfull from scanguage / also available here in ft86club forum
for oil temp in Fahrenheit :
Scion FRS/Subaru BRZ/Toyota 86
Oil Temp , Unit F , TXD 07E02101 , RXF 010702E80324 , RXD 3008 , MTH 00090005FFD8
Celsius:
Oil Temp , Unit C , TXD 07E02101 , RXF 010702E80324 , RXD 3008 , MTH 00010001FFD8

( http://scangauge.de/images/pdf/xgaugecoding.pdf )

MTH Scaling : Fahrenheit : Multiplier 0009 , Divider 0005 , Add/Subtract FFD8
Celsius Multiplier 0001 , Divider 0001 , Add/Subtracte FFD8

oh well everything described up there maybe its off help

[robot]

[ame="https://www.youtube.com/watch?v=8KFPYYqYyR4"]Modular tft arduino gauge Accelerometer testing - YouTube[/ame]

They flash...I don't like it. I'm working on it.

[robot]

two small balls
[ame="https://www.youtube.com/watch?v=q00NbIFWshU"]Modular tft arduino gauge Accelerometer testing 2 - YouTube[/ame]

1 small ball
[ame="https://www.youtube.com/watch?v=Xps9r0cf_YQ"]Modular tft arduino gauge Accelerometer testing - YouTube[/ame]

1 medium ball
[ame="https://www.youtube.com/watch?v=B_9ymfpbPt4&list=UUXQz23trpy-vaCZrUAbSCTQ"]Modular tft arduino gauge Accelerometer testing - YouTube[/ame]

Tell me what you like/don't like.

[robot]

EDIT: Kind of nevermind...The UTFT library doesn't work with the screen I'm using with an SPI (faster) hookup, it only works with it with serial (slow). So, I've decided slowly add the capability for my graphics to be scaled.

These are the graphics drivers the adafruit library seems to work with:
Monochrome Nokia 5110 - expensive monochrome junk for what they are (used to be an awesome bargain though)
SSD1331 - drives tiny oled screens (~$30), but they are oled which is nice - 96x64 .96"
SSD1306 - other small monochrome oled screens - screens are only like $6, but still tiny at .96"
An expensive VFD display that only adafruit sells - ~$96
HX8340B - 2.2" tft lcd's (so, slightly larger than what I'm using now
ILI9325/ILI9328/HX8347 - usually package with delicate touch panels, but cheapish ($20) and easy to find - 2.8" or 3.2" (even slightly larger)

The issue with scaling is that it isn't simply a mater of multiplying. It's close but no cigar. The one 1.8" I'm using is 128x160 and the 2.2"/2.8"/3.2" are all 240x320.

Original thoughts:

I was looking at other LCD's (slightly larger 2.4" and 2.8" and stumbled on this: http://henningkarlsen.com/electronics/library.php?id=51

It works with a bunch of LCD's and isn't that different than the one I'm using now. The fonts on it might look a little better (I'm going to test this out next time I have a "programming session"). It also has a built in functionality to rotate text, which is kind of interesting. It does not easily read bitmaps from the sd card (I think I can probably get it to work though.)

On the other hand almost everything is written with the other api (the adafruit one). Also, the api I'm using already supports some other LCDs that are larger.

I'm not even sure why I'm looking at larger displays. I think it has something to do with my desire to make this all more modular/plug in what you want, etc. I was also going to rewrite some of the graphics stuff to automatically scale to different LCD sizes (which reminds me that the Karlsen API has the ability to detect the scale of the screen you are using).

[robot]

OBD II readings work!



The twins specific oil temp pid doesn't work yet, but I didn't really fiddle with it tonight. It reports -50 for some reason. I'm sure I missed something (I bet the buffer is too small to read it all).