Replies: 1 comment
-
I have found the error. In the openDTU, the entered S/N of the WR is listed with lower case letters, although upper case letters were used during registration. In MQTT lower case letters are also used. After the config.ini has been filled in the DTU entry with numbers and lower case letters, the WR values are also read out correctly in the program and the program works reliably. Frank |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hello reinhard,
I have to ask again. After changing solarflow-control.py to accept a serial number in alphanumeric form, I've only just got around to adding this to my installation. The WR is recognized by the program and is also visible in the MQTT with the necessary data. Nevertheless, the program does not recognize the WR correctly and no values appear in the INV line of the log. This means that it does not recognize the values in the MQTT correctly. I can see all values in the MQTT explorer.
I have therefore initialized a test installation again to recreate this. This phenomenon also appears in the log.
HUB: S:0.0W [ 0.0 1, B:100% (100|100), V: 49.8V (49.8|49.9), C: OW, P:True (manual, not possible), F:0.0h, E:-1.0h, H: OW, L:600 INV: AC:0.OW, AC_Prediction: 0.OW, DC:0.OW, DC_prediction: 0.OW (), L: OW (0.OW/channel) | -1W]
SMT: T:Smartmeter P:354.4W [ 356.0,356.0 ] Predict: 356.0W
The HUB is not integrated in the installation. To test this, I borrowed an HM-800-2T and recreated my old installation. My settings work there and the program works correctly. In the case of the HM-1600-4T, the log appears.
I don't really know where the error should lie. It's just the replacement of a WR, except that this one has a different S/N. The display of the values in the MQTT is correct and the installation also runs without the program environment.
best regards
Frank
Beta Was this translation helpful? Give feedback.
All reactions