Skip to content

Conversation

@raffael0
Copy link
Member

This PR works in conjunction with PRs in can_houbolt, STRHAL and firmware_liquids.
It adds a new channel to the ECUs which monitors the state of their CAN chips.

On the LLServer the following features were implemented:

  • Added a CANMonitor class for the corresponding Channel on the ECUS
  • Moved the Channels in its own directory
  • Channels can now return multiple Sensor values. Note that the first returned value is seen as the main value and used for ECUI visualization. The other values can not be displayed in the ECUI and are only logged on the LLServer

This PR is based on #4 and should be merged after that one

…e from the executable. With this one can test the LLServer without an influxdb running
- Added a new ECUIEmulator.py script with which one can send json commands to the llserver
Resolved an issue where sensors defined in `globals/ranges` but not set in any action were still included in the CSV log file header. Since no values were provided for these ranges, data entries were ignored, leading to misaligned CSV rows.

Changed the behavior to ignore sensor ranges set in an action if they are not set in `globals/ranges`
…nd removed the requirement of python3.11 in the CMakeLists.txt
@raffael0 raffael0 requested a review from miDeb April 10, 2025 19:56
Copy link
Member

@miDeb miDeb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just took a more or less superficial look, but looks good to me.

@raffael0 raffael0 force-pushed the feature/can_monitoring branch from 3869575 to 46269c0 Compare May 5, 2025 19:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants