Applications are not coming up

[Berduino]

I am using CANPEAK adapter to ISOBUS network with RAUCH and or KUHN ECU and CCI1200.
Whenever I am trying to connect a machine to the AGISO VT, I see activity in the text shown, but next to some buttons I have never seen the OP shown as expected on the system.

Might be I am doing something wrong, might be settings, might be compatibiliy.
Attached the log of trying to connect the RAUCH ISO ECU on the network.
AgISOVirtualTerminalLogs_23_Dec_2024_2_17_21pm.zip

[GwnDaan]

The last message in your attached log shows that it was still in the process of receiving the implements' pool:

[VT Server]: An ecu requested 1060985 bytes of memory.
[VT Server]: Callback indicated there may be enough memory, but since there is overhead associated to object storage it is impossible to be sure.
[ETP]: New rx session for 0x0E700. Source: 241, destination: 38

Try keeping the terminal open for a few minutes to allow the pool to transfer. Normally you'd expect a loading indicator of some sort, there is an issue open for that: #4

[Berduino]

Started the process on 9:50, waited 15 minutes till 10:05. In the meantime, the New rx session was started multiple times but not succesfull. Somewhere halfway i saw one icon on the screen (see attament). Once again uploaded the logs.

Keeps coming back with missing language or country code (which is true, country code is empty in settings, but i tried with different codes). And Received an abort (reason=3) for an rx session for Node to terminal. (PGN E700) In total with all the versions en this set-up I think I have tried around 30 times with different settings, ECU's, and sequences of starting things. Still no luck.

Bernard

AgISOVirtualTerminalLogs_24_Dec_2024_10_05_09am.zip

[gunicsba]

For me the Müller ECU takes a a long time to load. Sometimes over 15 minutes...

[ad3154]

I looked over the logs, and our VT is definitely getting stuck.... after one of the big groups of ETP packets we just stop sending all messages for a little bit, then send out a bunch all at once as if they were stuck in the transmit queue.... it kind of looks to me like a mutex staying locked or something but it's kind of hard to tell....

So it's definitely a bug of some kind. We'll have to dig into it... though it may be a bit tricky without the same equipment here.

[Berduino]

If there is anything I can help you with, please let me know. I can send you the OPs, another canlog via external tool or anything. Knowing that there is a sort of bug, i will also try different ecu’s. Untill now always used just 2 different types of ECUs. Op ma 30 dec 2024 om 00:11 schreef Adrian Del Grosso < ***@***.***>

…

I looked over the logs, and our VT is definitely getting stuck.... after one of the big groups of ETP packets we just stop sending all messages for a little bit, then send out a bunch all at once as if they were stuck in the transmit queue.... it kind of looks to me like a mutex staying locked or something but it's kind of hard to tell.... So it's definitely a bug of some kind. We'll have to dig into it... though it may be a bit tricky without the same equipment here. — Reply to this email directly, view it on GitHub <#63 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AC5LAVXZFX5PCM23NS3KSIL2IB6RDAVCNFSM6AAAAABUDCBZ22VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNRUHA3DEMZWGM> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[Berduino]

ESP32 example OP working fine
In the meantime, I have connected an ESP32 with the example IOP to the same network, to check if i can get at least something working on the 1.3.0 version. And that application came after a few minutes succesfully shown and i could use the buttons as expected.

Kuhn M310 additional try
With the Kuhn M310 ECU, after the New rx session started, I get the following error multiple times after each other (around once a minute) :
[PR]: Received a malformed or broadcast request for repitition rate message. The message will not be processed.

After +/- 10 minutes the AGISO VT shut down fully, so I was not able to save logs.

I add the logs of a new session, where the same behavior occurs, but created after a few minutes, so I can make logs. [I know that this session is still open/active at the moment of log]

After a new try, it again crashed after a certain amount of time.
Just before crashing it's saying: session completed or something. And then fully shuts down.

AgISOVirtualTerminalLogs_2_Jan_2025_11_51_52am.zip

I later on created a video of 17 minutes. Video starts already during Rx ression,
[ETP]: New rx session for 0x0E700. Source 140, destination 38.
than +/- 15 times;
[PR]: Received a malformed or broadcast request for repititon rate message. The message will not be processed.

After more then 15 minutes:
[VT server]: An ecu at address 140 transferred 520051 bytes of object pool data to us.
[ETP]: Session closed
[ETP]: Completed rx session for 0x0E700 from 140
[PR]: Received a malformed or broadcast request for repititon rate message. The message will not be processed.
[ETP]: New rx session for 0x0E700. Source: 140, destination: 38
In 5 minutes 6 x [PR]: Received a malformed or broadcast request for repititon rate message. The message will not be processed.

[VT Server]: An ecu at address 140 transferred 183132 bytes of object pool data to us.
[ETP]: Session Closed
[ETP]: Completed rx session for 0x0E700 from 140
then a lot of times [WS]: IOP Language parsed: xx with different languages.
Ends with [WS]: IOP Language parsed: it

No activity for 2 seconds and AGISOVT totally disappears.

ISARIA module working partly
OP is loaded VERY quickly (seconds) but is also very small.

However, I can click the buttons, and command is shown in log, but the active masks are not changed. I can only see the mask that is in the screenshot. Please see the logs of clicking buttons below:

AgISOVirtualTerminalLogs_2_Jan_2025_12_11_11pm.zip

Hmm, after a few more attempts, it looks like the application is loaded, but after a few seconds get an error and gets offline. I see a difference with loading in the CCI 1200, where another red icon alarm is shown at the bottom left. This indicator is a time-out indicator for serial communication, and of course the AGISO VT cannot check for serial connection i guess.

The alarm icon above is on CCI1200 appearing after a few seconds, just around the same time that the application gets offline in AGISOVT.