Skip to content
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

Power values jump to 65535 kW and -65509 kW #398

Open
Doesi opened this issue Jan 18, 2025 · 73 comments
Open

Power values jump to 65535 kW and -65509 kW #398

Doesi opened this issue Jan 18, 2025 · 73 comments

Comments

@Doesi
Copy link

Doesi commented Jan 18, 2025

Issue related to

Sunsynk / mbusd Home Assistant Add-On

Describe the issue/bug

Since the last commit, power sensors randomly jump to 65535 kW and -65509 kW.

Expected behavior
Real values should be shown

Your environment

  • Home Assistant version: 2025.1.2
  • Addon:
    • Name: sunsynk-multi
    • Version: f23619a
  • Inverter:
    • Make: Deye
    • Model: SUN 20K-SG01 HP3-EU-AM2
    • Firmware: -
  • Adaptor details:
    • solarman

See also #391 (comment)

@JanKraslice
Copy link

Hello yes that's right version:f23619a is wrong
I'm attaching pictures, please kellerza

Image

Image

Image

@Marow
Copy link

Marow commented Jan 22, 2025

I have exactly the same problem with DEYE SG05LP3 20K (the new one).

I am using Sunsynk/Deye Inverter Add-on (edge/dev) with Version: e6c5d80

@kellerza
Copy link
Owner

Can you test with the new edge version that includes #397 ?

@proggaras
Copy link
Contributor

Unfortunately I can't update:

Image

@maslyankov
Copy link
Contributor

Unfortunately I can't update:

Image

There seem to be some build cicd issues occasionally which I've noticed. They have affected the new version build. I have made a PR that aims to fix this.

@maslyankov
Copy link
Contributor

Looks like there no peaks anymore with 02f085f

I will check it again after few hours and will send information here. But first, looks good!

Let's keep this issue open for now. Pls confirm in a day or two if fix is consistent.

@Marow
Copy link

Marow commented Jan 22, 2025

Its not fixed with the new commit. 02f085f

Image

As you can see on the bottom right. There you can see, it says each phase -65xxx

@Marow
Copy link

Marow commented Jan 22, 2025

Its not fixed with newest version 02f085f. Thats last 8 minutes.

Image

Up and down 65xxx Watts.

I found that:
StephanJoubert/home_assistant_solarman#329

Looks nearly the same problem on Solarman. Probably you can check how they fixed it.
They have also same Problem with 65xxx Watts up and down

@maslyankov
Copy link
Contributor

maslyankov commented Jan 22, 2025

Yes, I just checked over at https://github.com/davidrapan/ha-solarman/blob/c1e893c1c79e2b969104bf478deca8f2e286f504/custom_components/solarman/inverter_definitions/deye_p3.yaml#L2461-L2485 that they have the same registers are defined here:

Sensor((650, 656), "Load L1 power", WATT, -1),
Sensor((651, 657), "Load L2 power", WATT, -1),
Sensor((652, 658), "Load L3 power", WATT, -1),

This appears to be the fix they implemented: StephanJoubert/home_assistant_solarman#270

@Marow
Copy link

Marow commented Jan 22, 2025

Yes, I just checked over at https://github.com/davidrapan/ha-solarman/blob/c1e893c1c79e2b969104bf478deca8f2e286f504/custom_components/solarman/inverter_definitions/deye_p3.yaml#L2461-L2485 that they have the same registers are defined here:

sunsynk/src/sunsynk/definitions/three_phase_common.py

Lines 78 to 80 in bbb7a60

Sensor((650, 656), "Load L1 power", WATT, -1),
Sensor((651, 657), "Load L2 power", WATT, -1),
Sensor((652, 658), "Load L3 power", WATT, -1),
This appears to be the fix they implemented: StephanJoubert/home_assistant_solarman#270

Yeah, that can be a fix.
Hope for update soon, than i can try again.

@Marow
Copy link

Marow commented Jan 22, 2025

For your information:

I've found out something else that's very strange! Since the solar has stopped coming in because the sun has gone, there have been no more peaks. From about 4 p.m. onwards, you can't see any more peaks.

Is it somehow related to this?
Maybe too much data being sent together, which is messing things up or something?

Image

@maslyankov
Copy link
Contributor

maslyankov commented Jan 22, 2025

Probably is related, yes. Now that I think of it, I also get spikes when there is solar production. Maybe data gets a bit messed up when many modbus frames come in. For this reason, I also implemented CRC validation as well (in the last PR above), like other projects have.

@maslyankov
Copy link
Contributor

maslyankov commented Jan 22, 2025

Version e37dd6d is up 🙌 Hopefully this does it. 🤞

@Doesi
Copy link
Author

Doesi commented Jan 22, 2025

Now it's completely broken. In the logs I get continously:

Error reading: PySolarmanV5Async.read_holding_registers() got an unexpected keyword argument 'sequence_number'

@Marow
Copy link

Marow commented Jan 23, 2025

Now it's completely broken. In the logs I get continously:

Error reading: PySolarmanV5Async.read_holding_registers() got an unexpected keyword argument 'sequence_number'

Not for me. I didnt have that error.

Version e37dd6d is up 🙌 Hopefully this does it. 🤞

Will check it later, when Solar Power comes in. Without solar, i didnt have that peaks

Image

@maslyankov
Copy link
Contributor

maslyankov commented Jan 23, 2025

Now it's completely broken. In the logs I get continously:

Error reading: PySolarmanV5Async.read_holding_registers() got an unexpected keyword argument 'sequence_number'

Not for me. I didnt have that error.

Version e37dd6d is up 🙌 Hopefully this does it. 🤞

Will check it later, when Solar Power comes in. Without solar, i didnt have that peaks

Image

Are you using solarman connection? I am guessing not (tcp to modbus?)

@Doesi
Copy link
Author

Doesi commented Jan 23, 2025

Yes, solarman with the original wifi dongle.

@Marow
Copy link

Marow commented Jan 23, 2025

Now it's completely broken. In the logs I get continously:
Error reading: PySolarmanV5Async.read_holding_registers() got an unexpected keyword argument 'sequence_number'

Not for me. I didnt have that error.

Version e37dd6d is up 🙌 Hopefully this does it. 🤞

Will check it later, when Solar Power comes in. Without solar, i didnt have that peaks
Image

Are you using solarman connection? I am guessing not (tcp to modbus?)

No, i am using cable from modbus with Waveshare RS485 to USB (USB into my Home Assistant mini PC)
And pymodbus config

@martinarva
Copy link

martinarva commented Jan 23, 2025

I'm running the latest and still have issue with power jumps. Connection is direct modbus to PC.

Image

@maslyankov
Copy link
Contributor

maslyankov commented Jan 23, 2025

Just found that there is a related issue from a long time ago: #184

This is strange, as when using the pysolarman driver, under the hood we had already been doing these checks I added, yet the issue is there.

Looking through the code, I am starting to think that my validations were not implemented on the right place... This does not change my confusion with why the issue persists when using the pysolarman driver, as they should be already there in the recent versions...

@kellerza any ideas here?

@Marow
Copy link

Marow commented Jan 23, 2025

My Solar Power starts now, lets see... right now, on low solar power there are no peaks with newest version. Hope that also doesnt comes with more power soon

@maslyankov
Copy link
Contributor

My Solar Power starts now, lets see... right now, on low solar power there are no peaks with newest version. Hope that also doesnt comes with more power soon

I am skeptical. #408 I think we need to revert this PR, as it only affects solarman (pysolarmanv5) driver usage (and overlaps with validations inside it).

@proggaras
Copy link
Contributor

Mine is working just some spikes are there from time to time...

Image

Your environment

  • Home Assistant version: 2025.1.3
  • Addon:
  • Inverter:
    • Make: Deye
    • Model: SUN-25K-SG01HP3-EU-AM2
    • Firmware: HMI: Ver 2001-C030 MAIN: Ver 3002-1066-1E08
  • Adaptor details:
    • RS485
    • Waveshare RS485_TO_POE_ETH

@maslyankov
Copy link
Contributor

I will do another PR with revert of solarman breaking changes, also will add more validation to reading of data and more debug logs, so it it continues to happen we can hopefully see why.

@Marow
Copy link

Marow commented Jan 23, 2025

Peaks starting again :(

Image

@Marow
Copy link

Marow commented Feb 4, 2025

I have commit f044dd2 running on my home assistant over 24 hours now and no peaks. There must be a commit after that, which brings the problems

@JanKraslice
Copy link

Hello and please.
Is there really no other solution but to go back to 92dd837 ?
In the future we will never use updates again ?
I have version 174e080 since its release on 3.2.2025 and the 65XXX spikes are still every day.
There used to be patching and new releases quite often now nothing :-(
I'm just a mere user apart from the test and report I can't help with the code so sorry.
Thank you

@kellerza
Copy link
Owner

Did you try the custom sensors mentioned above?

@JanKraslice
Copy link

I have tried 2 times before to create a custom sensor and never succeeded.
I'm seeing the aforementioned 65xxx on the default
sensor.ss_grid_l1_power
sensor.ss_grid_l2_power
sensor.ss_grid_l3_power
sensor.ss_grid_power
a
sensor.ss_grid_ct_l1_power
sensor.ss_grid_ct_l2_power
sensor.ss_grid_ct_l3_power
sensor.ss_grid_ct_power

@proggaras
Copy link
Contributor

proggaras commented Feb 10, 2025

For now I added the following definitions to: /share/hass-addon-sunsync/mysensors.py
The changes from: e3af430 seem to be reverted.

SENSORS += (
    Sensor(616, "Grid CT L1 power", WATT, -1),  # aPower
    Sensor(617, "Grid CT L2 power", WATT, -1),  # bPower
    Sensor(618, "Grid CT L3 power", WATT, -1),  # cPower
    Sensor(619, "Grid CT power", WATT, -1),  # totalPower

    Sensor(625, "Grid power", WATT, -1),  # gridTotalPac
    Sensor(622, "Grid L1 power", WATT, -1),  # aPower
    Sensor(623, "Grid L2 power", WATT, -1),  # bPower
    Sensor(624, "Grid L3 power", WATT, -1),  # cPower

    Sensor(636, "Inverter power", WATT, -1),
    Sensor(633, "Inverter L1 power", WATT, -1),
    Sensor(634, "Inverter L2 power", WATT, -1),
    Sensor(635, "Inverter L3 power", WATT, -1),

    Sensor(653, "Load power", WATT, -1),
    Sensor(650, "Load L1 power", WATT, -1),
    Sensor(651, "Load L2 power", WATT, -1),
    Sensor(652, "Load L3 power", WATT, -1),

    Sensor(636, "Inverter power", WATT, -1),
    Sensor(633, "Inverter L1 power", WATT, -1),
    Sensor(634, "Inverter L2 power", WATT, -1),
    Sensor(635, "Inverter L3 power", WATT, -1),
)

@JanKraslice
Copy link

For now I added the following definitions to: /share/hass-addon-sunsync/mysensors.py The changes from: e3af430 seem to be reverted.

SENSORS += (
    Sensor(616, "Grid CT L1 power", WATT, -1),  # aPower
    Sensor(617, "Grid CT L2 power", WATT, -1),  # bPower
    Sensor(618, "Grid CT L3 power", WATT, -1),  # cPower
    Sensor(619, "Grid CT power", WATT, -1),  # totalPower

    Sensor(625, "Grid power", WATT, -1),  # gridTotalPac
    Sensor(622, "Grid L1 power", WATT, -1),  # aPower
    Sensor(623, "Grid L2 power", WATT, -1),  # bPower
    Sensor(624, "Grid L3 power", WATT, -1),  # cPower

    Sensor(636, "Inverter power", WATT, -1),
    Sensor(633, "Inverter L1 power", WATT, -1),
    Sensor(634, "Inverter L2 power", WATT, -1),
    Sensor(635, "Inverter L3 power", WATT, -1),

    Sensor(653, "Load power", WATT, -1),
    Sensor(650, "Load L1 power", WATT, -1),
    Sensor(651, "Load L2 power", WATT, -1),
    Sensor(652, "Load L3 power", WATT, -1),

    Sensor(636, "Inverter power", WATT, -1),
    Sensor(633, "Inverter L1 power", WATT, -1),
    Sensor(634, "Inverter L2 power", WATT, -1),
    Sensor(635, "Inverter L3 power", WATT, -1),
)

If you use 6xx sensors like that, don't you already have 65xxx,-kW peaks?

@JanKraslice
Copy link

Sorry, I couldn't add my own sensors.
Can I now use the sensors a,b,c you mentioned?

@proggaras
Copy link
Contributor

Sorry, I couldn't add my own sensors. Can I now use the sensors a,b,c you mentioned?

Did you add mysensors in the addon configuration?

...
SENSORS:
   ...
   - mysensors
   ...

@JanKraslice
Copy link

Hello, I have a problem already with the creation of the folder
/share/
Where should I please create it directly in the main one like this ?
/homeassistant/share/hass-addon-sunsync/mysensors.py
So in this folder there will be a file called mysensors.py ( which I will create as a text file where I will copy the above from you and then change the ending to .py ?
Then in the addon I will add the text mysensors to the sensor entry?

Then I will have new sensors ( the original ones ) ?

Does this work for you and you no longer have spikes after this solution ?

@schein-heilig
Copy link

I have the same issues with the Battery Charge (sensor.deye_day_battery_charge) .

@JanKraslice
Copy link

Zkoušel jsi výše zmíněné vlastní senzory?

I confirm both the 92dd837 version and the custom sensors solve the 65xxx peak problem

Will there be a permanent solution in the next release? Can we try it please.

@martinarva
Copy link

martinarva commented Feb 16, 2025

Can confirm the mysensors workaround works. After f932d4c commit i can see the errors is log:

11:50:41 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:50:41 WARNING High value total_grid_import=179677 (#522=0xbddd, #523=0x2)
11:50:41 WARNING High value total_pv_energy=86258 (#534=0x50f2, #535=0x1)
11:50:46 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:50:50 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:50:55 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:01 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:05 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:10 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:16 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:20 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:25 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:31 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:35 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:40 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:46 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:50 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:51:55 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:01 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:05 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:10 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:16 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:20 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:25 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:31 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:35 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:40 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:46 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:50 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:52:55 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:01 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:05 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:10 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:16 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:20 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:25 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:31 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:35 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:40 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:46 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:50 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)
11:53:55 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)

EDIT: would it be possible to turn off this logging, as this probably chrashed my sunsynk this night.

@kellerza
Copy link
Owner

11:53:55 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)

EDIT: would it be possible to turn off this logging, as this probably chrashed my sunsynk this night.

If this crashed your addon, you probably need to update your HA OS system 😉

Anyway, I've removed the logging and implemented a possible fix based on a new Sensor16 class
5ae3b76#diff-975965ed99ea476ca9badb6a59ccdc1867f1570d8d136ae22458627a812bc456R64

Please try it without the custom sensors and let me know.

@nicopret1
Copy link

Tried 5ae3b76 but unfortunately the spikes are back when I remove custom sensors.

@kellerza
Copy link
Owner

Did you see anything in your log?
What inverter do you have?

@nicopret1
Copy link

nicopret1 commented Feb 16, 2025

I see regular entries like these:
18:26:30 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfffe', '0xffff']
18:26:31 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfff6', '0xffff']
18:26:35 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfff9', '0xffff']
18:26:35 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfff9', '0xffff']
18:26:40 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfff6', '0xffff']
18:26:40 INFO Sensor Grid power reported a 32-bit value: ['0xffff', '0xffff']
18:26:40 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfffa', '0xffff']
18:26:45 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfffc', '0xffff']
18:26:45 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfffa', '0xffff']
18:26:55 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfffb', '0xffff']
18:26:55 INFO Sensor Grid L2 power reported a 32-bit value: ['0xfffe', '0xffff']
18:27:00 INFO Sensor Grid L2 power reported a 32-bit value: ['0xffff', '0xffff']

I experience the problem on the following inverters:

  • Sunsynk Three phase HV Hybrid 50kW
  • Sunsynk Three phase LV Hybrid 12kW

@kellerza
Copy link
Owner

Hi @nicopret1 - the latest version should log the first 50 readings with more detail (including rated_power). Please post the log for both inverters.

With a 1-register sensor (old behavior) - any value between 32768-65535 would have been reported as a (small) negative value - so it might be that this happened on your 50kW inverter, but you never noticed it.

For an inverter<32k, a 1-register sensor should be enough - maybe the solution is just to use 1 register when rated_power is low.

With a 2-register sensor you might get:

  • a big positive spike if the 2nd register is zero
  • a big negative spike if the first register is 0

@nicopret1
Copy link

Hi @kellerza thank you for the detailed information. What I've experienced, now makes more sense. I've attached the logs files for both installations:

  • The 2x12kW installation uses very little grid power and that was the site where I first noticed the spikes.
  • The 4x50kW inverter installation was not that obvious initially. I've also included some log history for this install.

4x50kW-4bb530c7_hass-addon-sunsynk-edge_2025-02-17T06-02-39.364Z.log
2x12kW-4bb530c7_hass-addon-sunsynk-edge_2025-02-17T05-52-31.308Z.log

@martinarva
Copy link

martinarva commented Feb 17, 2025

T

11:53:55 WARNING High value rated_power=120000 (#20=0xd4c0, #21=0x1)

EDIT: would it be possible to turn off this logging, as this probably chrashed my sunsynk this night.

If this crashed your addon, you probably need to update your HA OS system 😉

Anyway, I've removed the logging and implemented a possible fix based on a new Sensor16 class 5ae3b76#diff-975965ed99ea476ca9badb6a59ccdc1867f1570d8d136ae22458627a812bc456R64

Please try it without the custom sensors and let me know.

The latest version now works and my grid entity is clean. Only CT Grid has errorrs, but currently my CT clamps are not on thle wires as I moved my load to inverter backup.

Here is a log>

sunsynk-multi.log

EDIT: still peaks in grid_power as well unfortunately.

@JanKraslice
Copy link

Hello, I am sending a comparison version
(174e080)
and the latest available version installed today
(0337510)

THE 65XXX PEAK PROBLEM PERSISTS

I attach pictures and LOG

NOTE THE PROBLEM ONLY MANIFESTS ITSELF WHEN THE INVERTER IS NOT DRAWING FROM THE GRID OR FEEDING INTO THE GRID

Image

4bb530c7_hass-addon-sunsynk-edge_2025-03-05T10-32-57.298Z.log

@JanKraslice
Copy link

Does that really bother anyone?
It happens over and over and over again.
I don't know what happened here, before when there was a bug in the addon it was fixed in the next version, now everyone doesn't care. That's a shame.
Image

@schein-heilig
Copy link

Im on edge 0337510 and had no PV Power Spikes since 25.02.

Image

But Battery Charge is still off with regular spike :-(

Image

@schein-heilig
Copy link

same here with Grid spikes

Image

@JanKraslice
Copy link

Yes the spikes are still there and only on GRID from the beginning
CT L1
CT L2
CT L3

Please is there really no solution to use only one register as before?

@JanKraslice
Copy link

Ahoj@nicopret1- nejnovější verze by měla zaznamenávat prvních 50 odečtů s podrobnějšími údaji (včetně jmenovitého výkonu). Zašlete prosím protokol pro oba střídače.

U senzoru s 1 registrem (staré chování) - jakákoli hodnota mezi 32768-65535 by byla hlášena jako (malá) záporná hodnota - takže se to mohlo stát na vašem 50kW měniči, ale nikdy jste si toho nevšimli.

Pro invertor<32k by mělo stačit čidlo s 1 registrem - možná je řešením jen použít 1 registr, když je rating_power nízký.

S 2registrovým senzorem můžete získat:

  • velký kladný hrot, pokud je 2. registr nulový
  • velký záporný vrchol, pokud je první registr 0

Please is there really no solution to use only one register as before?
Currently there are still spikes on GRID CT L1, CT L2, CT L3

@kellerza
Copy link
Owner

Upgrade your firmware or use a custom definition with the single register for grid and battery

@JanKraslice
Copy link

Upgradujte svůj firmware nebo použijte vlastní definici s jediným registrem pro síť a baterii

Hello, according to the inverter support I have the latest version see picture it is an inverter
SUN-30K-SG01HP3-EU-BM3
30kW - 3 phase, high voltage batteries
The current version used by you is see picture

I ASSUMED IT WAS A BUG with yours, as it only started from version f23619a before that there was no problem. So I waited for a fix and did not use my own sensors.
If this is a permanent condition and desired and is the correct behavior then it is pointless to keep this topic open.

Image

@kellerza
Copy link
Owner

I doubt this is a bug.

Different inverters seem to behave differently

We use the latest available modbus definitions. Read my explanation above. I’m not sure we can improve this and still support 2 registers.

Best would be to use a custom definition and if someone with ons of these inverters wants to document this, even better

@JanKraslice
Copy link

Pochybuji, že se jedná o chybu.

Zdá se, že různé měniče se chovají odlišně

Používáme nejnovější dostupné definice modbus. Přečtěte si mé vysvětlení výše. Nejsem si jistý, zda to dokážeme zlepšit a stále podporovat 2 registry.

Nejlepší by bylo použít vlastní definici a pokud to někdo s těmito měniči chce zdokumentovat, ještě lépe

I totally agree I would stick with the original definition of version 92dd837 where the default is read only one register.
Simply as it was before.

If some versions of inverters need to read both registers, let the option be via mysensor.
Personally I think most don't need to read the value of both registers I don't see any advantage in that.

Do you agree?

@JanKraslice
Copy link

If anyone needs help with setting up mysensors.py which solves the mentioned spikes just write.
I can help, I managed to

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

No branches or pull requests