Hi everyone, I´m trying to use a Cangate to communicate with a Steyr tractor. I can use the snoopj command to see all the broadcasted data and that works fine but when I try to use the RQSTJ command to ask the ECU some PGN I didn´t get an answer. I tried also with common PGNs as 61444 for example but nothing. Maybe the ECU is protected? Is there a mandatory set of PGNs the manufactor must provide?

Hi Matteo,

Can you please post the result of snoopj? Also the program you created for CANGate?

Thanks.

Best regards,
Rudy Gunawan

Hi Rudy, thank you for your answer. Here´s is the snoopj result:

SNOOPJ 1
EXT 18FF5E07 FFFFFFFFFFF7FFFF PGN:65374 PRI:6 SA:7 DA:0
EXT 18FF6E07 0000000000000000 PGN:65390 PRI:6 SA:7 DA:0
EXT 18FF3628 00003232323232FF PGN:65334 PRI:6 SA:40 DA:0
EXT 0C000004 FD201CFFFC000207 PGN:0 PRI:3 SA:4 DA:0
EXT 18FF5C07 FFC000F000000000 PGN:65372 PRI:6 SA:7 DA:0
EXT 18FF6D07 0000000000001400 PGN:65389 PRI:6 SA:7 DA:0
EXT 0CF00300 FF00000000070000 PGN:61443 PRI:3 SA:0 DA:0
EXT 18FF6C07 0000000000000000 PGN:65388 PRI:6 SA:7 DA:0
EXT 18FF1D17 00FF3E00FFFFFFFF PGN:65309 PRI:6 SA:23 DA:0
EXT 18FF5B07 0000000000FFFFFF PGN:65371 PRI:6 SA:7 DA:0
EXT 18FF5105 00000100 PGN:65361 PRI:6 SA:5 DA:0
EXT 18FF6105 0000002300000000 PGN:65377 PRI:6 SA:5 DA:0
EXT 18FF6B07 0000000000000000 PGN:65387 PRI:6 SA:7 DA:0
EXT 18FF5205 00000100 PGN:65362 PRI:6 SA:5 DA:0
EXT 18FF6205 0000003700000000 PGN:65378 PRI:6 SA:5 DA:0
EXT 18FF2D04 00001000000000C0 PGN:65325 PRI:6 SA:4 DA:0
EXT 18FF5305 00000100 PGN:65363 PRI:6 SA:5 DA:0
EXT 18FF6305 0000005F00000000 PGN:65379 PRI:6 SA:5 DA:0
EXT 18FF5405 00000100 PGN:65364 PRI:6 SA:5 DA:0
EXT 18FF6405 0000002500000000 PGN:65380 PRI:6 SA:5 DA:0
EXT 18FF20F6 0000000000000000 PGN:65312 PRI:6 SA:246 DA:0
EXT 0CFF4523 00B9887DEC7C0000 PGN:65349 PRI:3 SA:35 DA:0
EXT 0CFF4223 02F6EA3CFE00DCDB PGN:65346 PRI:3 SA:35 DA:0
EXT 18FEF200 0000FFFFFFFFFFFF PGN:65266 PRI:6 SA:0 DA:0
EXT 14FF1105 000000F4FF017D46 PGN:65297 PRI:5 SA:5 DA:0
EXT 14FF1205 01856E0183C3FFFF PGN:65298 PRI:5 SA:5 DA:0
EXT 14FF1305 017F4B007F00FFFF PGN:65299 PRI:5 SA:5 DA:0
EXT 18FF2E04 141000202500FFFF PGN:65326 PRI:6 SA:4 DA:0
EXT 18FF3A03 2000000F00006061 PGN:65338 PRI:6 SA:3 DA:0
EXT 0CFF2903 0004000000000000 PGN:65321 PRI:3 SA:3 DA:0
EXT 18FF3281 00006280 PGN:65330 PRI:6 SA:129 DA:0
EXT 18FF3283 00006180 PGN:65330 PRI:6 SA:131 DA:0
EXT 18FF3282 00006181 PGN:65330 PRI:6 SA:130 DA:0
EXT 18FF3284 00006181 PGN:65330 PRI:6 SA:132 DA:0
EXT 18FEF600 FF003AFFFFFFFFFF PGN:65270 PRI:6 SA:0 DA:0
EXT 18FF3500 480C32030000FFFA PGN:65333 PRI:6 SA:0 DA:0
EXT 18FEEE00 3B3AFEFEFFFFFF18 PGN:65262 PRI:6 SA:0 DA:0

I didn´t create a real program for the cangate because I don´t use it with a dataloger, I only tried to communicate with the tractor via Cangate and Realterm. I tried instructions like:

RQSTJ 1 61444;RP

or

begin
1    RQSTJ 1  61443    1    8    0    3
2    RQSTJ 1  61443    1    8    1    3
end

rp 1 2

and other combinations
but I get answers like this:

RP 1 5
1364.455155 CAN1 TX> 18EA002A 03F000
1364.457850 CAN1 RX< 18E8FF00 01FFFFFFFF03F000
J1939TP NACK MSG - PGN 61443

1364.459252 CAN1 TX> 18EA002A 04F000
1364.463635 CAN1 RX< 18E8FF00 01FFFFFFFF04F000
J1939TP NACK MSG - PGN 61444

1364.465037 CAN1 TX> 18EA002A E6FE00
1364.467728 CAN1 RX< 18E8FF00 01FFFFFFFFE6FE00
J1939TP NACK MSG - PGN 65254

1364.469148 CAN1 TX> 18EA002A EEFE00
1364.471250 CAN1 RX< 0CF00300 FF00000000070000
1364.472492 CAN1 RX< 18E8FF00 01FFFFFFFFEEFE00
J1939TP NACK MSG - PGN 65262

1364.473896 CAN1 TX> 18EA002A F2FE00
1364.476606 CAN1 RX< 18E8FF00 01FFFFFFFFF2FE00
J1939TP NACK MSG - PGN 65266

Thank you.

Matteo

Hi Rudy,

do you have any ideas about what I posted?

Thank you very much.

Matteo

Hi Matteo,

Apology for late respond, I am taking a quite long on Christmas break. And it seems my colleague was not familiar with CANGate since it has been obsolote.

Your code is half correct, you may need to tell me which one of the bit that you want to read. For example
EXT 0CF00300 FF00000000070000 PGN:61443 PRI:3 SA:0 DA:0

From the sample program 1 RQSTJ 1 61443 1 8 0 3, it seems you want to read all 8 byte. But looking at the data, not all the byte might be available.

If my memory serve right, PGN 61443 contains 10 individual parameters that must be read separately.

• Low Idle Switch on accelerator pedal position 1 on byte 1, bit 1 and 2
• Accelerator Pedal Kick Down Switch on byte 1, bit 3 and 4
• Road speed limit status on byte 1, bit 5 and 6
• Low Idle Switch on accelerator pedal position 2 on byte 1, bit 7 and 8
• Accelerator pedal position 1 on byte 2
• Engine Percentage Load on byte 3
• Remote accelerator pedal position on byte 4
• Accelerator pedal position 2 on byte 5
• Vehicle acceleration limit status on byte 6, bit 1 and 2
• Actual maximum available engine on byte 7

As you can see byte 8 is not used and you can't just pull all 8 byte under one banner (as per your code). Also the data format must be defined.

Example:
1 RECVJ 1 61443 7 7 256 3 0 FORMAT un 0.4 0 \034%%.1f\n\034 ^M

It will be the same for other PGN, you have to define each parameter separately.

Best regards,
Rudy Gunawan

Hi Rudy,

thank you for your answer. I would like to get all the datas of one PGN in just one step because I´ll elaborate the data in a second step with my software, I don´t need to get the data already formatted so I thought (also reading the manual) using my program to get the data in hex format and then to format the data with my software. In this view the function recvj is totally useless for me because I can read the data I need repeating a snoopj. Anyway I will try your suggestions as soon as possible and I´ll let you know how it works. What about the second question? Is there a mandatory set of PGNs the manufactor must provide? I absolutly need the PGN 61444. Maybe I can read it with a properly formatted RQSTJ or considering the PGN 61444 is not present in the SNOOPJ output there is no hope to get it?

Thank you.

Best regards,
Matteo

Hi again Rudy. Today i tried some new solutions for my problem. I post here the results. First of all I launched a SNOOPJ to see what PGNs was available, The result is here:

As you can see the PGN 61443 was available. Th second byte was changing from 14 to 15 hex. (14 in the picture). I launched a properly formatted RECVJ as you said in your last post. Here´s the result:

All was OK. I did another test launching a non formatted RECVJ trying to get the total PGN. Here´s the result:

As you can see I got the total PGN without problem as i got in the SNOOPJ. But I want to get some PGN´s that is not present in the SNOOPJ like the PGN 61444. So I tried to launch a RQSTJ on the PGN 61443 to try if the RQSTJ function works at least with the PGNs in the SNOOPJ. The result is here:

As you can see I got a NACK MSG also with a PGN (61443) that is present in the SNOOPJ. Obviously I got the same result with the PGN 61444. My question is: why the RQSTJ function doesn´t work. Am I doing something wrong or the tractor has a kind of protection?

Thank you.

Matteo

Hi Matteo,

I understand your intention, you are correct when asking for the entire 8 byte you do not need to use format option. And your method is already correct. RECVJ and RQSTJ should work in similar way, so if you can't use one you can't use the other.

In your case the RQSTJ request did not seem targeting the defined PGN, 0x18EAFF00 represent 60159 (take the bold one and convert it into decimal for PGN address).

In order to get into PGN 61444 which is not available in SNOOPJ, you can use SNOOP then use RECV or RQST to do the same thing, but this time you have to use a full address.

PGN 61443 can be read in similar style, as you can see the address is 0CF00300 (F003 = 61443):
RECV 1 0x0CF00300 2 2 256 3 0

It will give the same result as RECVJ.

Best regards,
Rudy Gunawan

Thank you very much Rudy. You gave me great news about the wrong value of the PGN in the sent message. I don´t understand why there´s this mistake because I did exactly what is reported in the Cangate´s manual. Aniway at least you gave me the hope to get the datas I need in a non conventional way. I´ll try this way as soon as possible (maybe on friday) and I´ll let you know if it works.

Thank you again.

Matteo

Hi again Rudy. Today I did some new test:

1) I tried to use your instruction "RECV 1 0x0CF00300 2 2 256 3 0" but I received an error message from Cangate so I studied again the manual and I noticed that RECV can be used only with standard messages but my request is a J1939 extended message so I must use a RECVE instruction.

2) I tried to use the RECVE instruction and i works. You can see the result below.
Obviously it works only with the PGN 61443 because I can see it in the SNOOPJ result but what can I do with the RQST function to request the PGN 61444. There is no RQSTE function.

3) I studied a little bit more the J1939 protocol and I have a question. In you last post you said:" In your case the RQSTJ request did not seem targeting the defined PGN, 0x18EAFF00 represent 60159 (take the bold one and convert it into decimal for PGN address)." I think 18EA means only this is a request and the requested PGN is in the second part of the message in little endian notation as you can see below:

Let me please know what do you think.

Thank you very much.
I wish you a good weekend.

Matteo

Hi Matteo,

I think I start getting rusty in CANGate. I have to apologize on two occasion.
The first one, you are correct the RECVE command (not RECV) can replace RECVJ as both using extended address. The difference is the declaration method as RECVJ can utilize PGN information to construct its pooling syntax.

RQST uses OBDII protocol (ISO 14230-3) which is different than raw CAN messages (ISO 11898-2). Therefore you can't use RQST in your test.

The second one, I missed the fact 0x18EAFF00 in my previous email was TxID not RxID, while the RxID in the failed RQSTJ uses the same 0x0CF003F which is 61443 address. So the syntax was correct although I have no idea why the sensor did not respond (NACK).

May I know why you need to use RQSTJ? Can you use RECVE? The address shown in SNOOPJ is already 29 bit identifier, thus if you want to read 61443 you just use RECVE 0x0CF003F

For 61444, can you check the CAN message using a normal snoop (SNOOP without J)?

Best regards,
Rudy Gunawan

Hi Rudy, thank you very much for your answer.

You asked:"May I know why you need to use RQSTJ? Can you use RECVE?" Sure, I can use RECVE for the PGN 61443 but I wanted to try RQSTJ just to see if it works because if doesn´t work with the PGN 61443 that is in the SNOOPJ sure it won´t work with the PGN 61444.

You asked:"For 61444, can you check the CAN message using a normal snoop (SNOOP without J)?" Sure, I´ll try as soon as possible. I´ll let you know the result.

Bye.

Matteo