Closed kev300 closed 1 year ago
Interesting. I will have a look!
Could you provide your YAML? I would like to make sure you are using the correct protocol version:
soyosource_display:
- id: display0
uart_id: uart_0
protocol_version: SOYOSOURCE_DISPLAY_VERSION
update_interval: 5s
soyosource_display:
- id: soyo_display
uart_id: uart_display
protocol_version: SOYOSOURCE_DISPLAY_VERSION
update_interval: 3s
Anything else? My complete yaml is pretty large (611 lines)
It's working fine for all other values / readings.
Are you able to sniff some display traffic? Do you have a new/other soyosource as in the past? I would like to know the operation mode values of the other operation modes and I would like to see a settings update frame of your display.
It looks like the behaviour of your inverter is somehow between the display version firmware and the wifi version firmware.
Well, I can't reproduce it anymore after I switched the settings via this esphome software. I guess I need to reconnect the display and set it there.
But it's working fine with the software set battery limit mode atm.
It's the same inverter but I fried it's cpu with a static discharge and got a replacement. 😱 The replacement cpu was a never version. V5 instead of V3 and a new firmware 2022-(some end of year date).
OK, it came back after the battery was empty. So DC voltage low and than back to operation leads to the new, unknown, operation mode.
By sniffing you mean connecting the display and record the data via esp32?
By sniffing you mean connecting the display and record the data via esp32?
Yes. I would like to know the meaning of the new operation mode. It's probably decoded as "starting up..." or something else display at the display.
Sorry, I don't have time to reconnect the display atm, but I just noticed that the fan running indicator also does not work for me. ;-)
Hey. Ive the same issue. After restart ive operation mode 9. @kev300 any news, how to fix it? That would be great
The connectors are already in place. I Just need to connect, start sniffing and play around.... Will try to get it done this week. :)
Here you go: https://gadeco.de/s/2mGWM5sbTE54MHZ (download the files, the nextcloud viewer sucks)
I did not try to analyze and fix it myself yet, because you're probably faster anyway. :D But if you don't have time for that, I can try.
Sorry for the uart debug in string format... I just copy&pasted it from esphome docs and saw it too late. ;)
Let me know if you want more information.
Could you describe the difference between the soyo_try_some_settings_restart2.txt
and soyo_try_some_settings_restart_uart2.txt
capture?
The uart files contains output from uart_debug. The others fro soyosource_display component. So probably redundant in most cases, but just to be sure.
I've prepared a small change. Could you give it a try? @kev300 @Perfunctory85
substitutions:
external_components_source: github://syssi/esphome-soyosource-gtn-virtual-meter@add-operation-mode
Thanks in advance!
Sounds great, i will try it in the afternoon.
The error message is gone and it did set the right settings when I switched between PV, CP, and batt limit via HA, but the Soyo refused to startup.
I had to switch to CP and back to batt limit via the display to get it working again. 🤔 One differance i noticed was: The CP power limit was changed from 900W to 0W and i changed that also back to 900W via the display. Maybe it's not only related to the CP mode. I will check again.
Interesting. You could sniff the outgoing traffic of the display again and compare the command playload to the one of this project. I guess this line doesn't work for your Soyosource firmware version:
It's related to the CP power limit setting, which is reset to 0 after changing the mode. And setting the power limit back up to 900 via HA also does not work.
I did sniff the changing of the both settings (CP power mode and Batt auto limit) from the display already, like you can see in the video. (see soyo_try_some_settings_uart_from_display2.txt) But I did not sniff changing of the power limit value.
It works for me. However, the two modes are reversed for me. When I set PV via HA, the Soyo switches to Battery Constant Power. If I switch to Battery Constant Power, the Soyo goes to PV mode.
@Perfunctory85 Which Soyosource model (WiFi vs. Display version) do you own? Did you set the corresponding protocol_version
?
This is super important because it changes the protocol flavour a bit. Another important detail is the firmware version of your Soyosource.
`soyosource_display:
I own the Display Version. protocol_version is correct.
How can i read the firmware? Only if i connect des display again?
How can i read the firmware? Only if i connect des display again?
Good question. I'm not aware of any payload containing the firmware version. You have to re-connect the display and navigate to the about page.
oh thats a problem, because the display isnt working. That is one of the reasons, why i installed virtual display.
How do you know the wrong/reversed operation mode was selected?
when i set it in HA to PV the sensor of operation mode switches to battery constant power.
Looks like the config examle is mixed up. It works for me now, if I set my config like this:
select:
- platform: soyosource_display
operation_mode:
name: "${name_soyo} operation mode"
optionsmap:
1: "PV"
2: "Battery Constant Power"
16: "Battery Limit"
The text sensor operation mode reports the right value
I don't know why the inverter failed to startup initially, but now it all works. I can switch through all modes.
Good catch! I've pushed a fix.
Hi, my Soyosource seems to have another unknown operation mode. When it's operational in bat limiter mode it reports:
It's a "new" one with purple board and a 2022 firmware (not sure wich one at the moment, since my display is not connected. As you can see the operation mode selector is not working because of this.
Did you see that already?