beunruhigende Wahrung
könntest Du bitte die Überschrift korrigieren? Überschriften sollten definitiv eine sinnvolle Umschreibung des Problems sein!
beunruhigende Wahrung
könntest Du bitte die Überschrift korrigieren? Überschriften sollten definitiv eine sinnvolle Umschreibung des Problems sein!
Ich befinde mich im Blockly-Editor und erzeuge eine Funktion namens "Kreiere Datenpunkte".
Ich würde es, einfach der Übersicht halber, auch anders schreiben. Ich finde es schwierig wenn die Zeilen zu lang werden.
var pathAktivschalter="0_userdata.0.friedhelm.Rolladensteuerung.Einstellungen.Aktivschalter.";
var pathSchattierung="0_userdata.0.friedhelm.Rolladensteuerung.Einstellungen.Schattierung.";
createState(pathAktivschalter+'SchlafzimmerSchattierungAktiv', true, {
name: "SchlafzimmerSchattierungAktiv",
type: "boolean",
role: "state"
});
createState(pathAktivschalter+'SchlafzimmerAktiv', true, {
name: "SchlafzimmerAktiv",
type: "boolean",
role: "state"
});
createState(pathSchattierung+'Istwerte.SchattenzahlSchlafzimmerRolladen', 0, {
name: "Istwerte.SchattenzahlSchlafzimmerRolladen",
type: "number",
role: "state"
});
createState(pathSchattierung+'AzimuthEndeSchlafzimmer', 0, {
name: "AzimuthEndeSchlafzimmer",
type: "number",
role: "state",
unit: "°"
});
createState(pathSchattierung+'AzimuthStartSchlafzimmer', 0, {
name: "AzimuthStartSchlafzimmer",
type: "number",
role: "state",
unit: "°"
});
Ich habs jetzt begriffen. Ich habs über die Millisekunden-Differenzen nachgerechnet und habs damit dann für mich nachvollziehen können.
Danke!
@marty56 said in iobroker app für iOS VPN:
Also kann ich VPN erst einmal abhaken.
Aber wieso nicht einen VPN-Tunnel mit IOS aufbauen und dann ioBroker starten? Welchen Mehrwert hat es, das von ioBroker ausgehen zu lassen?
@freesejann
Diesen Wert möchte ich gerne umbenennen in zum Beispiel „mähen“
Sodass ich in meiner Visualisierung „mähen“ anzeigen lassen kann und nicht „ok_cutting“
Es geht um den Wert an sich?
Mach einen Alias auf den Datenpunkt und als Rückgabewert:
"read": "val==='ok_cutting' ? 'mähen' : val"
if (c < 0) {
c = 0;
}
setState …
@cvidal said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
ich glaube es handelt sich um die "Einspeisung Heute"
Den Wert könnte man mit Zähler des Energieversorgers abgleichen. Aber ich habe mich mal auf die Suche gemacht nach einer Dokumentation und bin fündig geworden. Scheint zu passen.
@toki1973 said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Das hier kennst du?
Diesen Ort für die Tabelle kannte ich bisher noch nicht. Die Tabelle an sich ist aber mehrfach hier im Thread aufgeführt - unter anderem auch von mir. Sie ist für die Hybrid-Wechselrichter.
Die Frage bezog sich aber auf einen Nicht-Hybrid Wechselrichter. Da ist die Registerbelegung anders.
@fox1985 said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Online stehen die ja leider nicht mehr drin.
Wo ist denn Online? Gibt es in der iSolarCloud eine solche Anzeige?
@toki1973 said in Fehler in Java Instanz:
Aktuell habe ich den Fehler nicht mehr im Log und helfe mir, damit dien Javascript Adapter 1x täglich neu zu starten
Ich kann mir aber nicht vorstellen, dass diese Notwendigkeit aus der beschriebenen Warnung resultiert. Eine Warnung ist einen Warnung und sollte nicht zu derartigen Fehlern führen.
@pezi
Die Registerbelegung ist bei meinem DTSU666 mit Sicherheit völlig anders. Die Adressen 5746 und 5748 lassen sich gar nicht abfragen, die anderen lieferen meist negative Werte und völlig unplausibel. Muss mal schauen, es scheint, dass unterschiedliche Typen verbaut wurden.
Nach meinem Verständnis beschreibt der Hausverbrauch die Leistung, die im Haus "verbraucht" wird. Der Wert ist daher immer positiv.
das sagte ich doch
Die in meinen System angezeigten Registerwerte lassen den Schluss zu, dass Register 5600 eher 13009 mit umgekehrten Vorzeichen entspricht
Es ist halt die Frage, ob die von Dir angenommene Registerbelegung der DTSU666 tatsächlich stimmt. Das würde ich annehemn, bevor ich die Dokumentation von Sungrow in Frage stellen würde. Ihre Annahme scheint aber auch für mich zu stimmen.
Habe mal diesen Screenshot gerade von meinen Werten gezogen:
Bleiben immer noch die Strompfade 7 und 8 zu klären, für die es ja eine Messung im WR geben müsste.
Dieser aktuelle Strom interessiert mich selber nicht wirklich. Ich schau mal drauf und versuche, meist erfolgreich, zu verstehen, wieso der Wert gerade wieder so hoch ist. Mir reicht die Annahme, dass Sungrow versteht, wie die Daten in 13007 und 13009 zustande kommen. Zusammen bilden sie die Strecke vom Vertreiler zum Wechselrichter ab. Ich könnte mir vorstellen, dass sie dazu sogar die DTSU666 abfragen. Aber es ist mir eigentlich auch egal. Denn sobald ich sie sehe, sind sie ja auch schon Vergangenheit. Wesentlich sind mir die statistischen Werte, weil die mir bei der Planung helfen.
So sieht meine Auswertung durch ioBroker aus:
Hast Du eine verständliche Erklärung zu den Bits 4 und 7?
Die habe ich bisher nicht wirklich beachtet.
Bit4: Feed-in power -> ist ja semantisch klar. Aber was mir das bringt, leuchtet mir nich unmittelbar ein. Ich schau mir das mal genauer an.
Bit7; load power - Das könnte die Abriegelung der PV-Anlage anzeigen. Zum Beispiel durfte sie ja bis 2023 nur 70% der möglichen Kapazität einspeisen, musste also abscalten
Ich habe jetzt zumindest die Erklärung gefunden. Register 13008 und 5601 (immer Offset -1) zeigen bei einem WR immer "dass gleiche an" (innerhalb technicher Toleranzen) nämlich den Hausverbrauch. Die unterscheiden sich erst be mehreren WRs - dann zeigt 13007 nur die Werte des aktuellen WRs an, während 5601 (das Modbus-Register der EVU) die Gesamtleistung anzeigt.
Das habe ich der Diskussion im Photovoltaikforum entnommen.
@gombersiob said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Das Register 5601 (Offset 5600) sagt mir auch gar nichts.
Kannst Du mir einen Link auf die Beschreibung geben?
Vielleicht ist es ja so, eine Bestätigung dazu habe ich jedoch nicht gefunden
Ich habe die Interpretation für die Register weitgehend von @Atlantis übernommen. Das Register 5601 (Offset 5600) sagt mir auch gar nichts.
In der Dokumentation steht zu 13008 (Offset 13007) "Power consumed by loads". Wer soll den Strom denn konsumieren anstatt der Verbraucher ds Hauses?
Zu Register 13010 (Offset 13009) steht eindeutig: "Power delivered by the inverter to power grid". Ich denke, das ist es.
Dass Zähler und Register nicht übereinstimmen ist vermutlich erwartbar. Das sind halt Anzeigen zu einer bestimmten Zeit und mit der jeweiligen Messgenauigkeit und Messmethode. Ob das Alles immer gleich ist würde ich doch bezweifeln wollen.
Auch bei leerer Batterie und ohne Einspeisung von den Panels (DC Seite also "stromlos") zeigen die Register 13007 positive und 13009 negative Werte
Das stimmt doch wohl auch so. Das Haus speist nie ein, sondern verbraucht nur (könnte vielleicht mit einem zusätzlichen Balkonkraftwerk anders sein? Keine Ahnung. Aber es ist ein signed value, das bringt mich auf die Idee). Und 13009 wird negativ bei Import (was bei Dunkelflaute wohl notwendig ist) und ist positiv bei Export (wenn die Panels arbeiten).
@saarlanduhu
Danke. Ich nutze beide Anschlüsse gleichzeitig, problemlos. Die Probleme, auch die Abbrüche, hatte ich bis die Liste der Ports stimmte. Seit einem Jahr ist aber alles in Ordnung.
Über den WiNet-S-Anschluss habe ich den ioBroker angebunden, über den anderen frage mit einem eigenen Programm zyklisch die Register ab und schreibe sie als XML File weg - für spätere Auswertungen.
@pezi
In dem Script der von Dir verlinkten Seite wird doch die Kalkulation durchgeführt:
Wenn PV-Load (Reg 5016) größer als Hausverbrauch (Reg 13007) ist, dann kommt der Strom fürs Haus von der PV-Anlage, der Rest geht in die Batterie (wenn Batterie geladen wird) uns/oder den Export.
Das stimmt zwar nicht ganz, denn es kann auch sein, dass Strom importiert wird (fürs Haus) und die PV-Anlage nur die Batterie lädt.
Steck den Stecker doch nochmal zurück auf den WiNet-S Steckplatz. Das Abziehen des Kabels führt auch zu einem Reset auf den Modbus-Adapter. Wenn eine fehlerhafte Sequenz in der Abfrage die Ursache war (was ich bisher immer noch glaube), sollte es jetzt auch da wieder funktionieren. Würde mich wirklich interessieren.
Auf die Adresse 0 kann man auch nicht zugreifen. Gib doch mal 12999 ein.
btw: Ich nutze den VagaModbusAnalyzer, den QModMaster kenne ich nicht. Wenn ich bei meiner App die 0 auswähle, bekomme ich auch irgendwann Read Timeout.
aber das Verbindungsverhalten bleibt
Dan haben Sie noch einen Fehler in der Liste, würde ich meinen. Haben Sie die Überschrift mit hinein kopiert? Die jetzt quasi doppelt. Fangen Sie mal nur mit einer Zeile an, die sie in die Input-Register reinkopieren. Dann WR rebooten (das geht über den lokalen admin Zugang und auch wohl über die iSolarCloud) und mal schauen was rauskommt. Und dann so nach und nach weitere Register hinzufügen, immer ein paar mehr und schauen welche den Fehler triggern.
Nur um sicher zu gehen in 13000 sind bei 9 Bit3 und Bit0 gesetzt?
Ja, das ist richtig. Ich hatte mich mit Bit2 vertan. Bit1 steht für 2 und Bit2 für 4.