Here you can see the problem related to the Model detection: these crazy guys, instead of simply writing the model in the registers, coded it with lookup strings. In order to get the correct model, you need to look at the Options register (which in your case is ‘R’) and then lookup the model in the table below. But in the documentation I have, your model is not included, that’s why yesterday there was that error.
The other issue I see is with the Ambient Temp. sensor, it’s wrong because the scale factor is wrong in the registers. Not a big deal because I don’t think it’s an important register, but it bugs me.
I will think about it and see how I can fix both problems. But at lease all the important sensors are working.
Hi Alessandro,
I’m trying to use your component v1.2.1 for an ABB Fimer React2 via TCP.
Unfortunately it can’t read any parameters. Using modpoll I can read the parameters from the inverter.
Do you know if your component is compatible with this Inverter model?
I get results using 41000 as starting address, all zero starting from 0.
The inverter is this one REACT2-3.6-TL, it is sunspec compatible and integrates itself the monitor trough TCP/IP. Just tried even with the “official” sunspec integration but it doesn’t get any result, it’s a configuration problem for sure.
The base address is 40000 for you, I use the VSN300 datalogger, and its base address is 0. I could make it configurable, but there’s also the problem at point 2 to consider.
The inverter is monophase (check the value at 40070, it’s 101, means monophase. 103 is 3-phase). My component has been specifically made for 3-phase models, since I use that one. The registers are different between 1-phase and 3-phase models.
I advice to use this component, made by @CJNE, it works great for any SunSpec device, also monophase or 3-phase inverters. It’s a generic SunSpec client, should work with anything SunSpec compliant…
No problem, sorry for this, if it was only the base address we could solve it, but I didn’t include support for monophase inverters.
Actually, right now I’m developing a direct local integration with VSN300 via http, so no more modbus or sunspec. Some information of the VSN300 (I think VSN700 too) is not available through ModBus/SunSpec, and I wanted to pull it out.
I have a python script working, I just need to make it a custom component now.