Kurze Zusammenfassung, was ich mitgenommen habe bei der Einrichtung bei einem Kunden.
Man kann ModBus auch über die FusionSolar Cloud auf Unrestricted stellen (=aktivieren). D.h. der Installateur der PV Anlage konnte das Remote erledigen. Falls ihr dies nicht sehen könnt, fehlen euch dann die Berechtigungen und der Installateur muss dies machen.
Der primäre WR war bei uns auf Adresse 3. Der zweite auf Adresse 1. Auf der Adresse 1 konnten wir den Speicher und den SmartMeter abfragen.
Die ModBus Adresse können mit FC3 und dann einfach 1:1 in IP-Symcon eingetragen werden. MSW/LSW Swap aus (wenn ich mich korrekt erinnere).
Für den Energieüberschuss Optimierer haben wir die Summe aus Einspeisung/Bezug (vom Smart Meter) und Einspeisung/Bezug (vom Speicher) addiert, um die verfügbare Gesamtmenge der Leistung zu ermitteln, über die wir verfügen können.
Nach der Installation (per Script für Huawei hier aus dem Forum) läuft alles soweit ich es benötige…
Ich habe aber in den Statusmeldungen haufenweise folgendes:
Noch etwas anderes: es wurde schon erwähnt, dass viele Fehlermeldungen (BUSY…) beim Zugriff auf die Registervariabeln entstehen. Um dies potentiell umgehen zu können, wäre es doch besser, wenn man im Gateway die Blockfunktion nutzen würde.
Sprich jeweils gleich ganze Blöcke einlesen beim entspr. Modbus-Gateway/Device (bei den einzelnen Register-Instanzen kann der Intervall auf 0 gestellt werden, denke ich) Wäre das nicht zielführender?
Ich selber habe noch wenig Erfahrung mit Modbus und Co… Daher meine Frage.
Hello! @M70 - Du schreibts „habe ich angepasst“ - ich habe ja beriets eine installierte Version mit Verknüpfungen und Visu usw. Wie könnte hier eine Lösung aussehen um die Fehler Eventmanager (siehe oben) wegzubekommen?
Das merkwürdige dabei ist dass es funktioniert. Ich habe testweise manuell - den Auslöser neu verbunden und auch die Aktion neu gesetzt. Ergbnis gleich; ich bekomme auch für dieses Ereignis dauern die genannten Einträge. Das führt dazu dass IPS nun manchmal stottert und keine Verbinden mehr hat.
Eine Neuinstalltion des ganzen Huawei PV Setups wäre sher sehr zeitaufwändig - das sind wohl viele viele Stunden.
Es muss doch möglich sein das irgendwie abzustellen; es stimmt einfach die Meldung nicht dass zB Ereignis #38044 keine Aktion definiert hat - die ist sogra nochmals gesetzt und gespeichert und funktioniert ja auch …
bitte Hilfe!
Lg Alexander
Zu meinem Post vom 3.Aug. weiter oben:
Ich habe alle Ereignisse gelöscht und manuell neu eingerichtet - siehe da - diese Fehlermeldungen sind weg.
Die Meldungen BUSY etc habe ich in großem Umfang - (LAN Anbindung Dongle) - habe jetzt per Script alle Modbus Poller auf 62 Sekunden gestellt - Weniger Meldungen - immer noch genug
Hallo zusammen.
Danke bestens für die guten Beiträge.
Ich versuche ebenfalls an die Daten des WR etc zu kommen.
Frage: kann ich direkt via TCP und IP des WR via Modbus TCP die Daten erreichen?
Muss noch irgendwas freigeschaltet werden, denn ich habe nicht ganzen Zugang auf Fusion und dem WR direkt.
Die Modbus Instanz von IPS kommt somit immer mit einem Fehler.
Halli Hallo , ich hätte da auch mal eine Frage.
Mein Master hat die Modbus ID2 dort hängt dongle und Zähler dran , der Slave hat die ModbusID1 , dort hängt der Akku dran.
Wie kann ich den Slave ID1 Bit 32064 und Akku Bit 37004 gleichzeitig abfragen? Es scheitert gearde, dass ich nur eins von beiden abrufen kann. Für tipps wäre ich sehr dankbar
Ich stehe beim Blockweise lesen der Modbus-Adressen noch auf dem Schlauch… oder ich stelle mich einfach zu dumm an
Ich möchte bei meiner Huawei-Abfrage nun zum Beispiel div. einzelne Register von 30000 bis 32000 lesen und somit diesen Block als ganzes festlegen.
Zum einen würde ich also den Startwert (somit 30000) erfassen und nun aber die Anzahl von was…? Die Anzahl Bytes in diesem Segment oder Gesamtanzahl der Register in diesem Bereich (welche ich ja in der Regel nicht mal genau kenne… ) oder etwas anderes???
Wie gesagt, irgendwie habe ich die Logik nicht verstanden … und dokumentiert ist es leider auch nicht wirklich gut. Das gleiche gilt übrigens auch für die diversen Intervalle / Zeiten, die man einstellen kann (ich glaube mittlerweile kann man an drei verschiedenen Orten diese anpassen). Da fehlt eine Erklärung, welche wie zu verwenden ist.
Im Detail kann ich es jetzt nicht beantworten, aber ich habe festgestellt das symcon bei mir zumindest öfters Probleme hatte ganze Blöcke zu lesen als wie jetzt aktuell bei mir die 20 Variablen von Interesse auszulesen.
Gruß Dennis
Danke für die Rückmeldung. Und ja, ich nehme auch war, dass es nicht immer so klappt mit den Blockweise einlesen, wie man erwarten könnte.
Beispielsweise habe ich mehrere Blöcke in einem Gateway definiert (halt so wie ich die Blocklese-Funktion interpretiere…)… und doch gibt es im Log Fehlermeldungen (Timeout) beim betreffenden Gerät (Version 7) auf einzelnen Feldern (!!), obwohl das eigentlich doch gar nicht passieren sollte, da ja Blockweise gelesen wird und nicht individuell… Verstehe ich nicht…
Ja meine Interpretation dieser ganzen Funktion ist halt das es Ressourcen schonender ist wenn man Blockweise ausliest. Wohl für alle Teilnehmenden Geräte. Aber wie gesagt ich bekomme da mehr Fehlermeldungen im Log als wenn ich alle Einzeln auslesen und das auch in einem Sportlichen Intervall.
Für mich ist das jetzt erstmal in Ordnung das ich alle Einzeln auslesen.
Irgendwann probiere ich nochmal das neue unter Version 7 mit dem Modbus Device. Eventuell gab es da ja zusätzliche Optimierungen.
Ich habe einige auf das neue Modbus-Device-Modell von V7 umgestellt. Und das finde ich recht gut gelungen. Es ist zum einen sehr übersichtlich und auch von Anfang an sehr gut strukturiert. Auch die vielen Timeouts haben sich verbessert gegenüber früher.
Kann ich also nur empfehlen.
Ich wollte es nun eben weiter optimieren mit dem Blockweise lesen im Gateway (das macht z.B. bei mir Sinn bei der PVA-Abfrage, nur schon, dass die Werte auch mehr oder weniger zum gleichen Zeitpunkt gelesen werden können ==> die Datenintegrität resp. -konsistenz wäre deutlich besser)
Aber eben, hier hilft die Doku nicht wirklich um zu beurteilen, wie man dieses blockweise Lesen am besten einsetzt… leider. Auch wie sich die versch. Intervalle (auf Gateway, auf Blockeinträge, auf Device, etc.!) verhalten
Ich habe zudem hier im Forum gelesen, dass geplant wäre, später die Blockbildung automatisch zu generieren/unterstützen auf Grund der Erfassung im Device. Das wäre dann schon cool, dann müsste man sich nicht mehr drum kümmern…