FHEM Forum

Hallo zusammen,

hier möchte ich euch mein erstelltes Modul vorstellen zur Anbindung von Solar Ladegeräten des Herstellers EPEVER.
Getestet wurde es mit einen  EPSolar Tracer 2210A. Die Modbus Readings sind bei allen EPSOLAR und baugleichen Geräten vermutlich gleich. Nicht alle Geräte können aber alle Readings.
Neu jetzt auch für die UPOWER Geräte das 98_ModbusUPOWER.pm Modul da diese abweichen. Leider kann ich das nicht testen da ich kein Upower Gerät habe.

Ich habe soweit möglich alle Readings eingebaut. Sie werden mit dem Intervall den man bei define mitgibt abgefragt. Zumindest die Realtime Werte werden genau in dem Intervall gelesen.
Die anderen Werte werden mit Faktor 180 abgefragt. Tägliche Statistikwerte werden mit Faktor 60 abgerufen.

Das setzen der Uhrzeit funktioniert jetzt auch aus FHEM, einfach nachdem man abgefragt hat genauso entsprechend editieren und setzen. Ebenso die Schaltzeiten können gesetzt werden.

Zwecks besserer Darstellung und Handhabung verwende ich hier folgende Attribute:

Stateformat:

<b>Batterie:</b> <span style='color:#AAFF00'> BattStatus <br>Spannung: BattSpannung Strom: BattStrom A </span><br>
<b>Solarlader:</b><div style='color:#22FFFF'>LadePower: BattLadeLeistung LadeStrom: BattLadeStrom </div>
<b>Panel:</b> <div style='color:#FFDD00'> Leistung: PanelLeistung Spannung: PanelSpannung Strom: PanelStrom</div>
<b>Last:<br> Leistung: </b><span style='color:red'>LastLeistung </span>Spannung: <span style='color:red'>LastSpannung </span> Strom:<span style='color:red'> LastStrom </span><br>
<b>Status: <span style='color:#3333FF'>SolarladerStatus</b>

WebCmd:

ChargingOnOff:ManualControlLoad:DefaultControlLoad:LoadControllingMode:EnableLoadTest:ForceLoad

webCmdLabel:

ChargingOnOff:ManualControlLoad
:DefaultControlLoad:LoadControllingMode
:EnableLoadTest:ForceLoad
Ich hoffe das ist dem einen oder anderen nützlich ist.

Über Feedback freue ich mich natürlich. Anregungen für Verbesserungen oder Änderungen nehme ich gerne entgegen.

PS:Manche Readings sind English Deutsch etwas gemixt, bei so vielen Readings mit Spannungen Load usw... war es nicht einfach sinnlich auch zu erkennen für was das alles ist.

01.05.2021 Update Modul, diverse Anpassungen (Changelog im Modul)

Modul 98_ModbusEPEVER.pm

14.10.2021 Modul 98_ModbusUPOWER.pm

30.03.2022 Modul 98_ModbusIPOWER.pm

04.04.2022 Modul 98_ModbusUPHIPOWER.pm

06.03.2024 Modul 98_ModbusEPEVERXTRA.pm

jetzt muß er auch noch bilder zu machen ... wie soll ich mich da beherrschen und die neue fw nicht aufspielen? die gier übersteigt langsam die angst vor dem verbruzzeln des teils *g*.

Hallo laserrichi,

vielen Dank für dein Modul, funktioniert hier soweit an meinen beiden EPEVER XTRA4415N und Tracer 1210AN ganz gut.

Aufgefallen ist mir dass der BattCapacityRemaining Wert (SOC) nur selten aktualisiert wird und ich das Laden nicht ausschalten kann, es steht zwar dann off im reading aber es wird weiter geladen....

Hab aber im quelltext keinen fehler entdecken können..
geht das bei dir problemlos ??

Danke
Gruß
Markus

Hallo Markus,

BatteryCapacityRemaining  kann ich bestätigen, gerade ausprobiert. Wird obwohl es eigentlich jedesmal abgefragt werden soll nicht immer aktualisiert. Evtl. ein Thema der Anzahl Readings die in einem rutsch gelesen werden, das er sich da verschluckt.

Was meinst du mit Laden ausschalten ? Die ganzen Parameter hab ich von der epever modbus doku eingepflegt, es gehen nicht alle parameter bei jedem Laderegler. Und manche haben abhängigkeiten zueinander.
Welches Reading meinst du ? (ManualControlLoad  wenn du meinst, das ist der Lastausgang)
Soweit ich weis kann man das Laden der Batterie nicht abschalten, nur die Last.

Ok, habe bei mir mit verbose 4 gesehen das ich viele ProcessRequestQueue called from HandleTimeout  bekomme.

Ich habe mal im Modul die zusammengefassten Readings reduziert:

"i" =>  {       'combine' => '8',

somit hat es BattcapacityRemaining auch aktualisiert. Aber trotzdem hab ich noch HandleTimeout.
Vieleicht ist der einfach mit der Summe an Readings auf einmal überfordert. Evtl. noch weiter reduzieren. Standard wäre hier 1, aber dann wird für jedes Reading eine Abfrage gestartet.... Oder man baut hier delay noch mit ein zwischen den Requests.
Hier könnte man jetzt sagen, ich will manch werte doch nicht so oft lesen um den Traffic zu reduzieren.

Danke jetzt gehts mit

"i" =>  {       'combine' => '8',

ich meinte "ChargingOnOff"  damit sollte ja eigentlich das Laden abgeschaltet werden... ist aber nicht so wichtig, wollte ich nur nutzen zur Notabschaltung falls eine Zellenspannung zu hoch ist.

Danke
Gruß
Markus

ah ok, jetzt weis ich was du meinst. In den älteren Dokus steht das nicht drin.

Charging device on/off  Coil 0
1 Charging device on 0 Charging device off

Vieleicht ist das vorgesehen für die Zukunft oder ein anderes Gerät. Bei mir steht bzw. stand der immer auf Off.

mich würde interessieren was bei dir mit verbose im log steht, ob du auch diese HandleTimeout hast.

Hi,

Ja ab und zu kommt auch ein Timeout aber sonst läuft jetzt alles prima...

Update des Moduls, korrektur der Batterietemperatur, Register zählt rückwärts bei negativen Temperaturen und hatte 655°C   :-)

Hallo,

ich habe mir auch ein Device (kein Modul) für einen Solarlader EPEVER LS2024B erstellt. Als Beitrag für das Modul meine Einstellung für das Schreiben von Datum und Uhrzeit:

wenn man bei setexpr einen Einzeiler eingibt, ist der zwar ziemlich lang aber es geht. Also habe ich das geändert und kann Datum und Zeit vom Solarlader über set ändern. Das Eingabeformat für das set ist wie das reading TT.MM.YYYY hh.mm.ss also z.B. 02.02.2021 12:04:36. Zu beachten ist, die Zahlen müssen immer 2 (oder 4) Stellig sein - also 3.2.21 12:4:56 geht nicht - aber 03.02.2021 12:04:56 schon.  :)

attr EPSOLAR_1 obj-h36883-expr sprintf("%02d.%02d.20%02d %02d:%02d:%02d", hex(substr($val,4,2)), hex(substr($val,10,2)), hex(substr($val,8,2)), hex(substr($val,6,2)), hex(substr($val,0,2)), hex(substr($val,2,2)))
attr EPSOLAR_1 obj-h36883-len 3
attr EPSOLAR_1 obj-h36883-poll 1
attr EPSOLAR_1 obj-h36883-polldelay X1
attr EPSOLAR_1 obj-h36883-reading RTC
attr EPSOLAR_1 obj-h36883-set 1
attr EPSOLAR_1 obj-h36883-setexpr sprintf("%02X", substr($val,14,2)).sprintf("%02X", substr($val,17,2)).sprintf("%02X", substr($val,0,2)).sprintf("%02X", substr($val,11,2)).sprintf("%02X", substr($val,8,2)).sprintf("%02X", substr($val,3,2))
attr EPSOLAR_1 obj-h36883-showGet 1
attr EPSOLAR_1 obj-h36883-textArg 1
attr EPSOLAR_1 obj-h36883-unpack H*


Das Thema mit falschen Temperaturwerten habe ich mit unpack "s>" gelöst (unpack "s>" = signed short integer in big endian -> high order byte at the lowest address)


attr EPSOLAR_1 obj-i12561-expr $val/100
attr EPSOLAR_1 obj-i12561-poll 1
attr EPSOLAR_1 obj-i12561-reading Temperature
attr EPSOLAR_1 obj-i12561-showGet 1
attr EPSOLAR_1 obj-i12561-unpack s>


Für die Aktualisierung habe ich auch ein at Device erstellt - das ist inaktiv und ich aktualisiere Datum und Uhrzeit manuell über "execNow". Das ist für mich OK weil die Urzeit genau genug läuft so dass ich eigentlich nur zur Zeitumstellung die Zeit aktualisieren muss (ja auch das ist noch eine Idee zum Automatisieren... ;)).

defmod EPSOLAR_1_set_date_time at *01:01:01 {\
  my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time);;\
  $year = $year+1900;;\
  $mon = $mon+1;;\
  #$sec = 00;;\
  #$min = 00;;\
  #$hour = 10;;\
  #$mday = 02;;\
  #$mon = 03;;\
  #$year=21;;\
  #print "Aktuelles Datum ist : $mday.$mon.$year $hour:$min:$sec\n\r\n\r";;\
  my $alles = sprintf("%02d", $mday)."\.".sprintf("%02d", $mon)."\.".sprintf("%04d", $year)." ".sprintf("%02d", $hour).":".sprintf("%02d", $min).":".sprintf("%02d", $sec);;\
  Log 1, "set EPSOLAR_1 RTC $alles";;\
  fhem("set EPSOLAR_1 RTC $alles");;\
}

Hallo,

ich habe das aktualisierte Modul mal getestet. :) :) :) gefällt mir gut -prima!

Bei den Statistikwerten stimmt es bei mir nicht. (ich habe einen LS3024B im Einsatz). Die Werte wären schön, sind aber zu hoch. Im Anhang zwei screenshots, einmal aus der EPEVER Solarstation Monitor V1.95 und einmal aus fhem mit dem Modul ModbusEPEVER Stand 9.2.21.

Der Wert für EnergieGewinnJahr mit 31.5 kWh stimmt in fhem und im Solarstation Monitor überein. Im Modul ist hier keine unpack Funktion angegeben. Es wird auch nur ein Register gelesen.
Die anderen Werte unterschieden sich stark, im Modul werden 2 Register gelesen und die unpack Funktion 'N' verwendet. in der Perl Dokumentation finde ich für 'N' [long integer in network order]. Leider bin ich nicht Spezialist genug - und in der Dokumentation ist der Variablentyp nicht angegeben. Ich habe verschiedene Pack funktionen ausprobiert aber keine hat die gleichen Werte ergeben. Wenn ich die pack Funktion auskommentiert habe, haben die Werte übereingestimmt. Siehe drittes angehängtes Bild.

Die Readings BatteryRatedPower ratedInputPower haben mit der unpack Funktion 'N' zu hohe Werte angegeben (167936.25 W und 336159.45 W) mit der unpack Funktion auskommentiert ist die Größenordnung schon besser:

Die Werte von BatteryRatedPower (64.64 W bei BatteryRatedCurrent 30A und BatteryRatedVoltage 24V) scheint nicht zu stimmen. Es müsste ca, 720W herauskommen. Wenn man großügig ist, stimmt der Wert um Faktor 10 nicht - die Dokumentation (V2.3) sagt aber aus dass der Wert durch 100 zu teilen ist (aber da steht auch dass BatteryRatedPower in °C ist) also könnte die Dokumentation durchaus falsch sein.

Ähnlich mit ratedInputPower (189.28 W bei ratedInputCurrent 30 A und ratedInputVolt 60 V) meiner Rechnung nach müsse das 1800 W ergeben.

Wir bei den beiden Reading statt geteilt durch 100 nur durch 10 geteilt stimmen die Werte mit 646 W (24V*30A=720W) und 1892 W (60 V * 30A = 1800 W) näherungsweise.

Statt: 'expr' => '$val=($val/100)." W"' mit 'expr' => '$val=($val/10)." W"' gerechnet.

Viele Grüße und Danke für das Modul  :)

springber

also ich kann das nicht so nachvollziehen. Bei mir stimmen die Werte.
und habe auch mal mit unpack gespielt und bekomme nur mit N die richtigen Werte

Lasse ich unpack bei den Readings weg dann habe ich überall 0
EnergiegewinnJahr lese ich jetzt auch das 2 Register mit aus.

ratedinput hat dein Regler 1500W  denn der ist mit 50V eigentlich angegeben, ok vieleicht hat er ja doch 60V und nicht 50V wie im China Datenblatt :)
Aber 189.28W ist schon ein sehr seltsamer wert.

Hast du das Modul auch so rein oder nur teile in dein Modul so eingebaut ?
Denn ich habe global im Modul für h und i  das defrefregs gesetzt das bei 2 gelesenen readings beide vertauscht damit high register auch vorne dran steht, das sieht mir nach dem Problem bei Dir aus.

my %ModbusEPEVERdeviceInfo = (
               "c" =>  {       'defPoll' => '1',
                                'defSet' => '1',
                            'defShowGet' => '1',
                                 'write' => '5',
                       },
               "d" =>  {       'defPoll' => '1',
                            'defShowGet' => '1',
                       },
               "h" =>  {       'combine' => '8',
                               'defPoll' => '1',
                            'defRevRegs' => '1',
                            'defShowGet' => '1',
                                 'write' => '16',
                       },
               "i" =>  {       'combine' => '8',
                               'defPoll' => '1',
                            'defRevRegs' => '1',
                            'defShowGet' => '1',
                          }

Hallo,

ich bin auf dieses Modul gestoßen und bin hoch erfreut ;=)

Ich erwarte Mitte Mai meinen neuen UP3000-M6322 Inverter/Charger von EPever (damit will ich mit meiner Inselanlage meinen Plug-In-Hybriden laden).

So wie ich es verstanden habe, sollte das Modul ja auch mit diesem Gerät gehen. Aber meine Frage:

Wie schließe ich das Gerät an? Ich habe mir das RS485 an USB-Anschluss dazu gekauft, reicht das oder muss ich noch ein anderes Modul oder Installation vornehmen?

Wenn das Gerät da ist und die Anlage umgestellt ist, dann stelle ich mich natürlich gerne zum testen bereit ;=)

Viele Grüße

Kurt

Hallo Kurt,
freut mich zu lesen was du vor hast.
Ich vermute das es auch mit dem Teil laufen wird, denn es gibt von epever nur eine Doku zu dem Modbus Protokoll.

Aber der RS485 zu USB von denen wird mit dem Raspberry nicht laufen.
Denn der USB Treiber im Linux bildet hier keine serielle Schnittstelle nach sondern erscheint als Modem.
Hatte das schon mal bei einem User hier der das verzweifelt versuchte.
Es gibt aber einfache RS485 Serial to USB Adapter. Dann muss man nur die RJ45 Verbindung auf den Adapter herstellen.
Ich habe das nicht direkt mit USB  an den Raspberry sondern gehe über einen ESP mit wlan da ich das ja im Garten habe.

Wird sicher interessant da du ja auch gleich Wechselrichter mit drin hast.

Hallo laserrichi,

vielen Dank für den Hinweis .... hätte mich da wohl dämlich gesucht, wenn es nicht gegangen wäre.

Dann werde ich mich mal auf die Suche nach einem seriellen USB-Adapter mit RJ45 machen, sollte ja machbar sein ;=)

Ich habe mir auch noch den WLAN-Adapter von EPEver als Notlösung in der Garage besorgt. Da meine Garage aber vom Haus entfernt ist, manage ich alles über einen mit LTE/VPN-verbundenen Rapsi .... bis jetzt funzt es tatellos ;=)

Brauche ich zu Deinem Modul noch das 98_Modbus.pm oder reicht Deines alleine?

Wenn der Wechselrichter geliefert und montiert ist, kann ich technisch mit einsteigen und kann testen, ob Alles so richtig ankommt. Wäre schön, wenn Dein Modul dann im automatischen Update mitkommen würde ;=)

Jetzt brauche ich noch eine Lösung um von FHEM auf das VW-WeConnect zu kommen, dann kann der automatische Ladevorgang bei genügen Sonneneinstrahlung starten ;=)

Viele Grüße und bis bald (wenn die Montage erfolgt ist ;=)

Kurt

den Wlan Adapter von epever habe ich hier. Es gibt eine Firmware bei der er nur als Accesspoint geht. Die hatten die connection ins heimische Wlan mal entfernt, aber es gibt mitlerweile wieder eine Firmware mit der es wieder geht. Ich habe die Firmware auch hier noch liegen zum flashen :-)

RS485 serial to USB findet man ja einige. Wichtig ist hier nur das es ein standard chip ist der da drin ist und auch von Linux nativ dann supported ist. Glaube hier im Forum war da schon mal eine diskussion dazu.

Ja das Modul nutzt das 98_Modbus.pm. Das ist im normalen update enthalten. Meins kommt nicht über die Softwareverteilung. Sind ja jetzt nicht viele die das nutzen denke ich.
Muss hier ja auch noch einiges an Doku mal nacharbeiten

Hallo laserrichi!

Super das du ein Modul gebaut hast für den Epever!

Ich möchte meinen Solarregler XTRA 4415N auch so in FHEM einbinden wie du das wohl bei dir gemacht hast mit einem ESP!?

Was funktioniert:
Ich bekomme mit der Epever-Software über eine virtuelle COM-Schnittstelle ---> WLAN ---> Node-mcu mit esp-link 3.0.14 die Daten auf meinen Windows 10 Rechner. Also gehe ich davon aus,das der Weg vom Solarregler ins Netzwerk läuft.
Mein Fhem läuft auf einen Raspberry und soll über Wlan auf den Epever zugreifen.

In fhem habe ich mit

define Solarregler1 ModbusEPEVER 1 60 192.168.2.170:23 TCP

ein Gerät erstellt. Mein ESP ist eine NodeMCU und hat die IP192.168.2.170, esp-link spricht über den Port 23.
Leider bekomme ich keine Daten in Fhem. Die Verbindung hat den state opened.

list vom Solarregler1:

Internals:
   DEF        2 60 192.168.2.170:23 TCP
   DeviceName 192.168.2.170:23
   EXPECT     idle
   FD         4
   FUUID      609c151c-f33f-4103-3925-75bc1ce623ccc754
   IODev      Solarregler1
   Interval   60
   LASTOPEN   1620842409.52031
   MODBUSID   2
   MODE       master
   MODULEVERSION Modbus 4.4.02 - 31.3.2021
   NAME       Solarregler1
   NOTIFYDEV  global
   NR         473
   NTFY_ORDER 50-Solarregler1
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TIMEOUTS   2314
   TYPE       ModbusEPEVER
   devioLoglevel 3
   nextOpenDelay 60
   FRAME:
   QUEUE:
   READ:
   READINGS:
     2021-05-12 20:00:09   state           opened
   REMEMBER:
     lid        2
     lname      Solarregler1
     lsend      1620851240.8296
   defptr:
     Solarregler1 2
   lastRead:
Attributes:
   room       vEnergie

Was habe ich vergessen bzw. falsch?

Wäre super wenn du deine Einbindung näher erklären könntest.

MfG
VC45

du hast TCP angegeben und nicht RTU  da liegt der Fehler

define Solarregler1 ModbusEPEVER 1 60 192.168.2.170:23 RTU

Hallo laserrichi!

Super, da hatte ich wohl das Verständnisproblem, RTU musses sein - Danke!!!

Nachdem ich das angepasst habe und ein

set createAttrsFromParseInfo

gestartet habe wurden die verfügbaren Readings angelegt und auch einmal abgefragt mit Erfolg.

Aber es erfolgt keine Aktualisierung. Im Log stapeln sich die Einträge aller Readings mit

"...Timeout waiting for a modbus response, read buffer empty,..."

Ein komplettes löschen des device, shutdown restart, und neu anlegen hat auch keine
Veränderung gebracht.

Gibt es noch irgend eine andere Einstellung in den Attributes die gemacht werden sollte bei Problemen?

Verwendest du auf deinem ESP auch esp-link? Vielleicht liegts auch daran dasses klemmt
bei mir.

Ein verbose 5 vom log hab ich auch mal angehängt, vielleicht kannst du da mein Problem erkenne.


2021.05.16 13:05:58 4: Solarregler: GetUpdate (V4.4.02 - 31.3.2021) called from Fhem internal timer
2021.05.16 13:05:58 4: Solarregler: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 60.0 sec at 13:06:58.516, interval 60
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList full object list: c0 c1 c2 c3 c5 c6 d8192 d8204 h36864 h36865 h36866 h36867 h36868 h36869 h36870 h36871 h36872 h36873 h36874 h36875 h36876 h36877 h36878 h36883 h36886 h36887 h36888 h36889 h36894 h36895 h36896 h36897 h36925 h36926 h36927 h36930 h36933 h36936 h36939 h36969 h36970 i12288 i12289 i12290 i12292 i12293 i12294 i12296 i12544 i12545 i12546 i12548 i12549 i12550 i12556 i12557 i12558 i12560 i12561 i12570 i12571 i12800 i12801 i12802 i13056 i13057 i13058 i13059 i13060 i13062 i13064 i13066 i13068 i13070 i13072 i13074 i13076 i13082 i13083
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request c0 len 1 ChargingOnOff
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request c1 len 1 OutputModeManualAuto
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request c2 len 1 ManualControlLoad
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request c3 len 1 DefaultControlLoad
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request c5 len 1 EnableLoadTest
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request c6 len 1 ForceLoad
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request d8192 len 1 OverTemp
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request d8204 len 1 DayNight
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36864 len 1 BattTyp
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36865 len 1 BattCapacityDefault
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36866 len 1 TempCompensationCoeffizient
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36867 len 1 HighVoltDisconnect
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36868 len 1 ChargingLimitVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36869 len 1 OverVoltageReconnect
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36870 len 1 EqualizingVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36871 len 1 BoostVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36872 len 1 FloatVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36873 len 1 BoostReconnectVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36874 len 1 LowVoltageReconnect
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36875 len 1 underVoltageRecover
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36876 len 1 underVoltageWarning
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36877 len 1 lowVoltageDisconnect
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36878 len 1 dischargingLimitVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36883 len 3 Uhrzeit
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36886 len 1 EqualizationCycle
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36887 len 1 BattTempWarningUpper
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36888 len 1 BattTempWarningLower
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36889 len 1 ControllerTempWarning
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36894 len 1 NightTimeThresholdVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36895 len 1 NightTimeDelay
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36896 len 1 DayTimeThresholdVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36897 len 1 DayTimeDelay
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36925 len 1 LoadControllingMode
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36926 len 1 LightOnTime1
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36927 len 1 LightOnTime2
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36930 len 3 TurnOnTime1
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36933 len 3 TurnOffTime1
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36936 len 3 TurnOnTime2
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36939 len 3 TurnOffTime2
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36969 len 1 Timechoose
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request h36970 len 1 DefLoadinManualMode
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12288 len 1 ratedInputVolt
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12289 len 1 ratedInputCurrent
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12290 len 2 ratedInputPower
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12292 len 1 BatteryRatedVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12293 len 1 BatteryRatedCurrent
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12294 len 2 BatteryRatedPower
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12296 len 1 Chargingmode
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12544 len 1 PanelSpannung
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12545 len 1 PanelStrom
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12546 len 2 PanelLeistung
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12548 len 1 BattSpannung
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12549 len 1 BattLadeStrom
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12550 len 2 BattLadeLeistung
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12556 len 1 LastSpannung
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12557 len 1 LastStrom
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12558 len 2 LastLeistung
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12560 len 1 BatteryTemperatur
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12561 len 1 ReglerTemp
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12570 len 1 BattCapacityRemaining
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12571 len 1 BattExtTemp
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12800 len 1 BattStatus
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12801 len 1 SolarladerStatus
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i12802 len 1 Discharging_Status
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13056 len 1 PanelSpannung_MaxTag
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13057 len 1 PanelSpannung_MinTag
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13058 len 1 BattMaxVoltTag
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13059 len 1 BattMinVoltTag
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13060 len 2 EnergieVerbrauchTag
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13062 len 2 EnergieVerbrauchMonat
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13064 len 2 EnergieVerbrauchJahr
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13066 len 2 EnergieVerbrauchTotal
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13068 len 2 EnergieGewinnTag
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13070 len 2 EnergieGewinnMonat
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13072 len 2 EnergieGewinnJahr
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13074 len 2 EnergieGewinnTotal
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13076 len 2 CO2ersparnis
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13082 len 1 BattVoltage
2021.05.16 13:05:58 5: Solarregler: CreateUpdateList will request i13083 len 1 BattStrom
2021.05.16 13:05:58 4: Solarregler: CombineUpdateHash objHash keys before combine: h36887,i12557,i13059,c0,i12560,h36936,h36874,i12545,i12289,i12293,i12290,h36886,i13082,i12294,h36889,c2,h36894,h36926,h36876,i12556,h36866,i13066,i12292,i12546,h36895,i12288,h36871,d8204,c3,i12296,i13056,i13074,i12800,d8192,h36868,h36883,i13060,i12544,i13072,i12550,i12802,i12548,h36864,h36939,h36865,h36930,i13083,h36869,i13076,i12558,h36873,i13062,i12561,h36969,i13058,h36872,h36877,h36933,h36867,h36970,i13064,i12571,i12801,h36888,h36925,i13070,h36875,i13057,h36927,c1,c5,i12570,h36896,i12549,c6,h36878,i13068,h36897,h36870
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash tries to combine read commands
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine c0 len 1 ChargingOnOff with c1 len 1 OutputModeManualAuto, span 2 would be bigger than max 1
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine c1 len 1 OutputModeManualAuto with c2 len 1 ManualControlLoad, span 2 would be bigger than max 1

2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine c2 len 1 ManualControlLoad with c3 len 1 DefaultControlLoad, span 2 would be bigger than max 1
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine c3 len 1 DefaultControlLoad with c5 len 1 EnableLoadTest, span 3 would be bigger than max 1
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine c5 len 1 EnableLoadTest with c6 len 1 ForceLoad, span 2 would be bigger than max 1
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine c6 len 1 ForceLoad with d8192 len 1 OverTemp, different types
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine d8192 len 1 OverTemp with d8204 len 1 DayNight, span 13 would be bigger than max 1
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine d8204 len 1 DayNight with h36864 len 1 BattTyp, different types
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault to span 2, drop read for h36865
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36864 len 1 BattTyp with h36866 len 1 TempCompensationCoeffizient to span 3, drop read for h36866
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36864 len 1 BattTyp with h36867 len 1 HighVoltDisconnect to span 4, drop read for h36867
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36864 len 1 BattTyp with h36868 len 1 ChargingLimitVoltage to span 5, drop read for h36868
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36864 len 1 BattTyp with h36869 len 1 OverVoltageReconnect to span 6, drop read for h36869
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36864 len 1 BattTyp with h36870 len 1 EqualizingVoltage to span 7, drop read for h36870
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36864 len 1 BattTyp with h36871 len 1 BoostVoltage to span 8, drop read for h36871
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36864 len 1 BattTyp with h36872 len 1 FloatVoltage, span 9 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage to span 2, drop read for h36873
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36874 len 1 LowVoltageReconnect to span 3, drop read for h36874
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36875 len 1 underVoltageRecover to span 4, drop read for h36875
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36876 len 1 underVoltageWarning to span 5, drop read for h36876
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36877 len 1 lowVoltageDisconnect to span 6, drop read for h36877
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36878 len 1 dischargingLimitVoltage to span 7, drop read for h36878
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36872 len 1 FloatVoltage with h36883 len 3 Uhrzeit, span 14 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36886 len 1 EqualizationCycle to span 4, drop read for h36886
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36887 len 1 BattTempWarningUpper to span 5, drop read for h36887
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36888 len 1 BattTempWarningLower to span 6, drop read for h36888
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36889 len 1 ControllerTempWarning to span 7, drop read for h36889
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36883 len 3 Uhrzeit with h36894 len 1 NightTimeThresholdVoltage, span 12 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36894 len 1 NightTimeThresholdVoltage with h36895 len 1 NightTimeDelay to span 2, drop read for h36895
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36894 len 1 NightTimeThresholdVoltage with h36896 len 1 DayTimeThresholdVoltage to span 3, drop read for h36896
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36894 len 1 NightTimeThresholdVoltage with h36897 len 1 DayTimeDelay to span 4, drop read for h36897
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36894 len 1 NightTimeThresholdVoltage with h36925 len 1 LoadControllingMode, span 32 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36925 len 1 LoadControllingMode with h36926 len 1 LightOnTime1 to span 2, drop read for h36926
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36925 len 1 LoadControllingMode with h36927 len 1 LightOnTime2 to span 3, drop read for h36927
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36925 len 1 LoadControllingMode with h36930 len 3 TurnOnTime1 to span 8, drop read for h36930
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36925 len 1 LoadControllingMode with h36933 len 3 TurnOffTime1, span 11 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36933 len 3 TurnOffTime1 with h36936 len 3 TurnOnTime2 to span 6, drop read for h36936
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36933 len 3 TurnOffTime1 with h36939 len 3 TurnOffTime2, span 9 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36939 len 3 TurnOffTime2 with h36969 len 1 Timechoose, span 31 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine h36969 len 1 Timechoose with h36970 len 1 DefLoadinManualMode to span 2, drop read for h36970
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine h36969 len 1 Timechoose with i12288 len 1 ratedInputVolt, wrong order defined
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12289 len 1 ratedInputCurrent to span 2, drop read for i12289
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12290 len 2 ratedInputPower to span 4, drop read for i12290
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12292 len 1 BatteryRatedVoltage to span 5, drop read for i12292
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12293 len 1 BatteryRatedCurrent to span 6, drop read for i12293
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12294 len 2 BatteryRatedPower to span 8, drop read for i12294
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i12288 len 1 ratedInputVolt with i12296 len 1 Chargingmode, span 9 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i12296 len 1 Chargingmode with i12544 len 1 PanelSpannung, span 249 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12545 len 1 PanelStrom to span 2, drop read for i12545
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12546 len 2 PanelLeistung to span 4, drop read for i12546
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12548 len 1 BattSpannung to span 5, drop read for i12548
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12549 len 1 BattLadeStrom to span 6, drop read for i12549
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12550 len 2 BattLadeLeistung to span 8, drop read for i12550
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i12544 len 1 PanelSpannung with i12556 len 1 LastSpannung, span 13 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12556 len 1 LastSpannung with i12557 len 1 LastStrom to span 2, drop read for i12557
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12556 len 1 LastSpannung with i12558 len 2 LastLeistung to span 4, drop read for i12558
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12556 len 1 LastSpannung with i12560 len 1 BatteryTemperatur to span 5, drop read for i12560
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12556 len 1 LastSpannung with i12561 len 1 ReglerTemp to span 6, drop read for i12561
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i12556 len 1 LastSpannung with i12570 len 1 BattCapacityRemaining, span 15 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12570 len 1 BattCapacityRemaining with i12571 len 1 BattExtTemp to span 2, drop read for i12571
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i12570 len 1 BattCapacityRemaining with i12800 len 1 BattStatus, span 231 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12800 len 1 BattStatus with i12801 len 1 SolarladerStatus to span 2, drop read for i12801
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i12800 len 1 BattStatus with i12802 len 1 Discharging_Status to span 3, drop read for i12802
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i12800 len 1 BattStatus with i13056 len 1 PanelSpannung_MaxTag, span 257 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13057 len 1 PanelSpannung_MinTag to span 2, drop read for i13057
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13058 len 1 BattMaxVoltTag to span 3, drop read for i13058
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13059 len 1 BattMinVoltTag to span 4, drop read for i13059
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13060 len 2 EnergieVerbrauchTag to span 6, drop read for i13060
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13062 len 2 EnergieVerbrauchMonat to span 8, drop read for i13062
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i13056 len 1 PanelSpannung_MaxTag with i13064 len 2 EnergieVerbrauchJahr, span 10 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13064 len 2 EnergieVerbrauchJahr with i13066 len 2 EnergieVerbrauchTotal to span 4, drop read for i13066
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13064 len 2 EnergieVerbrauchJahr with i13068 len 2 EnergieGewinnTag to span 6, drop read for i13068
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13064 len 2 EnergieVerbrauchJahr with i13070 len 2 EnergieGewinnMonat to span 8, drop read for i13070
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i13064 len 2 EnergieVerbrauchJahr with i13072 len 2 EnergieGewinnJahr, span 10 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13072 len 2 EnergieGewinnJahr with i13074 len 2 EnergieGewinnTotal to span 4, drop read for i13074
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13072 len 2 EnergieGewinnJahr with i13076 len 2 CO2ersparnis to span 6, drop read for i13076
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash cant combine i13072 len 2 EnergieGewinnJahr with i13082 len 1 BattVoltage, span 11 would be bigger than max 8
2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash combine i13082 len 1 BattVoltage with i13083 len 1 BattStrom to span 2, drop read for i13083


2021.05.16 13:05:58 5: Solarregler: CombineUpdateHash keys are now c0,i13082,c2,h36894,i12556,i12288,d8204,c3,i12296,i13056,i12800,d8192,h36883,i12544,i13072,h36864,h36939,h36969,h36872,h36933,i13064,h36925,c1,c5,i12570,c6
2021.05.16 13:05:58 4: Solarregler: GetUpdate will now create requests for c0 len 1 (ChargingOnOff), c1 len 1 (OutputModeManualAuto), c2 len 1 (ManualControlLoad), c3 len 1 (DefaultControlLoad), c5 len 1 (EnableLoadTest), c6 len 1 (ForceLoad), d8192 len 1 (OverTemp), d8204 len 1 (DayNight), h36864 len 8 (combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage), h36872 len 7 (combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRecover and h36876 len 1 underVoltageWarning and h36877 len 1 lowVoltageDisconnect and h36878 len 1 dischargingLimitVoltage), h36883 len 7 (combined h36883 len 3 Uhrzeit with h36886 len 1 EqualizationCycle and h36887 len 1 BattTempWarningUpper and h36888 len 1 BattTempWarningLower and h36889 len 1 ControllerTempWarning), h36894 len 4 (combined h36894 len 1 NightTimeThresholdVoltage with h36895 len 1 NightTimeDelay and h36896 len 1 DayTimeThresholdVoltage and h36897 len 1 DayTimeDelay), h36925 len 8 (combined h36925 len 1 LoadControllingMode with h36926 len 1 LightOnTime1 and h36927 len 1 LightOnTime2 and h36930 len 3 TurnOnTime1), h36933 len 6 (combined h36933 len 3 TurnOffTime1 with h36936 len 3 TurnOnTime2), h36939 len 3 (TurnOffTime2), h36969 len 2 (combined h36969 len 1 Timechoose with h36970 len 1 DefLoadinManualMode), i12288 len 8 (combined i12288 len 1 ratedInputVolt with i12289 len 1 ratedInputCurrent and i12290 len 2 ratedInputPower and i12292 len 1 BatteryRatedVoltage and i12293 len 1 BatteryRatedCurrent and i12294 len 2 BatteryRatedPower), i12296 len 1 (Chargingmode), i12544 len 8 (combined i12544 len 1 PanelSpannung with i12545 len 1 PanelStrom and i12546 len 2 PanelLeistung and i12548 len 1 BattSpannung and i12549 len 1 BattLadeStrom and i12550 len 2 BattLadeLeistung), i12556 len 6 (combined i12556 len 1 LastSpannung with i12557 len 1 LastStrom and i12558 len 2 LastLeistung and i12560 len 1 BatteryTemperatur and i12561 len 1 ReglerTemp), i12570 len 2 (combined i12570 len 1 BattCapacityRemaining with i12571 len 1 BattExtTemp), i12800 len 3 (combined i12800 len 1 BattStatus with i12801 len 1 SolarladerStatus and i12802 len 1 Discharging_Status), i13056 len 8 (combined i13056 len 1 PanelSpannung_MaxTag with i13057 len 1 PanelSpannung_MinTag and i13058 len 1 BattMaxVoltTag and i13059 len 1 BattMinVoltTag and i13060 len 2 EnergieVerbrauchTag and i13062 len 2 EnergieVerbrauchMonat), i13064 len 8 (combined i13064 len 2 EnergieVerbrauchJahr with i13066 len 2 EnergieVerbrauchTotal and i13068 len 2 EnergieGewinnTag and i13070 len 2 EnergieGewinnMonat), i13072 len 6 (combined i13072 len 2 EnergieGewinnJahr with i13074 len 2 EnergieGewinnTotal and i13076 len 2 CO2ersparnis), i13082 len 2 (combined i13082 len 1 BattVoltage with i13083 len 1 BattStrom)
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c0, len 1, master device Solarregler, reading ChargingOnOff (getUpdate for ChargingOnOff len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with c0, qlen 0 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 5: Solarregler: StartQueueTimer called from QueueRequest sets internal timer to process queue in 0.000 seconds
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c1, len 1, master device Solarregler, reading OutputModeManualAuto (getUpdate for OutputModeManualAuto len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with c1, qlen 1 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c2, len 1, master device Solarregler, reading ManualControlLoad (getUpdate for ManualControlLoad len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with c2, qlen 2 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c3, len 1, master device Solarregler, reading DefaultControlLoad (getUpdate for DefaultControlLoad len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with c3, qlen 3 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c5, len 1, master device Solarregler, reading EnableLoadTest (getUpdate for EnableLoadTest len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with c5, qlen 4 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c6, len 1, master device Solarregler, reading ForceLoad (getUpdate for ForceLoad len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with c6, qlen 5 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 2 d8192, len 1, master device Solarregler, reading OverTemp (getUpdate for OverTemp len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with d8192, qlen 6 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 2 d8204, len 1, master device Solarregler, reading DayNight (getUpdate for DayNight len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with d8204, qlen 7 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36864, len 8, master device Solarregler, reading BattTyp (getUpdate for combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36864, qlen 8 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36872, len 7, master device Solarregler, reading FloatVoltage (getUpdate for combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRecover and h36876 len 1 underVoltageWarning and h36877 len 1 lowVoltageDisconnect and h36878 len 1 dischargingLimitVoltage)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36872, qlen 9 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36883, len 7, master device Solarregler, reading Uhrzeit (getUpdate for combined h36883 len 3 Uhrzeit with h36886 len 1 EqualizationCycle and h36887 len 1 BattTempWarningUpper and h36888 len 1 BattTempWarningLower and h36889 len 1 ControllerTempWarning)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36883, qlen 10 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36894, len 4, master device Solarregler, reading NightTimeThresholdVoltage (getUpdate for combined h36894 len 1 NightTimeThresholdVoltage with h36895 len 1 NightTimeDelay and h36896 len 1 DayTimeThresholdVoltage and h36897 len 1 DayTimeDelay)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36894, qlen 11 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36925, len 8, master device Solarregler, reading LoadControllingMode (getUpdate for combined h36925 len 1 LoadControllingMode with h36926 len 1 LightOnTime1 and h36927 len 1 LightOnTime2 and h36930 len 3 TurnOnTime1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36925, qlen 12 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36933, len 6, master device Solarregler, reading TurnOffTime1 (getUpdate for combined h36933 len 3 TurnOffTime1 with h36936 len 3 TurnOnTime2)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36933, qlen 13 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36939, len 3, master device Solarregler, reading TurnOffTime2 (getUpdate for TurnOffTime2 len 3)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36939, qlen 14 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36969, len 2, master device Solarregler, reading Timechoose (getUpdate for combined h36969 len 1 Timechoose with h36970 len 1 DefLoadinManualMode)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with h36969, qlen 15 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12288, len 8, master device Solarregler, reading ratedInputVolt (getUpdate for combined i12288 len 1 ratedInputVolt with i12289 len 1 ratedInputCurrent and i12290 len 2 ratedInputPower and i12292 len 1 BatteryRatedVoltage and i12293 len 1 BatteryRatedCurrent and i12294 len 2 BatteryRatedPower)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i12288, qlen 16 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12296, len 1, master device Solarregler, reading Chargingmode (getUpdate for Chargingmode len 1)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i12296, qlen 17 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12544, len 8, master device Solarregler, reading PanelSpannung (getUpdate for combined i12544 len 1 PanelSpannung with i12545 len 1 PanelStrom and i12546 len 2 PanelLeistung and i12548 len 1 BattSpannung and i12549 len 1 BattLadeStrom and i12550 len 2 BattLadeLeistung)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i12544, qlen 18 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12556, len 6, master device Solarregler, reading LastSpannung (getUpdate for combined i12556 len 1 LastSpannung with i12557 len 1 LastStrom and i12558 len 2 LastLeistung and i12560 len 1 BatteryTemperatur and i12561 len 1 ReglerTemp)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i12556, qlen 19 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12570, len 2, master device Solarregler, reading BattCapacityRemaining (getUpdate for combined i12570 len 1 BattCapacityRemaining with i12571 len 1 BattExtTemp)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i12570, qlen 20 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12800, len 3, master device Solarregler, reading BattStatus (getUpdate for combined i12800 len 1 BattStatus with i12801 len 1 SolarladerStatus and i12802 len 1 Discharging_Status)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i12800, qlen 21 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13056, len 8, master device Solarregler, reading PanelSpannung_MaxTag (getUpdate for combined i13056 len 1 PanelSpannung_MaxTag with i13057 len 1 PanelSpannung_MinTag and i13058 len 1 BattMaxVoltTag and i13059 len 1 BattMinVoltTag and i13060 len 2 EnergieVerbrauchTag and i13062 len 2 EnergieVerbrauchMonat)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i13056, qlen 22 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13064, len 8, master device Solarregler, reading EnergieVerbrauchJahr (getUpdate for combined i13064 len 2 EnergieVerbrauchJahr with i13066 len 2 EnergieVerbrauchTotal and i13068 len 2 EnergieGewinnTag and i13070 len 2 EnergieGewinnMonat)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i13064, qlen 23 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13072, len 6, master device Solarregler, reading EnergieGewinnJahr (getUpdate for combined i13072 len 2 EnergieGewinnJahr with i13074 len 2 EnergieGewinnTotal and i13076 len 2 CO2ersparnis)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i13072, qlen 24 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 4: Solarregler: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13082, len 2, master device Solarregler, reading BattVoltage (getUpdate for combined i13082 len 1 BattVoltage with i13083 len 1 BattStrom)
2021.05.16 13:05:58 5: Solarregler: QueueRequest called from DoRequest with i13082, qlen 25 from master Solarregler through io device Solarregler
2021.05.16 13:05:58 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 26, request: request: id 1, read fc 1 c0, len 1, master device Solarregler, reading ChargingOnOff (getUpdate for ChargingOnOff len 1), queued 0.02 secs ago
2021.05.16 13:05:58 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:05:58 5: Solarregler: checkDelays sendDelay, last send to same device was 30.934 secs ago, required delay is 0.1
2021.05.16 13:05:58 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:05:58 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:05:58 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 26, sending 010100000001fdca via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 1 c0, len 1, master device Solarregler, reading ChargingOnOff (getUpdate for ChargingOnOff len 1), queued 0.02 secs ago
2021.05.16 13:05:58 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:05:58 5: SW: 010100000001fdca
2021.05.16 13:05:58 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:05:59 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 25, request: request: id 1, read fc 1 c1, len 1, master device Solarregler, reading OutputModeManualAuto (getUpdate for OutputModeManualAuto len 1), queued 1.02 secs ago
2021.05.16 13:05:59 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 1 c0, len 1, master device Solarregler, reading ChargingOnOff (getUpdate for ChargingOnOff len 1), queued 1.03 secs ago, sent 1.01 secs ago, qlen 25, try again in 1 seconds
2021.05.16 13:05:59 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:00 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 1 c0, len 1, master device Solarregler, reading ChargingOnOff (getUpdate for ChargingOnOff len 1), queued 2.02 secs ago, sent 2.00 secs ago
2021.05.16 13:06:00 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:00 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 25, request: request: id 1, read fc 1 c1, len 1, master device Solarregler, reading OutputModeManualAuto (getUpdate for OutputModeManualAuto len 1), queued 2.02 secs ago
2021.05.16 13:06:00 5: Solarregler: checkDelays sendDelay, last send to same device was 2.001 secs ago, required delay is 0.1
2021.05.16 13:06:00 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:00 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:00 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:00 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 25, sending 010100010001ac0a via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 1 c1, len 1, master device Solarregler, reading OutputModeManualAuto (getUpdate for OutputModeManualAuto len 1), queued 2.02 secs ago
2021.05.16 13:06:00 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:00 5: SW: 010100010001ac0a
2021.05.16 13:06:00 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:01 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 24, request: request: id 1, read fc 1 c2, len 1, master device Solarregler, reading ManualControlLoad (getUpdate for ManualControlLoad len 1), queued 3.02 secs ago
2021.05.16 13:06:01 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 1 c1, len 1, master device Solarregler, reading OutputModeManualAuto (getUpdate for OutputModeManualAuto len 1), queued 3.03 secs ago, sent 1.01 secs ago, qlen 24, try again in 1 seconds
2021.05.16 13:06:01 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:02 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 1 c1, len 1, master device Solarregler, reading OutputModeManualAuto (getUpdate for OutputModeManualAuto len 1), queued 4.38 secs ago, sent 2.36 secs ago
2021.05.16 13:06:02 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 24, request: request: id 1, read fc 1 c2, len 1, master device Solarregler, reading ManualControlLoad (getUpdate for ManualControlLoad len 1), queued 4.38 secs ago
2021.05.16 13:06:02 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:02 5: Solarregler: checkDelays sendDelay, last send to same device was 2.362 secs ago, required delay is 0.1
2021.05.16 13:06:02 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:02 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:02 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 24, sending 0101000200015c0a via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 1 c2, len 1, master device Solarregler, reading ManualControlLoad (getUpdate for ManualControlLoad len 1), queued 4.38 secs ago
2021.05.16 13:06:02 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:02 5: SW: 0101000200015c0a
2021.05.16 13:06:02 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:03 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 23, request: request: id 1, read fc 1 c3, len 1, master device Solarregler, reading DefaultControlLoad (getUpdate for DefaultControlLoad len 1), queued 5.42 secs ago
2021.05.16 13:06:03 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 1 c2, len 1, master device Solarregler, reading ManualControlLoad (getUpdate for ManualControlLoad len 1), queued 5.43 secs ago, sent 1.04 secs ago, qlen 23, try again in 1 seconds
2021.05.16 13:06:03 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:04 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 1 c2, len 1, master device Solarregler, reading ManualControlLoad (getUpdate for ManualControlLoad len 1), queued 6.38 secs ago, sent 2.00 secs ago
2021.05.16 13:06:04 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:04 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 23, request: request: id 1, read fc 1 c3, len 1, master device Solarregler, reading DefaultControlLoad (getUpdate for DefaultControlLoad len 1), queued 6.39 secs ago
2021.05.16 13:06:04 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:04 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:04 5: Solarregler: checkDelays sendDelay, last send to same device was 2.001 secs ago, required delay is 0.1
2021.05.16 13:06:04 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:04 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 23, sending 0101000300010dca via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 1 c3, len 1, master device Solarregler, reading DefaultControlLoad (getUpdate for DefaultControlLoad len 1), queued 6.39 secs ago
2021.05.16 13:06:04 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:04 5: SW: 0101000300010dca
2021.05.16 13:06:04 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:05 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 22, request: request: id 1, read fc 1 c5, len 1, master device Solarregler, reading EnableLoadTest (getUpdate for EnableLoadTest len 1), queued 7.40 secs ago
2021.05.16 13:06:05 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 1 c3, len 1, master device Solarregler, reading DefaultControlLoad (getUpdate for DefaultControlLoad len 1), queued 7.40 secs ago, sent 1.01 secs ago, qlen 22, try again in 1 seconds
2021.05.16 13:06:05 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:06 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 1 c3, len 1, master device Solarregler, reading DefaultControlLoad (getUpdate for DefaultControlLoad len 1), queued 8.39 secs ago, sent 2.00 secs ago
2021.05.16 13:06:06 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:06 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 22, request: request: id 1, read fc 1 c5, len 1, master device Solarregler, reading EnableLoadTest (getUpdate for EnableLoadTest len 1), queued 8.39 secs ago
2021.05.16 13:06:06 5: Solarregler: checkDelays sendDelay, last send to same device was 2.001 secs ago, required delay is 0.1
2021.05.16 13:06:06 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:06 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:06 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:06 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 22, sending 010100050001edcb via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 1 c5, len 1, master device Solarregler, reading EnableLoadTest (getUpdate for EnableLoadTest len 1), queued 8.39 secs ago
2021.05.16 13:06:06 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:06 5: SW: 010100050001edcb
2021.05.16 13:06:06 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:07 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 21, request: request: id 1, read fc 1 c6, len 1, master device Solarregler, reading ForceLoad (getUpdate for ForceLoad len 1), queued 9.40 secs ago
2021.05.16 13:06:07 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 1 c5, len 1, master device Solarregler, reading EnableLoadTest (getUpdate for EnableLoadTest len 1), queued 9.40 secs ago, sent 1.01 secs ago, qlen 21, try again in 1 seconds
2021.05.16 13:06:07 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:08 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 1 c5, len 1, master device Solarregler, reading EnableLoadTest (getUpdate for EnableLoadTest len 1), queued 10.39 secs ago, sent 2.00 secs ago
2021.05.16 13:06:08 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:08 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 21, request: request: id 1, read fc 1 c6, len 1, master device Solarregler, reading ForceLoad (getUpdate for ForceLoad len 1), queued 10.40 secs ago
2021.05.16 13:06:08 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:08 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:08 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:08 5: Solarregler: checkDelays sendDelay, last send to same device was 2.001 secs ago, required delay is 0.1
2021.05.16 13:06:08 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 21, sending 0101000600011dcb via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 1 c6, len 1, master device Solarregler, reading ForceLoad (getUpdate for ForceLoad len 1), queued 10.40 secs ago
2021.05.16 13:06:08 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:08 5: SW: 0101000600011dcb
2021.05.16 13:06:08 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:10 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 20, request: request: id 1, read fc 2 d8192, len 1, master device Solarregler, reading OverTemp (getUpdate for OverTemp len 1), queued 11.46 secs ago
2021.05.16 13:06:10 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 1 c6, len 1, master device Solarregler, reading ForceLoad (getUpdate for ForceLoad len 1), queued 11.46 secs ago, sent 1.07 secs ago, qlen 20, try again in 1 seconds
2021.05.16 13:06:10 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:11 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 1 c6, len 1, master device Solarregler, reading ForceLoad (getUpdate for ForceLoad len 1), queued 12.44 secs ago, sent 2.04 secs ago
2021.05.16 13:06:11 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:11 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 20, request: request: id 1, read fc 2 d8192, len 1, master device Solarregler, reading OverTemp (getUpdate for OverTemp len 1), queued 12.44 secs ago
2021.05.16 13:06:11 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:11 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:11 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:11 5: Solarregler: checkDelays sendDelay, last send to same device was 2.044 secs ago, required delay is 0.1
2021.05.16 13:06:11 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 20, sending 010220000001b20a via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 2 d8192, len 1, master device Solarregler, reading OverTemp (getUpdate for OverTemp len 1), queued 12.45 secs ago
2021.05.16 13:06:11 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:11 5: SW: 010220000001b20a
2021.05.16 13:06:11 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:12 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 19, request: request: id 1, read fc 2 d8204, len 1, master device Solarregler, reading DayNight (getUpdate for DayNight len 1), queued 13.45 secs ago
2021.05.16 13:06:12 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 2 d8192, len 1, master device Solarregler, reading OverTemp (getUpdate for OverTemp len 1), queued 13.45 secs ago, sent 1.01 secs ago, qlen 19, try again in 1 seconds


2021.05.16 13:06:12 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:13 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 2 d8192, len 1, master device Solarregler, reading OverTemp (getUpdate for OverTemp len 1), queued 14.45 secs ago, sent 2.01 secs ago
2021.05.16 13:06:13 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:13 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 19, request: request: id 1, read fc 2 d8204, len 1, master device Solarregler, reading DayNight (getUpdate for DayNight len 1), queued 14.45 secs ago
2021.05.16 13:06:13 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:13 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:13 5: Solarregler: checkDelays sendDelay, last send to same device was 2.007 secs ago, required delay is 0.1
2021.05.16 13:06:13 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:13 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 19, sending 0102200c00017209 via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 2 d8204, len 1, master device Solarregler, reading DayNight (getUpdate for DayNight len 1), queued 14.46 secs ago
2021.05.16 13:06:13 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:13 5: SW: 0102200c00017209
2021.05.16 13:06:13 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:14 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 18, request: request: id 1, read fc 3 h36864, len 8, master device Solarregler, reading BattTyp (getUpdate for combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage), queued 15.46 secs ago
2021.05.16 13:06:14 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 2 d8204, len 1, master device Solarregler, reading DayNight (getUpdate for DayNight len 1), queued 15.46 secs ago, sent 1.01 secs ago, qlen 18, try again in 1 seconds
2021.05.16 13:06:14 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:15 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 2 d8204, len 1, master device Solarregler, reading DayNight (getUpdate for DayNight len 1), queued 16.46 secs ago, sent 2.00 secs ago
2021.05.16 13:06:15 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:15 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 18, request: request: id 1, read fc 3 h36864, len 8, master device Solarregler, reading BattTyp (getUpdate for combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage), queued 16.46 secs ago
2021.05.16 13:06:15 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:15 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:15 5: Solarregler: checkDelays sendDelay, last send to same device was 2.003 secs ago, required delay is 0.1
2021.05.16 13:06:15 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:15 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 18, sending 010390000008690c via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 3 h36864, len 8, master device Solarregler, reading BattTyp (getUpdate for combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage), queued 16.46 secs ago
2021.05.16 13:06:15 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:15 5: SW: 010390000008690c
2021.05.16 13:06:15 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:16 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 17, request: request: id 1, read fc 3 h36872, len 7, master device Solarregler, reading FloatVoltage (getUpdate for combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRecover and h36876 len 1 underVoltageWarning and h36877 len 1 lowVoltageDisconnect and h36878 len 1 dischargingLimitVoltage), queued 17.47 secs ago
2021.05.16 13:06:16 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 3 h36864, len 8, master device Solarregler, reading BattTyp (getUpdate for combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage), queued 17.47 secs ago, sent 1.01 secs ago, qlen 17, try again in 1 seconds
2021.05.16 13:06:16 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:17 3: Solarregler: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h36864, len 8, master device Solarregler, reading BattTyp (getUpdate for combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage), queued 18.46 secs ago, sent 2.00 secs ago
2021.05.16 13:06:17 5: Solarregler: StartQueueTimer called from ResponseTimeout sets internal timer to process queue in 0.000 seconds
2021.05.16 13:06:17 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 17, request: request: id 1, read fc 3 h36872, len 7, master device Solarregler, reading FloatVoltage (getUpdate for combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRecover and h36876 len 1 underVoltageWarning and h36877 len 1 lowVoltageDisconnect and h36878 len 1 dischargingLimitVoltage), queued 18.46 secs ago
2021.05.16 13:06:17 5: Solarregler: checkDelays sendDelay, last send to same device was 2.002 secs ago, required delay is 0.1
2021.05.16 13:06:17 5: Solarregler: checkDelays commDelay, last communication with same device was never, required delay is 0.1
2021.05.16 13:06:17 5: Solarregler: checkDelays clientSwitchDelay is not relevant
2021.05.16 13:06:17 5: Solarregler: checkDelays busDelayRead, last activity on bus was never, required delay is 0
2021.05.16 13:06:17 4: Solarregler: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 17, sending 010390080007a8ca via 192.168.2.170:23, read buffer empty,
request: id 1, read fc 3 h36872, len 7, master device Solarregler, reading FloatVoltage (getUpdate for combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRecover and h36876 len 1 underVoltageWarning and h36877 len 1 lowVoltageDisconnect and h36878 len 1 dischargingLimitVoltage), queued 18.47 secs ago
2021.05.16 13:06:17 5: Solarregler: Send called from ProcessRequestQueue
2021.05.16 13:06:17 5: SW: 010390080007a8ca
2021.05.16 13:06:17 5: Solarregler: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2021.05.16 13:06:18 5: Solarregler: ProcessRequestQueue called from Fhem internal timer as queue:Solarregler, qlen 16, request: request: id 1, read fc 3 h36883, len 7, master device Solarregler, reading Uhrzeit (getUpdate for combined h36883 len 3 Uhrzeit with h36886 len 1 EqualizationCycle and h36887 len 1 BattTempWarningUpper and h36888 len 1 BattTempWarningLower and h36889 len 1 ControllerTempWarning), queued 19.47 secs ago
2021.05.16 13:06:18 5: Solarregler: ProcessRequestQueue will return, Fhem is still waiting for response, read buffer empty,
request: id 1, read fc 3 h36872, len 7, master device Solarregler, reading FloatVoltage (getUpdate for combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRec

Hallo,

du darfst keinen fall einen set set createAttrsFromParseInfo  machen....

Es ist ja schon alles fix und fertig im Modul, das ist ja der Vorteil das man im Fhem nicht die ganze latte an Attributen hat in der Ansicht.
Mit dem createAttrsFromParseInfo  erstellst du ja nochmal die selben readings als attribute die Bereits im Modul sind.
Damit fliegt er zwangsweise auf die Nase weil die Readings doppelt sind, und beim combine für das lesen von mehreren Readings will er dann diese combinieren und kann es natürlich nicht mehr.

Lösche das Device und lege es erneut an und lass es einfach so laufen.

Modbus ID 2 ist bei dir Richtig ? hast du das geändert ? default ist bei mir 1 eigentlich.

esplink hatte ich mal probiert, aber ich nutze espeasy weil ich da noch mehr devices daran hängen habe wie Feinstaub, temperaturen, feuchtigkeitsmessung usw.

Attribute setzen brauchst du nur die zu nehmen die ich im Ersten Posting habe, dann bekommst du auch die selbe Anzeige wie bei mir, kannst du natürlich auch selbst anpassen.

Hallo,

ja ok, das erklärt wohl die endlosen Log-Einträge.

Nee, hab die ID nicht geändert im Epever, hatte das sicher testweise mal probiert mit id 2.

Habs gelöscht, shutdown restart und neu angelegt. Tat sich aber immer noch nich viel,
in nen halben Tag hats 6 readings angelegt und weiter die Log vollgeschrieben mit ...buffer empty...

Habe dann eine andere esp-link Versionen getestet ohne Erfolg, aber auf der github-releases-seite gelesen, das über port 2323 ebenfalls
Daten abgefragt werden können. Dort heißt es, das port 23 als transparent bridge, port 2323 als programming bridge arbeitet.
Wo da jetzt der Unterschied besteht weiß ich nicht.

Mit der Abfrage über port 2323 funktioniert das ganze aber jetzt sehr gut und alle Readings werden aktualisiert!

Vielen Dank für die Unterstützung!

Zukünftig würde ich esp-link durch tasmota ersetzten wollen, aber das ist eine andere Baustelle.

vc45

ok gut zu wissen. Vermutlich komt aus dem serial auch die Console raus von dem esp-link. Transparent sollte wie der Name schon sagt alles durchgehen.

Ich hatte das ganz am anfang mal auch auf dem ESP aber dann doch für ESPEasy mich entschieden. Weis leider jetzt nicht mehr wie das bei mir war, ich war da auch nicht ganz so glücklich.

Hallo laserrichi,

inzwischen ist mein EPEver UPower Wechselrichter montiert und in Betrieb.

Leider bekomme ich über Dein Modul immer folgende Meldung im Log:

ModBusLine: Timeout waiting for a modbus response, read buffer empty,

Es wurden bis dato keine Readings angelegt.

Als RS485-USB-Schnittstelle verwende ich einen USB RS485 Adapter Chipsatz FT232RL + SP485 (Amazon-Link: https://www.amazon.de/gp/product/B0757N8WPG/ref=ppx_yo_dt_b_asin_title_o07_s00?ie=UTF8&psc=1) welchen ich auf RJ45 gelegt habe. A und B habe ich schon vertauscht, der RS485-Adapter erscheint in FHEM als "open" und Protokoll ist RTU.

Hier die Definition on Deinem Modul:
1 60

und vom Adapter (was mir ls -l /dev/serial/by-id zurück gibt):
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10KBHSU-if00-port0@9600

Noch eine Idee oder soll ich einen anderen Adapter ausprobieren?

Gruß

Kurt

also ich kenne jetzt den USB adapter nicht, aber es kann ja hier irgendwie nur ein Kommunikationsproblem auf HW Ebene sein.

du hast wenn ich richtig verstanden habe folgendes gemacht:

define ModbusLine Modbus /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10KBHSU-if00-port0@9600

da würde ich jetzt mal 115200 als Baudrate definieren, das kann der eigentlich von haus aus.

define Solarlader ModBusEPEVER 1 60 RTU

RTU spricht epever eigentlich,  das heist Remote Terminal Unit. Das sind quasi nicht lesbare binäre daten. Jetzt kann es evtl. sein das hier das in dem zusammenhang mit dem UART die Probleme bereitet, denn die wiki vom modbus modul https://wiki.fhem.de/wiki/Modbus  interpretiere ich so das es den Parameter RTU nur bei IP Verbindungen gibt... das weis aber evtl. Stefanstrobel besser.

EDIT: Ok ist wohl in der Doku vermutlich nicht so als Beispiel drin,  denke RTU muss da schon noch drangeschrieben werden.

Ich habe aber eine andere Idee wie du zumindest mal die Hardwarefunktionen testen kannst.
Nimm doch mal einen Laptop und stecke da den USB Dongle ein, und nutze die Windows Software Solarstation Monitor von epever ob du da eine Kommunikation hinbekommst.
Sollte das schon nicht funktionieren stimmt entweder deine Verkabelung nicht oder der Adapter macht da irgendwas nicht richtig.

Auf dem Adapter sind ja 2 LEDs soweit ich das sehe, die sollten wenn es richtig verdrahtet ist auch bei datenabfragen mal blinken.

Hallo laserrichi,

danke mal für die Tipps...

Ich bin mal bischen weiter:

- neuer Adapter im Einsatz (DSD TECH USB zu RS485 RS422 Konverter Adapter mit FTDI FT232 Chip)
- Origianl EPEver-USB-Kabel und Windows-Software funktioniert (also es liegt schon mal nicht am UPower)
- Das RTU-Protokoll wird beim ModBus-Modul im Reading angezeigt, wenn Dein Modul darauf zugreift

Ich werde nun den obigen Adapter mit der Windows-Software ausprobieren, daher meine Frage:

Welche Pins vom RJ45-Anschluss hast Du bei Deinem EPEver für A und B hergenommen?
- 4&5 ?
- 3&5 ?
- 4&6 ?
- 3,4 & 5,6 ?
- und welchen GND (7 & 8) und wann?

Ich habe im Netz alle möglichen Kombinationen gefunden, aber Deine tatsächliche würde mich schon mal weiterbringen. Dann wäre ich mir bei gehender Windows-Software schon mal sicher, ob es am Adapter oder an der PIN-Belegung liegt.

Aber habe ich es richtig verstanden, dass ich anscheinend der erste User bin, der Dein Modul nicht über IP, sondern über Seriell nutzt?

Danke.

Gruß

Kurt

Ich weis leider nicht wer über IP oder direkte Verbindung geht.

Ich selbst nutze ja einen ESP mit ESPeasy und habe mir hier einfach einen RS232 auf RS485 adapter drangelötet.
Den ESP erreiche ich über Wlan, da ich zur Gartenhütte ja keine Verbindung weiter habe.

Genaugenommen ist RS485  absolut Simple, es wird auch in der Bühnentechnik mit DMX verwendet usw.
Es sind nur 2 Drähte :-)   A  und B
GND bräucht man genau genommen garnicht, und dient eigentlich nur zur Abschirmung.

Das einzige was man falsch machen kann ist A und B vertauschen, jetzt ist aber oftmals die Denkweise bei den Chinesen anders....
Die einen reden davon das der Pin mit dem A vom anderen Verbunden werden soll.... und daher schreiben die dann A drauf.. wobei es eigentlich dann B ist...

Das mit Terminierung mit einen Widerstand erachte ich aus Erfahrung als durchaus vernachlässigbar. Nur auf einer Bühne mit vielen Leitungen usw. hatte ich das schon gebraucht.

der Original Epever USB Adapter funktioniert mit Linux nicht. Da hatte ich schon mal mit einem darüber gesprochen, da war das Problem das der im Linux nicht als Serieller Anschluss erscheint sondern als Modem.

Habe leider keinen adapter hier mit dem ich das jetzt mal austesten könnte.

Wenn der serial adapter im windows als com Port erscheint und du dann die epever software damit zum laufen bekommst dann stimmt zumindest deine Verkabelung schon mal.

Jetzt fällt mir noch was dazu ein...  in der wiki vom modbusattr  was ja im prinzip das selbe ist wie mein modul, steht da folgendes

define <iodevice> Modbus /dev/device@baudrate,bits,parity,stop

bingo...  das könnte auch noch das problem sein das du hier bit parity  und stop mit angeben musst

das müsste dann wohl so aussehen
define ModbusLine Modbus /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10KBHSU-if00-port0@115200,8,n,1

Hallo laserrichi,

vielen Dank für den Input.

Ich bekomme den Adapter aktuell nicht unter Windows zum Laufen, ich bekomme auch TimeOuts. Die seriellen Parameter sind alle korrekt.

Also entweder liegts am Adapter (ein anderer kommt am Diensttag) oder an der Verkabelung.

Daher nochmal die konkrete Frage:

Welche Pins am  RJ45-Port hast Du für A&B hergenommen. Die EPEver haben am RJ45-Port ja 2mal A und 2mal B.

Also entweder

3&5 oder
4&6 oder
4&5
(3+4) & (5&6) habe ich auch schon gelesen. ....

Diese Info wäre für mich wichtig, damit ich zumindest für den UPower mal die richtigen RJ45-Anschlüsse habe.

Danke.

Gruß

Kurt

ah ok jetzt weis ich was du meintest, auf dem RJ-45 Stecker

da ist normal 3+4  verbunden und ist B   und 5+6 ist auch verbunden und ist A   bei mir kommt auf 1+2 was auch verbunden ist  5V raus    und 7+8 ist ebenfalls verbunden und ist GND

Du kannst  z.b. 4 +5  verwenden das reicht, am besten da wo 2 verdrillte leitungen sind, nehme an du hast ein netzwerkkabel genommen und abgezwickt.

Hallo laserichi,

vielen Dan für die Info. Die Kombination 4&5 hatte ich schon erfolglos getestet, damit gehe ich davon aus, das meine aktuellen Adapter nicht richtig funktionieren.

Jetzt warte ich auf meine zwei neuen, die einen Abschlusswiderstand zwischen A und B haben und teste unter Windows.

Dann schau ma weiter....

Danke.

Gruß

Kurt

ok A - B Vertauscht hast du ja auch schon probiert. Vielleicht stimmt die Modbus ID ja nicht.
Wenn du am PC ja direkt mal in der Software die Verbindung herstelst "versuchst", soweit ich das sehe sind bei deinem Adapter auch RX und TX LED drauf... diese sollten wenns richtig verdrahtet ist auch mal kurz zucken.

Hallo laserichi,

vielen Dank für Deine Hinweise.... ich hatte Erfolg und bin einen großen Schritt weiter...

Nach dem dritten Adapter (dem billigsten auf dem Markt) und mit Deiner Kabelbelegung konnte ich unter Windows nun erfolgreich eine Verbindung herstellen und Werte auslesen.

Auch unter Rasbian und in FHEM klappts jetzt, die Kommunikation funktioniert. Also reine serielle Kommunikation WR => RJ45 => USB-Adapter => ModBus-Modul

Aber:
Ich habe in Deinem Modul das Intervall auf 300 gesetzt, bekomme aber nur drei Werte im Reading angezeigt:

DayNight
OverTemp
state

Diese aktualisieren sich schon brav intervallmäßig, aber andere Werte habe ich noch nicht im Reading.

Verbose 5 bringt:

2021.06.29 21:40:04 4: OffGridLoader: GetUpdate (V4.4.02 - 31.3.2021) called from Fhem internal timer
2021.06.29 21:40:04 4: OffGridLoader: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 300.0 sec at 21:45:04.278, interval 300
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList full object list: c0 c1 c2 c3 c5 c6 d8192 d8204 h36864 h36865 h36866 h36867 h36868 h36869 h36870 h36871 h36872 h36873 h36874 h36875 h36876 h36877 h36878 h36883 h36886 h36887 h36888 h36889 h36894 h36895 h36896 h36897 h36925 h36926 h36927 h36930 h36933 h36936 h36939 h36969 h36970 i12288 i12289 i12290 i12292 i12293 i12294 i12296 i12544 i12545 i12546 i12548 i12549 i12550 i12556 i12557 i12558 i12560 i12561 i12570 i12571 i12800 i12801 i13056 i13057 i13058 i13059 i13060 i13062 i13064 i13066 i13068 i13070 i13072 i13074 i13076 i13082 i13083
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request c0 len 1 ChargingOnOff
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request c1 len 1 OutputModeManualAuto
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request c2 len 1 ManualControlLoad
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request c3 len 1 DefaultControlLoad
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request c5 len 1 EnableLoadTest
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request c6 len 1 ForceLoad
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request d8192 len 1 OverTemp
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request d8204 len 1 DayNight
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36864 len 1 BattTyp
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36865 len 1 BattCapacityDefault
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36866 len 1 TempCompensationCoeffizient
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36867 len 1 HighVoltDisconnect
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36868 len 1 ChargingLimitVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36869 len 1 OverVoltageReconnect
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36870 len 1 EqualizingVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36871 len 1 BoostVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36872 len 1 FloatVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36873 len 1 BoostReconnectVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36874 len 1 LowVoltageReconnect
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36875 len 1 underVoltageRecover
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36876 len 1 underVoltageWarning
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36877 len 1 lowVoltageDisconnect
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36878 len 1 dischargingLimitVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36883 len 3 Uhrzeit
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36886 len 1 EqualizationCycle
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36887 len 1 BattTempWarningUpper
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36888 len 1 BattTempWarningLower
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36889 len 1 ControllerTempWarning
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36894 len 1 NightTimeThresholdVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36895 len 1 NightTimeDelay
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36896 len 1 DayTimeThresholdVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36897 len 1 DayTimeDelay
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36925 len 1 LoadControllingMode
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36926 len 1 LightOnTime1
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36927 len 1 LightOnTime2
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36930 len 3 TurnOnTime1
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36933 len 3 TurnOffTime1
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36936 len 3 TurnOnTime2
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36939 len 3 TurnOffTime2
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36969 len 1 Timechoose
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request h36970 len 1 DefLoadinManualMode
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12288 len 1 ratedInputVolt
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12289 len 1 ratedInputCurrent
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12290 len 2 ratedInputPower
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12292 len 1 BatteryRatedVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12293 len 1 BatteryRatedCurrent
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12294 len 2 BatteryRatedPower
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12296 len 1 Chargingmode
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12544 len 1 PanelSpannung
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12545 len 1 PanelStrom
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12546 len 2 PanelLeistung
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12548 len 1 BattSpannung
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12549 len 1 BattLadeStrom
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12550 len 2 BattLadeLeistung
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12556 len 1 LastSpannung
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12557 len 1 LastStrom
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12558 len 2 LastLeistung
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12560 len 1 BatteryTemperatur
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12561 len 1 ReglerTemp
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12570 len 1 BattCapacityRemaining
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12571 len 1 BattExtTemp
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12800 len 1 BattStatus
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i12801 len 1 SolarladerStatus
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13056 len 1 PanelSpannung_MaxTag
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13057 len 1 PanelSpannung_MinTag
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13058 len 1 BattMaxVoltTag
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13059 len 1 BattMinVoltTag
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13060 len 2 EnergieVerbrauchTag
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13062 len 2 EnergieVerbrauchMonat
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13064 len 2 EnergieVerbrauchJahr
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13066 len 2 EnergieVerbrauchTotal
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13068 len 2 EnergieGewinnTag
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13070 len 2 EnergieGewinnMonat
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13072 len 2 EnergieGewinnJahr
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13074 len 2 EnergieGewinnTotal
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13076 len 2 CO2ersparnis
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13082 len 1 BattVoltage
2021.06.29 21:40:04 5: OffGridLoader: CreateUpdateList will request i13083 len 1 BattStrom
2021.06.29 21:40:04 4: OffGridLoader: CombineUpdateHash objHash keys before combine: d8192,h36930,i13072,c2,h36867,h36870,i12296,h36896,i13056,h36936,h36969,h36876,i12290,i13057,h36897,h36866,i13062,h36883,h36877,i12548,h36869,i12557,h36894,i12294,i13068,h36895,h36875,h36970,c0,h36874,h36888,i12556,i13059,i12288,h36864,c3,h36871,h36865,i12550,h36939,h36868,i12560,h36925,i13074,i12800,i12546,i12570,h36889,i13058,i13064,i12289,c1,d8204,h36878,c6,h36872,h36886,i12571,i12558,i13070,i12292,h36926,i13082,i12545,i12544,i13076,h36933,h36887,i13066,h36873,i13083,i12561,c5,i12549,i13060,i12293,i12801,h36927
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash tries to combine read commands
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine c0 len 1 ChargingOnOff with c1 len 1 OutputModeManualAuto, span 2 would be bigger than max 1
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine c1 len 1 OutputModeManualAuto with c2 len 1 ManualControlLoad, span 2 would be bigger than max 1
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine c2 len 1 ManualControlLoad with c3 len 1 DefaultControlLoad, span 2 would be bigger than max 1
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine c3 len 1 DefaultControlLoad with c5 len 1 EnableLoadTest, span 3 would be bigger than max 1
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine c5 len 1 EnableLoadTest with c6 len 1 ForceLoad, span 2 would be bigger than max 1
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine c6 len 1 ForceLoad with d8192 len 1 OverTemp, different types
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine d8192 len 1 OverTemp with d8204 len 1 DayNight, span 13 would be bigger than max 1
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine d8204 len 1 DayNight with h36864 len 1 BattTyp, different types
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault to span 2, drop read for h36865
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36864 len 1 BattTyp with h36866 len 1 TempCompensationCoeffizient to span 3, drop read for h36866
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36864 len 1 BattTyp with h36867 len 1 HighVoltDisconnect to span 4, drop read for h36867
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36864 len 1 BattTyp with h36868 len 1 ChargingLimitVoltage to span 5, drop read for h36868
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36864 len 1 BattTyp with h36869 len 1 OverVoltageReconnect to span 6, drop read for h36869
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36864 len 1 BattTyp with h36870 len 1 EqualizingVoltage to span 7, drop read for h36870
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36864 len 1 BattTyp with h36871 len 1 BoostVoltage to span 8, drop read for h36871
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36864 len 1 BattTyp with h36872 len 1 FloatVoltage, span 9 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage to span 2, drop read for h36873
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36874 len 1 LowVoltageReconnect to span 3, drop read for h36874
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36875 len 1 underVoltageRecover to span 4, drop read for h36875
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36876 len 1 underVoltageWarning to span 5, drop read for h36876
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36877 len 1 lowVoltageDisconnect to span 6, drop read for h36877
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36872 len 1 FloatVoltage with h36878 len 1 dischargingLimitVoltage to span 7, drop read for h36878
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36872 len 1 FloatVoltage with h36883 len 3 Uhrzeit, span 14 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36886 len 1 EqualizationCycle to span 4, drop read for h36886
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36887 len 1 BattTempWarningUpper to span 5, drop read for h36887
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36888 len 1 BattTempWarningLower to span 6, drop read for h36888
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36883 len 3 Uhrzeit with h36889 len 1 ControllerTempWarning to span 7, drop read for h36889
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36883 len 3 Uhrzeit with h36894 len 1 NightTimeThresholdVoltage, span 12 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36894 len 1 NightTimeThresholdVoltage with h36895 len 1 NightTimeDelay to span 2, drop read for h36895
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36894 len 1 NightTimeThresholdVoltage with h36896 len 1 DayTimeThresholdVoltage to span 3, drop read for h36896
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36894 len 1 NightTimeThresholdVoltage with h36897 len 1 DayTimeDelay to span 4, drop read for h36897
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36894 len 1 NightTimeThresholdVoltage with h36925 len 1 LoadControllingMode, span 32 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36925 len 1 LoadControllingMode with h36926 len 1 LightOnTime1 to span 2, drop read for h36926
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36925 len 1 LoadControllingMode with h36927 len 1 LightOnTime2 to span 3, drop read for h36927
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36925 len 1 LoadControllingMode with h36930 len 3 TurnOnTime1 to span 8, drop read for h36930
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36925 len 1 LoadControllingMode with h36933 len 3 TurnOffTime1, span 11 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36933 len 3 TurnOffTime1 with h36936 len 3 TurnOnTime2 to span 6, drop read for h36936
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36933 len 3 TurnOffTime1 with h36939 len 3 TurnOffTime2, span 9 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36939 len 3 TurnOffTime2 with h36969 len 1 Timechoose, span 31 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine h36969 len 1 Timechoose with h36970 len 1 DefLoadinManualMode to span 2, drop read for h36970
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine h36969 len 1 Timechoose with i12288 len 1 ratedInputVolt, wrong order defined
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12289 len 1 ratedInputCurrent to span 2, drop read for i12289
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12290 len 2 ratedInputPower to span 4, drop read for i12290
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12292 len 1 BatteryRatedVoltage to span 5, drop read for i12292
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12293 len 1 BatteryRatedCurrent to span 6, drop read for i12293
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12288 len 1 ratedInputVolt with i12294 len 2 BatteryRatedPower to span 8, drop read for i12294
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i12288 len 1 ratedInputVolt with i12296 len 1 Chargingmode, span 9 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i12296 len 1 Chargingmode with i12544 len 1 PanelSpannung, span 249 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12545 len 1 PanelStrom to span 2, drop read for i12545
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12546 len 2 PanelLeistung to span 4, drop read for i12546
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12548 len 1 BattSpannung to span 5, drop read for i12548
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12549 len 1 BattLadeStrom to span 6, drop read for i12549
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12544 len 1 PanelSpannung with i12550 len 2 BattLadeLeistung to span 8, drop read for i12550
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i12544 len 1 PanelSpannung with i12556 len 1 LastSpannung, span 13 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12556 len 1 LastSpannung with i12557 len 1 LastStrom to span 2, drop read for i12557
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12556 len 1 LastSpannung with i12558 len 2 LastLeistung to span 4, drop read for i12558
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12556 len 1 LastSpannung with i12560 len 1 BatteryTemperatur to span 5, drop read for i12560
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12556 len 1 LastSpannung with i12561 len 1 ReglerTemp to span 6, drop read for i12561
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i12556 len 1 LastSpannung with i12570 len 1 BattCapacityRemaining, span 15 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12570 len 1 BattCapacityRemaining with i12571 len 1 BattExtTemp to span 2, drop read for i12571
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i12570 len 1 BattCapacityRemaining with i12800 len 1 BattStatus, span 231 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i12800 len 1 BattStatus with i12801 len 1 SolarladerStatus to span 2, drop read for i12801
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i12800 len 1 BattStatus with i13056 len 1 PanelSpannung_MaxTag, span 257 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13057 len 1 PanelSpannung_MinTag to span 2, drop read for i13057
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13058 len 1 BattMaxVoltTag to span 3, drop read for i13058
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13059 len 1 BattMinVoltTag to span 4, drop read for i13059
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13060 len 2 EnergieVerbrauchTag to span 6, drop read for i13060
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13056 len 1 PanelSpannung_MaxTag with i13062 len 2 EnergieVerbrauchMonat to span 8, drop read for i13062
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i13056 len 1 PanelSpannung_MaxTag with i13064 len 2 EnergieVerbrauchJahr, span 10 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13064 len 2 EnergieVerbrauchJahr with i13066 len 2 EnergieVerbrauchTotal to span 4, drop read for i13066
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13064 len 2 EnergieVerbrauchJahr with i13068 len 2 EnergieGewinnTag to span 6, drop read for i13068
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13064 len 2 EnergieVerbrauchJahr with i13070 len 2 EnergieGewinnMonat to span 8, drop read for i13070
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i13064 len 2 EnergieVerbrauchJahr with i13072 len 2 EnergieGewinnJahr, span 10 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13072 len 2 EnergieGewinnJahr with i13074 len 2 EnergieGewinnTotal to span 4, drop read for i13074
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13072 len 2 EnergieGewinnJahr with i13076 len 2 CO2ersparnis to span 6, drop read for i13076
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash cant combine i13072 len 2 EnergieGewinnJahr with i13082 len 1 BattVoltage, span 11 would be bigger than max 8
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash combine i13082 len 1 BattVoltage with i13083 len 1 BattStrom to span 2, drop read for i13083
2021.06.29 21:40:04 5: OffGridLoader: CombineUpdateHash keys are now d8192,i13072,c2,i12296,i13056,h36969,h36883,h36894,c0,i12556,i12288,h36864,c3,h36939,h36925,i12800,i12570,i13064,c1,d8204,c6,h36872,i13082,i12544,h36933,c5
2021.06.29 21:40:04 4: OffGridLoader: GetUpdate will now create requests for c0 len 1 (ChargingOnOff), c1 len 1 (OutputModeManualAuto), c2 len 1 (ManualControlLoad), c3 len 1 (DefaultControlLoad), c5 len 1 (EnableLoadTest), c6 len 1 (ForceLoad), d8192 len 1 (OverTemp), d8204 len 1 (DayNight), h36864 len 8 (combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage), h36872 len 7 (combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRecover and h36876 len 1 underVoltageWarning and h36877 len 1 lowVoltageDisconnect and h36878 len 1 dischargingLimitVoltage), h36883 len 7 (combined h36883 len 3 Uhrzeit with h36886 len 1 EqualizationCycle and h36887 len 1 BattTempWarningUpper and h36888 len 1 BattTempWarningLower and h36889 len 1 ControllerTempWarning), h36894 len 4 (combined h36894 len 1 NightTimeThresholdVoltage with h36895 len 1 NightTimeDelay and h36896 len 1 DayTimeThresholdVoltage and h36897 len 1 DayTimeDelay), h36925 len 8 (combined h36925 len 1 LoadControllingMode with h36926 len 1 LightOnTime1 and h36927 len 1 LightOnTime2 and h36930 len 3 TurnOnTime1), h36933 len 6 (combined h36933 len 3 TurnOffTime1 with h36936 len 3 TurnOnTime2), h36939 len 3 (TurnOffTime2), h36969 len 2 (combined h36969 len 1 Timechoose with h36970 len 1 DefLoadinManualMode), i12288 len 8 (combined i12288 len 1 ratedInputVolt with i12289 len 1 ratedInputCurrent and i12290 len 2 ratedInputPower and i12292 len 1 BatteryRatedVoltage and i12293 len 1 BatteryRatedCurrent and i12294 len 2 BatteryRatedPower), i12296 len 1 (Chargingmode), i12544 len 8 (combined i12544 len 1 PanelSpannung with i12545 len 1 PanelStrom and i12546 len 2 PanelLeistung and i12548 len 1 BattSpannung and i12549 len 1 BattLadeStrom and i12550 len 2 BattLadeLeistung), i12556 len 6 (combined i12556 len 1 LastSpannung with i12557 len 1 LastStrom and i12558 len 2 LastLeistung and i12560 len 1 BatteryTemperatur and i12561 len 1 ReglerTemp), i12570 len 2 (combined i12570 len 1 BattCapacityRemaining with i12571 len 1 BattExtTemp), i12800 len 2 (combined i12800 len 1 BattStatus with i12801 len 1 SolarladerStatus), i13056 len 8 (combined i13056 len 1 PanelSpannung_MaxTag with i13057 len 1 PanelSpannung_MinTag and i13058 len 1 BattMaxVoltTag and i13059 len 1 BattMinVoltTag and i13060 len 2 EnergieVerbrauchTag and i13062 len 2 EnergieVerbrauchMonat), i13064 len 8 (combined i13064 len 2 EnergieVerbrauchJahr with i13066 len 2 EnergieVerbrauchTotal and i13068 len 2 EnergieGewinnTag and i13070 len 2 EnergieGewinnMonat), i13072 len 6 (combined i13072 len 2 EnergieGewinnJahr with i13074 len 2 EnergieGewinnTotal and i13076 len 2 CO2ersparnis), i13082 len 2 (combined i13082 len 1 BattVoltage with i13083 len 1 BattStrom)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c0, len 1, master device OffGridLoader, reading ChargingOnOff (getUpdate for ChargingOnOff len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c1, len 1, master device OffGridLoader, reading OutputModeManualAuto (getUpdate for OutputModeManualAuto len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c2, len 1, master device OffGridLoader, reading ManualControlLoad (getUpdate for ManualControlLoad len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c3, len 1, master device OffGridLoader, reading DefaultControlLoad (getUpdate for DefaultControlLoad len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c5, len 1, master device OffGridLoader, reading EnableLoadTest (getUpdate for EnableLoadTest len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 1 c6, len 1, master device OffGridLoader, reading ForceLoad (getUpdate for ForceLoad len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 2 d8192, len 1, master device OffGridLoader, reading OverTemp (getUpdate for OverTemp len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 2 d8204, len 1, master device OffGridLoader, reading DayNight (getUpdate for DayNight len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36864, len 8, master device OffGridLoader, reading BattTyp (getUpdate for combined h36864 len 1 BattTyp with h36865 len 1 BattCapacityDefault and h36866 len 1 TempCompensationCoeffizient and h36867 len 1 HighVoltDisconnect and h36868 len 1 ChargingLimitVoltage and h36869 len 1 OverVoltageReconnect and h36870 len 1 EqualizingVoltage and h36871 len 1 BoostVoltage)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36872, len 7, master device OffGridLoader, reading FloatVoltage (getUpdate for combined h36872 len 1 FloatVoltage with h36873 len 1 BoostReconnectVoltage and h36874 len 1 LowVoltageReconnect and h36875 len 1 underVoltageRecover and h36876 len 1 underVoltageWarning and h36877 len 1 lowVoltageDisconnect and h36878 len 1 dischargingLimitVoltage)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36883, len 7, master device OffGridLoader, reading Uhrzeit (getUpdate for combined h36883 len 3 Uhrzeit with h36886 len 1 EqualizationCycle and h36887 len 1 BattTempWarningUpper and h36888 len 1 BattTempWarningLower and h36889 len 1 ControllerTempWarning)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36894, len 4, master device OffGridLoader, reading NightTimeThresholdVoltage (getUpdate for combined h36894 len 1 NightTimeThresholdVoltage with h36895 len 1 NightTimeDelay and h36896 len 1 DayTimeThresholdVoltage and h36897 len 1 DayTimeDelay)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36925, len 8, master device OffGridLoader, reading LoadControllingMode (getUpdate for combined h36925 len 1 LoadControllingMode with h36926 len 1 LightOnTime1 and h36927 len 1 LightOnTime2 and h36930 len 3 TurnOnTime1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36933, len 6, master device OffGridLoader, reading TurnOffTime1 (getUpdate for combined h36933 len 3 TurnOffTime1 with h36936 len 3 TurnOnTime2)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36939, len 3, master device OffGridLoader, reading TurnOffTime2 (getUpdate for TurnOffTime2 len 3)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 3 h36969, len 2, master device OffGridLoader, reading Timechoose (getUpdate for combined h36969 len 1 Timechoose with h36970 len 1 DefLoadinManualMode)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12288, len 8, master device OffGridLoader, reading ratedInputVolt (getUpdate for combined i12288 len 1 ratedInputVolt with i12289 len 1 ratedInputCurrent and i12290 len 2 ratedInputPower and i12292 len 1 BatteryRatedVoltage and i12293 len 1 BatteryRatedCurrent and i12294 len 2 BatteryRatedPower)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12296, len 1, master device OffGridLoader, reading Chargingmode (getUpdate for Chargingmode len 1)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12544, len 8, master device OffGridLoader, reading PanelSpannung (getUpdate for combined i12544 len 1 PanelSpannung with i12545 len 1 PanelStrom and i12546 len 2 PanelLeistung and i12548 len 1 BattSpannung and i12549 len 1 BattLadeStrom and i12550 len 2 BattLadeLeistung)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12556, len 6, master device OffGridLoader, reading LastSpannung (getUpdate for combined i12556 len 1 LastSpannung with i12557 len 1 LastStrom and i12558 len 2 LastLeistung and i12560 len 1 BatteryTemperatur and i12561 len 1 ReglerTemp)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12570, len 2, master device OffGridLoader, reading BattCapacityRemaining (getUpdate for combined i12570 len 1 BattCapacityRemaining with i12571 len 1 BattExtTemp)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i12800, len 2, master device OffGridLoader, reading BattStatus (getUpdate for combined i12800 len 1 BattStatus with i12801 len 1 SolarladerStatus)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13056, len 8, master device OffGridLoader, reading PanelSpannung_MaxTag (getUpdate for combined i13056 len 1 PanelSpannung_MaxTag with i13057 len 1 PanelSpannung_MinTag and i13058 len 1 BattMaxVoltTag and i13059 len 1 BattMinVoltTag and i13060 len 2 EnergieVerbrauchTag and i13062 len 2 EnergieVerbrauchMonat)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13064, len 8, master device OffGridLoader, reading EnergieVerbrauchJahr (getUpdate for combined i13064 len 2 EnergieVerbrauchJahr with i13066 len 2 EnergieVerbrauchTotal and i13068 len 2 EnergieGewinnTag and i13070 len 2 EnergieGewinnMonat)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13072, len 6, master device OffGridLoader, reading EnergieGewinnJahr (getUpdate for combined i13072 len 2 EnergieGewinnJahr with i13074 len 2 EnergieGewinnTotal and i13076 len 2 CO2ersparnis)
2021.06.29 21:40:04 4: OffGridLoader: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13082, len 2, master device OffGridLoader, reading BattVoltage (getUpdate for combined i13082 len 1 BattVoltage with i13083 len 1 BattStrom)
2021.06.29 21:40:05 5: OffGridLoader: ParseDataString called from HandleResponse with data hex c1, type d, adr 8192, op read
2021.06.29 21:40:05 5: OffGridLoader: SplitDataString called from ParseDataString with data hex c1, type d, adr 8192, valuesLen 1, op read
2021.06.29 21:40:05 5: OffGridLoader: SplitDataString shortened coil / input bit string to 1, start adr 8192, valuesLen 1
2021.06.29 21:40:05 5: OffGridLoader: CreateDataObjects called from ParseDataString with objList d8192
2021.06.29 21:40:05 5: OffGridLoader: CreateDataObjects sortedList d8192
2021.06.29 21:40:05 5: OffGridLoader: CreateDataObjects unpacked 31 with a to 1
2021.06.29 21:40:05 5: OffGridLoader: MapConvert called from CreateDataObjects converted 1 (1) to OverTemp with map 0:NormalTemp, 1:OverTemp
2021.06.29 21:40:06 4: OffGridLoader: CreateDataObjects assigns value OverTemp to OverTemp
2021.06.29 21:40:06 5: OffGridLoader: ParseDataString created 1 readings
2021.06.29 21:40:06 5: OffGridLoader: ParseDataString called from HandleResponse with data hex c1, type d, adr 8204, op read
2021.06.29 21:40:06 5: OffGridLoader: SplitDataString called from ParseDataString with data hex c1, type d, adr 8204, valuesLen 1, op read
2021.06.29 21:40:06 5: OffGridLoader: SplitDataString shortened coil / input bit string to 1, start adr 8204, valuesLen 1
2021.06.29 21:40:06 5: OffGridLoader: CreateDataObjects called from ParseDataString with objList d8204
2021.06.29 21:40:06 5: OffGridLoader: CreateDataObjects sortedList d8204
2021.06.29 21:40:06 5: OffGridLoader: CreateDataObjects unpacked 31 with a to 1
2021.06.29 21:40:06 5: OffGridLoader: MapConvert called from CreateDataObjects converted 1 (1) to Night with map 0:Day, 1:Night
2021.06.29 21:40:06 4: OffGridLoader: CreateDataObjects assigns value Night to DayNight
2021.06.29 21:40:06 5: OffGridLoader: ParseDataString created 1 readings

Wie kann ich denn die anderen Werte auslesen oder habe ich was übersehen ... Das Modul habe ich bereits einmal gelöscht und neu angelegt.

Danke.

Gruß

Kurt

sieht nach einen combine Fehler aus.
Hast du bei den Attributen irgendwelche parameter gesetzt ?
Oder einen set createAttrsFromParseInfo   aus versehen gemacht ?

Hallo laserichi,

weder noch. Das mit dem createAttrsFromParseInfo habe ich oben schon gelesen, dass man das nach dem Anlegen nicht machen soll, da es automatisch passiert. Drum habe ich zur Vorsicht das Modul ja nochmal gelöscht und neu angelegt.

Hier meine Raw definition:

defmod OffGridLoader ModbusEPEVER 1 300 RTU

setstate OffGridLoader opened
setstate OffGridLoader 2021-06-30 20:26:10 DayNight Night
setstate OffGridLoader 2021-06-30 20:26:10 OverTemp OverTemp
setstate OffGridLoader 2021-06-30 20:30:34 state opened

Gruß

Kurt

hm... habe noch mal dein log angesehen, da sehe ich auch read buffer empty

Mach mal auch auf das device ein verbose 5  und  dann ein get auf  einen wert und zeige den output.
Vieleicht sieht man da mehr.
Meine Ideen,  Geschwindigkeit, bit, parity, stopbit  oder doch das thema mit RTU...

da kann evtl. nur Stefanstrobel helfen, kenne mich da leider nicht aus.

Hallo laserichi,

hier ein verbose5 auf "get BattVoltage"


2021.06.30 21:24:56 4: OffGridLoader: get called with BattVoltage (i13082)
2021.06.30 21:24:56 5: OffGridLoader: GetSetChecks with force
2021.06.30 21:24:56 5: OffGridLoader: GetSetChecks returns success
2021.06.30 21:24:56 4: OffGridLoader: DoRequest called from GetLDFn created new request, read buffer empty,
request: id 1, read fc 4 i13082, len 1, master device OffGridLoader, reading BattVoltage (get BattVoltage)


Die aktuell angezeigten Readings sind:

DayNight Night 2021-06-30 21:23:40
OverTemp OverTemp 2021-06-30 21:23:40
state active 2021-06-30 21:23:38


Irgendwie hört er immer nach diesen drei auf und bekommt dann einen read buffer empty.

Gruß

Kurt

und von deinem device, also usb adapter der verbose output zu dem Zeitpunkt.

Hallo laserich,

hier der Log mit verbose5 auf Deinem Modul und dem Modbus-Model bei einem "get BattVoltage" in einem Schwung bzw. Ablauf:


2021.06.30 21:42:06 4: OffGridLoader: get called with BattVoltage (i13082)
2021.06.30 21:42:06 5: OffGridLoader: GetSetChecks with force
2021.06.30 21:42:06 5: OffGridLoader: GetSetChecks returns success
2021.06.30 21:42:06 4: OffGridLoader: DoRequest called from GetLDFn created new request, read buffer empty,
request: id 1, read fc 4 i13082, len 1, master device OffGridLoader, reading BattVoltage (get BattVoltage)
2021.06.30 21:42:06 5: ModBusLine: QueueRequest called from DoRequest with i13082, qlen 0 from master OffGridLoader through io device ModBusLine
2021.06.30 21:42:06 5: ModBusLine: ProcessRequestQueue called from QueueRequest as direct:ModBusLine, qlen 1, force, request: request: id 1, read fc 4 i13082, len 1, master device OffGridLoader, reading BattVoltage (get BattVoltage), queued 0.00 secs ago
2021.06.30 21:42:06 5: ModBusLine: checkDelays clientSwitchDelay is not relevant
2021.06.30 21:42:06 5: ModBusLine: checkDelays commDelay, last communication with same device was 200.575 secs ago, required delay is 0.1
2021.06.30 21:42:06 5: ModBusLine: checkDelays sendDelay, last send to same device was 200.771 secs ago, required delay is 0.1
2021.06.30 21:42:06 5: ModBusLine: checkDelays busDelayRead, last activity on bus was 200.576 secs ago, required delay is 0
2021.06.30 21:42:06 4: ModBusLine: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 1, sending 0104331a00011f49 via /dev/ttyUSB1@115200, read buffer empty,
request: id 1, read fc 4 i13082, len 1, master device OffGridLoader, reading BattVoltage (get BattVoltage), queued 0.00 secs ago
2021.06.30 21:42:06 5: ModBusLine: Send called from ProcessRequestQueue
2021.06.30 21:42:06 5: SW: 0104331a00011f49
2021.06.30 21:42:06 5: ModBusLine: ReadAnswer called from GetLDFn
2021.06.30 21:42:06 5: ModBusLine: ReadAnswer remaining timeout is 1.99355697631836
2021.06.30 21:42:06 5: ModBusLine: ReadAnswer got: 018402c2c1
2021.06.30 21:42:06 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 1
2021.06.30 21:42:06 4: ModBusLine: ParseFrameStart (RTU, master) extracted id 1, fCode 132 and potential data 02
2021.06.30 21:42:06 5: ModBusLine: HandleResponse called from ReadAnswer
2021.06.30 21:42:06 5: ModBusLine: ParseResponse called from HandleResponse
2021.06.30 21:42:06 5: ModBusLine: CheckChecksum (called from ParseResponse): c2c1 is valid
2021.06.30 21:42:06 4: ModBusLine: HandleResponse got response with error code 84 / 02, illegal data address
2021.06.30 21:42:06 4: ModBusLine: HandleResponse done, current frame / read buffer: 018402c2c1, id 1, fCode 132,
request: id 1, read fc 4 i13082, len 1, master device OffGridLoader, reading BattVoltage (get BattVoltage), queued 0.11 secs ago, sent 0.11 secs ago,
response: id 1, fc 132, error code 02, len 1
2021.06.30 21:42:06 5: ModBusLine: ResetExpect for HandleResponse from response to idle
2021.06.30 21:42:06 5: ModBusLine: DropFrame called from ReadAnswer - drop 018402c2c1



2021.06.30 21:42:06 5: ModBusLine: ReadAnswer got: 018402c2c1
2021.06.30 21:42:06 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 1
2021.06.30 21:42:06 4: ModBusLine: ParseFrameStart (RTU, master) extracted id 1, fCode 132 and potential data 02
2021.06.30 21:42:06 5: ModBusLine: HandleResponse called from ReadAnswer
2021.06.30 21:42:06 5: ModBusLine: ParseResponse called from HandleResponse
2021.06.30 21:42:06 5: ModBusLine: CheckChecksum (called from ParseResponse): c2c1 is valid
2021.06.30 21:42:06 4: ModBusLine: HandleResponse got response with error code 84 / 02, illegal data address


also hier kommt etwas falsches zurück: 018402c2c1

01 = device ID  ist Richtig
84 = function Code... das ist Falsch.... hier müsste eigentlich 04 stehen
02 = zwei bytes  ist wohl auch Richtig
c2c1 ist auch nicht plausibel, das wären ja 498,57V  :-)  bissl viel...

das ist eigentlich ein Fall für StefanStrobel... der kann dazu vieleicht mehr sagen.

Edit: habe gerade bei Modbus Spezifikationen gefunden das es  wohl Function Code in Exception Response ist.

Hallo laserrichi,

danke.

Stefan vermutet eher einen Fehler in Deinem Modul, da irgendeine Adresse nicht vorhanden ist.

https://forum.fhem.de/index.php/topic,75638.780.html#lastPost

Eventuell hat es bei den neuen UPower-Modellen eine Änderung geben, im Netz habe ich z.B. das gefunden:

https://stackoverflow.com/questions/63055446/issue-reading-modbus-registers-from-epever-upower-charger-inverter-using-pymod

Zitat
You need to change your Address from 0x3100 to 0x3500.

I decompiled the SolarStationSoftware and found out that they changed the Realtime Address to 13568.

Gruß

Kurt

Ich habe jetzt die Doku bekommen.
Teste mal das im Anhang.

Da das doch komplett anders ist, habe ich auch den Namen auf ModbusUPOWER  genannt.

Bei dem UPower ist die Modbus ID  10  und nicht 1... lt. Beschreibung ist diese fix und kann nicht geändert werden.

define deinName ModbusUPOWER 10 60 RTU

die Namen der Readings sind jetzt mal so grob... aber das kann man ja auch ändern erweitern usw. die Description ist nur angefangen. Und das setzen bei den Werten die dann mit Einheit angezeigt werden, geht nur wenn man beim set anstatt 12.54 V   1254  eingibt.

Hallo,

schaut schon sehr gut aus:


defmod Garage_Inverter ModbusUPOWER 1 300 RTU
attr Garage_Inverter room Energie

setstate Garage_Inverter opened
setstate Garage_Inverter 2021-07-02 17:27:15 ArrayChargDeviceTemp 32 °C
setstate Garage_Inverter 2021-07-02 17:27:13 BacklightTime 3000
setstate Garage_Inverter 2021-07-02 17:27:13 BattCapacity 100 Ah
setstate Garage_Inverter 2021-07-02 17:27:13 BattTyp Benutzerdefiniert
setstate Garage_Inverter 2021-07-02 17:27:16 BatterySOC 1 AH
setstate Garage_Inverter 2021-07-02 17:27:16 BatteryState Ok
setstate Garage_Inverter 2021-07-02 17:27:16 BatteryTemp 26.28 °C
setstate Garage_Inverter 2021-07-02 17:27:16 BatteryVoltage 27.58 V
setstate Garage_Inverter 2021-07-02 17:27:13 BuzzerAlarm 1
setstate Garage_Inverter 2021-07-02 17:27:16 ByPassCurrent 0 A
setstate Garage_Inverter 2021-07-02 17:27:16 ByPassPower 0 W
setstate Garage_Inverter 2021-07-02 17:27:16 ByPassVolt 0 V
setstate Garage_Inverter 2021-07-02 17:27:13 ChrgPriorityMode SolarPriorityCharging
setstate Garage_Inverter 2021-07-02 17:27:13 DcAcLowVoltDisconnect 21.6 V
setstate Garage_Inverter 2021-07-02 17:27:13 DcAcLowVoltDisconnectRecovery 25 V
setstate Garage_Inverter 2021-07-02 17:27:13 DcAcOverVoltDisconnect 32 V
setstate Garage_Inverter 2021-07-02 17:27:13 DcAcOverVoltDisconnectRecovery 30 V
setstate Garage_Inverter 2021-07-02 17:27:14 ElectricAggChrg 0.23 kWh
setstate Garage_Inverter 2021-07-02 17:27:14 ElectricChrgInVolt 0 V
setstate Garage_Inverter 2021-07-02 17:27:14 ElectricChrgOutCur 0 A
setstate Garage_Inverter 2021-07-02 17:27:14 ElectricChrgOutPow 0 W
setstate Garage_Inverter 2021-07-02 17:27:14 ElectricChrgOutVolt 27.55 V
setstate Garage_Inverter 2021-07-02 17:27:14 ElectricChrgState 49152
setstate Garage_Inverter 2021-07-02 17:27:14 ElectricChrgTemp 32 °C
setstate Garage_Inverter 2021-07-02 17:27:15 InverterInVolt 27.58 V
setstate Garage_Inverter 2021-07-02 17:27:15 InverterOutApparentPower 0 W
setstate Garage_Inverter 2021-07-02 17:27:15 InverterOutCur 0 A
setstate Garage_Inverter 2021-07-02 17:27:15 InverterOutFrequenz 50 Hz
setstate Garage_Inverter 2021-07-02 17:27:15 InverterOutVolt 229.43 V
setstate Garage_Inverter 2021-07-02 17:27:15 PvAggChrg 12.42 kWh
setstate Garage_Inverter 2021-07-02 17:27:15 PvChrgStat 5
setstate Garage_Inverter 2021-07-02 17:27:14 PvInCurrent 0.93 A
setstate Garage_Inverter 2021-07-02 17:27:14 PvInPower 35.59 W
setstate Garage_Inverter 2021-07-02 17:27:14 PvInVolt 38.17 V
setstate Garage_Inverter 2021-07-02 17:27:14 PvOutCurrent 1.28 A
setstate Garage_Inverter 2021-07-02 17:27:14 PvOutPower 35.3 W
setstate Garage_Inverter 2021-07-02 17:27:14 PvOutVolt 27.58 V
setstate Garage_Inverter 2021-07-02 17:27:13 SysChrgBoostHoldTime 30
setstate Garage_Inverter 2021-07-02 17:27:13 SysChrgBoostVolt 28.8 V
setstate Garage_Inverter 2021-07-02 17:27:13 SysChrgRecoveryVolt 27.6 V
setstate Garage_Inverter 2021-07-02 17:27:13 SysDryOffVolt 2400
setstate Garage_Inverter 2021-07-02 17:27:13 SysDryOnVolt 2220
setstate Garage_Inverter 2021-07-02 17:27:13 SysStopRecChrgVolt 2800
setstate Garage_Inverter 2021-07-02 17:27:13 TempUnit Celsius
setstate Garage_Inverter 2021-07-02 17:27:13 TotalChargingCurrent 50 A
setstate Garage_Inverter 2021-07-02 17:27:12 bByPassSta no grid
setstate Garage_Inverter 2021-07-02 17:27:10 bClrErrors Off
setstate Garage_Inverter 2021-07-02 17:27:10 bClrStat unable
setstate Garage_Inverter 2021-07-02 17:27:11 bDevOutOnOff InverterOn
setstate Garage_Inverter 2021-07-02 17:27:12 bGridSupplyChrgOnOff ACDC close charging
setstate Garage_Inverter 2021-07-02 17:27:11 bLocalRemoteCtrl Remote
setstate Garage_Inverter 2021-07-02 17:27:12 bNight Day
setstate Garage_Inverter 2021-07-02 17:27:11 bOutPowerSavingMode Off
setstate Garage_Inverter 2021-07-02 17:27:10 bOutPriorMode inverter
setstate Garage_Inverter 2021-07-02 17:27:12 bPvChrgOnOff charging
setstate Garage_Inverter 2021-07-02 17:27:11 bSysResetOnOff no Reset
setstate Garage_Inverter 2021-07-02 17:27:10 state opened


Einen Log-Eintrag habe ich bei Verbose 3:


2021.07.02 17:37:14 3: Garage_Inverter: MapConvert called from CreateDataObjects did not find 5 (5) in map 0:Standby 0, 1:Lädtnicht, 3:Fehler, 7:Ladeerhaltung, 11:Boostladung, 15:Equalizing, 16:Panel Kurzschluss , 128:Ausgangs Mosfet Kurzschluss , 256:Ausgangs Kurzschluss , 512:Last Überstrom , 1024:Panel Überstrom , 2048:Anti-reverse MOSFET is short, 4096:Charging or Anti-reverse MOSFET is short, 8192:Charging MOSFET is short, 16384:kein Panel verbunden, 16385:Panelspannung zu hoch, 16386:Panel Spannungsfehler


Ich werde mir die Werte mal genauer anschauen ob mir was auffällt.

P.S.: Die Modbus ID ist bei mir 1, dieses konnte ich mit der Windows-Software im Rahmen meiner Adapter-Tests ändern und auslesen.

Hallo,

die Werte schauen im Allgemeinen in Ordnung aus, zwei fallen mir auf:

BatterySoc: 1AH (Batterie hat 100Ah und ist voll); sollten wohl % sein ?
ElectricChrgState: 49152 ?

Die Set-Befehle habe ich noch nicht getestet...

Gruß

Kurt

BatterySoc  hab ich mal geändert, muss man nicht durch 100 Teilen

ElectricChrgState  sind eigentlich jeweile Bits die dann an oder aus sind für die Stati... das muss man halt irgendwie noch umsetzen

Der Wert in Bit: 1100 0000 0000 0000


D15-D14: 00H Input voltage normal, 01H Input voltage low, 02H Inputvoltage high,
D13 D12,output power. 00-lowload 01-middle 02-rated 03-overload
D11: Short circuitD9: Over temp.
D8: Output voltage abnormal
D1: 0 Normal 1 error

Hallo laserich,

vielen Dank. Ich habe das neue Modul eingespielt.

Folgendes habe ich noch festgestellt:

- Logeintrag bei Verbose 3, wiederholt sich im Intervall:
(Vielleicht ein Blank vor dem Kommas zuviel in der Map-Anweisung?)

2021.07.03 14:24:18 3: Garage_Inverter: MapConvert called from CreateDataObjects did not find 9 (9) in map 0:Standby 0, 1:Lädtnicht, 3:Fehler, 7:Ladeerhaltung, 11:Boostladung, 15:Equalizing, 16:Panel Kurzschluss , 128:Ausgangs Mosfet Kurzschluss , 256:Ausgangs Kurzschluss , 512:Last Überstrom , 1024:Panel Überstrom , 2048:Anti-reverse MOSFET is short, 4096:Charging or Anti-reverse MOSFET is short, 8192:Charging MOSFET is short, 16384:kein Panel verbunden, 16385:Panelspannung zu hoch, 16386:Panel Spannungsfehler
2021.07.03 14:34:17 3: Garage_Inverter: MapConvert called from CreateDataObjects did not find 9 (9) in map 0:Standby 0, 1:Lädtnicht, 3:Fehler, 7:Ladeerhaltung, 11:Boostladung, 15:Equalizing, 16:Panel Kurzschluss , 128:Ausgangs Mosfet Kurzschluss , 256:Ausgangs Kurzschluss , 512:Last Überstrom , 1024:Panel Überstrom , 2048:Anti-reverse MOSFET is short, 4096:Charging or Anti-reverse MOSFET is short, 8192:Charging MOSFET is short, 16384:kein Panel verbunden, 16385:Panelspannung zu hoch, 16386:Panel Spannungsfehle




- BatterySoc: stimmt jetzt vom Wert. Laut Beschreibung "Percentage of remaining battery power", laut Unit "AH"
(Mein BMS sagt 97%, der UPower 80 Ah; da meine Batterie 100 Ah hat, kann ich nun nicht sagen, ob % oder Ah korrekt ist)

Gruß

Kurt

die Log Einträge sind deswegen weil der wert 5 nicht zu mappen war.
Da musst mal schauen was es im laufe der Zeit so gibt und was es zu bedeuten hat.
Da man hier in die BIT in Dezimal ja hat ist das etwas Fleissarbeit die entsprechenden dezimalwerte in den richtigen Text zu mappen.

Ebenso ist hier auch das error bit scheinbar falsch herum, ist beim anderen Modul auch so.
Und beim ElectricChrgState  ist das Bit 16 auch nicht beschrieben aber wohl gesetzt, und das bit 15 ist auch gesetzt, was aber darauf deuten würde die Eingangsspannung ist so nicht ok.... da hast noch viel zu beobachten und anzupassen :-)

Habs mal im anhang etwas geändert auf das was du jetzt wohl so hast

Hallo laserichi,

ich hätte für das 98_ModbusUPOWER mal folgende Korrekturen herausgefunden:

PvChrgStat:
1:Lädt nicht, 3: NotKnow, 5:Ladeerhaltung, 9:Boostladung, 7:Equalizing, 513:Input over current,'
=> Korrektur von 5 und 9

BatterySOC:
$val="$val %"
=> Angabe in %

Die anderen aktuell angezeigten Werte passen zur Anzeige am Display bzw. der Windows-Software. Andere Status bzw. Fehler hatte ich noch nicht.

Gruß

Kurt

ich habe jetzt angefangen die Module umzubauen.

Es gibt Readings bei denen Einzelne Bits entscheidend sind. Das ist z.b. der Status vom Gerät, Batterie, Last  usw.

Aufgrund von mehreren gleichzeitig möglichen Zuständen ist es mit map schwierig das alles abzubilden.
Es kann immer zu Zuständen kommen die nicht gemapt werden und dann steht im Status einfach die Zahl als solche.

Ich würde jetzt diese Readings entsprechend mit den Texten befüllen:
Bsp:
BattStatus              Battvolt:Undervoltage Temp:Normal
SolarladerStatus     Boostladung Running Status:Normal Input:Normal

Das noch auf weitere Readings ausdehnen würde ich nicht, sind ja jetzt schon weit über 70 und es wird nur noch unübersichtlicher, zumal die zusamenhänge dann auch so gegeben sind.

Da so manche dinge sich in Englisch oder auch Deutsch nach meiner Meinung nicht befriedigend abbilden lassen, habe ich eine Mischung drin.

Was meint ihr dazu ?  Wünsche Anregungen ?

Ok, nachdem kein Feedback gekommen ist habe ich die beiden Module im ersten Beitrag angehängt so wie sie aktuell sind.

Hallo laserrichi,

super das du das Modul aktualisierst!
Werde das die nächsten Tage ma testen.

Grundsätzlich funktioniert das "alte" Modul sehr gut bei mir.
Bei umbauarbeite ist mir nur aufgefallen, dasses Log ein wenig vollgemüllt wird mit "...read buffer empty..." wenn mein esp-link nicht online ist.
Vielleicht ist es möglich die Zugriffe zu unterbinden wenn der state nicht auf "opened" steht.

MfG
vc45

@VC45

du solltest dann verbose runtersetzen.
Ich habe bei mir verbose 0 da ich nur die readings die ich benötige in ein extra log laufen lasse.

Hallo laserrichi,

sehr schönes Modul für EPEVER Geräte hast Du gebaut.
Das ModbusEPEVER ist schonmal klasse. Das UPOWER hab ich eben ausprobieren wollen, das will noch nicht so ganz.


syntax error at ./FHEM/98_ModbusUPOWER.pm line 85, near "'name'"
syntax error at ./FHEM/98_ModbusUPOWER.pm line 363, near "){"
Global symbol "$InpOverCurrent" requires explicit package name (did you forget to declare "my $InpOverCurrent"?) at ./FHEM/98_ModbusUPOWER.pm line 364.
Global symbol "$pa" requires explicit package name (did you forget to declare "my $pa"?) at ./FHEM/98_ModbusUPOWER.pm line 364.
Global symbol "$RevMos" requires explicit package name (did you forget to declare "my $RevMos"?) at ./FHEM/98_ModbusUPOWER.pm line 365.
Global symbol "$pa" requires explicit package name (did you forget to declare "my $pa"?) at ./FHEM/98_ModbusUPOWER.pm line 365.
Global symbol "$ChrRevMos" requires explicit package name (did you forget to declare "my $ChrRevMos"?) at ./FHEM/98_ModbusUPOWER.pm line 366.
Global symbol "$pa" requires explicit package name (did you forget to declare "my $pa"?) at ./FHEM/98_ModbusUPOWER.pm line 366.
Global symbol "$ChrMos" requires explicit package name (did you forget to declare "my $ChrMos"?) at ./FHEM/98_ModbusUPOWER.pm line 367.
Global symbol "$pa" requires explicit package name (did you forget to declare "my $pa"?) at ./FHEM/98_ModbusUPOWER.pm line 367.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 368.
Global symbol "$pa" requires explicit package name (did you forget to declare "my $pa"?) at ./FHEM/98_ModbusUPOWER.pm line 368.
Global symbol "$pa" requires explicit package name (did you forget to declare "my $pa"?) at ./FHEM/98_ModbusUPOWER.pm line 368.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 369.
Global symbol "$ChrStatus" requires explicit package name (did you forget to declare "my $ChrStatus"?) at ./FHEM/98_ModbusUPOWER.pm line 372.
Global symbol "$Running" requires explicit package name (did you forget to declare "my $Running"?) at ./FHEM/98_ModbusUPOWER.pm line 372.
Global symbol "$InputVolt" requires explicit package name (did you forget to declare "my $InputVolt"?) at ./FHEM/98_ModbusUPOWER.pm line 372.
Global symbol "$InpOverCurrent" requires explicit package name (did you forget to declare "my $InpOverCurrent"?) at ./FHEM/98_ModbusUPOWER.pm line 372.
Global symbol "$RevMos" requires explicit package name (did you forget to declare "my $RevMos"?) at ./FHEM/98_ModbusUPOWER.pm line 372.
Global symbol "$ChrRevMos" requires explicit package name (did you forget to declare "my $ChrRevMos"?) at ./FHEM/98_ModbusUPOWER.pm line 372.
Global symbol "$ChrMos" requires explicit package name (did you forget to declare "my $ChrMos"?) at ./FHEM/98_ModbusUPOWER.pm line 372.
syntax error at ./FHEM/98_ModbusUPOWER.pm line 373, near "}"
./FHEM/98_ModbusUPOWER.pm has too many errors.

Das hatte ich mal an meinem IPower versucht, aber das Modul will bei mir noch gar nicht rennen.

Im Anhang hab ich noch das Protokoll von dem IPOWER angehangen, das hatte ich mal bei EPEVER angefragt.
Hab aber noch keine Ahnung, das für meine Zwecke zu verwenden...

Gruß

Olaf

Ok Danke für das Testen, habe Fehler gefunden... bzw. mehrere sogar,  ; anstatt ein ,   :-) und dann noch mit paste copy sich ominös vermehrte....

Habe es im 1 Beitrag mal upgedated

der IPOWER ist quasi nur ein Wechselrichter wenn ich das verstehe ?
Das geht mit beiden Modulen dann nicht, hat auch relativ wenig Abfragen, aber ich kann Dir da ein Modul auch daraus basteln.

teste das mal für deinen IPOWER

da ist bei dem Inverter Status  in der Doku das bit1  abgeschnitten, k.a. was das bedeutet, ich habe da den Status als Text mal mit  Bit1 Ein  oder Aus  versehen, kannst ja mal schauen was das tut.

Bei den setzbaren Werten für DC Disconnect reconnect usw. musst du mal schauen ob das so passt:  setzen mit z.b. 11.2  sollte gehen.

juchuh,

wie geil ist das denn?
Rennt auf Anhieb! Besten Dank. Vielleicht kann´s noch der Eine oder Andere auch noch gebrauchen.
Ja, das ist nur ein Stand-Alone Inverter, bringt die 2000 Watt aber satt! :-)


Olaf

Gerne doch :-)

Aber sehe gerade InputCurrent und Power hat 0... das sollte so wie ich das verstehe eigentlich der Strom und Leistung sein was aus Batterie kommt.

Du hast 50V ... respekt...
Eigentlich sollten ja auch die anderen Register 0x9030 - 0x9033  bei denen man die Spannungen setzen kann auch erscheinen.

Schau mal im Log ob da irgendwas zu finden ist das die Adressen nicht gelesen werden.
Die Modbus Doku war jetzt auch nicht sehr üppig

Also, ich hoffe das ist ein kompletter Durchgang:

2021.08.04 21:14:14 4 : IPOWER: GetUpdate (V4.4.02 - 31.3.2021) called from Fhem internal timer
2021.08.04 21:14:14 4 : IPOWER: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 30.0 sec at 21:14:44.781, interval 30
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList full object list: c11 c15 h2352 h2353 h2354 h2355 i12552 i12553 i12554 i12556 i12557 i12558 i12561 i12562 i12802
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request c11 len 1 RemoteLocalControl
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request c15 len 1 StartStop
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request h2352 len 1 LowVoltDisconnect
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request h2353 len 1 LowVoltReconnect
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request h2354 len 1 HighVoltReconnect
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request h2355 len 1 HighVoltDisconnect
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12552 len 1 InputVolt
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12553 len 1 InputCurrent
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12554 len 2 InputPower
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12556 len 1 OutputVoltage
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12557 len 1 OutputCurrent
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12558 len 2 OutputPower
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12561 len 1 InverterTemp
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12562 len 1 MosfetTemp
2021.08.04 21:14:14 5 : IPOWER: CreateUpdateList will request i12802 len 1 InverterState
2021.08.04 21:14:14 4 : IPOWER: CombineUpdateHash objHash keys before combine: i12556,h2352,i12557,i12558,c11,i12554,h2355,i12562,i12561,i12553,i12552,c15,i12802,h2353,h2354
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash tries to combine read commands
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash cant combine c11 len 1 RemoteLocalControl with c15 len 1 StartStop, span 5 would be bigger than max 1
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash cant combine c15 len 1 StartStop with h2352 len 1 LowVoltDisconnect, different types
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine h2352 len 1 LowVoltDisconnect with h2353 len 1 LowVoltReconnect to span 2, drop read for h2353
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine h2352 len 1 LowVoltDisconnect with h2354 len 1 HighVoltReconnect to span 3, drop read for h2354
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine h2352 len 1 LowVoltDisconnect with h2355 len 1 HighVoltDisconnect to span 4, drop read for h2355
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash cant combine h2352 len 1 LowVoltDisconnect with i12552 len 1 InputVolt, different types
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine i12552 len 1 InputVolt with i12553 len 1 InputCurrent to span 2, drop read for i12553
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine i12552 len 1 InputVolt with i12554 len 2 InputPower to span 4, drop read for i12554
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine i12552 len 1 InputVolt with i12556 len 1 OutputVoltage to span 5, drop read for i12556
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine i12552 len 1 InputVolt with i12557 len 1 OutputCurrent to span 6, drop read for i12557
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine i12552 len 1 InputVolt with i12558 len 2 OutputPower to span 8, drop read for i12558
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash cant combine i12552 len 1 InputVolt with i12561 len 1 InverterTemp, span 10 would be bigger than max 8
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash combine i12561 len 1 InverterTemp with i12562 len 1 MosfetTemp to span 2, drop read for i12562
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash cant combine i12561 len 1 InverterTemp with i12802 len 1 InverterState, span 242 would be bigger than max 8
2021.08.04 21:14:14 5 : IPOWER: CombineUpdateHash keys are now h2352,c11,i12561,i12552,c15,i12802
2021.08.04 21:14:14 4 : IPOWER: GetUpdate will now create requests for c11 len 1 (RemoteLocalControl), c15 len 1 (StartStop), h2352 len 4 (combined h2352 len 1 LowVoltDisconnect with h2353 len 1 LowVoltReconnect and h2354 len 1 HighVoltReconnect and h2355 len 1 HighVoltDisconnect), i12552 len 8 (combined i12552 len 1 InputVolt with i12553 len 1 InputCurrent and i12554 len 2 InputPower and i12556 len 1 OutputVoltage and i12557 len 1 OutputCurrent and i12558 len 2 OutputPower), i12561 len 2 (combined i12561 len 1 InverterTemp with i12562 len 1 MosfetTemp), i12802 len 1 (InverterState)
2021.08.04 21:14:14 5 : IPOWER: ParseDataString called from HandleResponse with data hex 00, type c, adr 11, op read
2021.08.04 21:14:14 5 : IPOWER: SplitDataString called from ParseDataString with data hex 00, type c, adr 11, valuesLen 1, op read
2021.08.04 21:14:14 5 : IPOWER: SplitDataString shortened coil / input bit string to 0, start adr 11, valuesLen 1
2021.08.04 21:14:14 5 : IPOWER: CreateDataObjects called from ParseDataString with objList c11
2021.08.04 21:14:14 5 : IPOWER: CreateDataObjects sortedList c11
2021.08.04 21:14:14 5 : IPOWER: CreateDataObjects unpacked 30 with a to 0
2021.08.04 21:14:14 5 : IPOWER: MapConvert called from CreateDataObjects converted 0 (0) to Local with map 0:Local, 65280:Remote
2021.08.04 21:14:14 4 : IPOWER: CreateDataObjects assigns value Local to RemoteLocalControl
2021.08.04 21:14:14 5 : IPOWER: ParseDataString created 1 readings
<div class='fhemlog'>2021.08.04 21:14:14 4 : IPOWER: DoRequest called from GetUpdate created new request, read buffer empty,  request: id 3, read fc 1 c11, len 1, master device IPOWER, reading RemoteLocalControl (getUpdate for RemoteLocalControl len 1)</div><div class='fhemlog'>2021.08.04 21:14:14 4 : IPOWER: DoRequest called from GetUpdate created new request, read buffer empty,  request: id 3, read fc 1 c15, len 1, master device IPOWER, reading StartStop (getUpdate for StartStop len 1)</div><div class='fhemlog'>2021.08.04 21:14:14 4 : IPOWER: DoRequest called from GetUpdate created new request, read buffer empty,  request: id 3, read fc 3 h2352, len 4, master device IPOWER, reading LowVoltDisconnect (getUpdate for combined h2352 len 1 LowVoltDisconnect with h2353 len 1 LowVoltReconnect and h2354 len 1 HighVoltReconnect and h2355 len 1 HighVoltDisconnect)</div><div class='fhemlog'>2021.08.04 21:14:14 4 : IPOWER: DoRequest called from GetUpdate created new request, read buffer empty,  request: id 3, read fc 4 i12552, len 8, master device IPOWER, reading InputVolt (getUpdate for combined i12552 len 1 InputVolt with i12553 len 1 InputCurrent and i12554 len 2 InputPower and i12556 len 1 OutputVoltage and i12557 len 1 OutputCurrent and i12558 len 2 OutputPower)</div><div class='fhemlog'>2021.08.04 21:14:14 4 : IPOWER: DoRequest called from GetUpdate created new request, read buffer empty,  request: id 3, read fc 4 i12561, len 2, master device IPOWER, reading InverterTemp (getUpdate for combined i12561 len 1 InverterTemp with i12562 len 1 MosfetTemp)</div><div class='fhemlog'>2021.08.04 21:14:14 4 : IPOWER: DoRequest called from GetUpdate created new request, read buffer empty,  request: id 3, read fc 4 i12802, len 1, master device IPOWER, reading InverterState (getUpdate for InverterState len 1)</div>2021-08-04 21:14:14 ModbusIPOWER IPOWER RemoteLocalControl: Local
2021.08.04 21:14:14 5 : IPOWER: ParseDataString called from HandleResponse with data hex 01, type c, adr 15, op read
2021.08.04 21:14:14 5 : IPOWER: SplitDataString called from ParseDataString with data hex 01, type c, adr 15, valuesLen 1, op read
2021.08.04 21:14:14 5 : IPOWER: SplitDataString shortened coil / input bit string to 1, start adr 15, valuesLen 1
2021.08.04 21:14:14 5 : IPOWER: CreateDataObjects called from ParseDataString with objList c15
2021.08.04 21:14:14 5 : IPOWER: CreateDataObjects sortedList c15
2021.08.04 21:14:14 5 : IPOWER: CreateDataObjects unpacked 31 with a to 1
2021.08.04 21:14:14 3 : IPOWER: MapConvert called from CreateDataObjects did not find 1 (1) in map 0:Off, 65280:On
2021.08.04 21:14:14 4 : IPOWER: CreateDataObjects assigns value 1 to StartStop
2021.08.04 21:14:14 5 : IPOWER: ParseDataString created 1 readings
2021.08.04 21:14:15 5 : IPOWER: ParseDataString called from HandleResponse with data hex 140100000000000059b600211d9a0000, type i, adr 12552, op read
2021.08.04 21:14:15 5 : IPOWER: SplitDataString called from ParseDataString with data hex 140100000000000059b600211d9a0000, type i, adr 12552, valuesLen 8, op read
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects called from ParseDataString with objList i12552,i12553,i12554,i12556,i12557,i12558
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects sortedList i12552,i12553,i12554,i12556,i12557,i12558
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 1401 with n to 5121
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." V" to 51.21 V
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 51.21 V to InputVolt
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 0000 with n to 0
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." A" to 0 A
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 0 A to InputCurrent
2021.08.04 21:14:15 5 : IPOWER: ReverseWordOrder is reversing order of up to 2 registers
2021.08.04 21:14:15 5 : IPOWER: ReverseWordOrder for CreateDataObjects is transforming 00000000 to 00000000
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 00000000 with N to 0
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." W" to 0 W
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 0 W to InputPower
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 59b6 with n to 22966
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." V" to 229.66 V
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 229.66 V to OutputVoltage
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 0021 with n to 33
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." A" to 0.33 A
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 0.33 A to OutputCurrent
2021.08.04 21:14:15 5 : IPOWER: ReverseWordOrder is reversing order of up to 2 registers
2021.08.04 21:14:15 5 : IPOWER: ReverseWordOrder for CreateDataObjects is transforming 1d9a0000 to 00001d9a
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 00001d9a with N to 7578
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." W" to 75.78 W
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 75.78 W to OutputPower
2021.08.04 21:14:15 5 : IPOWER: ParseDataString created 6 readings
2021-08-04 21:14:15 ModbusIPOWER IPOWER InputVolt: 51.21 V
2021-08-04 21:14:15 ModbusIPOWER IPOWER OutputVoltage: 229.66 V
2021-08-04 21:14:15 ModbusIPOWER IPOWER OutputPower: 75.78 W
2021.08.04 21:14:15 5 : IPOWER: ParseDataString called from HandleResponse with data hex 0ce40fa0, type i, adr 12561, op read
2021.08.04 21:14:15 5 : IPOWER: SplitDataString called from ParseDataString with data hex 0ce40fa0, type i, adr 12561, valuesLen 2, op read
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects called from ParseDataString with objList i12561,i12562
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects sortedList i12561,i12562
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 0ce4 with s> to 3300
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." °C" to 33 °C
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 33 °C to InverterTemp
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 0fa0 with s> to 4000
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." °C" to 40 °C
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value 40 °C to MosfetTemp
2021.08.04 21:14:15 5 : IPOWER: ParseDataString created 2 readings
2021-08-04 21:14:15 ModbusIPOWER IPOWER MosfetTemp: 40 °C
2021.08.04 21:14:15 5 : IPOWER: ParseDataString called from HandleResponse with data hex 0001, type i, adr 12802, op read
2021.08.04 21:14:15 5 : IPOWER: SplitDataString called from ParseDataString with data hex 0001, type i, adr 12802, valuesLen 1, op read
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects called from ParseDataString with objList i12802
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects sortedList i12802
2021.08.04 21:14:15 5 : IPOWER: CreateDataObjects unpacked 0001 with n to 1
2021.08.04 21:14:15 5 : IPOWER: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=(&ModbusIPOWER_inverterstate($val)) to Bit1 Aus working DC Input Ok light Load
2021.08.04 21:14:15 4 : IPOWER: CreateDataObjects assigns value Bit1 Aus working DC Input Ok light Load  to InverterState
2021.08.04 21:14:15 5 : IPOWER: ParseDataString created 1 readings
2021-08-04 21:14:15 ModbusIPOWER IPOWER InverterState: Bit1 Aus working DC Input Ok light Load

50V, ja wer die Akkus nicht mit nem Kupfertau anschliessen will, muss halt Spannung füttern.

Die Stndard Modbus Adresse von dem IPower scheint wohl die 3 zu sein.

...
FHEM lässt sich nun auch mit dem UPower-modul füttern. Dat scheint zu rennen... Readings hab ich natürlich keine

Also es kommt wohl wert 0 zurück.

Teste doch mal die Windows Software die es von epever dafür gibt. Wenn da was anderes als 0 drin steht dann sind vieleicht die register nicht richtig.

Im Anhang habe ich nochmal Änderungen gemacht bei den Texten das es leichter lesbar ist .
Combine auch mal auf 1 gesetzt.

Die Software von EPEVER funktioniert, daher kenne ich ja die ID. Ich bin der Ansicht, die Eingangsspannung/die Eingangsleistung war da aktiv.
Wird wohl das Register nicht stimmen.

Was ist Combine?

Ok, ich habe die Software mal probiert, aber nachdem mein Gerät nicht auf die erste Modbus Anfrage reagiert komme ich da nicht wirklich weiter.

Es gäbe eine Möglichkeit, aber die ist ohne knowhow etwas schwierig.
Kennst du dich mit Wireshark aus ?
Das ist ein Netzwerk Sniffing Tool, mit dem könnte man im Windows und der Software den IP traffic der zu deinem ESP Link geht mitschneiden.

Es gibt von denen auch Verschiedene Inverter, vieleicht ist da einfach nur die Doku falsch.

Combine ist ein zusammenfassen mehrerer Modbus Abfragen, da werden mehrere in einem Aufruf gebündelt um traffic zu sparen.

Ja, Wireshark kenn ich, hab ich auch installiert, und ganz am Anfang den Traffic mir mal angesehen. Das Problem... erstmal böhmische Dörfer, wenn man relativ wenig darüber weiss wie so ein Protokoll aussehen soll.
Ich habe einen Waveshare USB to RS232/485/ttl converter, der für mich das Signal über echten Draht einsammelt, wie im Mittelalter:-)
Der hängt via USB an meinem FHEM Server.
Hab dann den Wireshark auf den USB-Port schnuppern lassen, und dann alle 30 Sekunden tatsächlich Pakete verbeisausen sehen, nachdem ich die EPEVER Software gestartet hab.
Dummerweise hab ich die nicht eben gespeichert, und müsste das halt nochmal tun.
Als das also nicht geklappt hat, hab ich halt die Chinesen angeschrieben, und die waren zwar kurz angebunden, aber haben mir das vorhandene Protokoll zugeschickt, und gestattet das auch zu teilen.

Falls ich am Wochenende etwas Zeit hab, schlepp ich meinen Windows Desktop PC nochmal in den Keller und sammel noch einmal so einen Mitschnitt ein.

Ok wie das mit USB dann aussieht weis ich nicht, jedenfalls mit TCP IP zu meinen ESPEasy sieht das so aus wie auf dem Bild.

Ich finde das dann unter TCP payload
Aber diese hex Zahlen solltest du auch finden, das ist das erste was die Software abfragt:
03 04 32 02 00 01 9f 50

03 = ModbusID 04 = Function Code (read)  32 02 = Adresse (Inverter Status)  00 01 = Anzahl Adressen (eine) 9f 50 = CRC

Danach wird die Software vermultich die restlichen abfragen.

Für die Spannung sollte lt Doku das so aussehen

03 04 31 08 00 01

Sooo, ich hab mal einige Pakete abgefangen.

Erstmal die schlechte Nachricht:
Auch die EPEVER Software sieht am Eingang kein DC Strom und Leistung! Das ist erstmal etwas schwach.

Die Gute:
Ich habe das Beispielpaket 03 04 32 02 00 01 9f 50 in Frame 58 gefunden! Jippie

Die anderen Pakete hab ich dann auch gefunden, die werden mit FUnktionscode 43 ausgelesen...
das muss man aber auch erst wissen.

die Adresse 31 09 (Eingangsstrom) sowie 31 0A und 31 0B kann ich im gesamten Mitschnitt nicht finden...

Wie finde ich denn das passende Paket, welches als Antwort auf eine Gesendetes kommt?
ist das das Nächstfolgene was eingeht?

Ok dann liefert der Inverter diese Daten einfach nicht. Denn die Abfragen werden ja angenommen und nicht abgewiesen wie es scheint.

Function Code 43 hast du dich vermutlich verlesen  wie ich das in deinem 2 Bild sehe:  03 04 32 02   :-)   03 Modbus ID  04 Function Code, und wenn da was anderes steht, es gibt auch codes die z.b. für Firmwarestand usw. sind... die können wir so nicht auslesen.

Die Antwort kommt normal immer direkt nach der Anfrage.

Auf das obige bezogen sollte dann folgendes kommen:

03 04 02 (2 byte)  xx xx (die 2 bytes mit den werten) und xx xx CRC

Hmm so langsam komm ich dahinter wie das funktioniert...
hab gerade via Cutecom den Bus direkt angequatscht..,. und man glaubt es kaum, das geht echt!
Das Ding antwortet sogar auf den function Code 43, genau wie bei code 03.

Aber die Antwort verstehe ich gerade noch nicht wirklich, wenn ich das über Wireshark auslese.
Manuell über das Terminal ist das kein problem...

Function Codes die implementiert sind sind: holding registers, input registers, coils or discrete inputs

Also im prinzip ist ja alles was man von dem Inverter bekommen kann dann auch jetzt hier drin.

Hallo zusammen,

ich habe mich auch mal an dem Modul probiert.
Es funktioniert teilweise, aber leider noch nicht stabil.

Zum einen wird mein Logfile mit folgender Meldung voll geschrieben:

2021.09.02 15:23:26 3: Solarregler1: read got new data while idle, drop buffer bfffbfffffffffffffbf

Zum anderen erhalte ich Fehler, wenn ich Werte abfragen oder ändern will, also get bzw. set

Der Fehler lautet: Error Code bf / oder Error Code ff /

Wenn ich richtig recherchiert habe, dann könnten die Fehler an einem nicht aktuellen Modbus Modul liegen.

Ich habe nun allerdings ein bißchen umgebaut. Der Laderegler ist jetzt nicht mehr per Socat an den Master Pi verlängert, sondern ich habe ein eigenes Fhem auf dem Slave Pi installiert und lasse das Epever Modul dort laufen. Das scheint zu funktionieren. Ich bekomme alle Werte und lasse sie in Graphen darstellen.
Auch funktionieren die Gets und Sets.

Jetzt ergeben sich neue Fragen:

1) Wie bekomme ich nun die Werte von dem Slave Pi zu dem Master Pi? Bisher kenne ich nur Fhem2Fhem, habe nun aber auch ein Fhemsync gefunden, das eventuell geeignet ist.
2) Ich habe nicht nur einen Laderegler von Epever, sondern zwei. Wie schliesse ich den zweiten nun am besten an? Parallel direkt an den RS485 Adapter? Oder brauche ich einen zweiten RS485 Adapter und belege damit dann zwei USB Ports? Wie unterscheidet das EPever Modul zwischen den Ladereglern? Anhand einer ID?

Gruß, Matthias

Zitat von: fritzhugo123 am 03 September 2021, 14:55:06

1) Wie bekomme ich nun die Werte von dem Slave Pi zu dem Master Pi? Bisher kenne ich nur Fhem2Fhem, habe nun aber auch ein Fhemsync gefunden, das eventuell geeignet ist.
2) Ich habe nicht nur einen Laderegler von Epever, sondern zwei. Wie schliesse ich den zweiten nun am besten an? Parallel direkt an den RS485 Adapter? Oder brauche ich einen zweiten RS485 Adapter und belege damit dann zwei USB Ports? Wie unterscheidet das EPever Modul zwischen den Ladereglern? Anhand einer ID?

Gruß, Matthias

Hallo Matthias, also wie das mit slave usw funktioniert kann ich dir leider nicht sagen, habe so etwas nicht im Einsatz.

Wenn du 2 Laderegler hast, dann stellst du bei dem einen eine andere Modbus ID ein. Das setzen der Modbus ID musst du allerdings mit der epever Software machen, das geht mit dem Modul nicht.
Pyhsikalisch kannst du die Parallel an dem RS485 Adapter hängen.
Wenn beide auf gleicher ID hören gibt es Datensalat :-) Also sollte das vorher geändert werden.

Ich habe es nun mit Fhem2Fhem gelöst, für die reine Verlängerung des seriellen Anschlusses ist ein Raspberry aber vielleicht zu viel des Guten.

Kannst du mir etwas mehr über deine ESP mit Wlan Lösung sagen? Hast du das selber gebaut oder gibt es da etwas fertiges?
Würdest du deine Lösung auch jemand anderem anbieten?

Ok, die Einstellung für das Setzen der ID habe ich in der Software gefunden und werde ich ausprobieren.

Zitat von: fritzhugo123 am 06 September 2021, 20:27:06
Kannst du mir etwas mehr über deine ESP mit Wlan Lösung sagen? Hast du das selber gebaut oder gibt es da etwas fertiges?
Würdest du deine Lösung auch jemand anderem anbieten?

Hallo Martin,
also ich habe einen ESP8266 (in meinen Fall Wemos D1 mini mit externen Antennenanschluß, gibt auch NodeMCU u.a.) , auf diesen läuft ESPeasy Software.
In der ESPEasy einfach den Serial Server eingerichtet und an den RX TX Pins einen Signal TTL To RS485 Converter wie sie auf ebay zu finden sind verwendet. Keine große sache. Nur ein paar Drähte löten, Software aufspielen mit USB auf den ESP, ins Wlan einbinden und fertig.
ESPEasy ist dann im Prinzip über wlan eine serielle Schnittstelle.
Es gibt auch diese ebox-wifi-01 von epever, allerdings hatte ich da am Anfang keine Verbindung ins Heimnetz, das hatten die mal aus der Firmware raus, je nachdem welche Firmware drauf ist geht es. Hat aber keinen externen Wlan Antennenanschluss.

Hallo laserrichi,

jetzt bei kühlerend Abend komme ich mal wieder dazu, mich mit FHEM zu beschäftigen.

Ich benutze ja die 98_ModbusUPOWER.pm seit der ersten Version, bis jetzt ohne Probleme. Ich habe mir nun die neue Version installiert und beobachte.

Folgendes habe ich in der Zwischenzeit auch bei der alten Version herausgefunden:

'PvChrgStat'
'map' => '0:Fehler, 1:Ladestopp, 3:NotKnow, 5:Ladeerhaltung, 9:Boostladung, 7:Equalizing, 13:PV-Spannungsfehler, 513:Input over current,',

Heute ist hier erstmalig der Code 19 vorgekommen, da finde ich aber keinen Wert dazu. Weißt Du vielleicht was die 19 hier bedeuten könnte?

Viele Grüße

Kurt

du hast die version die ich im ersten Beitrag jetzt habe verwendet ?

Da gibt es das maping nicht mehr hab die Bit auswertung in sub routine verlegt.

die 19 sagt mir nichts, das wäre dann ja Bit4 das an ist, D4 steht aber in der Doku nicht beschrieben.
Wäre interessant welche anderen Parameter /werte zu dem Zeitpunkt waren wo das aufgetreten ist.

D15～D14 Input voltage state。00 Input voltage normal，01 no access02H Input voltage high，03H Input voltage error
D13: Charging MOSFET is short circuit.
D12: Charging or Anti-reverse MOSFET is open circuit.
D11: Anti-reverse MOSFET is short circuit.
D10: Input is over current.
D1: 0 Normal，1 error
D3～D2charging state 00H No charging,01H Float,02H Boost, 03HEqualizationThe state of cut-in or cut-out determines whether to cut-in or cut-outaccording to the input power of the array. (0 is cut-out)

in einer Doku von anderen Geräten des Herstellers gibts das wohl.
D4: PV input is short circuit.

Hattest du zu dem Zeitpunkt Spannung von den Pannels ?

Hallo laserrichi,

hier die Werteänderung zum Zeitpunt des Status 19:

2021-10-05_11:37:12 Garage_Inverter ElectricChrgOutVolt: 28.59 V
2021-10-05_11:37:13 Garage_Inverter PvInVolt: 39.03 V
2021-10-05_11:37:13 Garage_Inverter PvInCurrent: 0 A
2021-10-05_11:37:13 Garage_Inverter PvInPower: 0 W
2021-10-05_11:37:13 Garage_Inverter PvOutVolt: 28.44 V
2021-10-05_11:37:13 Garage_Inverter PvOutCurrent: 0 A
2021-10-05_11:37:13 Garage_Inverter PvOutPower: 0 W
2021-10-05_11:37:13 Garage_Inverter PvAggChrg: 76.26 kWh
2021-10-05_11:37:13 Garage_Inverter PvChrgStat: 19
2021-10-05_11:37:13 Garage_Inverter InverterInVolt: 28.44 V
2021-10-05_11:37:13 Garage_Inverter InverterOutVolt: 230.91 V
2021-10-05_11:37:14 Garage_Inverter BatteryVoltage: 28.44 V
2021-10-05_11:37:14 Garage_Inverter BatteryTemp: 15.53 °C
2021-10-05_11:37:14 Garage_Inverter BatterySOC: 100 %

Seit Einsatz der neuen Version von der ersten Seite ist der Status 19 bisher nicht mehr aufgetreten.

Gruß

Kurt

Hallo Kurt,

d.h. zu dem Zeitpunkt war auch keine Last dran, Eingangsspannung war da usw.

Der Status 19 wird mit der neuen version nicht mehr kommen, da ich das Register zerlege und die einzelnen Bits auswerte.
Das Bit4 werte ich auch nicht aus.
Was sich dahinter verbirgt weis wohl nur der Hersteller.
PV input is short circuit scheint es wohl nicht zu sein, denn es liegt ja eine Spannung an.

Theoretisch kann ich das noch mit einbauen das man das sieht wenn es wieder auftritt. Aber ob das sinn macht wenn alles soweit funktioniert ist fraglich.

Hallo laserrichi,

dann lass mal. Ich sehe es ja im SVG, wenn mal wieder ein "komischer" Wert auftauchen sollte und würde mich dann wieder melden.

Ansonsten funzt das neue Modul bis jetzt einwandfrei.

Vielen Dank dafür.

Wenn jetzt noch mein neuer PlugIn mal kommen würde, dann könnte ich die Steuerung noch mehr ausnutzen ;=)

Viele Grüße

Kurt

Hallo Hallo laserrichi,

ich habe heute den Wert

PvChrgStat: 0Charger:Normal Input:Normal

beobachtet. Hier ist der Status 0 nicht so wie die anderen Status in Klartext übersetzt.

Hier die Werte zum Zeitpunkt 0:


2021-10-13_12:41:47 Garage_Inverter bPvChrgOnOff: no charging
2021-10-13_12:41:49 Garage_Inverter ElectricChrgOutVolt: 28.7 V
2021-10-13_12:41:50 Garage_Inverter PvInVolt: 39.06 V
2021-10-13_12:41:50 Garage_Inverter PvInCurrent: 0.13 A
2021-10-13_12:41:50 Garage_Inverter PvInPower: 5.1 W
2021-10-13_12:41:50 Garage_Inverter PvOutVolt: 28.35 V
2021-10-13_12:41:50 Garage_Inverter PvOutCurrent: 0.15 A
2021-10-13_12:41:50 Garage_Inverter PvOutPower: 4.25 W
2021-10-13_12:41:50 Garage_Inverter PvAggChrg: 80.28 kWh
2021-10-13_12:41:50 Garage_Inverter PvChrgStat: 0Charger:Normal Input:Normal
2021-10-13_12:41:50 Garage_Inverter InverterInVolt: 28.35 V
2021-10-13_12:41:51 Garage_Inverter BatteryVoltage: 28.35 V
2021-10-13_12:41:51 Garage_Inverter BatteryTemp: 10.83 °C


bPvChrgOnOff würde ja sagen, dass Ladestopp gewesen wäre. Warum kann ich nicht sagen, davor und danach war er auf Boostladung gestanden.

Gruß

Kurt

Hallo Kurt,

hast recht, "Lädtnicht", hatte da einen Fehler im Modul. Sollte jetzt richtig sein.

Hallo laserrichi,

ich habe bzgl. 98_ModbusUPOWER mal wieder eine kleine Änderung ;=)

Aktuell werden bei mir angezeigt:

ZitatSysDryOffVolt 2400
SysDryOnVolt 2220
SysStopRecChrgVolt 2800

Gem. Protokoll sind alle drei Werte mit der Einheit "V" und dem Faktor 100. Würde damit mit 24.0 V oder 28.0 auch stimmen.

Kannst Du die Werte bitte berichtigen.

Die Variable bzw. der Wert von

ZitatSysRecSubChrgVolt

fehlt komplett. Diese Variable ist im Protokoll enthalten, ich gehe mal davon aus, dass sie auch geliefert wird, da SysStopRecChrgVolt ja auch geliefert wird. Einheit und Fakort ist wie oben.

Kannst Du den Wert bitte einbauen.

Vielen Dank.

Kurt

Hallo kurt,

habs mal angepasst, das SysRecSubChrgVolt  war zwar drin aber hatte falsches register hinterlegt, sollte jetzt klappen.

Hallo laserrichi,

vielen Dank.

Die vier Werte werde nun angezeigt und passen von der Größe und Einheit:

ZitatSysDryOffVolt 24 V
SysDryOnVolt 22.2 V
SysStopRecChrgVolt 24 V (ABER!! s.u.)
SysStopSubChrgVolt 28 V

Aber eine kleine Änderung hätte ich noch:

"SysStopRecChrgVolt" heißt gem. Doku richtigerweise "SysRecSubChrgVolt". Der "name" im Modul passt, der Wert hat nix mit einen Stop zu tun, sondern ist ein Restart.

Kannst Du das bitte noch ändern.  ;D

Vielen Dank.

Kurt

neuer Versuch  ;D

Hallo laserrichi,

Zitatneuer Versuch

Schaut gut aus!

Danke.

Gruß

Kurt

Hallo zusammen,

ich benutze das Modul nun schon eine kleine Weile (alte Version). Ich bin total begeistern. Es funktioniert super. Vielen Dank.

Ich habe jetzt (heute) auf die aktuelle Version umgestellt und das ohne Probleme. Super arbeit.

Ich habe hier zwei EPever im Einsatz einmal einen 40A und einen 60A. Beim 40A funktioniert alles bestens.

Beim 60A ist mir jetzt eine Sache aufgefallen. Der Status der Panel wird mit "No Power" angegeben. Was nicht so ist.

Hier mal die entsprechenden Werte


setstate EPEVER <b>Batterie:</b><div><span> Batt:Normalvoltage Temp:Normal   <br>Spannung: 25.41 V Strom: 6.56 A </span><br> <b>Solarlader:</b><div>LadePower: 166.68 W\
LadeStrom: 6.56 A </div> <b>Panel:</b> <div> Leistung: 207.79 W Spannung: 87.05 V Strom: 2.38 A</div><b>Status:</b><div> <span>Boostladung Charger:Running Panel:No Power Input:Normal </b>
setstate EPEVER 2021-11-12 08:33:07 BattCapacityDefault 200 Ah
setstate EPEVER 2021-11-12 09:40:32 BattCapacityRemaining 54 %
setstate EPEVER 2021-11-12 09:40:32 BattExtTemp 25 °C
setstate EPEVER 2021-11-12 09:40:32 BattLadeLeistung 166.68 W
setstate EPEVER 2021-11-12 09:40:32 BattLadeLeistung_o 166.68
setstate EPEVER 2021-11-12 09:40:32 BattLadeStrom 6.56 A
setstate EPEVER 2021-11-12 09:40:32 BattLadeStrom_o 6.56
setstate EPEVER 2021-11-12 09:40:33 BattMaxVoltTag 25.96 V
setstate EPEVER 2021-11-12 09:40:33 BattMinVoltTag 24.56 V
setstate EPEVER 2021-11-12 09:40:32 BattSpannung 25.41 V
setstate EPEVER 2021-11-12 09:40:32 BattSpannung_o 25.41
setstate EPEVER 2021-11-12 09:40:33 BattStatus Batt:Normalvoltage Temp:Normal 
setstate EPEVER 2021-11-12 09:40:33 BattStrom 6.56 A
setstate EPEVER 2021-11-12 09:40:33 BattStromrech -9.77
setstate EPEVER 2021-11-12 08:33:08 BattTempWarningLower -40°C
setstate EPEVER 2021-11-12 08:33:08 BattTempWarningUpper 65°C
setstate EPEVER 2021-11-12 08:33:07 BattTyp Benutzerdefiniert
setstate EPEVER 2021-11-12 09:40:33 BattVoltage 25.41 V
setstate EPEVER 2021-11-12 08:33:02 BatteryRatedCurrent 60 A
setstate EPEVER 2021-11-12 08:33:02 BatteryRatedPower 3000 W
setstate EPEVER 2021-11-12 08:33:02 BatteryRatedVoltage 48 V
setstate EPEVER 2021-11-12 09:40:32 BatteryTemperatur 19.03 °C
setstate EPEVER 2021-11-12 08:33:07 BoostReconnectVoltage 28 V
setstate EPEVER 2021-11-12 08:33:07 BoostVoltage 28.4 V
setstate EPEVER 2021-11-12 09:33:13 CO2ersparnis 109 Tonnen
setstate EPEVER 2021-11-12 08:33:07 ChargingLimitVoltage 29 V
setstate EPEVER 2021-11-12 09:40:29 ChargingOnOff Off
setstate EPEVER 2021-11-12 09:40:32 Chargingmode MPPT
setstate EPEVER 2021-11-12 08:33:08 ControllerTempWarning 85.00 °C
setstate EPEVER 2021-11-12 09:40:31 DayNight Day
setstate EPEVER 2021-11-12 08:33:08 DayTimeDelay 10 min.
setstate EPEVER 2021-11-12 08:33:08 DayTimeThresholdVoltage 12V
setstate EPEVER 2021-11-12 09:40:32 DefLoadinManualMode Off
setstate EPEVER 2021-11-12 09:40:30 DefaultControlLoad Off
setstate EPEVER 2021-11-12 09:40:33 Discharging_Status Output:Standby Status:Normal Light load
setstate EPEVER 2021-11-12 09:40:30 EnableLoadTest Disable
setstate EPEVER 2021-11-12 09:33:13 EnergieGewinnJahr 1088.32 kWh
setstate EPEVER 2021-11-12 09:33:33 EnergieGewinnMonat 18.87 kWh
setstate EPEVER 2021-11-12 09:33:33 EnergieGewinnTag 0.2 kWh
setstate EPEVER 2021-11-12 09:33:13 EnergieGewinnTotal 1095.51 kWh
setstate EPEVER 2021-11-12 09:33:33 EnergieVerbrauchJahr 37.89 kWh
setstate EPEVER 2021-11-12 09:33:13 EnergieVerbrauchMonat 0 kWh
setstate EPEVER 2021-11-12 09:33:13 EnergieVerbrauchTag 0 kWh
setstate EPEVER 2021-11-12 09:33:33 EnergieVerbrauchTotal 37.89 kWh
setstate EPEVER 2021-11-12 08:33:08 EqualizationCycle 30 Tage
setstate EPEVER 2021-11-12 08:33:07 EqualizingVoltage 28.4 V
setstate EPEVER 2021-11-12 08:33:07 FloatVoltage 28.2 V
setstate EPEVER 2021-11-12 09:40:30 ForceLoad Off
setstate EPEVER 2021-11-12 08:33:07 HighVoltDisconnect 29.2 V
setstate EPEVER 2021-11-12 09:40:32 LastLeistung 0 W
setstate EPEVER 2021-11-12 09:40:32 LastSpannung 0 V
setstate EPEVER 2021-11-12 09:40:32 LastStrom 0 A
setstate EPEVER 2021-11-09 20:17:47 LightOnTime1 09:20
setstate EPEVER 2021-11-09 20:17:47 LightOnTime2 21:11
setstate EPEVER 2021-11-09 20:17:47 LoadControllingMode 4623
setstate EPEVER 2021-11-12 08:33:07 LowVoltageReconnect 25.6 V
setstate EPEVER 2021-11-12 09:40:29 ManualControlLoad Off
setstate EPEVER 2021-11-12 08:33:08 NightTimeDelay 10 min.
setstate EPEVER 2021-11-12 08:33:08 NightTimeThresholdVoltage 10V
setstate EPEVER 2021-11-12 06:38:39 OutputModeManualAuto Manual
setstate EPEVER 2021-11-12 09:40:31 OverTemp NormalTemp
setstate EPEVER 2021-11-12 08:33:07 OverVoltageReconnect 28.4 V
setstate EPEVER 2021-11-12 09:40:32 PanelLeistung 207.79 W
setstate EPEVER 2021-11-12 09:40:32 PanelLeistung_o 207.79
setstate EPEVER 2021-11-12 09:40:32 PanelSpannung 87.05 V
setstate EPEVER 2021-11-12 09:40:33 PanelSpannung_MaxTag 119.24 V
setstate EPEVER 2021-11-12 09:40:33 PanelSpannung_MinTag 6.45 V
setstate EPEVER 2021-11-12 09:40:33 PanelSpannung_o 87.05
setstate EPEVER 2021-11-12 09:40:32 PanelStrom 2.38 A
setstate EPEVER 2021-11-12 09:40:32 PanelStrom_o 2.38
setstate EPEVER 2021-11-12 09:40:31 RTC 12.11.2021 09:40:29
setstate EPEVER 2021-04-01 17:52:07 ReglerTemp 22.98 °C
setstate EPEVER 2021-04-01 17:52:07 ReglerTemp_o 22.98
setstate EPEVER 2021-11-12 09:40:33 SolarladerStatus Boostladung Charger:Running Panel:No Power Input:Normal
setstate EPEVER 2021-11-12 08:33:07 TempCompensationCoeffizient 300 mV/℃/2V
setstate EPEVER 2021-11-12 09:40:32 Temperature 27.51
setstate EPEVER 2021-11-12 09:40:32 Timechoose EinTimer
setstate EPEVER 2021-11-12 08:33:12 TurnOffTime1 06:00:00 (h:m:s)
setstate EPEVER 2021-11-12 08:33:01 TurnOffTime2 06:00:00 (h:m:s)
setstate EPEVER 2021-09-05 08:32:29 TurnOnTime1 00:8500:61536
setstate EPEVER 2021-11-12 08:33:12 TurnOnTime2 19:00:00 (h:m:s)
setstate EPEVER 2021-04-01 17:52:06 Uhrzeit 01.04.2021 17:28:01
setstate EPEVER 2021-11-12 09:40:32 W-Leistung 414.90
setstate EPEVER 2021-11-12 09:40:32 W-Strom 16.33
setstate EPEVER 2021-11-12 08:33:07 dischargingLimitVoltage 21.2 V
setstate EPEVER 2021-11-12 08:33:07 lowVoltageDisconnect 22.2 V
setstate EPEVER 2021-11-12 08:33:02 ratedInputCurrent 60 A
setstate EPEVER 2021-11-12 08:33:02 ratedInputPower 3000 W
setstate EPEVER 2021-11-12 08:33:02 ratedInputVolt 150 V
setstate EPEVER 2021-11-12 08:32:04 state opened
setstate EPEVER 2021-11-12 08:33:07 underVoltageRecover 25.6 V
setstate EPEVER 2021-11-12 08:33:07 underVoltageWarning 24 V


Ansonsten scheinen alle Werte perfekt ausgelesen zu werden.

Sollten noch weitere Infos von mir gebraucht werden. Müsstet ihr mir sagen was ihr braucht.

Viele Grüße
Heiko

Vielen Dank, tolles Modul!

Wenn mir jetzt noch jemand so kleinigkeiten wie "ForceLoad" erklären mag, wäre das super..

Grüße

anfichtn

Noch ein Nachtrag:

mir "fehlt" ein Reading... TurnOnTime1..  wird scheinbar nicht angelegt.

grüße

anfichtn

@tatu123

ich nehme an bei dem 40A steht dann Panel:Power in  und bei dem 60A No Power.....   Hat der bei Panel den Status schon mal geändert oder bleit das dauerhaft so ?  Dann liefert der bei dem Register vermutlich keinen Wert.

@anfichtn
ForceLoad 0:Off (normal), 1:On
Bei Off wird vermutlich die Last vorher geprüft auf Fehler und bei On vermutlich nicht.  Ich kann das auch nicht mit sicherheit so sagen und konnte da auch nicht wirklich etwas dazu rausfinden.
Zumindest steht das hier in der Doku:
1 Turn on 0 Turn off (used for temporary test of the load）

Edit Nachtrag:  bei dem Bedienteil MT50 steht in der Doku folgendes:

Load  switch  test  operation  is  conducted  on  the  connection  solar  controller
to  see  if  the  load  output  is  normal.  The  test  operation  does  not  affect  the
working settings under actual load, which means that the solar controller will
exit from the test mode when exiting the operational interface of the test.


TurnOnTime1  sollte zumindest beim starten 1x eingelesen werden. Kannst du einen get TurnOnTime1 machen ob das funktioniert ?

Ich bin interessiert einen EPEVER Laderegler in FHEM anzubinden.
Meine Frage zu diesem Thread. Wie wurde die Verbindung zu FHEM realisiert?

@Burny4600

Welchen Laderegler hast du da im Auge ?
Es gibt ja von denen verschiedene Typen mit auch unterschiedlichen Protokollen wie wir schon feststellen mussten.

Prinzipiell wenn eine RS485(RJ45)  Schnittstelle vorhanden ist kann man diese mit einen RS485 nach TTL Wandler an eine Serielle Schnittstelle bringen.
Über diese Schnittstelle wird MODBUS gesprochen.
Um das in fhem zu bekommen muss es entweder direkt an den Rechner auf dem Fhem läuft, oder man kann auch über einen ESP mit ESPEasy z.b. das ganze mit Wlan ins Netzwerk schicken.
Oder man hat einen RS485 zu USB Adapter da hat man weniger Bastelaufwand.
Die Adapter von epever die es von RS485 auf USB gibt funktionieren leider nicht, da der Chipsatz nicht als Serielles Interface erscheint. Das hatten wir hier schon im Forum.

Moin!

@laserrichi  get TurnOnTime1 liefert mir die eingestellte Uhrzeit, das funktioniert also soweit. Das Reading ist zwischenzeitlich auch aufgetaucht, in welchem Zusammenhang genau kann ich allerdings nicht (mehr) nachvollziehen.

@ESPEasy... Ich rätsel momentan auch an einer Lösung via WiFi.. mit RS4852TTL und NodeMCU V2. Wie genau ich das anstelle, und vor allem, wie ich das softwareseitig gelöst bekomme, ist mir noch nicht ganz klar... die derzeit laufende Lösung mit Cat5-Kabel und RS4852USB-Adapter gefällt mir optisch nicht, und macht aufgrund der Kabellänge in der Endgültigen Lösung keinen Sinn.

Vielleicht hat da ja noch jemand ein paar ergänzende Infos dazu.

Grüße

anfichtn

@anfichtn

also es ist einfacher als man denkt wenn man es verstanden hat :-)
Man braucht folgendes:
1. einen Wemos D1 mini oder Node MCU  also mit einem ESP8266 je nach geschmack, wichtig das man die GPIOs halt hat und auch die Antenne am besten Extern anschließen kann wenn man vom Garten aus ins Haus senden muss.
2. einen UART TTL zu RS485 Adapter 485 Seriell 3.3V 5 Volt Level Konverter Modul      wichtig ist hier zu beachten das die TTL auch mit level converter sind da der ESP ja nur 3,3V  an den GPIOs kann
3. Software espeasy   https://github.com/letscontrolit/ESPEasy/releases     https://www.letscontrolit.com/wiki/index.php/ESPEasy
4. Lötkolben

Man verbindet vom Wemos  RX  TX mit dem TTL Adapter  (bei manchen adaptern sind  RX TX anders beschriftet, weil die Chinesen meinen man soll das RX mit RX verbinden, war zumindest bei meinen so)  GND ist sowieso selbstverständlich.

Ich versorge das ganze über die RJ45 Buchse an meinen Laderegler, da meiner hier 5V anliegen hat. Aber Achtung... der kann soweit ich weis nicht so soviel Strom liefern, also für den ESP und den TTL Adapter reicht es bei mir, somit hat das Teil immer Strom. Der Original Wifi und Bluetooth Adapter und auch das Display von epever wird damit ja auch mit Strom versorgt. Aber bitte wenn ihr das auch macht, dann eine Feinsicherung dazwischen damit ihr nichts kaputt macht. Die Pinbelegung findet ihr ja in den Dokus von EPEVER.

Dann Verbindet man nur die RS485  auf A und B von dem TTL Adapter, wobei hier das gleiche Thema ist... war bei mir auch verdreht.

Die ESP Software aufspielen, und ins Wlan hängen.

Dann einfach unter Device den Serial Server einrichten, und in Fhem auf die IP Adresse und Port mit RTU Verbinden ---> Fertig.

Ich habe die EPEver AN 10A MPPT bzw. EPEver AN 30A MPPT in Verwendung.
Beide haben einen RS485 Port.
In der Zwischenzeit habe ich die Anschlussbelegung der RS485 des Epevers gefunden.

Die RJ45 Schnittstelle: Pin Erklärung:
Pin           Beschreibung
  1         Stromausgang +5V
  2         Stromausgang +5V
  3         RS-485-B
  4         RS-485-B
  5         RS-485-A
  6         RS-485-A
  7         Erdung
  8         Erdung

Als Verbindung zu FHEM müsste der Waveshare RS485 to Ethernet Converter passen. Hier kann man von der Pinbelegung nicht aus, da es nur RS-485-A RS-485-B und Ground gibt.
Jetzt benötige ich mir nur noch die FHEM Verbindung.
Dies müsste dann mit 98_ModbusEPEVER funktionieren?

Zitat von: Burny4600 am 21 November 2021, 17:33:49
Ich habe die EPEver AN 10A MPPT bzw. EPEver AN 30A MPPT in Verwendung.
Als Verbindung zu FHEM müsste der Waveshare RS485 to Ethernet Converter passen. Hier kann man von der Pinbelegung nicht aus, da es nur RS-485-A RS-485-B und Ground gibt.
Jetzt benötige ich mir nur noch die FHEM Verbindung.
Dies müsste dann mit 98_ModbusEPEVER funktionieren?

Also ich weis nicht ob bei epever es noch mehrere Modbus Versionen gibt, 3 haben wir ja jetzt schon :)  Ich selbst habe nur den Tracer2210A   ohne N
Lt. Doku sind LS-B、VS-B、Tracer-B、Tracer-A、iTracer-B、eTracer-B Series   vom Protokoll gleich.
Falls nicht, kann man bei denen nach der Doku fragen und es anpassen.

Das Waveshare klingt interessant. Denke schon das es klappt, der stellt ja ein seriells interface bereit das man auch einstellen kann.
Der braucht 150mA und da kannst ja den auch über die 5V Versorgen.
Wieviel Strom der Regler auf dem RS485 liefern kann weis ich jetzt nicht, aber bei mir hängt der ESP dran Luftdruck und Temp Sensoren und der Feinstaubmesser.

Evtl. mal bei Epever nachfragen wieviel mA da belastet werden können.

mir ist aufgefallen das ich bei den Readings:  dischargingLimitVoltage  lowVoltageDisconnect  underVoltageRecover underVoltageWarning 
die ersten Buchstaben klein habe, ich würde das auf groß ändern da die Readings dann in der Sortierung besser zu finden sind.

Spricht was dagegen oder hat jemand noch anregungen und Wünsche Readingnamen zu ändern ?

Moin,

weiss nicht ob das schon gelöst wurde hier, falls ja habe ich es nicht gefunden und sorry fürs doppelt posten, jedenfalls funzt das auch mit dem Standard USB-Kabel welches mitgeliefert wurde auf nem pi.
Man muss den Treiber, siehe unten, installieren und dann kann man mit dem reden.

Hab das nach Treiberinstallation so definiert:

define Modbusline Modbus  /dev/ttyXRUSB0@115200

define Solar_1 ModbusEPEVER 1 60

Danke für das Modul auf jeden Fall, funzt super.

Hallo doper,

danke für die Info das es trotzdem mit dem Treiber funktioniert.

Ich hab das leider nicht und konnte es nie testen.

Derjenige der das auch so hatte fand es einfacher für 10€ einen vom Kernel bereits unterstützten Chip zu verwenden.
Es sei dazu gesagt das beim anstecken des Adapters als ACM erscheint

ls -l /dev/serial/by-id
dann erscheint der vermutlich als  usb-Exar_Corp._XR21B1411......

du hast dann sicher cdc-adm auf die Blacklist gesetzt das der Standard Treiber nicht geladen wird ?

Ich halte solche aktionen für bedenklich, in 1 Jahr weis man das nicht mehr und wenn man distri updated geht das vielleicht in die Hose.

Fährst du mit Bullseye ?

Moin,

nein fahre noch Buster, kann sein, dass man da später Probleme bekommt. Wollte halt bloß die Möglichkeit aufzeigen, dass es auch so funzt.

Ja den cdc-acm hab ich rausgenommen.

Mit Sicherheit sind die 10 € jetzt nicht der hit für einen anderen Adapter, um auf Sicherheit zu gehen ;)

Hallo Forenmitglieder ich bin ganz neu hier. Dieser threat betrfft mich - ich werde bald drei epever XTRA im Einsatz haben - und damit fängt es an. Ich habe mich bereits bei solaranzeige.de umgesehen - deren vorgehensweise gefällt mir nicht weil dort spricht man nur USB. Hier spricht man TCP/IP über LAN und WLAN, das liegt mir als ITér schon eher . Nun - zuerst ein Lob an den software ersteller der es erst ermöglicht die epever auszulesen . Dann ein Hinweis:  Die ganze EDV baut immer noch auf dem ISO Modell mit seinen Layern auf - da wäre es schön sich dieser mal zur erinnern und diese zu nutzen. Warum ? es gibt auch nämlich die Möglichkeit RS-485 zu sprechen, denn dieser bus kann 32 Fahrgäste aufnehmen - was ich genial finde -und das alles über zwei drähte . daher - würde ich gerne so vorgehen . Ein Busleitung a/b durchs ganze Haus ziehen - und darauf die ganzen Client´s anhängen sowie einen server nämlich einen (1)  TCP/IP Etnernet bridge server - der das RS485 Protokoll auf das TCP aufsetzt. Nun bin ich eher der Hardwarer den der Programmierer - daher die Frage an euch - wie geht das ?  drei epever Laderegler - mehrere WR eventuell auch das Epever Display . wie erhalten die ihre ID . Wie oder wer ließt die ID´s  aus dem LAN aus? Geht das ?  Als Server habe ich einen Hutschienen Adapter Xport V5 von Lantronix - sieht schick aus hat 230V eingang - und kann nach firmwareupdate nun auch Rs485 verarbeiten. Ist das eine praktikable Idee - braucht es nur das - geht es also mit nur einer bridge? Bin gespannt was kommt

Hallo und Willkommen DV03,

ja RS-485 ist relativ robust, und ist nicht umsonst der Standard für Bühnentechnik mit DMX Protokoll.

In einem Haus sehe ich da auch kein Problem, denn theoretisch kann das bis zu 1200m gehen..
Die Xport Adapter kenne ich jetzt nicht, aber prinzipiell gibts da von einigen Herstellern solche Adapter.
Wichtig ist das du hier die Serielle Kommunikation auch einstellen kannst. 115200 8N1 z.b. denn damit laufen die Epever.

die XTRA kenne ich jetzt nicht, weis nicht ob da nicht das protokoll wieder anders ist, aber das lässt sich ja rausfinden.
Wichtig ist nur das man mit der EPEVER Software auch diese zuerst einmal Konfiguriert. Denn die Modbus ID muss bei jedem unterschiedlich sein wenn die an einer Leitung hängen. Sonst gibt es Datensalat.
Das Epever Display ...... nutzen ? Wenn man dann doch alles in Fhem drin  hat kann man sich da mehr und übersichtlicher alles darstellen.
Weis nicht ob sich das Display dann mit Fhem verträgt, vermutlich nicht, denn es würde vorkommen das fhem und das Display zur gleichen Zeit abfragen macht.
Es gibt hier ja keine Prioritätensteuerung, es kann eigentlich nur einer aktiv abfragen.

In Fhem macht das ja das modbus modul diese serialisierung.

Ich habe nun den Waveshare RS485 TO ETH für die Anbindung in Verwendung.
Die Verbindung funktioniert tadellos.
Nun habe ich für die Darstellung in FHEM alles soweit fertig. Nur bei der Darstellung habe ich noch ein Problem. Die Ansicht wird ständig mit dem state Reading opened überschrieben.
EPEVER_T3210_PV3
define EPEVER_T3210_PV3 ModbusEPEVER 1 60 192.168.17.179:8234 RTU
setuuid EPEVER_T3210_PV3 61912e21-f33f-e9be-46e5-01a4d12e2e546ed7
attr EPEVER_T3210_PV3 alias AB Ost - PV-Anlage 3
attr EPEVER_T3210_PV3 devStateStyle style="text-align:left;;;;font-weight:bold;;;;"
attr EPEVER_T3210_PV3 event-on-change-reading .*
attr EPEVER_T3210_PV3 eventMap /Battery mode: Batterie Modus\
/Solar mode: Solar Modus\
/Utility mode: Utility Modus\
/Offline: keine Einspeisung\
/Line Mode: Netz Modus
attr EPEVER_T3210_PV3 group PV Anlage 3
attr EPEVER_T3210_PV3 icon measure_photovoltaic_inst
attr EPEVER_T3210_PV3 room PV-Anlagen
attr EPEVER_T3210_PV3 stateFormat <b>Laderegler Status:</b><br>\
<span style='color:#00FFFF'>\
Temperatur: ReglerTemp<br>\
SolarladerStatus</span><br><br>\
\
<b>Panel:</b><br>\
<span style='color:#FFDD00'>\
Spannung: PanelSpannung<br>\
Strom: PanelStrom<br>\
Leistung: PanelLeistung</span><br><br>\
\
<b>Batterie:</b><br>\
<span style='color:#AAFF00'>\
Batteriekapazität: BattCapacityRemaining<br>\
Spannung: BattSpannung<br>\
Lade Strom: BattLadeStrom<br>\
Lade Leistung: BattLadeLeistung<br>\
Entlade Strom: BattStrom<br>\
Temperatur: BatteryTemperatur</span><br><br>\
\
<b>Last:</b><br>\
Ausgangsspannung: <span style='color:red'>LastSpannung</span><br>\
Ausgangsstrom: <span style='color:red'>LastStrom</span><br>\
Ausgangswirkleistung: <span style='color:red'>LastLeistung</span><br>

Momentan stehe ich auf der Leitung, um dieses Reading herauszufiltern.
Hat jemand eine Idee?

also wenn ich bei mir das vergleiche steht bei state auch opened, aber mit dem Zeitstempel seit dem letzten restart.

Ich würde sagen aus irgend einem Grund wird die Verbindung zu deinem Waveshare unterbrochen.
Kann es sein das auf dem Waveshare noch andere Geräte zugreifen ?

ZitatWaveshare noch andere Geräte zugreifen ?

Es greift nur dieser Raspberry auf den Waveshare zu.
Theoretisch könnten bis zu 16 Geräte darauf zugreifen.

Update: 2022.01.18 14:40
Ich habe eine Lösung gefunden.
Ich habe die Schnittstelle abgeändert.
Die Verbindungwird jetzt nicht direkt im EPEVER festgelegt, sondern ist jetzt über ein IODev definiert. Das war mein Fehler.
IODev list ModbusRS485_AB
Internals:
   DEF        192.168.17.179:8234
   DeviceName 192.168.17.179:8234
   EXPECT     idle
   FD         44
   FUUID      61e6a4f1-f33f-b63e-a1b3-9d5982c2fefa32ff
   LASTOPEN   1642506293.44247
   MODE       master
   NAME       ModbusRS485_AB
   NOTIFYDEV  global
   NR         4900
   NTFY_ORDER 50-ModbusRS485_AB
   PARTIAL   
   PROTOCOL   RTU
   STATE      opened
   SerialConn 1
   TYPE       Modbus
   devioLoglevel 3
   nextOpenDelay 60
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2022-01-18 12:45:00   state           opened
   REMEMBER:
     lid        1
     lname      EPEVER_T3210_PV3
     lrecv      1642513248.02018
     lsend      1642513247.99199
   defptr:
     EPEVER_T3210_PV3 1
Attributes:
   alias      ModBus RS485 | TCP Waveshare
   devStateIcon devStateIcon opened:lan_rs485@0CFB0C Open:lan_rs485@red disconnected:lan_rs485@red
   group      Schnittstellen Modbus
   icon       lan_rs485
   room       _RxTx

Und daran erst den Solarregler.
list EPEVER_T3210_PV3
Internals:
   DEF        1 60 RTU
   FUUID      61e69dd4-f33f-b63e-db86-a59c343d1fe687c7
   IODev      ModbusRS485_AB
   Interval   60
   MODBUSID   1
   MODE       master
   MODULEVERSION Modbus 4.4.02 - 31.3.2021
   NAME       EPEVER_T3210_PV3
   NOTIFYDEV  global
   NR         4898
   NTFY_ORDER 50-EPEVER_T3210_PV3
   PROTOCOL   RTU
   STATE      <b>Laderegler Status:</b><br>
<span style='color:#00FFFF'>
Temperatur: 6.28 °C</span><br><br>

<b>Panel:</b><br>
<span style='color:#FFDD00'>
Spannung: 15.23 V<br>
Strom: 0 A<br>
Leistung: 0 W</span><br><br>

<b>Batterie:</b><br>
<span style='color:#AAFF00'>
Batteriekapazität: 91 %<br>
Spannung: 13.87 V<br>
Lade Strom: 0 A<br>
Lade Leistung: 0 W<br>
Entlade Strom: 0 A<br>
Temperatur: 5.65 °C</span><br><br>

<b>Last:</b><br>
Ausgangsspannung: <span style='color:red'>0 V</span><br>
Ausgangsstrom: <span style='color:red'>0 A</span><br>
Ausgangswirkleistung: <span style='color:red'>0 W</span><br>
   TYPE       ModbusEPEVER
   FRAME:
   READ:
   READINGS:
     2022-01-18 12:45:02   BattCapacityDefault 22 Ah
     2022-01-18 14:42:49   BattCapacityRemaining 91 %
     2022-01-18 14:42:49   BattExtTemp     0 °C
     2022-01-18 14:42:49   BattLadeLeistung 0 W
     2022-01-18 14:42:49   BattLadeStrom   0 A
     2022-01-18 14:42:50   BattMaxVoltTag  16.2 V
     2022-01-18 14:42:50   BattMinVoltTag  13.78 V
     2022-01-18 14:42:49   BattSpannung    13.87 V
     2022-01-18 14:42:49   BattStatus      Batt:Normalvoltage Temp:Normal 
     2022-01-18 14:42:50   BattStrom       0 A
     2022-01-18 12:45:03   BattTempWarningLower -40°C
     2022-01-18 12:45:03   BattTempWarningUpper 65°C
     2022-01-18 12:45:02   BattTyp         Sealed/AGM
     2022-01-18 14:42:50   BattVoltage     13.87 V
     2022-01-18 12:45:04   BatteryRatedCurrent 30 A
     2022-01-18 12:45:04   BatteryRatedPower 780 W
     2022-01-18 12:45:04   BatteryRatedVoltage 24 V
     2022-01-18 14:42:49   BatteryTemperatur 5.65 °C
     2022-01-18 12:45:03   BoostReconnectVoltage 13.2 V
     2022-01-18 12:45:02   BoostVoltage    14.4 V
     2022-01-18 12:45:06   CO2ersparnis    5 Tonnen
     2022-01-18 12:45:02   ChargingLimitVoltage 15 V
     2022-01-18 14:42:47   ChargingOnOff   On
     2022-01-18 14:42:49   Chargingmode    MPPT
     2022-01-18 12:45:03   ControllerTempWarning 85.00 °C
     2022-01-18 14:42:48   DayNight        Day
     2022-01-18 12:45:03   DayTimeDelay    10 min.
     2022-01-18 12:45:03   DayTimeThresholdVoltage 6V
     2022-01-18 14:42:49   DefLoadinManualMode On
     2022-01-18 14:42:47   DefaultControlLoad On
     2022-01-18 14:42:49   Discharging_Status Output:Standby Status:Normal Light load
     2022-01-18 14:42:48   EnableLoadTest  Disable
     2022-01-18 12:45:06   EnergieGewinnJahr 0 kWh
     2022-01-18 12:45:06   EnergieGewinnMonat 0 kWh
     2022-01-18 13:45:54   EnergieGewinnTag 0 kWh
     2022-01-18 12:45:06   EnergieGewinnTotal 56.67 kWh
     2022-01-18 12:45:06   EnergieVerbrauchJahr 0 kWh
     2022-01-18 12:45:05   EnergieVerbrauchMonat 0 kWh
     2022-01-18 13:45:54   EnergieVerbrauchTag 0 kWh
     2022-01-18 12:45:06   EnergieVerbrauchTotal 45.82 kWh
     2022-01-18 12:45:03   EqualizationCycle 30 Tage
     2022-01-18 12:45:02   EqualizingVoltage 14.6 V
     2022-01-18 12:45:03   FloatVoltage    13.8 V
     2022-01-18 14:42:48   ForceLoad       Off
     2022-01-18 12:45:02   HighVoltDisconnect 16 V
     2022-01-18 12:44:50   IODev           ModbusRS485_AB
     2022-01-18 14:42:49   LastLeistung    0 W
     2022-01-18 14:42:49   LastSpannung    0 V
     2022-01-18 14:42:49   LastStrom       0 A
     2022-01-18 12:45:03   LowVoltageReconnect 12.6 V
     2022-01-18 14:42:47   ManualControlLoad Off
     2022-01-18 12:45:03   NightTimeDelay  10 min.
     2022-01-18 12:45:03   NightTimeThresholdVoltage 5V
     2022-01-18 14:42:48   OverTemp        NormalTemp
     2022-01-18 12:45:02   OverVoltageReconnect 15 V
     2022-01-18 14:42:49   PanelLeistung   0 W
     2022-01-18 14:42:49   PanelSpannung   15.23 V
     2022-01-18 14:42:50   PanelSpannung_MaxTag 43.77 V
     2022-01-18 14:42:50   PanelSpannung_MinTag 0 V
     2022-01-18 14:42:49   PanelStrom      0 A
     2022-01-18 14:42:49   ReglerTemp      6.28 °C
     2022-01-18 14:42:49   SolarladerStatus Ladeerhaltung Charger:Running Panel:Power in Input:Normal
     2022-01-18 12:45:02   TempCompensationCoeffizient 300 mV/℃/2V
     2022-01-18 14:42:49   Timechoose      EinTimer
     2022-01-18 12:45:04   TurnOffTime1    06:00:00 (h:m:s)
     2022-01-18 12:45:04   TurnOffTime2    06:00:00 (h:m:s)
     2022-01-18 12:45:04   TurnOnTime2     19:00:00 (h:m:s)
     2022-01-18 14:42:49   Uhrzeit         18.01.2022 14:43:17
     2022-01-18 12:45:03   dischargingLimitVoltage 10.6 V
     2022-01-18 12:45:03   lowVoltageDisconnect 11.1 V
     2022-01-18 12:45:04   ratedInputCurrent 30 A
     2022-01-18 12:45:04   ratedInputPower 780 W
     2022-01-18 12:45:04   ratedInputVolt  100 V
     2022-01-18 12:44:53   state           opened
     2022-01-18 12:45:03   underVoltageRecover 12.2 V
     2022-01-18 12:45:03   underVoltageWarning 12 V
   REMEMBER:
     lrecv      1642513370.26033
     lsend      1642513370.23411
   gotReadings:
     BattStrom  0 A
     BattVoltage 13.87 V
   lastRead:
     c0         1642513367.34908
     c2         1642513367.72458
     c3         1642513367.85775
     c5         1642513368.01249
     c6         1642513368.1391
     d8192      1642513368.27292
     d8204      1642513368.4061
     h36864     1642506302.20014
     h36865     1642506302.20179
     h36866     1642506302.20325
     h36867     1642506302.20483
     h36868     1642506302.20631
     h36869     1642506302.20775
     h36870     1642506302.20921
     h36871     1642506302.21063
     h36872     1642506303.65423
     h36873     1642506303.65533
     h36874     1642506303.65633
     h36875     1642506303.6573
     h36876     1642506303.65827
     h36877     1642506303.65922
     h36878     1642506303.66018
     h36883     1642513369.07554
     h36886     1642506303.79016
     h36887     1642506303.79117
     h36888     1642506303.79217
     h36889     1642506303.79321
     h36894     1642506303.92081
     h36895     1642506303.92182
     h36896     1642506303.92279
     h36897     1642506303.92376
     h36933     1642506304.54761
     h36936     1642506304.54862
     h36939     1642506304.67235
     h36969     1642513369.32892
     h36970     1642513369.32973
     i12288     1642506304.9329
     i12289     1642506304.93391
     i12290     1642506304.9351
     i12292     1642506304.93608
     i12293     1642506304.93704
     i12294     1642506304.93812
     i12296     1642513369.46938
     i12544     1642513369.59823
     i12545     1642513369.59927
     i12546     1642513369.60032
     i12548     1642513369.6013
     i12549     1642513369.60225
     i12550     1642513369.60328
     i12556     1642513369.73094
     i12557     1642513369.73195
     i12558     1642513369.73301
     i12560     1642513369.73411
     i12561     1642513369.73516
     i12570     1642513369.86221
     i12571     1642513369.86327
     i12800     1642513369.99352
     i12801     1642513369.99524
     i12802     1642513369.9968
     i13056     1642513370.13217
     i13057     1642513370.13386
     i13058     1642513370.13575
     i13059     1642513370.13743
     i13060     1642509954.77939
     i13062     1642506305.91349
     i13064     1642506306.0441
     i13066     1642506306.04603
     i13068     1642509954.89921
     i13070     1642506306.04957
     i13072     1642506306.29981
     i13074     1642506306.30093
     i13076     1642506306.30195
     i13082     1642513370.26317
     i13083     1642513370.26444
Attributes:
   IODev      ModbusRS485_AB
   alias      AB Ost - PV-Anlage 3
   devStateStyle style="text-align:left;;font-weight:bold;;"
   event-on-change-reading .*
   group      PV Anlage 3
   icon       measure_photovoltaic_inst
   room       PV-Anlagen
   stateFormat <b>Laderegler Status:</b><br>
<span style='color:#00FFFF'>
Temperatur: ReglerTemp</span><br><br>

<b>Panel:</b><br>
<span style='color:#FFDD00'>
Spannung: PanelSpannung<br>
Strom: PanelStrom<br>
Leistung: PanelLeistung</span><br><br>

<b>Batterie:</b><br>
<span style='color:#AAFF00'>
Batteriekapazität: BattCapacityRemaining<br>
Spannung: BattSpannung<br>
Lade Strom: BattLadeStrom<br>
Lade Leistung: BattLadeLeistung<br>
Entlade Strom: BattStrom<br>
Temperatur: BatteryTemperatur</span><br><br>

<b>Last:</b><br>
Ausgangsspannung: <span style='color:red'>LastSpannung</span><br>
Ausgangsstrom: <span style='color:red'>LastStrom</span><br>
Ausgangswirkleistung: <span style='color:red'>LastLeistung</span><br>
   webCmd     ChargingOnOff:ManualControlLoad:DefaultControlLoad:LoadControllingMode:EnableLoadTest:ForceLoad:
   webCmdLabel Batterie Laden:
Last manuell aktivieren:
Normale Laststeuerung:
Ladesteuerungsmodus:
Lasttest:
Laden erzwingen:
So funktioniert jetzt alles.

also wenn du mehrere Modbus Geräte an dem Waveshare hast könnte ich mir das erklären da ja die Epever nur Slave Geräte sind und mit der ID dann angesprochen werden.
der Waveshare muss quasi das ganze ungefiltert und ungeschönt 1:1 durch das TCP durchbringen. Greift jetzt ein zweites Modul darauf zu, verliert das andere ja die Verbindung. Es ist ja im Prinzip nur eine serielle Schnittstelle durch IP geschoben, also Modbus RTU over TCP.
Ich hatte anfangs mit ESPLink auch so ähnlichen Effekt und bin dann auf ESPEasy.

Hier hab ich eine gute Erklärung gefunden : https://forum.fhem.de/index.php/topic,111019.msg1055170.html#msg1055170

Hallo Forenmitglieder, kann mir jemand Starthilfe geben , hab jetzt grad mein server am laufen - wenn ich nun define xyz ModbusAttr   oder auch das epever modul laden möchte - findet er das nicht - "unknown device"  - wie und woher kommen denn die *,pm" Dateien in den fhem Ordner? Gibt es da ein repository wo man die laden kann?  Ich hab mir in  meinem positiven Vertrauen alles etwas einfacher vorgestellt. Die Einsteigeranleitung mit Lampengedönse - schön und gut - brauche ich aber nicht - für meine Solaranlage - . Ich vermute mal da gibt es standard Pakete wie z.B. auch meinen yamaha AV - Vestärker - sehr nice - der staubt schon sein zig Jahren vor sich hin . Und dann gibt es wohl extra pakete . wie exotische Sachen - wie eben  rs485 to ethernet gateways und epever solarregler. Ich will es nur mal verstehen.  Danke

meine Module findest du im ersten Thread hier als Anhang.
Sie sind nicht im repository enthalten. Das ist "exotisch" wie du schon sagst, es gibt einige Module die von Forenmitgliedern gestrickt wurden und nicht über die offizielle Verteiliung laufen.

Du must das entsprechende Modul in den Fhem Ordner   FHEM kopieren mit den entsprechenden Dateirechten.

Dann kannst du mit reload 98_ModbusEPEVER.pm  das Modul laden, damit es FHEM kennt, oder ein neustart von FHEM erkennt das auch.

Erst dann kannst du mit define arbeiten.

Hallo zusammen,

ich gehörte bis heute zu den Leuten, die sich geärgert haben die EPever ebox-wifi-01 gekauft zu haben.
Ein Zugriff ist erst nur via Hersteller-App möglich, und das Gerät so erstmal für FHEM Nutzer überhaupt nicht brauchbar.
So lag das Ding auch nur für Versuchszwecke dumm rum.
Aber die Box ist grundsätzlich auch nur ein einfacher RS485 zu WLan Converter.
Nach ein bisschen suchen und probieren ist es recht einfach das doch soweit günstige Modul umzustricken.
Man verbindet sich einfach per Smartphone nach Bedienungsanleitung mit der WiFi Box.
Die Wifibox hat doch tatsächlich dann unter 11.11.11.254:80 eine Weboberfläche, auf der man die Box dann auch mit seinem HeimLAN verbinden kann.
Einfach unter STA Settings Verbindungsdaten vom eigenen WLAN eingeben, unter: other settings/network parameter den TCP Server zur Adresse des FHEM Servers leiten.
Zuletzt unter Mode settings auf "STA Mode" umschalten und einen Reset durchführen.

Ab dann kann man mit dem FHEM Modbus Modul und dem EPEvermodul hier aus dem Thread fein drauf zugreifen.




Gruß

Olaf

Danke an den Modulprogrammierer, habe heute mein Thinclient mit 64gb CF Karte und debian 11 versehen. Die Verbindung zum Epever xtra lief sofort - über mein lantronix xport rs485 ethernet gateway. Hab dem 1. Epever die maximal zulässige Client ID 32 (bei zweidraht max 32 Teilnehmer) gegeben. Zwei weitere werden noch einfach parallel an den Bus angeschlossen. Allen Zweiflern die glauben es ginge nur eine Kommunikation gleichzeitig, möchte ich zeigen das das nicht sein kann. Die seriellen Protokolle sind ja schließlich die Vorläufer des heutigen Tcp/ip. Und das ist immer noch bis zur Kollision -  selbstregulierend.  Die Daten des Reglers wurden alle ausgelesen - manche Zeile rot . Ich werde mich da wohl noch etwas einlesen dürfen. Was ich nun nicht gefunden habe ist die grafische Anzeige des Verlaufes von Strom Spannung und Leistung. Geht das über einen weiteren Webserverport  oder muss ich da selbst noch etwas machen? Das ist für einen Newbee  nicht leicht zu verstehen. Grafik wie und wo ? vielleicht darf da noch jemand etwas support leisten. Danke

Du must da tatsächlich selber etwas machen...
Für den einfachen start suche mal in der Commandref nach "filelog" und belies Dich da etwas... fürs Erste reicht das.

Etwas anspruchsvoller und eleganter wäre die Lösung z.B. über ein "DBLog", wenn die Datenmengen größer werden.

Hast Du dann das Logging am rennen, kannst du mit FHEM einfache SVG-Plots erzeugen um Deine grafische Anzeige anzulegen.

Gruß Olaf

@DV03  schön das du erfolge hast. Aber bitte, schreibe deine Texte nicht am stück sondern gliedere etwas, ist sonst etwas schwer zu lesen.

Die Plots wie Knuffioda schon geschrieben hat must du dir selber basteln. Zuerst solltest du dir ins log nur die wichtigsten Daten schreiben lassen die du auch wirklich brauchst.  Sonst ist das mit den ganzen readings schon eine Menge, und  nicht vergessen event-on-change-reading  entsprechend zu setzen. Bei manchen Werten habe ich auch gewisse mindeständerungen eingetragen das mir das log nicht zu groß wird.

z.b. : LastStrom:0.6,LastSpannung:0.2,LastLeistung:7,BattSpannung:0.1,BattStrom:0.3,PanelSpannung:3,PanelLeistung:2,PanelStrom:0.3,BattLadeStrom:0.3,BattLadeLeistung:3,.*
Ist natürlich individuell bei jedem anders , also nur so als Beispiel


@Knuffioda

Die EPEVER Wifi Box die ich hatte ging leider nicht. Denn die STA Settings waren in meiner Firmware nicht drin, da die das bei einer Version mal entfernt hatten wegen irgendwelcher Fehler.
Mitlerweile gibt es wieder die Firmware mit der Funktion. Ich hab die Firmware auf meine Box aufgespielt und sie tut es jetzt auch.
Aber brauche das Teil nicht wirklich.
Also wenn jemand das teil braucht.. ich habs übrig.

Hallo,

zu allererst mal vielen, vielen Dank für die Entwicklung dieses Moduls! Ich habe es etwa seit September erfolgreich mit meinem Epever Upower M6322 und einer WifiBox in Betrieb. Ich überlege nun, auf einen Inselwechselrichter der UPower-Hi Serie (https://www.epever.com/product/upower-hi-220-230vac-inverter-charger) umzusteigen. Hat jmd von euch bereits ein Gerät dieser Serie in Betrieb und weiß etwas über die Kompatibilität des Geräts mit dem UPower-Modul? Ich bin sehr zufrieden mit der Auswertung der Daten über FHEM und Grafana und würde in Zukunft nur ungern darauf verzichten. Ich habe bei Westech (die vertreiben das Gerät in Deutschland) mal nach einer Protokollbeschreibung angefragt, damit ließe sich der Anpassungsaufwand sicher besser einschätzen.

Danke schonmal,
Sebi

Edit: Protokollbeschreibung angehängt, außerdem meinte der Westech-Support, die WifiBox sei nicht kompatibel und hat mir stattdessen den CloudMonitoring-Adapter empfohlen.

Hallo Sebi,

ich habs mir mal angesehen, das wird dann ein neues Modul, denn die Register sind anders, kann ich dir bauen.

Das mit der Wifibox ist klar, weil so wie ich die Dokumentation von dem Regler sehe hat der auch einen Sub-D und keine RJ-45 Buchse. Darum sagt Westech natürlich das es nicht kompatibel ist.

Aber, man kann das hinbekommen, denn in der Doku ist ja die Pin Belegung aufgeführt. Wenn du diese Wifi Box shcon hast und weiterbetreiben willst, dann brauchst von dem Sub-D 9 Pol entsprechend die Pins umsetzen. Sind ja 5V A und B und GND zu verdrahten.

Hallo Richi,

das klingt ja schonmal super, vielen Dank auch für dein Angebot der Umsetzung, hätte ich so nicht erwartet. Ich habe mir das Gerät jetzt mal bestellt und dazu auch noch den aktuellen Wifi-Adapter von Epever, der hat eine DB9 Schnittstelle (und kommt leider aus China, dauert also wohl noch ein wenig). Meine WifiBox wechselt zusammen mit dem alten Wechselrichter den Besitzer ;) Ich hoffe, dass der "neue" Adapter ähnlich gut konfigurierbar ist wie die Box. Ich melde mich, wenn ich die Komponenten in Betrieb habe. Nochmals vielen Dank für die angebotene Unterstützung, das ist nicht selbstverständlich.

...Sebi

Hallo allerseits,
mal ein kurzes Update von meiner Seite: Ich habe meinen UP-Hi inzwischen montiert, konfiguriert und in Betrieb. Auch der Wifi-Dongle ist inzwischen angekommen. Leider schaffe ich es (noch) nicht, ihn auf stationary zu konfigurieren, weil das leider nicht mehr über ein Webinterface funktioniert, sondern nur noch über die proprietäre "Epever Pair"-App und die Funktion in der App gerade nicht funktioniert :/ Über den AP-Modus kann ich allerdings zum Wechselrichter verbinden und sehe die Werte in der App. Ich warte also, dass hoffentlich bald ein Fix für "Epever Pair" kommt.

Ganz allgemein funktioniert der WR gut und war einfach zu konfigurieren. Er pustet etwas lauter und häufiger als der alte Upower M6322 und hat minimal mehr Standby-Verbrauch.

Grüße,
Sebi

ok das mit dem STA mode ist bei denen wohl etwas Stiefmütterlich, mal hoffen das es klappt.
Das Modul hab ich zu 60% fertig  zumindest die Inputregister

Habe den Epever IP1000-12 mit dem [98_ModbusIPOWER]-Modul im Betrieb.
Vielen Dank für Deine Arbeit!
Funktioniert soweit gut, Messwerte werden ausgelesen (Spannung Eingang/Ausgang, Ausgangsstrom und -Leistung).

Einstellen/Steuern kann ich aber irgendwie nix.
"StartStop" kann ich "On" oder "Off" setzen. Mir ist aber nicht klar was dies bewirkt.
Weiß hier jemand Bescheid?

Für "RemoteLocalControl" kann ich zwar die Werte setzen, nach einem "reread" steht dort aber grundsätzlich der Wert "local".
HighVoltDisconnect und -Reconnect sowie LowVoltDisconnect und -Reconnect geht auch nicht.

Das aktuellste Modul ist nach wie vor im ersten Beitrag, oder?

Die "TagesEnergie" habe ich mir mit einem userReading zusammengebastelt:
userReadings InverterEnergieTagRaw:OutputPower.* integral {ReadingsNum($name,"OutputPower",0)/3600}, InverterEnergieTag:OutputPower.* {sprintf('%.3f',ReadingsVal($name,"InverterEnergieTagRaw",0))}

also ich hänge die aktuellsten Versionen immer im ersten Beitrag rein.

Die Modbus infos habe ich ja aus dem anhang hier von dem Beitrag https://forum.fhem.de/index.php/topic,111967.msg1169184.html#msg1169184

Start Stop hätte ich jetzt so verstanden das man damit den Inveter Ein bzw. Ausschaltet. Ich Vermute wenn der Pyhsikalische Schalter auf Aus ist, kann man den dann damit Einschalten, zumindest hab ich das mal bei anderen Herstellern schon mal so gelesen.

Remote Local  hat vielleicht damit auch was zu tun.

Bezüglich dem Setzen der Spannungswerte von der Batterie:

Lesen kannst du die Werte ? Habe mal neue Version hochgeladen, da setze ich die Werte in lesbarer um mit Einheit, beim setzen Einheit mal weglassen.

Bei den Insel Ladereglern ist es so das die Batteriewerte nicht einzeln sondern alle auf einmal gesetzt werden müssen. D.h. Wenn man einen wert ändert muss man über modbus die ganzen Werte der andren auch zusammenhängend mitschicken. K.a. wie ich das lösen kann. Müsste man die Readings der anderen Werte immer mitverarbeiten. Vielleicht ist das ja das Problem.

Mit der Original Soft kannst du die ganzen Werte setzen ?
Wieviel Strom braucht der Inverter denn ohne Last ?

Bei der Standart iPower-Version scheint es nur einen physikalischen Ein/Aus-Schalter zu geben. Ist der aus, ist die Power-Led aus und die Abfragen über den Modbus gehen ins Leere.
Es gibt die iPower-Plus Serie die hat ein spezielles zweiadriges Interface für den Remote-Switch. Auch gibt es ein rundes Bedienpanel mit LCD-Anzeige. Dort lassen sich wohl die Ausgangsspannung und -Frequenz per Interface einstellen.
Bei meiner Standard Version gibt es hierfür ein Mäuseklavier/Dip-Switch.
Die Echtzeitwerte kann ich alle lesen. Hab mir userreadings gebastelt womit ich mit Wirkungsgrad Eingangsstrom und -Leistung berechne.
Die Grenzwerte für die Batterie kann ich überhaupt nicht lesen, da kommt nix.
Ich teste mal Deine neue Version.

Mit der original Software hatte ich noch keinen Erfolg. Mit meinem USB-Modbuswandler ist mir die Kommunikation unter Windows noch nicht gelungen.

Unter raspbian funktionieren die tadellos.

Mahlzeit,

ich betreibe inzwischen einen IP5000-42-Plus.
Das Modul IPower funktionier genau wie bei meinem bisherigen IP2000-42. Eingangsspannung und Strom werden nach wie vor nicht von dem Modul dargestellt, sind aber auch nicht via Originalsoftware auszulesen! Wird wohl das Register nicht bechrieben...
Im Display kann der Inverter nicht ein und ausgeschaltet werden. Dort sind nur die Betriebszustände dargestellt, und die wichtigsten Parameter können dort in einem Parameter Menu angepasst werden. Die Standard Betriebsanleitung führt nicht aus, wie die Remotesteuerung funkioniert.
Wenn ich das richtig in Erinnerung habe funktioniert das z.B. über die App wie folgt:
Hardwareschalter am Gerät aus: alles aus, keine Kommunikation, keine Fernbedienung!
Hardwareschalter am Gerät ein: Local mode aktiv, aber umschaltbar bei 0x0011 auf Remote mode
Wenn Remotemode aktiv: über Adresse 0x000F Fern ein- und ausschaltbar.

Den externen Kontakt Hardware-remote-switch hab ich leider noch nicht getestet, werd ich aber bestimmt noch tun und berichten.

@ thymjan: Wie sehen denn Deine Userreadings aus. Finde ich interessant, da ich sowas auch noch basteln wollte. Nimmst du da nur den theoretischen Wirkungsgrad aus dem Datenblatt?



Gruß aus dem Siegerland

Olaf

Hallo Olaf,

hier meine userreadings:

InverterEnergieTagRaw:OutputPower.* integral {ReadingsNum($name,"OutputPower",0)/3600},
InverterEnergieTag:OutputPower.* {sprintf('%.3f',ReadingsVal($name,"InverterEnergieTagRaw",0))},
InputPowerCalculatedRaw:OutputPower.* {ReadingsNum($name,"OutputPower",0)/ReadingsNum($name,"efficiency",0)},
InputPowerCalculated:OutputPower.* {sprintf('%.3f',ReadingsVal($name,"InputPowerCalculatedRaw",0))},
InputCurrentCalculatedRaw:OutputPower.* {ReadingsNum($name,"InputPowerCalculatedRaw",0)/ReadingsNum($name,"InputVolt",0)},
InputCurrentCalculated:OutputPower.* {sprintf('%.3f',ReadingsVal($name,"InputCurrentCalculatedRaw",0))}

mit
setreading ipower efficiency 0.9 habe ich den Wirkungsgrad mit 90% angenommen.

Damit die verrichtete Tagesarbeit nachts zurückgesetzt wird habe ich noch folgendes ,,at" gesetzt:

defmod ResetInverterEnergieTag at *0:07:03 deletereading ipower InverterEnergieTagRaw; deletereading InverterEnergieTag; setreading ipower InverterEnergieTagRaw 0; setreading InverterEnergieTag 0; set ipower reread

Das funktioniert aber momentan leider nur, wenn der Inverter durchläuft.

Hier noch mein State Format:

<b>Eingang</b> <span style='color:#88CC00'>
Spannung: [$name:InputVolt],
Strom: [$name:InputCurrentCalculated] A,<br>
Leistung: [$name:InputPowerCalculated] W</span>
<br>
<b>Ausgang</b> Spannung: <span style='color:red'>[$name:OutputVoltage]</span>,
Strom: <span style='color:red'>[$name:OutputCurrent]</span>
<br>
Leistung: <span style='color:red'>[$name:OutputPower]</span>
<br>
Tagesenergie: [$name:InverterEnergieTag] Wh
<br>
<b>Temperatur</b> Inverter: [$name:InverterTemp], Mosfet: [$name:MosfetTemp]
<br>
<b>Status:</b> <span style='color:#3333FF'>[$name:InverterState]</span>
<br>
[$name:OutputPower:t], Interval [$name:Interval] s


Grüße,
Stefan

also wenn InputCurrent und InputPower nichts liefern, habt ihr da Fehlermeldungen im Log ? Oder Antwortet der wirklich mit 0 ?
Dann sollte man diese Abfragen vielleicht rausnehmen.

Antworten vom IP1000-12
mit aktuellem Modul [98_ModbusIPOWER] (30.03.22)

Log InputCurrent
Rückgabe im Popup-Fenster ist "0A"

2022.04.01 21:49:40 4: ipower: get called with InputCurrent (i12553)
2022.04.01 21:49:40 5: ipower: GetSetChecks with force
2022.04.01 21:49:40 5: ipower: GetSetChecks returns success
2022.04.01 21:49:40 4: ipower: DoRequest called from GetLDFn created new request, read buffer empty,
request: id 3, read fc 4 i12553, len 1, master device ipower, reading InputCurrent (get InputCurrent)
2022.04.01 21:49:40 5: ModBusLine: QueueRequest called from DoRequest with i12553, qlen 0 from master ipower through io device ModBusLine
2022.04.01 21:49:40 5: ModBusLine: ProcessRequestQueue called from QueueRequest as direct:ModBusLine, qlen 1, force, request: request: id 3, read fc 4 i12553, len 1, master device ipower, reading InputCurrent (get InputCurrent), queued 0.00 secs ago
2022.04.01 21:49:40 5: ModBusLine: checkDelays clientSwitchDelay, last read with different id was 19.656 secs ago, required delay is 0
2022.04.01 21:49:40 5: ModBusLine: checkDelays commDelay, last communication with same device was 45.358 secs ago, required delay is 0.1
2022.04.01 21:49:40 5: ModBusLine: checkDelays busDelayRead, last activity on bus was 19.656 secs ago, required delay is 0
2022.04.01 21:49:40 5: ModBusLine: checkDelays sendDelay, last send to same device was 45.363 secs ago, required delay is 0.1
2022.04.01 21:49:40 4: ModBusLine: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 1, sending 030431090001eed6 via /dev/ttyS0@115200, read buffer empty,
request: id 3, read fc 4 i12553, len 1, master device ipower, reading InputCurrent (get InputCurrent), queued 0.00 secs ago
2022.04.01 21:49:40 5: ModBusLine: Send called from ProcessRequestQueue
2022.04.01 21:49:40 5: DevIo_SimpleWrite ModBusLine: 030431090001eed6
2022.04.01 21:49:40 5: ModBusLine: ReadAnswer called from GetLDFn
2022.04.01 21:49:40 5: ModBusLine: ReadAnswer remaining timeout is 1.99148488044739
2022.04.01 21:49:40 5: ModBusLine: ReadAnswer got: 0304
2022.04.01 21:49:40 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:49:40 5: ModBusLine: ReadAnswer got no valid frame after HandleFrameStart, wait for more data
2022.04.01 21:49:40 5: ModBusLine: ReadAnswer remaining timeout is 1.98870801925659
2022.04.01 21:49:40 5: ModBusLine: ReadAnswer got: 0304020000c0f0
2022.04.01 21:49:40 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:49:40 4: ModBusLine: ParseFrameStart (RTU, master) extracted id 3, fCode 4 and potential data 020000
2022.04.01 21:49:40 5: ModBusLine: HandleResponse called from ReadAnswer
2022.04.01 21:49:40 5: ModBusLine: ParseResponse called from HandleResponse
2022.04.01 21:49:40 5: ModBusLine: CheckChecksum (called from ParseResponse): c0f0 is valid
2022.04.01 21:49:40 5: ModBusLine: now parsing response data objects, master is ipower relay is undefined
2022.04.01 21:49:40 5: ipower: ParseDataString called from HandleResponse with data hex 0000, type i, adr 12553, op read
2022.04.01 21:49:40 5: ipower: SplitDataString called from ParseDataString with data hex 0000, type i, adr 12553, valuesLen 1, op read
2022.04.01 21:49:40 5: ipower: CreateDataObjects called from ParseDataString with objList i12553
2022.04.01 21:49:40 5: ipower: CreateDataObjects sortedList i12553
2022.04.01 21:49:40 5: ipower: CreateDataObjects unpacked 0000 with n to 0
2022.04.01 21:49:40 5: ipower: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." A" to 0 A
2022.04.01 21:49:40 4: ipower: CreateDataObjects assigns value 0 A to InputCurrent
2022.04.01 21:49:40 5: ipower: ParseDataString created 1 readings
2022.04.01 21:49:40 4: ModBusLine: HandleResponse done, current frame / read buffer: 0304020000c0f0, id 3, fCode 4,
request: id 3, read fc 4 i12553, len 1, master device ipower, reading InputCurrent (get InputCurrent), queued 0.04 secs ago, sent 0.04 secs ago,
response: id 3, fc 4, i12553, len 1, values 0000
2022.04.01 21:49:40 5: ModBusLine: ResetExpect for HandleResponse from response to idle
2022.04.01 21:49:40 5: ModBusLine: DropFrame called from ReadAnswer - drop 0304020000c0f0


log InputPower
Rückgabe im Popup-Fenster ist "0W"

2022.04.01 21:52:01 4: ipower: get called with InputPower (i12554)
2022.04.01 21:52:01 5: ipower: GetSetChecks with force
2022.04.01 21:52:01 5: ipower: GetSetChecks returns success
2022.04.01 21:52:01 4: ipower: DoRequest called from GetLDFn created new request, read buffer empty,
request: id 3, read fc 4 i12554, len 2, master device ipower, reading InputPower (get InputPower)
2022.04.01 21:52:01 5: ModBusLine: QueueRequest called from DoRequest with i12554, qlen 0 from master ipower through io device ModBusLine
2022.04.01 21:52:01 5: ModBusLine: ProcessRequestQueue called from QueueRequest as direct:ModBusLine, qlen 1, force, request: request: id 3, read fc 4 i12554, len 2, master device ipower, reading InputPower (get InputPower), queued 0.00 secs ago
2022.04.01 21:52:01 5: ModBusLine: checkDelays clientSwitchDelay is not relevant
2022.04.01 21:52:01 5: ModBusLine: checkDelays commDelay, last communication with same device was 7.054 secs ago, required delay is 0.1
2022.04.01 21:52:01 5: ModBusLine: checkDelays busDelayRead, last activity on bus was 7.055 secs ago, required delay is 0
2022.04.01 21:52:01 5: ModBusLine: checkDelays sendDelay, last send to same device was 7.059 secs ago, required delay is 0.1
2022.04.01 21:52:01 4: ModBusLine: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 1, sending 0304310a00025ed7 via /dev/ttyS0@115200, read buffer empty,
request: id 3, read fc 4 i12554, len 2, master device ipower, reading InputPower (get InputPower), queued 0.00 secs ago
2022.04.01 21:52:01 5: ModBusLine: Send called from ProcessRequestQueue
2022.04.01 21:52:01 5: DevIo_SimpleWrite ModBusLine: 0304310a00025ed7
2022.04.01 21:52:01 5: ModBusLine: ReadAnswer called from GetLDFn
2022.04.01 21:52:01 5: ModBusLine: ReadAnswer remaining timeout is 1.99270987510681
2022.04.01 21:52:01 5: ModBusLine: ReadAnswer got: 0304
2022.04.01 21:52:01 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:52:01 5: ModBusLine: ReadAnswer got no valid frame after HandleFrameStart, wait for more data
2022.04.01 21:52:01 5: ModBusLine: ReadAnswer remaining timeout is 1.9906439781189
2022.04.01 21:52:01 5: ModBusLine: ReadAnswer got: 03040400000000d844
2022.04.01 21:52:01 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:52:01 4: ModBusLine: ParseFrameStart (RTU, master) extracted id 3, fCode 4 and potential data 0400000000
2022.04.01 21:52:01 5: ModBusLine: HandleResponse called from ReadAnswer
2022.04.01 21:52:01 5: ModBusLine: ParseResponse called from HandleResponse
2022.04.01 21:52:01 5: ModBusLine: CheckChecksum (called from ParseResponse): d844 is valid
2022.04.01 21:52:01 5: ModBusLine: now parsing response data objects, master is ipower relay is undefined
2022.04.01 21:52:01 5: ipower: ParseDataString called from HandleResponse with data hex 00000000, type i, adr 12554, op read
2022.04.01 21:52:01 5: ipower: SplitDataString called from ParseDataString with data hex 00000000, type i, adr 12554, valuesLen 2, op read
2022.04.01 21:52:01 5: ipower: CreateDataObjects called from ParseDataString with objList i12554
2022.04.01 21:52:01 5: ipower: CreateDataObjects sortedList i12554
2022.04.01 21:52:01 5: ipower: ReverseWordOrder is reversing order of up to 2 registers
2022.04.01 21:52:01 5: ipower: ReverseWordOrder for CreateDataObjects is transforming 00000000 to 00000000
2022.04.01 21:52:01 5: ipower: CreateDataObjects unpacked 00000000 with N to 0
2022.04.01 21:52:01 5: ipower: perl expression eval evaluated package main; my @val = @{$oRef->{'%val'}};$val=($val/100)." W" to 0 W
2022.04.01 21:52:01 4: ipower: CreateDataObjects assigns value 0 W to InputPower
2022.04.01 21:52:02 5: ipower: ParseDataString created 1 readings
2022.04.01 21:52:02 4: ModBusLine: HandleResponse done, current frame / read buffer: 03040400000000d844, id 3, fCode 4,
request: id 3, read fc 4 i12554, len 2, master device ipower, reading InputPower (get InputPower), queued 0.03 secs ago, sent 0.03 secs ago,
response: id 3, fc 4, i12554, len 2, values 00000000
2022.04.01 21:52:02 5: ModBusLine: ResetExpect for HandleResponse from response to idle
2022.04.01 21:52:02 5: ModBusLine: DropFrame called from ReadAnswer - drop 03040400000000d844


log HighVoltDisconnect
2022.04.01 21:47:14 4: ipower: get called with HighVoltDisconnect (h2355)
2022.04.01 21:47:14 5: ipower: GetSetChecks with force
2022.04.01 21:47:14 5: ipower: GetSetChecks returns success
2022.04.01 21:47:14 4: ipower: DoRequest called from GetLDFn created new request, read buffer empty,
request: id 3, read fc 3 h2355, len 1, master device ipower, reading HighVoltDisconnect (get HighVoltDisconnect)
2022.04.01 21:47:14 5: ModBusLine: QueueRequest called from DoRequest with h2355, qlen 0 from master ipower through io device ModBusLine
2022.04.01 21:47:14 5: ModBusLine: ProcessRequestQueue called from QueueRequest as direct:ModBusLine, qlen 1, force, request: request: id 3, read fc 3 h2355, len 1, master device ipower, reading HighVoltDisconnect (get HighVoltDisconnect), queued 0.00 secs ago
2022.04.01 21:47:14 5: ModBusLine: checkDelays sendDelay, last send to same device was 19.344 secs ago, required delay is 0.1
2022.04.01 21:47:14 5: ModBusLine: checkDelays busDelayRead, last activity on bus was 19.452 secs ago, required delay is 0
2022.04.01 21:47:14 5: ModBusLine: checkDelays commDelay, last communication with same device was 19.450 secs ago, required delay is 0.1
2022.04.01 21:47:14 5: ModBusLine: checkDelays clientSwitchDelay is not relevant
2022.04.01 21:47:14 4: ModBusLine: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 1, sending 030309330001767b via /dev/ttyS0@115200, read buffer empty,
request: id 3, read fc 3 h2355, len 1, master device ipower, reading HighVoltDisconnect (get HighVoltDisconnect), queued 0.00 secs ago
2022.04.01 21:47:14 5: ModBusLine: Send called from ProcessRequestQueue
2022.04.01 21:47:14 5: DevIo_SimpleWrite ModBusLine: 030309330001767b
2022.04.01 21:47:14 5: ModBusLine: ReadAnswer called from GetLDFn
2022.04.01 21:47:14 5: ModBusLine: ReadAnswer remaining timeout is 1.99259996414185
2022.04.01 21:47:14 5: ModBusLine: ReadAnswer got: 0383
2022.04.01 21:47:14 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:47:14 5: ModBusLine: ReadAnswer got no valid frame after HandleFrameStart, wait for more data
2022.04.01 21:47:14 5: ModBusLine: ReadAnswer remaining timeout is 1.99066996574402
2022.04.01 21:47:14 5: ModBusLine: ReadAnswer got: 0383026131
2022.04.01 21:47:14 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:47:14 4: ModBusLine: ParseFrameStart (RTU, master) extracted id 3, fCode 131 and potential data 02
2022.04.01 21:47:14 5: ModBusLine: HandleResponse called from ReadAnswer
2022.04.01 21:47:14 5: ModBusLine: ParseResponse called from HandleResponse
2022.04.01 21:47:14 5: ModBusLine: CheckChecksum (called from ParseResponse): 6131 is valid
2022.04.01 21:47:14 4: ModBusLine: HandleResponse got response with error code 83 / 02, illegal data address
2022.04.01 21:47:14 4: ModBusLine: HandleResponse done, current frame / read buffer: 0383026131, id 3, fCode 131,
request: id 3, read fc 3 h2355, len 1, master device ipower, reading HighVoltDisconnect (get HighVoltDisconnect), queued 0.01 secs ago, sent 0.01 secs ago,
response: id 3, fc 131, error code 02, len 1
2022.04.01 21:47:14 5: ModBusLine: ResetExpect for HandleResponse from response to idle
2022.04.01 21:47:14 5: ModBusLine: DropFrame called from ReadAnswer - drop 0383026131

log StartStop
Rückgabe im Popupfenster ist "On"

2022.04.01 21:54:35 4: ipower: get called with StartStop (c15)
2022.04.01 21:54:35 5: ipower: GetSetChecks with force
2022.04.01 21:54:35 5: ipower: GetSetChecks returns success
2022.04.01 21:54:35 4: ipower: DoRequest called from GetLDFn created new request, read buffer empty,
request: id 3, read fc 1 c15, len 1, master device ipower, reading StartStop (get StartStop)
2022.04.01 21:54:35 5: ModBusLine: QueueRequest called from DoRequest with c15, qlen 0 from master ipower through io device ModBusLine
2022.04.01 21:54:35 5: ModBusLine: ProcessRequestQueue called from QueueRequest as direct:ModBusLine, qlen 1, force, request: request: id 3, read fc 1 c15, len 1, master device ipower, reading StartStop (get StartStop), queued 0.00 secs ago
2022.04.01 21:54:35 5: ModBusLine: checkDelays commDelay, last communication with same device was 9.759 secs ago, required delay is 0.1
2022.04.01 21:54:35 5: ModBusLine: checkDelays clientSwitchDelay is not relevant
2022.04.01 21:54:35 5: ModBusLine: checkDelays sendDelay, last send to same device was 9.764 secs ago, required delay is 0.1
2022.04.01 21:54:35 5: ModBusLine: checkDelays busDelayRead, last activity on bus was 9.760 secs ago, required delay is 0
2022.04.01 21:54:35 4: ModBusLine: ProcessRequestQueue (V4.4.02 - 31.3.2021) qlen 1, sending 0301000f0001cc2b via /dev/ttyS0@115200, read buffer empty,
request: id 3, read fc 1 c15, len 1, master device ipower, reading StartStop (get StartStop), queued 0.00 secs ago,
response: no id, no fcode
2022.04.01 21:54:35 5: ModBusLine: Send called from ProcessRequestQueue
2022.04.01 21:54:35 5: DevIo_SimpleWrite ModBusLine: 0301000f0001cc2b
2022.04.01 21:54:35 5: ModBusLine: ReadAnswer called from GetLDFn
2022.04.01 21:54:35 5: ModBusLine: ReadAnswer remaining timeout is 1.99238181114197
2022.04.01 21:54:35 5: ModBusLine: ReadAnswer got: 0301
2022.04.01 21:54:35 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:54:35 5: ModBusLine: ReadAnswer got no valid frame after HandleFrameStart, wait for more data
2022.04.01 21:54:35 5: ModBusLine: ReadAnswer remaining timeout is 1.98995494842529
2022.04.01 21:54:35 5: ModBusLine: ReadAnswer got: 0301010191f0
2022.04.01 21:54:35 5: ModBusLine: ParseFrameStart called from ReadAnswer protocol RTU expecting id 3
2022.04.01 21:54:35 4: ModBusLine: ParseFrameStart (RTU, master) extracted id 3, fCode 1 and potential data 0101
2022.04.01 21:54:35 5: ModBusLine: HandleResponse called from ReadAnswer
2022.04.01 21:54:35 5: ModBusLine: ParseResponse called from HandleResponse
2022.04.01 21:54:35 5: ModBusLine: CheckChecksum (called from ParseResponse): 91f0 is valid
2022.04.01 21:54:35 5: ModBusLine: now parsing response data objects, master is ipower relay is undefined
2022.04.01 21:54:35 5: ipower: ParseDataString called from HandleResponse with data hex 01, type c, adr 15, op read
2022.04.01 21:54:35 5: ipower: SplitDataString called from ParseDataString with data hex 01, type c, adr 15, valuesLen 1, op read
2022.04.01 21:54:35 5: ipower: SplitDataString shortened coil / input bit string to 1, start adr 15, valuesLen 1
2022.04.01 21:54:35 5: ipower: CreateDataObjects called from ParseDataString with objList c15
2022.04.01 21:54:35 5: ipower: CreateDataObjects sortedList c15
2022.04.01 21:54:35 5: ipower: CreateDataObjects unpacked 31 with a to 1
2022.04.01 21:54:35 5: ipower: MapConvert called from CreateDataObjects converted 1 (1) to On with map 0:Off, 1:On
2022.04.01 21:54:35 4: ipower: CreateDataObjects assigns value On to StartStop
2022.04.01 21:54:35 5: ipower: ParseDataString created 1 readings
2022.04.01 21:54:35 4: ModBusLine: HandleResponse done, current frame / read buffer: 0301010191f0, id 3, fCode 1,
request: id 3, read fc 1 c15, len 1, master device ipower, reading StartStop (get StartStop), queued 0.03 secs ago, sent 0.03 secs ago,
response: id 3, fc 1, c15, len 1, values 01
2022.04.01 21:54:35 5: ModBusLine: ResetExpect for HandleResponse from response to idle
2022.04.01 21:54:35 5: ModBusLine: DropFrame called from ReadAnswer - drop 0301010191f0


Danke Stefan,

ich hatte gehofft das du das mit Hilfe eines anderen Devices, welches Leistung liefert, berechnest.
Du verwendest aber eine Annahme von 90% Wirkungsgrad... das war nicht so ganz meine Vorstellung.
Ich hab das mal mit der Leistungsabgabe meiner Pylontechs versucht, aber gerade im Standbybetrieb
mit geringen Strömen war die Genauigkeit absolut ungenügend.

Olaf

Wenn man die Kennlinie hätte, könnte man noch etwas genauer rechnen.  Aber hängt ja wahrscheinlich von der Art der Last ab, ob induktiv/kapazitiv oder ohmsche Last?
Der Inverter ist ja direkt an der Batterie. Da habe ich nur den Ladestrom und die ungenaue Angaben wie voll die Batterie ist.

@sebi
habe mal für die UPower-HI Series  das Modul hochgeladen. Kann es nicht testen da ich den ja nicht habe.
Hast du jetzt schon eine Verbindung hinbekommen ? Dann kannst das ja mal Testen.
Descriptions für das setzen von den Werten usw. sind ja Fleißarbeiten :-)

@thymian
also dann liefert der wirklich nur diese Werte zurück. Wenn auch die PC Software da nichts macht dann ist das eben so.

Hallo,

leider gibt's in der Hinsicht noch keinen Fortschritt, der Support hat mir folgendes geschrieben:

ZitatDue to the APP supporting the EPEVER-WiFi-2.4G-DB9-B and Upower-Hi Inverter is still under improvement and testing, so we recommend waiting 2~3 moths to buy this module.
Thanks in advance and have a wonderful day!

Wahrscheinlich hätte ich doch einfach ne eBox auf anderen Stecker umbauen sollen... Ich werde sofort testen und Bescheid geben, wenn ichs zum Laufen krieg. Immerhin kommen noch regelmäßige Updates für die App ;) 1000 Dank auf jeden Fall schonmal für die Umsetzung!

Grüße,
Sebi

Hallo laserrichi,

ich hab mal wieder eine Frage zum ModbusUPOWER.pm:

Kannst Du bitte mal den Switch D8 bPVChargOnOff im Modul checken.

Der Switch D5 bDevOutOnOff funktioniert ohne Probleme, der D8 bPVChargOnOff jedoch gar nicht.

Ich kann den D8 bPVChargOnOff zwar über das Modul absetzen, aber der UPower reagiert nicht und lädt munter weiter.

Ich kann nicht nachvollziehen, ob's am Modul oder an der Ignoranz des UPower liegt ;=)

Vielen Dank.

Kurt

Hallo Kurt,
also im Modul ist es richtig drin, das ist dezimal 267 und da kann man nichts falsch machen. Wenn du einen get  machst reagiert der darauf oder kommt da Timeout ?
Es gibt ja auch noch das Laden über das Netz, das ist der nachfolgende bGridSupplyChrgOnOff, vielleicht ist diese Funktion im Gerät zusammengefasst.

Aber wir wissen ja, mit der Doku hats der Chinese nicht so :-) Die 8 Köstlichkeiten sind halt doch nur 7 :-)

Hallo laserrichi,

vielen Dank für die schnelle Rückmeldung. Deine Anmerkung bzgl. "Zusammenfassung" hat mich zum nochmaligen Ausprobieren mehrere Schalter gebracht und damit auch auf die Lösung.

Im Gegensatz zum D5 bDevOutOnOff brauchen wohl die anderen Schalter unbedingt den bLocalRemoteCtrl auf Remote gesetzt. Wenn man darüber nachdenkt, dann logisch .... aber draufkommen muss man halt ;=)

Fazit: Mit gesetztem bLocalRemoteCtrl = Remote funzt das Schalten zuverlässig.

Danke nochmal.

Kurt

Hallo,

ich habe mal eine total Off-Topic-Frage, jedoch glaube ich, dass ich hier trotzdem an der richtigen Stelle bin ;=)

Mein "normaler" UPower ist ja nicht für LiFePO4 freigegeben, läuft zwar, hat aber ein paar Probleme, die ich mit kleineren Workarounds über FHEM lösen.

Ich überlege mit daher auf den UPower Hi umzusteigen. Da laserrichi ja schon ein Modul dafür bereit gestellt hat, meine Frage:

Habt Ihr schon Erfahrungen mit dem UPower Hi bzgl. allg. Funktionalität und bzgl. FHEM?

Über kurzes Feedback würde ich mich freuen ;=) Gerne auch als PM hier übers Forum.

Danke.

Kurt

Hallo Kurt,

ich bin glaub ich bisher der einzige mit so einem Gerät hier... Und konnte das Modul aufgrund mangelnder Anbindung noch nicht testen, der neue Wifi-Adapter funktioniert noch nicht. Mit dem Wechselrichter selbst bin ich sehr zufrieden. Er ist ein wenig lauter und hat mininmal (~7W) höheren Standby-Verbrauch, falls das für deinen Einsatzzweck relevant ist. Ich hatte vorher auch den "normalen" UPower und hatte mit LiFePO4 das Problem, dass er den SOC nicht richtig berechnet hat und deswegen jede Nacht den Akku aus dem Netz vollgeladen wollte, trotz abweichender Konfiguration. Das macht der Hi nicht. Bei mir war zusätzlich noch die theoretisch mögliche Solarleistung etwas zu hoch für den Inverter, deswegen hab ich dann schlussendlich gewechselt. Wenn Du den UPower Hi mit FHEM betreiben willst, musst Du entweder eine Ebox auf DB9-Stecker umbauen oder es irgendwie hinkriegen, dass Du den Adapter im AP-Modus belassen kannst (also irgendwie den Traffic vom moduleigenen Netzwerk in dein FHEM-Netzwerk umleiten).

Grüße,
Sebi

Hallo Sebi,

vielen Dank fürs Feedback. So ähnliche Ladeprobleme habe ich auch, wenn die Batterien voll sind und das Laden verweigern und dann im Inverter die Boostladungsspannung erreicht wird, dann unterbricht der Inverter kurz den AC-Ausgang ... einfach so... damit booten alle angeschlossen Geräte durch.

Ich habe den normalen UPower mittels RS485-USB-Adapter und dem Modul hier am Laufen. Wenn ich den vorhandenen RJ45 auf DB9 umbaue, dann sollte doch der UPower HI auch mit dem neuen Modul über Modbus ansprechbar sein. Oder siehst Du da Probleme?

Ansonsten bin ich kurz davor, die Bestellung aufzugeben ...

Gruß

Kurt 

Hallo Kurt,

ja das sollte funktionieren, natürlich ohne Gewähr. Genau so hat es auch Richi hier (https://forum.fhem.de/index.php/topic,111967.msg1211755.html#msg1211755) empfohlen.

Happy shopping :)

Sebi

Hallo,

so der UPower HI ist bestellt. Sobald er hoffentlich Mitte Mai geliefert wird und ich ihn montiert habe, kann ich beim Testen des ModbusUPHIPOWER.pm behilflich sein.

Das für den "normalen" UPower funzt ja bis dato einwandfrei. Also kann ich umsteigen ;=)

Den UPower HI werde ich wieder per Modbus/RS485-USB-Adapter anbinden. Diesmal mit DB9-Stecker.

Viele Grüße

Kurt

Hi,

@Kurt.. diese Abhängigkeiten von dem bLocalRemoteCtrl  kannst du das mal irgendwie zusammenschreiben welche Discrete Switche abhängig sind dann kann ich das mit ins Modul bei der Beschreibung einpflegen. Das dürfte auch bei den anderen Modulen dann so sein die Wechselrichter haben.

LiFePO4 und SOC ist halt leider nicht so einfach wie man sich das vorstellt.
Zum einem ist die Ladeschlussspannung viel höher als die eigentliche Zellspannung. Je nach Hersteller bis zu 3,65V Ladeschluss für 100% und 3,3V Zellspannung.
D.h. bei 4 Zellen  14,6V Ladeschluss, und wird dann nicht mehr geladen sinkt die Spannung auf 13,2V. Was bedeutet das die eigentlich schon voll ist.

Das BMS muss das genau genommen alles wissen und sich merken ob schon Vollgeladen wurde usw.
Gibt ja fertige Autobatterien mit BMS, die sollten das ganze eigentlich richtig managen...

Am wohlsten fühlt sich der Akku zwischen 20 und 80% Ladung und Zimmertemperatur :-) unter 5° sollte man nur mit geringem Strom laden und unter 0° garnicht mehr. Auch sowas was der Regler wissen muss...
Vertrauensvolle Chinafirmware im Regler  ;-)

Ich mal wieder :) Mit einem "neuen" Problem, vllt fällt jemandem von euch was dazu ein:

Nachdem es inzwischen mehrere Updates für Epever Pair gab, aber mein Wifi-Dongle immer noch nicht unterstützt wird, hab ich mir gedacht, ich versuch mal einen anderen Weg: Mein Pi, auf dem fhem läuft, ist nun per LAN mit meinem Hausnetz verbunden und gleichzeitig per Wifi mit dem Accesspoint des Dongles. Dann hab ich mir auf dem Handy nen Packet Sniffer installiert, mich mit dem Accesspoint verbunden und ein bisschen in "Epever Pair" im localmode rumgeklickt. Die pcap häng ich mal an. Es hat sich herausgestellt, dass die App und der Accesspoint über Port 65010 kommunizieren, also hab ich in fhem mal ein entsprechendes Device angelegt. Das war irgendwann letzte Woche und das Device war immer nur "disconnected", also hab ich den Versuch als gescheitert bewertet. Jetzt hab ich aber gesehen, dass die Readings angelegt wurden und anscheinend in den letzten paar Tagen zweimal eine Verbindung da war (29.04. um 21:28h & 30.04. um 11:04h). Ich hab zwischenzeitlich nichts an der Config oder dem Inverter geändert. Meine Definition häng ich auch mal an. Ach ja, eine erste Rückmeldung zum Modul hab ich auch: "BatteryPercent" ist um Faktor 100 zu klein ;)

Hat jemand ne Idee, wie sich dieser Umstand erklären lässt bzw. wo's hier noch hakt? Ich hab das Gefühl, so nahe dran zu sein ;)

Danke und Grüße,
Sebi


defmod UpowerHi ModbusUPHIPOWER 10 60 192.168.169.1:65010 RTU
attr UpowerHi room Solar

setstate UpowerHi disconnected
setstate UpowerHi 2022-04-29 21:28:02 BacklightTime 3000
setstate UpowerHi 2022-04-30 11:04:00 BatteryCurrent 0 A
setstate UpowerHi 2022-04-30 11:04:00 BatteryPercent 0.67 %
setstate UpowerHi 2022-04-30 11:04:00 BatteryState Battvolt:Normal Temp:Normal
setstate UpowerHi 2022-04-30 11:04:00 BatteryVolt 27.18 V
setstate UpowerHi 2022-04-29 21:28:02 BuzzerAlarm 1
setstate UpowerHi 2022-04-30 11:03:56 ClrFault Off
setstate UpowerHi 2022-04-30 11:03:55 ClrStat Disable
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgBatteryTemp 25 °C
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgDeviceTemp 22 °C
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgInCurrent 0 A
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgInFreq 0 Hz
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgInPower 0 W
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgInVolt 0 V
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgPowerDeviceTemp 28 °C
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgState Normal Input Voltage Normal Power: low load
setstate UpowerHi 2022-04-30 11:03:59 ElectricChrgTotal 0 kWh
setstate UpowerHi 2022-04-30 11:03:57 InverterBypass Bypass
setstate UpowerHi 2022-04-30 11:03:59 LoadHeatSink1Temp 28 °C
setstate UpowerHi 2022-04-30 11:03:59 LoadHeatSink2Temp 23 °C
setstate UpowerHi 2022-04-30 11:03:59 LoadInputCurrent 0 A
setstate UpowerHi 2022-04-30 11:03:59 LoadInputVolt 27.18 V
setstate UpowerHi 2022-04-30 11:03:56 LoadOnOff On
setstate UpowerHi 2022-04-30 11:03:59 LoadOutCurrent 0.48 A
setstate UpowerHi 2022-04-30 11:03:59 LoadOutFreq 0 Hz
setstate UpowerHi 2022-04-30 11:03:59 LoadOutputState Normal Input Voltage Normal Power: low load
setstate UpowerHi 2022-04-30 11:03:59 LoadOutputVolt 220.11 V
setstate UpowerHi 2022-04-30 11:03:59 LoadTotalConsumption 17.22 kWh
setstate UpowerHi 2022-04-30 11:03:57 LocalRemoteCtrl Local
setstate UpowerHi 2022-04-30 11:03:57 Night_Day Day
setstate UpowerHi 2022-04-30 11:04:00 PVInputCurrent 10 A
setstate UpowerHi 2022-04-30 11:04:00 PVInputPower 1058.83 W
setstate UpowerHi 2022-04-30 11:04:00 PVInputVolt 105.78 V
setstate UpowerHi 2022-04-30 11:04:00 PVTotalCargePower 19.3 kWh
setstate UpowerHi 2022-04-29 21:28:03 ProtocolType 1
setstate UpowerHi 2022-04-30 11:04:00 PvChrgStat Boostladung Charger:Normal Input:Normal
setstate UpowerHi 2022-04-30 11:03:56 SSwitch grid
setstate UpowerHi 2022-04-30 11:01:57 SysDryOffVolt 24 V
setstate UpowerHi 2022-04-29 21:28:02 SysDryOnVolt 22.2 V
setstate UpowerHi 2022-04-29 21:28:02 SysRecSubChrgVolt 24 V
setstate UpowerHi 2022-04-29 21:28:02 SysStopSubChrgVolt 26.6 V
setstate UpowerHi 2022-04-29 21:28:03 TempCompensationCoeffizient 0 mV/℃/2V
setstate UpowerHi 2022-04-29 21:28:02 TempUnit Celsius
setstate UpowerHi 2022-04-29 21:28:03 UP-BateMode 0
setstate UpowerHi 2022-04-29 21:28:03 UP-BoostChargingVoltage 28.8 V
setstate UpowerHi 2022-04-29 21:28:03 UP-BoostReconnectChargingVoltage 26.4 V
setstate UpowerHi 2022-04-29 21:28:04 UP-Bypass_AC-DC_Voltage 176 V
setstate UpowerHi 2022-04-29 21:28:03 UP-ChargingLimitVoltage 28.8 V
setstate UpowerHi 2022-04-30 11:03:58 UP-ChrgDevOutNomCur2 0 A
setstate UpowerHi 2022-04-29 21:28:02 UP-ChrgPriorityMode Solar Priority
setstate UpowerHi 2022-04-30 11:03:58 UP-DiscDevInNomCur 0 A
setstate UpowerHi 2022-04-30 11:03:58 UP-DiscDevInNomPower 0 W
setstate UpowerHi 2022-04-30 11:03:58 UP-DiscDevInNomVolt 0 V
setstate UpowerHi 2022-04-30 11:03:58 UP-DiscDevOutNomCur 0 A
setstate UpowerHi 2022-04-30 11:03:58 UP-DiscDevOutNomPower 0 W
setstate UpowerHi 2022-04-30 11:03:58 UP-DiscDevOutNomVolt 0 V
setstate UpowerHi 2022-04-29 21:28:03 UP-DischargingLimitVoltage 21.2 V
setstate UpowerHi 2022-04-30 11:03:58 UP-ElectricChrgMode Constant Voltage and current limiting mode
setstate UpowerHi 2022-04-30 11:03:57 UP-ElectricChrgNomInCur 100 A
setstate UpowerHi 2022-04-30 11:03:58 UP-ElectricChrgNomInFrq 50 Hz
setstate UpowerHi 2022-04-30 11:03:57 UP-ElectricChrgNomInPower 3000 W
setstate UpowerHi 2022-04-30 11:03:57 UP-ElectricChrgNomInVolt 220 V
setstate UpowerHi 2022-04-30 11:03:57 UP-ElectricChrgNomOutCur 100 V
setstate UpowerHi 2022-04-30 11:03:57 UP-ElectricChrgNomOutPower 3000 W
setstate UpowerHi 2022-04-30 11:03:57 UP-ElectricChrgNomOutVolt 24 V
setstate UpowerHi 2022-04-29 21:28:03 UP-EqualizeChargingVoltage 28.8 V
setstate UpowerHi 2022-04-29 21:28:03 UP-FloatChargingVoltage 28 V
setstate UpowerHi 2022-04-30 11:03:58 UP-InPvNomCur 50 A
setstate UpowerHi 2022-04-30 11:03:58 UP-InPvNomPower 3000 W
setstate UpowerHi 2022-04-30 11:03:58 UP-InPvNomVolt 500 V
setstate UpowerHi 2022-04-29 21:28:03 UP-LithiumBatteryEnalbe 0
setstate UpowerHi 2022-04-29 21:28:03 UP-LithiumLowTempForbidCharging 0 °C
setstate UpowerHi 2022-04-29 21:28:03 UP-LithiumLowTempForbidDischarging 0 °C
setstate UpowerHi 2022-04-29 21:28:04 UP-LoadCurrentLimit 200 A
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomInCur 100 A
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomInPower 3000 W
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomInVolt 24 V
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomOutActivePower 3000 W
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomOutApparentPower 3000 W
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomOutCur 27 A
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomOutFrq 50 Hz
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomOutVolt 220 V
setstate UpowerHi 2022-04-30 11:03:58 UP-LoadNomOutWaveform Sine Waveform
setstate UpowerHi 2022-04-29 21:28:03 UP-LowVoltageDisconnectVoltage 22 V
setstate UpowerHi 2022-04-29 21:28:03 UP-LowVoltageReconnectVoltage 24 V
setstate UpowerHi 2022-04-29 21:28:04 UP-Max_AC-DC_ChargingCurrent 80 A
setstate UpowerHi 2022-04-29 21:28:04 UP-Max_AC-DC_ChargingVoltage 264 V
setstate UpowerHi 2022-04-29 21:28:03 UP-OSP 0
setstate UpowerHi 2022-04-29 21:28:04 UP-OUTFrequency 50 Hz
setstate UpowerHi 2022-04-29 21:28:04 UP-OUTVoltage 220 V
setstate UpowerHi 2022-04-30 11:03:58 UP-OutPvNomCur 100 A
setstate UpowerHi 2022-04-30 11:03:58 UP-OutPvNomPower 3000 W
setstate UpowerHi 2022-04-30 11:03:58 UP-OutPvNomVolt 24 V
setstate UpowerHi 2022-04-29 21:28:03 UP-OverVoltDisconnect 29 V
setstate UpowerHi 2022-04-29 21:28:03 UP-OverVoltageReconnect 28.5 V
setstate UpowerHi 2022-04-30 11:03:58 UP-PVChrgMode PWM
setstate UpowerHi 2022-04-29 21:28:03 UP-SysAggChrgCur 100 A
setstate UpowerHi 2022-04-29 21:28:03 UP-SysBattCap 320 Ah
setstate UpowerHi 2022-04-29 21:28:03 UP-SysBattType User
setstate UpowerHi 2022-04-29 21:28:03 UP-SysChrgBoostHoldTime 120
setstate UpowerHi 2022-04-29 21:28:03 UP-SysChrgEqualHoldTime 120
setstate UpowerHi 2022-04-29 21:28:03 UP-UnderVoltageWarningReconnectVoltage 24.5 V
setstate UpowerHi 2022-04-29 21:28:03 UP-UnderVoltageWarningVoltage 24 V
setstate UpowerHi 2022-05-01 10:14:32 state disconnected



Edit: Oh mein Gott, es ist gelöst! Der Pi ist die ganze Zeit zwischen den Funketzwerken hin- und hergesprungen... Ich reiche die Tage dann mal nen Testbericht nach ;)

Hi,

das sieht schon mal garnicht so schlecht aus. Das mit der % SOC kann ich ändern.
Mir fällt hier spontan so etwas wie Routing oder Timing ein. Denn du koppelst hier 2 Netze genau betrachtet.
Die Default route/gateway geht aber sicher über deinen normalen Router.
mal die üblichen traceroute usw. anschauen oder auch mal dauerhaften ping laufen lassen das man sieht ob es da hakt.

Das Modbus läuft ja über stefanstrobel sein Modbus Modul und da wird IODev benutzt. Wie hier das handling funktioniert weis ich leider nicht.

Kannst du in dem Adapter die baudrate ändern ?

Danke für deine schnelle Antwort. Hast Du meinen Edit im letzten Post gelesen? Hat sich wohl zeitlich überschnitten ;) Es läuft jetzt jedenfalls!

Ok jetzt hab ich es gelesen :-)
Modul hab ich auch schon upgedated jetzt sollten die % nicht mehr durch 100 geteilt werden

Danke, SOC stimmt jetzt :) Sonst ist mir bisher noch nichts aufgefallen, was nicht funktioniert. Ich hab jetzt den restlichen Tag meine Grafana-Installation angepasst, falls es jemanden interessiert: https://hightower.129a.net (https://hightower.129a.net/d/Hightower/hightower).

Vielen Dank nochmal für die Entwicklung des Moduls *Daumen hoch*

Schönen Abend,
Sebi

zum IPOWER Modul:
Den Inverter (hab den IP1000-12) kann man ja wohl nicht per Remote ein- und ausschalten.
Wenn der Netzschalter aus ist, ist damit keine ModBus Kommunikation möglich.
Nur für die Kommunikation möchte ich den Inverter aber auch nicht permanent laufen lassen.

Wäre es möglich, dass in diesem Fall (keine Modbus Kommunikation möglich) im konfigurierten Intervall vom Modul Null-Werte ausgegeben werden? (und der InverterState auf off gesetzt wird?)

Ich berechne durch Integration bestimmte Werte. Wenn vom Modul dann keine Werte mehr erzeugt werden, ist die Integration fehlerhaft.

ich wüsste jetzt nicht wie man das machen könnte.

Das einfachste ist wohl das ganze auf disable zu setzen

Modul ModbusUPHIPOWER.pm

Hallo laserrichi,

mein Epever UPower Hi Series wurde nun endlich geliefert. Der Inverter läuft erfolgreich.

Ich bin nun also ins Testen des ModbusUPHIPOWER.pm eingestiegen, bis jetzt läuft es ;=)

Kurze Konfig:

Raspi 3
USB-RS 485-Dongle mit CP2106-Chip
RS485A auf Pin7 Sub-D9-Stecker
RS485B auf Pin8 Sub-D9-Stecker

Modbus ist definiert mit:
@115200,8,N,1

ModbusUPHIPOWER mit:
10 600 RTU
(Achtung: Standard-ID ist 10, hatte zunächst 1 erfolglos getestet)

Ich werde mir die Werte mal genauer anschauen und berichten ;=)

Viele Grüße

Kurt

P.S.: Die oben gewünschte Doku der schaltbaren Einträge für den normalen UPower kann ich nicht mehr liefern, der ist bereits abgebaut ... sorry ...

Modul ModbusUPHIPOWER.pm

Hallo laserrichi,

hier mal das erste Feedback zum ModbusUPHIPOWER.pm:

B129 Battery 1 Current L
B130 Battery 1 Current H
=> Ist im Reading nur ein Wert
=> Ist immer 0 A (sollte wohl mal negativ und mal positiv sein)

A13 Load Nominal Input Power L
A14 Load Nominal Input Power H
A17 Load Nominal Output Apparent Power L
A18 Load Nominal Output Apparent Power H
A19 Load Nominal Output Active Power L
A20 Load Nominal Output Active Power H
=> Beim ganzen Load-Komplex fehlen die Leistung(Watt)-Angaben
=> Bitte mal checken, ob eventuell bei diesen postiv/negativ-Angaben nicht auch bei anderen Leistungsangaben Werte fehlen (kann ich nicht reproduzieren, da ich keine negativen Input erzeugen kann)
=> wohl auch oben beim "B129 Battery 1 Current L" das Problem

bPvChrgOnOff
=> Der normale UPPower hatte noch die Möglichkeit, mit dem Schalter 'bPvChrgOnOff' den Ladevorgang zu unterbrechen. Beim UPHiPower finde ich einen entsprechenden Schalter nicht. Ist dieser tatsächlich nicht vorhanden?

Viele Grüße

Kurt

Hallo Kurt,

Danke fürs feedback
Teste das hier bitte einmal.
Battery sollte jetzt laufen auch mit Vorzeichen -
Ebenso die anderen Werte, da habe ich es auch angepasst.

Den switch für PvChrgOnOff  habe ich mal eingebaut, dokumentiert es er in dem Modbus PDF nicht

Ebenso SysResetOnOff  GridSupplyChrgOnOff

Wenn du diese bitte mal testest ob sie überhaupt vorhanden sind.

Hallo laserrichi,

vielen Dank für die schnelle Änderung.

Meine Tests:

B129 Battery 1 Current L
B130 Battery 1 Current H
=> BatteryCurrent => FEHLERHAFT
beim Ladevorgang der Batterien, also wenn der Wert postiv ist, passt es
beim Entladevorgang der Batterien, also wenn der Wert negativ sein sollte, ist er falsch
z.B. laut BMS Entladung mit ca. 47 A, laut Reading ca. 606 A

A13 Load Nominal Input Power L
A14 Load Nominal Input Power H
=> UP-LoadNomInPower => i.O. (negativer Wert nicht überprüft)

A17 Load Nominal Output Apparent Power L
A18 Load Nominal Output Apparent Power H
=> UP-LoadNomOutApparentPower => i.O. (negativer Wert nicht überprüft)

A19 Load Nominal Output Active Power L
A20 Load Nominal Output Active Power H
=> UP-LoadNomOutActivePower => i.O. (negativer Wert nicht überprüft)

PvChrgOnOff
=> Schalter erscheint im Reading, jedoch keine Funktion (PVInputPower, BatteryCurrent oder PvChrgStat ändern sich nicht). Ich werde es nochmal vor Ort an der Anlage testen.

Im Log ist mir nach dem Neustart noch folgendes aufgefallen:

Zitat
3: Garage_Inverter: MapConvert called from CreateDataObjects did not find 0 (0) in map 1:Inverter priority, 2:Utility Priority
3: Garage_Inverter: MapConvert called from CreateDataObjects did not find 0 (0) in map 1:Battery Mode, 2:non-Battery Mode
3: Garage_Inverter: MapConvert called from CreateDataObjects did not find 0 (0) in map 768:LithiumBattery, 1024:non-LithiumBattery

Viele Grüße

Kurt

ich frage mich gerade ob man die high register überhaupt braucht.
Kannst du bestimmte Batterieströme irgendwie einstellen, so das man dann mal sich die bits ansehen kann von den registern.

hab hier im Anhang mal den Batteriestrom nur auf das low Register gesetzt
Log Meldungen sollten auch weg sein, denn 2 waren verrutscht um 1 und der letzte der ist nicht dokumentiert

Die PvChrgOnOff scheint es dann wohl doch nicht zu geben

Modul ModbusUPHIPOWER.pm

Hallo laserrichi,

die Logeinträge sind weg, das funktioniert schon mal.

Batterieströme kann ich nicht einstellen, ich kann nur im tatsächlichen operativen Betrieb die Werte plausibilisieren. Batteriestrom ist abhänging von PV-Einstrahlung und der Last die versorgt wird (Anlage dient zum Laden eine Plug-In mit reinem PV-Strom).

BatteryCurrent:
Jetzt wird ein korrekter negativer und postiver Wert angezeigt, die Werte erscheinen als plausibel.

Ich weiß nicht, was die "high register" bedeuten, aber so wie es jetzt bei BatteryCurrent umgesetzt ist, passt es. Das Reading zeigt an, mit wieviel A die Batterie entweder geladen (postiver Wert) oder entladen (negativer Wert) wird.

Bie den Load-Readings (A13, A14, A17 - A20) kann ich es daher nicht sagen, ob man auf was verzichten kann, da ich auch nicht wüsste, welche Sinn ein negativer Wert bei der Last machen würde.

Aus meiner Sicht könntest Du die anhängende Version auf der ersten Seite veröffentlichen, andere Sachen sind mit noch nicht aufgefallen.

Gruß

Kurt

Also Low und High register sind anstatt 16bit eben 32bit Inhalte. Die werden nacheinander gelesen und müssen entsprechend ihrer Reihenfolge richtig zusammengesetzt werden.

also wenn man nur ein register liest und das vorzeichen hat für pos/neg  dann kann das -32768 bis 32767  annehmen
Da es durch 100 geteilt wird wären das -327,68A bis 327,67A
man könnte man das zweite Register als extra Reading einbauen um zu sehen was sich da tut.

Modul ModbusUPHIPOWER.pm

Hallo laserrichi,

ahhh ... jetzt kapier ich es ... ich dachte low sind die negativen Werte und high die postiven ....  ;D ... doofer User halt ...

Wenn der low-Wert die Werte -327,68A bis 327,67A erreichen kann, dann wären das bei meiner Anlage

Batterie 24 Volt: 7.800 Watt
Last 230 Volt: 75.000 Watt

Da weder an der Batterie noch bei der Last solche Leistungen nötig bzw. benötigt werden, glaube ich, dass diese Range reicht. D.h. die high-Register braucht man dann wohl bei den Stärke/A-Readings bei der Batterie nicht. Bei den Leistungs/W-Readings bei der Last kann ich es nicht sagen, meine Anlage zumindest hat nicht solche Werte.

Folgendes ist mir noch aufgefallen:

Readings im Modul
- UP-LithiumBatteryEnable => aktueller Wert: unbekannt
- UP-LithiumBatteryEnalbe => aktueller Wert: 0

Ich bin wegen dem doppelten Namen incl. Schreibfehler drübergefallen, aber beide Readings finde ich auch nicht in der Protokollbeschreibung. Hier finde ich nur

D19
Lithium battery Parameters
UP-SysDevice_ParaReservel

D19 finde ich aber wiederum nicht im Modul.

Gruß

Kurt

Zitat von: kurt6908 am 11 Juli 2022, 10:06:56

Folgendes ist mir noch aufgefallen:

Readings im Modul
- UP-LithiumBatteryEnable => aktueller Wert: unbekannt
- UP-LithiumBatteryEnalbe => aktueller Wert: 0

Ich bin wegen dem doppelten Namen incl. Schreibfehler drübergefallen, aber beide Readings finde ich auch nicht in der Protokollbeschreibung. Hier finde ich nur

D19
Lithium battery Parameters
UP-SysDevice_ParaReservel

D19 finde ich aber wiederum nicht im Modul.

Gruß

Kurt

ja das war ein Schreibfehler den ich korrigiert hatte, und es ist D19 Lithium battery Parameters

Der liefert ja 0 zurück und habe 0 als unbekannt benannt weil man nicht weis was es bedeutet. Denn der sollte ja lt. doku 768 oder 1024 liefern..
Ich kann das auch komplett wieder löschen wenn man das register nicht braucht. Hast du eine lithium dran ?

den alten kannst ja mit deletereading "device" UP-LithiumBatteryEnalbe  schon mal löschen.

Ich kann auch bei allen Readings die das UP mitführen das UP- überall löschen, das hat sich so mitgeschleift beim erstellen, wie dir beliebt.

Gibt ja viele Register die es vermutlich nicht bei allen Geräten der Serie gibt oder mal geplant waren. Chinesen sind da nicht so genau :-)

Hallo laserrichi,

ZitatHast du eine lithium dran ?

Ja, es hängen zwei LiPos dran:
Ich habe gem. Anleitung über das Bedienfeld LFP ausgewählt, andere Einstellungen gehen da beim Batterietyp über das Bedienfeld gar nicht, auch nicht in den Ingeneurparameter.
Die Readings zeigen folgendes:
UP-LithiumBatteryEnable => unbekannt
UP-SysBattType => LFP8S

Aber richtig brauchen tue ich es nicht, man weiß ja was man was eingestellt ist und Änderungen passieren wohl auch selten bzw. über das Bedienfeld.

Wichtiger sind die Parameter, die sich ändern, also Volt, Ampere und Watt und die Schalter (AC on/off), sofern vorhanden.

Zitatch kann auch bei allen Readings die das UP mitführen das UP- überall löschen, das hat sich so mitgeschleift beim erstellen, wie dir beliebt.

Da bin ich leidenschaftslos, solange man ein Mapping zwischen Doku und Modul hat ist der Name egal.

P.S. Den falschen Namen habe ich gelöscht ...

Insoweit läuft dann mal alles ...

Gruß

Kurt

ok dann zur Kür :-)

mir ist aufgefallen das ich da noch 2 Baustellen hatte die noch garnicht angegangen wurden, und zwar B18 ElectricChrgState  und B36 LoadOutputState

da hatte ich die ganzen Fehlerbits und auch welcher Ladestatus gerade ist noch nicht umgesetz.

Das ist ja eigentlich das interessante :-)
Da es jeweils ein Reading ist wird dann der entsprechende Text ausgegeben.

Hallo laserrichi,

ich hab das Modul aktualisert, aktuell werden folgende Werte bei den neuen Readings angezeigt:

ElectricChrgState   
Normal StandbyNo charging Input Voltage Normal OutputPower: Light load

LoadOutputState   
Normal StandbyInput Voltage Normal OutputPower: Light load

Die Werte sind plausibel. Aber vielleicht könnte man im Reading die einzelnen Werte durch Kommata trennen, dann könnte man sie leichter danach über eigene Routinen zerlegen. Gleiches auch bei BatteryState, PvChrgStat.

Viele Grüße

Kurt

habs eingecheckt auf 1 Beitrag :-)

Wenn diese readings:
ElectricChrgState LoadOutputState BatteryState PvChrgStat   
jemals Fehler ausspucken sollten, dann sind die Readings viel länger um die entsprechenden Texte, diese hab ich mal am Anfang eingefügt.
Da diese Register ja mal mehr und mal weniger liefern , kann man jetzt auch nicht sagen ab Pos. 2 ist immer der Wert.

Die Auflösung der bits mache ich in subrutinen und man kann die Werte bei den returns auch anders sortieren (zeilen 565,602,640,666)

Hallo zusammen,

ich habe meine Anlage um zwei Laderegler von Toyo erweitert und möchte diese nun auch in FHEM einbinden.
Die Kommunikation läuft auch über MODBUS, aber die Werte scheinen andere zu sein.
Eine Verbindung zum Laderegler konnte ich erfolgreich herstellen, aber ich bekomme keine Reading bzw. sind diese leer.

Folgenden Link habe ich für die Dokumentation der Werte gefunden.
https://github.com/logreposit/renogy-rover-reader-service/blob/develop/doc/rover_modbus.pdf
Die Frage ist, ob es möglich ist diese anzupassen oder ein neues Modul für Toyo zu schreiben?
Die Laderegler von Renogy scheinen wohl auch kompatibel zu Toyo zu sein.

Gruß, Matthias

@laserrichi
Zunächst Danke für das Modul, funktioniert im Testbetrieb, mit meinem neuen EPEVER 2210AN einwandfrei.
Konfiguration über RS485/TTL Modul, Pegelwandler und ESP8266 mit aktuellem esp-easy als seriellem Server

Weil das so gut funktioniert, bringt mich das aber auf Ideen...  ;)

Ich habe auch noch einen Wechselrichter von Huayu, der hat eingebautes WLan und proprietäres Zigbee.
Über das WLan ist eine rudimentäre Weboberfläche erreichbar und es werden umfangreiche Daten in die Cloud von SOLARMAN übertragen (wie bei fast allen Wechselrichtern, die intern mit Hardware von Deye bestückt sind (z.B. Huayu, Bosswerk, sun-solar,...)).
Diese Übertragung passiert ebenfalls im Modbus Protokoll (v4 bzw. v5) auf Port 8899 (siehe dazu https://forum.fhem.de/index.php/topic,123506.msg1233005.html#msg1233005)

Ich habe testweise mal IP und Port des WR im DEF für dein Modul eingetragen und bekomme zwar keine Daten (was auch nicht zu erwarten war) aber immerhin ein "online".
Wenn Du also mal Lust und Zeit hast, da mal einen Blick drauf zu verschwenden, wäre sicher nicht nur ich dir sehr dankbar.

VG
Uli

Sorry ich habe da leider keine Zeitliche Resource frei für weitere Module... kämpfe mit meinen eigenen dingen :-)

Wichtig ist hier grundsätzlich DOKU vom Hersteller und das diese auch vollständig und richtig ist.

alles hier basiert ja auf Stefan Strobels seinen Modul und mit ModbusAttr kann man alle register als attr einbauen. Dann kann man diese als eigens Modul auch Speichern und auch mit subroutinen behandeln.

Auch wenn sich Geräte äußerich ähneln, gibt es doch gerade in der Software massive unterschiede.

Fürs Protokoll:

Herzlichen Dank für das Modul!!

Mit Hilfe dessen habe ich inzwischen 4 Epever Tracer in einer Anlage in Betrieb genommen.

Funktioniert tadellos.

Danke,

vb

Hallo, ne Frage, könnt ihr mir sagen welches Register für Fehler löschen zuständig ist? Am Epever bestätigt man ja mit der ENTER Taste und am MT50 auch.

Zitat von: Jarnsen am 05 März 2024, 18:08:45Hallo, ne Frage, könnt ihr mir sagen welches Register für Fehler löschen zuständig ist? Am Epever bestätigt man ja mit der ENTER Taste und am MT50 auch.

weis nicht welchen du da hast, aber wenn du die enter drückst, dann schaltest du normal damit nur die Last ein und aus.
Fehler kann man nicht zurücksetzen. Das sind nur Statusbits die der Laderegler liefert.
Bei Kurzschluss schaltet er die Last z.b. ab. Wenn du dann Enter drückst, schaltest du die einfach wieder ein.

Zurücksetzen kann man bei manchen die Energiezähler oder auf Default werte.

Bin ich eigentlich der einzige der da ab und zu extreme Fehlübertragung hat mit dem Epever?

Screenshot 2024-03-30 001358.png
Screenshot 2024-03-30 001424.png
Screenshot 2024-03-30 001448.png

Was habe ich schon alles ausprobiert um den Fehler zu beheben..

- Baudrate von beiden Epever auf 56200. Keine Besserung
- Level-Shifter auf RXD eingebaut. Keine Besserung
- Anderen ESp8266 genommen. Auch keine Besserung
- Software von ESP-Link auf ESPEasy geändert. (Auch verschiedene Ports ausprobiert) Auch keine Besserung
- Kabel alle getauscht. Keine Besserung
- 120 Ohm Abschlusswiederstand eingelötet. Keine Besserung
- Einzelnen Epever angeschlossen. Auch keine Besserung
- ESp8266 an einer anderen 5 Volt Stromquelle angeschlossen auch keine Besserung

Das ganze seltsame ist, wo ich Epever Kontroller von KlausLi genommen habe und das über ein Jahr lief hatte ich nicht einmal einen falschen Wert bekommen.  Könnte es sein das hier keine CRC Überprüfung stattfindet ? Das ist halt echt blöd weil er mir dann jedes mal die Statistik total versaut
 

Du schreibst "beide EPEVER"

d.h. du hast 2 am gleichen Bus ?
Dann musst du über ModbusProxy gehen.
Oder hat hier jeder seinen eigenen Esp ?

Ja einen 10 Ampere und einen 20 Ampere Epever. Aber die ID ist bei beiden geändert. Der eine hat die 1 und der andere die 2. Das alles spielt aber keine Rolle da ich es mit einem auch schon probiert habe und da genau den selben Fehler habe.
Kann man ja auch wunderschön beim definieren angeben mit der ID mit
define Epever1 ModbusEPEVER ID Zeit IP Protokoll
Klappt ja auch nur halt mit Fehlübertragungen hin und wieder. Jetzt wollte ich halt bloß wissen ob auch jemand das hat oder nicht
Habe jetzt mal noch spaßhalber es auf einen Esp32 angeschlossen. Ist noch katastrophaler ( Um 20:30 Uhr wieder zurück gemacht auf ESP8266)

Screenshot 2024-04-01 221444.png

nochmal anders ausgedrückt, wenn du 2 devices auch mit unterschiedlicher ID hast gibt es kollisionen da der espeasy usw. nur 1 Verbindung aufrecht erhalten kann.

Daher im Fhem ein Device für die Kommunikation und dann die logischen devices darüber:

siehe: https://forum.fhem.de/index.php?topic=75638.937

In deinem Fall
Interface:
define ModbusProxy Modbus <ip-adress>:23
epever1:
define  epever1 ModbusEPEVER 1 60 RTU
epever2:
define epever2 ModbusEPEVER 2 60 RTU

PS: du musst auch auf die baudraten achten das die alle gleich sind. Hast vermutlich schon. Und ganz wichtig.... keine logs auf die serielle.... im espeasy auschalten.

Wenn ich das so mache wie du schreibst dann kommen keine Daten bei den einzelnen Epever rein. Kann dann auch mit Get keine Daten lesen. Also ESP-Link ist zur Zeit aktiv bei mir.
So habe jetzt mal 2 ESp8266 genommen. Also jetzt hat jeder Laderegler seinen eigenen. Mal schauen was passiert.

Also das device modbusproxy quasi, hat das den status open angezeigt ?

Bei den devices sollte dann bei den internal reading auch IODev  modbusproxy stehen  oder wie auch immer das du dann benannt hast.

man kann vielleicht bei den devices auch das IODev angeben.
Ich habs bei mir nicht gemacht und geht trotzdem.
Wie sieht dein list der devices aus ?

Mit ESP-link hatte ich damals auch Probleme,  mitlerweile sollte das aber auch funkionieren.
Da hab ich auf den Reglern und im ESPEasy 115200 als Baudrate fest eingestellt und 8N1.

Also jetzt sieht es echt gut aus das es ohne Fehler funktioniert. Jeder Epever hat jetzt seinen eigenen ESP8266. Was ich halt nicht verstehe ist, das ich es echt auch schon ausprobiert hatte mit nur einen dran und auch da Probleme gab.
Ja bei Modbus Proxy stand alles auch auf opened und auch bei den Epever war alles korrekt. Ich mach des jetzt einfach so. Auf die paar Watt am Tag ist jetzt auch geschissen. Wollte halt alles auf einem ESP laufen lassen. Aber echt jetzt mal besten Dank für die Hilfe.. Verstehen tu ich es zwar trozdem nicht so richtig aber gut. Bin ja jetzt in einem alter wo man ehh nix mehr alles versteht ..

also ich würds ja nochmal weiter probieren auf nur einen ESP weil das sollte ja grundsätzlich so laufen. das IODEV setzen ist vielleicht hilfreich. Wenns nicht geht kannst ja mal das listing von den ganzen devices zeigen vielleicht sieht man da was. Oder eben im log wenn man das verbose höher setzt.