-
Notifications
You must be signed in to change notification settings - Fork 29
configuration register
The whole modbus protocol can be configure by register.h. It´s implemented by json. please check this here
The first Level are the inverter type. The second Level are "configuration" and "data". Third Level are the data level and contains the items of available "id data" and "live data".
This section describes the behaviour of modbus protocoll of selected inverter
| Option | Example | Description |
|---|---|---|
| RequestLiveData | [["#ClientID", "0x04", "0x00", "0x00", "0x00", "0x77"], |
The Request message for Live Data. See hints below. |
| RequestIdData | ["#ClientID", "0x03", "0x00", "0x00", "0x00", "0x14"] |
Same as RequestLiveData, but only one Request are implemented |
| LiveDataFunctionPos | 1 | At this position the function code is expect |
| LiveDataFunctionCode | 0x04 | This Code indicates livedata in byte string |
| IDDataFunctionPos | 1 | At this position the function code is expect |
| IdDataFunctionCode | 0x03 | This Code indicates IDdata in byte string |
| LiveDataStartsAtPos | 3 | At this position livedata bytes start |
| IdDataStartsAtPos | 3 | At this position IDdata bytes start |
| LiveDataErrorPos | 1 | At this position the error code is expect if Live Data was requested |
| LiveDataErrorCode | 0x83 | This code indicates an error of requeted Live data |
| IdDataErrorPos | 1 | At this position the error code is expect if ID Data was requested |
| IdDataErrorCode | 0x84 | This code indicates an error of requested ID Data |
| LiveDataSuccessPos | 1 | At this position the success code is expect if Live Data was requested |
| LiveDataSuccessCode | 0x03 | This code indicates a successful response of Live Data |
| IdDataSuccessPos | 1 | At this position the success code is expect if ID Data was requested |
| IdDataSuccessCode | 0x04 | This code indicates a successful response of ID Data |
It´s possible to request multiples, because only max 250 bytes are allowed to get back. So this item is designed as array of byte arrays. Each Message array will send, waiting 100ms, get response, waiting 1000ms and the next loop starts. Only after the last request message the whole concatinated response of all requests starts to parse. That means, the item positions are increasing.
If you want to add new items or change something it´s recommend to enable at least debug level 4.
there is a process implemented to get all avaialbe inverters from json. So a random item is picked up to get the json small. The selected item is: IdDataStartsAtPos. So please don´t change this name. Otherwise the Inverter selection list don´t work properly.
This section describes the available items of Inverter ID-Data.
The configured name "InverterSN" is showing at status webgiu page. Please don´t change the name.
This section describes the available items of Livedata.
| Option | Example | Mandantory / Optional | Description |
|---|---|---|---|
| position | [67, 68] | M | byte position in inverter answer |
| position2 | [69, 70] | O | like "position", used if negative value has his own register. Value at "position" must 0 to use "position2" |
| name | Input Energy Charge Today | M | internal unique name, this name is a part of mqtt topic name too |
| realname | InputEnergyChargeToday | O | a pretty writable name in webgui |
| datatype | float | M | need to convert from byte to target value. Possible datatypes: string, integer, float |
| factor | 0.1 | O | need to get the right value too |
| unit | kWh | O | only for showing in webgui |
| mapping | 0,"WaitMode"],[1,"NormalMode"],[3."FaultMode" | O | a mapping to exchange a specific value with a static string |
| openwbtopic | openWB/set/houseBattery/W | O | send out the value twice with this additional topic. Is active automaticly if item is set as active (-> page Item Config) |
- Overview
- Schematic
- Start it
- Configuration
- Compiling firmware
- Advanced stuff
- Questions and Answers