PEAK-System Forum

Hi.

The timestamps are in micro seconds. In principle they should only be used as time relative between the messages. If no time source is available it's the time since boot. It is documented in developer documentation.

BR,
Stephan

Hi,

the default network socket for read are 16k for read and ~85k for write buffers. On the FD gateways there are additional buffers for incoming CAN messages on the CAN FD card. Beside the buffers of each route there CAN messages might be buffered again in between the route and the driver.

You ...

Hi,

did you follow the developer gude and e.g. disable the handshake mechanism on the routes you're trying to use?


BR,
Stephan

Hi,

no this is not possible at the moment. Only CAN frames are sent via CAN-to-LAN routes.

BR,
Stephan

Hi,

it is possible to request many infomration using the JSON interface (see Developer Documentation chapter 3).

BR,
Stephan

Dear Patrick,

you are welcome. If it turns out that something else went wrong please let me know!

BR,
Stephan

Dear Patrick,

is the system that generates the UDP messages also connected to the same battery? Beside power issues I have no idea what should cause resets when receive or process messages. The module takes more current while it is booting then it needs in idle mode. So if the supply was marginal ...

Dear Patrick,

is the module you're testing now the same one that has shown the failure in the target platform or the second one you tested the configuration with? Was the web interface working right inside the system. How much current can your power supply provide? Are you sure that there wasn't a ...

Dear Patrick,

I can't see any how a missing shield connection could lead to a module reset. The application to create the UDP messages you're using in the lab is the same as in the final system, right?
Is the power supply the same as in the system (same voltage at least)? Is it possible that the ...

Dear Patrick,

I've never seen this behavior yet. Can you provide some further details? Does it always happen on the first message, so even this one is not sent on CAN? Is it the same for both CAN channels?

BR,
Stephan