ScanGaugeII work on 2010?

[hotbrass]

Good luck. I have not had any luck with the 2010. If you find a code that works on the 2010, post it for us.

Thanks!

[DetPrius]

Yeah, everything I've found on PriusChat states we don't have any X-Gauge codes yet for the 2010. Is someone actively working on it? Anything the rest of us can do to help?

[terryj]

Thanks for the reply. I too ordered the scangauge & it was also 3.17.
I did call Linear-Logic and they said that x-gauges do not work on 2010 Prius at this time and could not give any time frame. I was interested in injector timing.
Thanks again.

[spiderman]

I wonder if these codes would be listed in the 2010 Service Manual? Bob W. said we could pose questions and he might be able to answer them. Bob, what do you say?

[ken1784]

Originally Posted by spiderman

I wonder if these codes would be listed in the 2010 Service Manual?

There is no code is shown on the Service Manual.

Speaking of CAN messages (Xgauge function), Japanese folks are trying to decode them.
So far, there is no message about BTA in the passive mode.

The active mode (request/response) behavior between Gen2 and Gen3 are different.

To see the BTA on Gen2 is simple:
request: 7E30221CE
response: 7EB+(some data for BTA, SOC and others)

To see the BTA on Gen3 is complex:
BTA request: 7E2806A1069802010200
request received: 7EA806E1069802010200
data request: 7E2802A2060000000000
data response: 7EA804E2068092000000
(the second 0x8 shows discharging and the 0x092 shows 146 in decimal which means 1.46A)

I believe the Xgauge supports a single request/response communication, but it does not support the multiple request/response/request/response communication on the current revision.

Ken@Japan

[spiderman]

Originally Posted by ken1784

There is no code is shown on the Service Manual.
Ken@Japan

Bummer. Thanks for the information. Please let us know when they crack the codes!

[frenchie]

Originally Posted by ken1784

There is no code is shown on the Service Manual.

Speaking of CAN messages (Xgauge function), Japanese folks are trying to decode them.
So far, there is no message about BTA in the passive mode.

The active mode (request/response) behavior between Gen2 and Gen3 are different.

To see the BTA on Gen2 is simple:
request: 7E30221CE
response: 7EB+(some data for BTA, SOC and others)

To see the BTA on Gen3 is complex:
BTA request: 7E2806A1069802010200
request received: 7EA806E1069802010200
data request: 7E2802A2060000000000
data response: 7EA804E2068092000000
(the second 0x8 shows discharging and the 0x092 shows 146 in decimal which means 1.46A)

I believe the Xgauge supports a single request/response communication, but it does not support the multiple request/response/request/response communication on the current revision.

Ken@Japan

I know nothing about scangauge, but I have some experience in analysing the OBD2 data.

To see the BTA on Gen3 :
It works perfectly this way with a single request :

BTA request: 7E2802218A0000000000
a few times, here are different responses

t7EA804618AADD2000000 t7EA804618AA849000000 t7EA804618AA93D000000 t7EA804618AA785000000 t7EA804618AA62F000000 t7EA804618A748C000000 t7EA804618A6E3F000000 t7EA804618A635D000000 t7EA804618A6299000000 t7EA804618A6515000000 t7EA804618A6143000000 t7EA804618A5D10000000 t7EA804618A64B3000000 t7EA804618A6080000000 t7EA804618A6420000000 t7EA804618A67F2000000 t7EA804618A70BA000000 t7EA804618A79E4000000 t7EA804618A8093000000 t7EA804618A8093000000 t7EA804618A8093000000

giving the following values (in Amp)

117,3 103,13 105,57 101,17 97,75 -29,32 -45,45 -73,31 -75,27 -68,91 -78,69 -89,44 -69,89 -80,64 -71,36 -61,58 -39,1 -15,64 1,47 1,47 1,47

(the second 0x8 shows discharging and the 0x092 shows 146 in decimal which means 1.46A) : same coding

This result is definitely true.

I am using a canusb for logging the full traffic and another device for comparing.


I found also some other codes...
but it is just the beginning....

[David Beale]

The "pre-programmed" gauges are OBDII codes sent full time on the buss. They are mostly mandated codes to be the same on all cars. The "XGAUGES" are mostly CAN messages that require a request, then watch for a response. There are only a "few" OBDII codes, but there are -many- possible CAN messages. There are also a few different ways those messages could be prompted. Hints to this are in the messages above.

I suspect there will be a few "XGauges" that will work, but not many without a full update of the Scangauge II. Technology marches on. The current Scangauge II is a few years old, and showing it.

[RobH]

It may be possible to set the backup beeper status with a Scangauge. I've been studying a trace of the parameter being set, and I think I've identified the relevant messages. But I don't currently have access to a 2010. So if some brave soul wants to check it out, here is an xgauge setup to query and set the backup beeper.

The commands are:

Single backup beep: 07 c0 3b ac 40
Continuous beep: 07 c0 3b ac 00

You may be able to set these commands into a memory location and send from there. I've never seen any responses from memory sends on my Gen2, so this is just an idea.

If sending from a memory location doesn't work, then the following are Xgauges that use the same command. It's probably safer to try the query function first.

Query beeper status:
TXD: 07 c0 21 ac
RXF: 05 61 16 ac 00 00
RXD: 28 10 (show "ac 00" or "ac 40")
MTH: 0001 0001 0000

A reply of "ac 00" means that the beeper is continuous.
A reply of "ac 40" means that there is a single beep.

If either reply is received, then we're cooking...
A brave soul may want to try changing the status.

Set beeper status to single beep:
TXD: 07 c0 3b ac 40
RXF: 05 7b 06 ac 00 00
RXD: 2808
MTH: 0001 0001 0000

This message only needs to be sent once, but the scangauge will send it continuously if you leave the xgauge active. So just blip it, and change to a different gauge.

[RobH]

Bummer. Maybe it's a multiple message setup. Here's the monitor data that I collected. Interpretations are all WAGs - if there is an official specification, I sure don't have it.

Notes: This data shows an initial "00 00" on each message. I'm guessing that the scangauge hides this from the user interface.

The general format of the data is:

00 00 07 c0 ...... The address of the ECU (Body?)
00 00 07 c8 ...... ECU address in reply (modified by "8")

3e ............... init request
7e ............... init reply

21 ............... query request
61 ............... query reply

3b ............... set request
7f ............... set reply

21 a7 ............ query parm a7
61 a7 c0 ......... reply that parm a7 is c0 (unknown)

21 ac ............ query parm ac (beeper)
61 ac 00 ......... reply that parm ac is 00 (beeper continuous)

61 ac 40 ......... reply that parm ac is 40 (single beep)

21 a1 ............ query parm a1
61 a1 10 ......... reply that parm a1 is 10 (unknown)

Recorded data:

send 00 00 07 c0 3e ............. some sort of initialization
recv 00 00 07 c8 7e ............. initialization reply

send 00 00 07 c0 21 a7 .......... query parameter a7 (unknown)
recv 00 00 07 c8 61 a7 c0 ....... value is c0

send 00 00 07 c0 21 ac .......... query parameter ac (backup beeper)
recv 00 00 07 c8 61 ac 00 ....... ac value is 00 (continuous beeping)

send 00 00 07 c0 3e ............. init
recv 00 00 07 c8 7e ............. init reply

send 00 00 07 c0 21 ac .......... query ac
recv 00 00 07 c8 61 ac 00 ....... ac = 00

send 00 00 07 c0 3b ac 40 ....... set parameter ac to 40 (single beep)
recv 00 00 07 c8 7f 3b 78 ....... delay
recv 00 00 07 c8 7b ac .......... reply to set parameter

send 00 00 07 c0 21 ac .......... query ac
recv 00 00 07 c8 61 ac 40 ....... ac = 40 (beeper at single)

send 00 00 07 c0 21 a1 .......... query a1 (unknown)
recv 00 00 07 c8 61 a1 10 ....... a1 = 10