Diagnose » Historie » Version 7
Maximilian Seesslen, 05.03.2024 18:25
| 1 | 1 | Maximilian Seesslen | h1. Diagnose |
|---|---|---|---|
| 2 | |||
| 3 | * RTC drift |
||
| 4 | |||
| 5 | The drift of intern RTC is enormous. On CANRec its running way to fast (LSE not even enabled? and not used by RTC?). |
||
| 6 | The calibration is capable to adjust several seconds per month, not per day. |
||
| 7 | Not sure if an per-device config is even necessary or if it is an per type thing. |
||
| 8 | |||
| 9 | CANRec can request time values periodically from all devices. It can only compare it to the own clock, so this is not usefull. |
||
| 10 | Cordyceps can analyse this. It has a "real" working RTC form the computer. |
||
| 11 | 2 | Maximilian Seesslen | |
| 12 | h2. Events |
||
| 13 | |||
| 14 | There is no logging available from devices that are only connected via CAN. The heartbeat "Warning" is nice. But useless as long as |
||
| 15 | the user does not know whats going on. |
||
| 16 | An event has to be send via CAN so at least Cordyceps can show the reason of warning. |
||
| 17 | |||
| 18 | Each warning needs to handle an Event-code additionally. Having it in the logging would be nice and clean for the using code. |
||
| 19 | 3 | Maximilian Seesslen | |
| 20 | 4 | Maximilian Seesslen | Using something like errno would make it not thread-safe. Having extended logging functions/macros looks acceptable. |
| 21 | 5 | Maximilian Seesslen | |
| 22 | 7 | Maximilian Seesslen | * Use-cases |
| 23 | 5 | Maximilian Seesslen | |
| 24 | ** write unknown Object; Object is interesting; within eventloop |
||
| 25 | *** lCriticalE( UNKNOWN_OBJECT ); nicht mehr generisch |
||
| 26 | ** undevoltage; Voltage interesting; within eventloop |
||
| 27 | ** Buffer overflow, not within eventloop |
||
| 28 | |||
| 29 | sendEvent(Error, ); |
||
| 30 | Logging can not handle units. |