-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SW-enhancement for different Solaroptions #28
Comments
Hi Norbert,
[log-16072023.xlsx](https://github.com/norberts1/hometop_HT3/files/12065051/log-16072023.xlsx |
Hi Norbert, telegram 868_9 - byte6 should be the solar pump PS1 power ( in case of PWM used) Regards, |
Hi Norbert, info for solar option "J" ( reload SP1 to SP3 ) Regards, |
Yes it is. Thanks for that logs.
But this is what I want to do, and good luck: you can create the log-files and will test the results :-) Attached you can find a commented logfile with the assignment of temperature sensors (TSxy) to the bytes in the telegramm-streams (cw400-log-16072023a.log_comment_part1.zip). Also I have made an update for the telegram documentation with a first assignment of temperature sensor names to the bytes in telegramm ID:866. |
|
I use a distributed deployment ( proxy on RaspiZW / client on Proxmox CT ) do I have to update both or only the client ? |
Only the client, cause no change in the ht_proxy-sw and message-transfer. |
it works immediately after update, alle the missing values now shown in the analyzer window. |
It contains the: 'Required Reload Pump Power' for the PS7. But it could be the 874_11 used for PS7. If 874_11 = 4 -> PS7 running and 874_11 = 6 -> PS7 off. Attached you'l find an update of ht_discode.py with above mentioned modification. |
with the modified "ht_discode.py" show the analyzer window now the correct state from PS7. |
@Negruej
For above mentioned changes it is required to recreate the databases with call: .create_databases.py Please check it on your system and hopefully it runs as good as the previous test-release. |
Hi Norbert, _test2. works just like the previous version. I can not find problems in this version |
@Negruej If this matches to your requirements I'll create a new release. |
@Negruej |
@Negruej New release made, please check it. |
@norberts1 I have installed the new release on a new separate system with the provided script. VS1 is now changed to VS3. |
@norberts1 Could you please check the value of TS8 on the second solar graph. I'm not sure that the value of TS11 was shown there in my first setup. |
@norberts1 I have verified TS4 and TS8 on MS200:
|
@norberts1 vor Option "H" (VS3)
|
@Negruej Thank's for your logfile and investigation. It would be very helpful to get one extended logfile with data including also heating-circuit2 and more information on your currently configured and used system. |
@norberts1 here my findings: The "Heizungsunterstützung" can be implemented with VS1 (as option "A" on SP1 or "D" on SP2) as a switch. With this, the VS3 could be stay in solar ... (in my opinion and that doesn't have to be correct as all above) |
Yes, cause the hybrid buffer is used for the hole system independent how many heating-circuits are connected. |
@norberts1 copy the files from above and restart display TS8 and VS3 now. |
Signed-off-by: norberts1 <junky-zs@gmx.de>
Describe the bug
The decoding for different Solar System-Konfigurations (SolarOptions) should be implemented.
To Reproduce
Systems with EMS2 Solarmodul MS200 can have many different configurations and telegrams.
See logfiles on URL: https://www.mikrocontroller.net/topic/324673?page=single#7454290
Expected behavior
Decoding for different solar options is done and send to external interfaces.
Documentation
The text was updated successfully, but these errors were encountered: