Diagnose » Historie » Revision 2
Revision 1 (Maximilian Seesslen, 06.02.2023 15:43) → Revision 2/8 (Maximilian Seesslen, 10.01.2024 15:40)
h1. Diagnose
* RTC drift
The drift of intern RTC is enormous. On CANRec its running way to fast (LSE not even enabled? and not used by RTC?).
The calibration is capable to adjust several seconds per month, not per day.
Not sure if an per-device config is even necessary or if it is an per type thing.
CANRec can request time values periodically from all devices. It can only compare it to the own clock, so this is not usefull.
Cordyceps can analyse this. It has a "real" working RTC form the computer.
h2. Events
There is no logging available from devices that are only connected via CAN. The heartbeat "Warning" is nice. But useless as long as
the user does not know whats going on.
An event has to be send via CAN so at least Cordyceps can show the reason of warning.
Each warning needs to handle an Event-code additionally. Having it in the logging would be nice and clean for the using code.
* RTC drift
The drift of intern RTC is enormous. On CANRec its running way to fast (LSE not even enabled? and not used by RTC?).
The calibration is capable to adjust several seconds per month, not per day.
Not sure if an per-device config is even necessary or if it is an per type thing.
CANRec can request time values periodically from all devices. It can only compare it to the own clock, so this is not usefull.
Cordyceps can analyse this. It has a "real" working RTC form the computer.
h2. Events
There is no logging available from devices that are only connected via CAN. The heartbeat "Warning" is nice. But useless as long as
the user does not know whats going on.
An event has to be send via CAN so at least Cordyceps can show the reason of warning.
Each warning needs to handle an Event-code additionally. Having it in the logging would be nice and clean for the using code.