@balu-0

beunruhigende Wahrung

könntest Du bitte die Überschrift korrigieren? Überschriften sollten definitiv eine sinnvolle Umschreibung des Problems sein!

@iobroker2001

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: "°"
});

@gombersiob

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"

@peter666666

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.

@wolfi913

Die Firmwarestände aus dem GitHub stimmen tatsächlich nicht mit dem überein, was ich aus den ModBus-Registern auslese:

ARM-Softwareversion SAPPHIRE-H_01011.71.21
MDSP-Softwareversion SAPPHIRE-H_03011.71.18
SDSP Softwareversion SUBCTL-S_04011.01.01
Communication Module: M_WiNet-S_V01_V01_A
Battery: SBRBCU-S_22011.01.16

Laut Report tritt der Fehler mit

Energy Storage System
MDSP auf Version SAPPHIRE-H_03011.95.03
LCD auf Version SAPPHIRE-H_01011.95.03
Communication Module auf Version WINET-SV200.001.00.P026
Battery auf Version SBRBCU-S_22011.01.24

aus.

Also, ich bin tatsächlich softwaremäßig auf einem älteren Stand. Und außerdem weiß ich auch noch nicht mal, wer den Upgrade anstößt. Der letzte Upgrade von dem ich weiß, kam von Sungrow, Anfang 2023.

@wolfi913
Danke für die neueste Dokumentation. Dass man die immer nur als "Geheimtipp" kriegen kann, ärgert mich schon maßlos. Wieso stellt Sungrow sie nicht einfach auf Ihrer Dokumentendownloadseit allseits zur Verfügung?

Die Problembeschreibung auf GitHub finde ich verworren. Dieser JROEGNER, der behauptet, das Register 13021 sei jetzt vorzeichenbehaftet, begründet es nicht. Er schreibt nur aus dem Nichts dem Register irgendwelche Attribute zu (z.B. int16), sagt aber nicht woher er das weiß. Mir scheint das einfach nur die eigene Interpretation des Ganzen zu sein. Die Dokumentation, wie gesagt gibt das nicht her.
Wenn ich aber in die verlinkte Modbus-Präsentation von Sungrow schaue, finde ich über die Besonderheiten der Hybrid-Wechselrichter (auf Seite 117) den Satz:

WiNet-S liefert nicht alle Register. z.B. das Register für das Vorzeichen der Batterieladung.

Welches Register hier gemeint ist, ist leider nicht gesagt.

Für mich ist dieses Thema in dem Link sehr unbefriedigend abgehandelt worden. Wenn es einen Änderung bei Sungrow im Register 13021 gegeben hat, sollte es doch mittlerweile eine passende Dokumentation dazu geben. Ich glaube fast eher, dass einfach irgendwas falsch läuft. Für die Batterie sei es sowieso angeraten, sie ab und zu mal zu 100% voll zu laden, damit das BMS die tatsächliche Kapazität der Batterie wieder lernt. Das habe ich auf einem YouTube-Video von Tom Bötticher gelernt (umgesetzt habe ich es selber noch nicht).

Was mich wundert ist, dass ich, wie gesagt im ganzen letzten Jahr keine merkwürdigen Zahlen gesehen. Wenn das High-Order-Bit in einem 16-Bit-Register an ist, heißt das, die Zahl ist größer als 32768 (W) - das hätte ich gesehen.

@maddm

Ich bin immer etwas im Zweifel, welches Register gemeint ist, da der Dokumentationsoffset immer um 1 höher ist als die Registeradresse. Ich gehe mal von Battery Power aus.
Die Register 13020 bis 13022 sind wie folgt in der Dokumentation beschrieben:

Ich habe auch eine SH8.0RT und dort bei mir sind die Register auch genauso als UNSIGNED 16bit Integer im IOBroker eingetragen.

Diese Eintragung hat gar nichts damit zu tun wie der Wechselrichter seine Daten speichert oder sie an den aufrufenden Master sendet. Das Datenformat ist nicht Bestandteil des MODBUS-Protokolls. In dem werden einfach Register abgefragt und die Inhalte geschickt - aber nicht interpretiert. Man kann damit kein Vorzeichenbit im Wechselrichter einschalten!

Die Eintragung betrifft nur den IOBroker Modbus-Adapter selber, damit der weiß, wie er die Register interpretieren muss. Wenn die Zahl als signed verstanden werden soll, wird das erste Bit als Vorzeichen (0=="+"; 1=="-") interpretiert. Wird es als unsigned definiert werden alle 16 Bit als positiver Zahlwert gerechnet.
In die Objekte wird dann der entsprechend umgerechnete Dezimalwert eingetragen.

Woher das kommt, dass das Register 13021 jetzt vorzeichenbehaftet sein soll, würde mich doch interessieren. Mein letztes Dokument über die Beschreibung der Register ist vom August 2023 (V1.1.2), da ist es noch unsigned. Habt Ihr dazu neuere Dokumentation.

Ich habe mir gerade mal aller Werte der BatteryPower (13021) aus dem letzten Jahr angesehen. Da war bei mir absolut nichts merkwürdig.

@jwerlsdf

Finde ich leider nicht

Merkwürdig. Ich hatte es gleich. Es gibt aber ein paar GitHub Einträge, vielleicht ist die Quelle nicht überfall aufgeführt. ich füge mal ein Dokument von mir bei. Ob das aktuell ist, habe ich nicht geprüft.

f2a8971f-a3b9-4dc1-8608-a7d3d3001a9e-Communication.Protocol.of.Residential.Hybrid.Inverter_V1.1.2_EN.pdf

@jwerlsdf
Ich glaube in der GitHub-Beschreibung ist ein Link. Und in der Beschreibung gibt es dann Fallunterscheidungen je nach WR.

@berlinerbolle

Meine Liste habe ich schon mehrfach in diesem Thread gepostet. Den Slave muss man auch nur bei einer bestimmten Adapter-Einstellung eingeben. Was genau das war, fällt mir gerade nicht ein, ich komme auch nicht an die Einstellungen.
Den Slave kann man auch einfach in die Liste an die zweite Stelle hineineditieren und dann importieren.
Meine Liste zu nehmen ist vielleicht nicht sinnvoll. Sie ist von eine SH08RT, womöglich hat sich da mittlerweile waa geändert. Manches unterscheidet sich sowieso von WR zu WR. Wirklich sicher ist man nur mit der Beschreibung.

@jwerlsdf said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

-25002

Ein negatives Register "-25002" kann es nicht geben. Da sind Typo-Fehler in der Definition. Das sieht man auch in den in den Objekten gezeigten Namen. "NAN" bedeutet "Not A Number". Das heißt der Wert der an der Stelle, wo das Register erwartet wird, ausgelesen wird, ist eben keine Zahl.

Nur um einen Eindruck zu geben, wie das Ergebnis der EIngabe etwa aussehen müsste, sei hier mal ein Screenshot meiner Eingangsregister:

Vielleicht kannst Du ja damit den Fehler finden.

@gombersiob

Aktuell ist der LAN Port bereits belegt

Die Aussage verstehe ich nicht. Was heißt denn belegt? Man braucht doch nicht für jede Port-Adresse an einem Server einen eigenen LAN-Port!

Es soll wohl über den waveshare funktionieren.

Den Begriff kenne ich nicht. Wenn ich es suche, ist es wohl einfach nur eine Implementation, Modbus-Daten bereitzustellen. Aber wie das gemacht wird, ist doch vermutlich egal. Du brauchst die IP-Adresse und den Port, fertig!

@jwerlsdf
Ein LAN-Port reicht. Obwohl das jetzt das erste Mal ist, dass ich von jemanden höre, es gebe nur einen LAN-Port.
Ansonsten ist die Einrichtung eigentlich schon mit dem ersten Beitrag dieses Threads gut beschrieben. Wenn Du mal ganz nach oben scrollst findest Du es.
Die Registerbelegung findest Du auf GitHub (https://gist.github.com/dnoegel/543c72ef722365a3934bbad0bb43e222).

Ich würde da aber sukzessive vorgehen. Immer mal 5 Register eintragen und schauen obs funktioniert und dann weiter.

@ticaki
Danke dafür. Das sieht sehr interessant aus. Ich werde wohl auch noch Einiges an Syntax von JS/TS lernen. Ich schau es mir nächste Woche im Detail an - diese Woche komme ich nicht mehr dazu