Neue Hauptversion 4.1 - Smashing Pumpkin verfügbar

NEU! Gebäudeinformationssystem
NEU! Neun neue Logikmodule
NEU! Zwei neue VISU Widgets für Energiefluss und Navigation
NEU! Info- und Schalten-Widget in V2 mit umfassender Erweiterung Schalten und Aussenden
Umfassende Überarbeitung des Logik Managers
Erweiterung des Backup-Moduls für Migration von 2500/2600 TWS
Verbesserter Timberwolf Systemmonitor
Und viele weitere Verbesserungen


Alle Informationen hier: https://elabnet.atlassian.net/wiki/x/AQCRn

[TIPP] MODBUS PROFIL: SunSpec Modbus Implementierung für PV-Wechselrichter (z.B. Solaredge,...)

Dies ist das Unterforum ausschließlich für FERTIGE MODBUS PROFILE
Forumsregeln
HIER NUR FERTIGE MODBUS PROFILE.
Wünsche und Fragen zum Modbus oder für neue Profile bitte im Modbus Unterforum

Ersteller
tger977
Reactions:
Beiträge: 743
Registriert: So Aug 12, 2018 9:25 am
Hat sich bedankt: 208 Mal
Danksagung erhalten: 276 Mal

#101

Beitrag von tger977 »

Wahrscheinlich liegt es daran dass man vor und nach dem auslesen des Wertes jeweils den SF auf Gleichheit prüfen muss. Also bei jeder Änderung des SF muss der Wert vom auslesen davor und danach verworfen werden!
Gruß
Andi

TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache

kmk85
Reactions:
Beiträge: 24
Registriert: Mo Feb 12, 2024 2:55 pm
Wohnort: Wesel
Hat sich bedankt: 7 Mal
Danksagung erhalten: 4 Mal

#102

Beitrag von kmk85 »

Das klingt plausibel, ob der @Robert_Mini das auch in die Logik implementieren kann?
Im Prinzip darf der Ausgang dann nur mit Delay ausgeben quasi und gibt das Ergebnis erst frei, wenn sich der SF nicht geändert hat.
Bedeutet bei 3s Abfrageintervall, fallen Werte aus 6s raus, dürfte dann erst nach 9s das erste, hoffentlich richtigte, Ergebnis auftauchen?

Edit: Hier mal der vergleich bisher, custom vs. normaler Berechnung

Bild
Zuletzt geändert von kmk85 am Di Feb 20, 2024 10:32 am, insgesamt 2-mal geändert.
Grüße, Kai
————————
TWS 3500XL | ID 1288 | VPN aktiv | Reboot nach Absprache

Robert_Mini
Reactions:
Beiträge: 3805
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1210 Mal
Danksagung erhalten: 2102 Mal

#103

Beitrag von Robert_Mini »

Ich hatte da noch eine Denkfehler.
Im Prinzip sind nur Werte zw. gleichen SF richtig.

Damit genügt es, den Eingang von Faktor auf “u” zu stellen.

Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

kmk85
Reactions:
Beiträge: 24
Registriert: Mo Feb 12, 2024 2:55 pm
Wohnort: Wesel
Hat sich bedankt: 7 Mal
Danksagung erhalten: 4 Mal

#104

Beitrag von kmk85 »

Sicher? Dann gibt die Logik ja nur aus, wenn sich der SF irgendwann ändert? Das kann ja Stunden dauern.
Die Logik wird ja nicht getriggert sonst? Bzw. nur wenn ich den SF dann dazu auf "a" stehen würde.

Ich schreibe noch mal, was imho passieren muss.

Die Formel muss bei jeder Abfrage (alle 3s kommt der Modbus Wert) die Berechnung vornehmen, dass Ergebnis muss "zwischengespeichert" werden und darf erst an den Ausgang gelangen, wenn der SF alt = neu, wenn nicht, muss der berechnet Wert VOR und NACH der Änderung verworfen werden. Dann darf erst der zweite Wert nach der Änderung ausgegeben werden.

Es kann sein, dass durch die Menge an Abfragen Faktor und SF (theoretisch beide alle 3s, mit hoher Prio) dennoch Delays bestehen. Das sollte man auch berücksichtigen?!
Grüße, Kai
————————
TWS 3500XL | ID 1288 | VPN aktiv | Reboot nach Absprache

Robert_Mini
Reactions:
Beiträge: 3805
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1210 Mal
Danksagung erhalten: 2102 Mal

#105

Beitrag von Robert_Mini »

Du hast recht: SF auf “a”.
Man muss nichts Zwischenspeichern. Mit “u” wird der letzte Wert am Eingang vorgemerkt und dann mit Trigger durch SF ausgewertet.
Nur wenn SF unverändert, wird der berechnete Wert auf $output übernommen, sonst verworfen.

Das sollte passen. Ob die getrennt Abfrage von SF und Anfrage von Modbus Sinn macht, ist mir an der Stelle auch nicht klar. Theoretisch könnte SF 2x gleich sein und trotzdem dazwischen Factor mit einem anderen SF geschrieben werden…

Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

Robert_Mini
Reactions:
Beiträge: 3805
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1210 Mal
Danksagung erhalten: 2102 Mal

#106

Beitrag von Robert_Mini »

Vielleicht kann Andy noch seine Modbus Einstellungen posten?
- Gemeinsame Abfragegruppe für SF und Factor?
- Reihenfolge in der Abfragegruppe
- Intervall

Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

Ersteller
tger977
Reactions:
Beiträge: 743
Registriert: So Aug 12, 2018 9:25 am
Hat sich bedankt: 208 Mal
Danksagung erhalten: 276 Mal

#107

Beitrag von tger977 »

Ich hab das alles schon wieder im TW gelöscht, da ich ja jetzt komplett mit Nodered auslese... Es hat halt nie funktioniert, egal wie ich es konfiguriert hab. Und ich hab damals zig Varianten aus Abfragegruppe, Intervall, Reihenfolge probiert.
Gruß
Andi

TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache

kmk85
Reactions:
Beiträge: 24
Registriert: Mo Feb 12, 2024 2:55 pm
Wohnort: Wesel
Hat sich bedankt: 7 Mal
Danksagung erhalten: 4 Mal

#108

Beitrag von kmk85 »

Ich hatte das vorhin dann angepasst auf

],
"Input":[
["SF","","$I_SF","a"],
["Factor","","$I_Factor","u"]

Weiß leider nicht, wann das genau war. Ich schätze 14.30 in etwa. Ich werde es beobachten. Bisher sieht das so aus:

Bild

Und meine Abfragen wie folgt:

Bild

Wie kann man denn die Reihenfolge steuern, außer mit der Prio?
Grüße, Kai
————————
TWS 3500XL | ID 1288 | VPN aktiv | Reboot nach Absprache

Robert_Mini
Reactions:
Beiträge: 3805
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1210 Mal
Danksagung erhalten: 2102 Mal

#109

Beitrag von Robert_Mini »

Hallo Kai!

Ich würde das testweise so angehen:
I_AC_Power_ScaleFactor und I_AC_Power in dieser Reihenfolge in eine Abfragegruppe
I_DC_Power und I_DC_Power_ScaleFactor in umgekehrter Reihenfolge in eine 2. Abfragegruppe.

Beide über die Logik in eine Zeitserie.

Hintergrund: ich gehe davon aus, dass die Wechselrichter in einer bestimmten Reihenfolge die Register schreiben. Damit sollte eine der beide Varianten funktionieren.

Getrennte Abfragegruppen, wie von dir verwendet, sind aus meiner Sicht falsch. Da diese unabhängig voneinander sind, können auch 1.5 sec zwischen Abfrage SF und Power liegen…
Sind beide in einer Abfragegruppe, sind das max. ein paar Millisekunden.

Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

Ersteller
tger977
Reactions:
Beiträge: 743
Registriert: So Aug 12, 2018 9:25 am
Hat sich bedankt: 208 Mal
Danksagung erhalten: 276 Mal

#110

Beitrag von tger977 »

Ich würde auf jeden Fall SF und Wert in eine Abfragegruppe packen wie Robert schreibt. Reihenfolge wird festgelegt über die Reihenfolge wie Du es in der Abfragegruppe anlegst. Oberster Wert wird zuerst gelesen. In dem thread hier müssten auch jede Menge Hinweise zu finden sein was ich alles probiert hatte und auch Stefan hat einige Antworten und Klärung eingebracht...
Gruß
Andi

TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Antworten

Zurück zu „MODBUS PROFILE“