Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@legro das ganze lässt mir keine Ruhe.

Möglicherweise ist

@legro sagte in modbus und scale factors:

Es geht hier ausschließlich um sog. Holding Registers.

genau das Problem.

im Screenshot von @Codierknecht steht

Holdingregister sind aber grundsätzlich als Schreibregister anzusehen.

ist denn dieses Register laut Schnittstellenbeschreibung deines Gerätes auch beschreibbar?

[legro]

@homoran

So sieht die Definition des SF Registers aus ,,

.. und das kommt anschließend dabei heraus ..

[legro]

@homoran

Das Register 40123 gehört zu den sog. Holding Registers und enthält den vom Wechselrichter (Fronius GEN24) gelieferten Skalierungsfaktor für eine ganze Reihe von weiteren Werten.

[Homoran]

@legro

@homoran sagte in modbus und scale factors:

und zwar vollständig ohne Kopfzeilen oder Spalten abzuschneiden.
Dann kann man dir wahrscheinlich auch mehr erklären,

was ist das

@legro sagte in modbus und scale factors:

@homoran

Das Register 40123 gehört zu den sog. Holding Registers und enthält den vom Wechselrichter (Fronius GEN24) gelieferten Skalierungsfaktor für eine ganze Reihe von weiteren Werten.

das mag ja alles stimmen,,aber dafür sind Holdingregister eigentlich nicht gedacht
deswegen die Frage danach, ob der auch beschreibbar ist
Dann wäre es das absolut normale Verhalten.

Was dir natürlich nicht hilft, wenn der Hersteller da was nicht der Norm entsprechendes macht.

Ganz abgesehen davon

@legro sagte in modbus und scale factors:

Das Register 40123 enthält den Wert des sog. Skalierungsfaktors, hier: -2.

ein Faktor von -2 ??

[legro]

@homoran

Der Wert von SF ist -2, also der Exponent zur Basis 10, so habe ich es ja auch in der oben angegebenen Formel umgesetzt.

Ich bin's leid. Weiß der Teufel, was hier schiefgeht. Wenn's eben nicht mittels der Option formula geht, mach' ich's halt selbst.

eventFromGrid = on({id: `modbus.2.holdingRegisters.200.40115_TotWhImp`, change: 'gt'}, () => {
    let sf = Math.pow(10,getState(`modbus.2.holdingRegisters.200.40123_TotWh_SF`).val)
    let aktImp = getState(`modbus.2.holdingRegisters.200.40115_TotWhImp`).val * sf - getState(`0_userdata.0.Fronius.Modbus.fromGrid.startDayWh`).val
    setState(`0_userdata.0.Fronius.Modbus.fromGrid.tmpDayWh`,aktImp,true)
    let tmpPV = JSON.parse(getState(`0_userdata.0.Fronius.Monatstabellen.${partsDate.jahr}.${partsDate.monat}.fromGridKWh`).val)
    tmpPV[Number(partsDate.tag)-1] = aktImp
    setState(`0_userdata.0.Fronius.Monatstabellen.${partsDate.jahr}.${partsDate.monat}.fromGridKWh`,JSON.stringify(tmpPV),true)
})

[Homoran]

@legro sagte in modbus und scale factors:

Ich bin's leid.

warum beantwortest du die gestellten Fragen nicht?

@homoran sagte in modbus und scale factors:

Hast du die Abfrage des Registers, das zum Schreiben gedacht ist, aktiviert?

und auf die Bitte dies zu zeigen kommt wieder nur ein angescnittener Screenshot

DA müsste meiner Erinnerung nach ein Haken rein.
Dazu bräuchte ich aber den Spaltenkopf

[legro]

@homoran

Diesen Haken habe ich rein- und auch rausgemacht. Sichtlich ohne Erfolg.

Ziemlich gefrustet habe ich das System nun einfach einmal für ein paar Stunden in Ruhe gelassen. Das war das entscheidende Rezept: Es funktioniert nun. In der Tat: Der Haken muss übrigens rein.

[Homoran]

@legro sagte in modbus und scale factors:

Diesen Haken habe ich rein- und auch rausgemacht. Sichtlich ohne Erfolg.

ist das der Haken für "Abfrage"?

@legro sagte in modbus und scale factors:

In der Tat: Der Haken muss übrigens rein.

dann ist er es wohl!

@legro sagte in modbus und scale factors:

Es funktioniert nun

wird wohl nichts mit dem Ruhen zu tun haben.
Höchstens wird wegen

If a value is marked with this flag, then the value will be stored into a variable with the following naming convention

diese Variable bei jeder Veränderung in den Einstellungen geleert, und steht erstmal nicht zur Verfügung

aber

you can access other read modbus values

ohne Haken ist es ein write Register!

Ansonsten

If the formula cannot be evaluated during runtime, then the Adapter writes a warning message to the log.

müsste auch etwas im Log gestanden haben

[legro]

@homoran

Natürlich habe ich das Ganze im Log beobachtet. Den Datenpunkt 40115 habe ich ja selbst skaliert, den 40107 habe ich belassen und die Formel arbeiten lassen.

Waren die Werte aus 40155 durch meine Eingreifen richtig skaliert, so waren die Werte aus 40107 falsch. Und dann die Überraschung: Nach einiger Zeit waren die Werte aus 40107 im Log richtig skaliert. Daraufhin habe ich es mit 40115 probiert: Erst kam nichts, dann zwei nicht skalierte Werte, aber ab dem dritten waren sie korrekt.

Nein, ich verstehe es einfach nicht. Gleich mehrere Dinge könnten hier ihr Unwesen treiben: asychron arbeitende Prozesse; der GEN24 kam durcheinander, weil ihm der 40123 ständig mit null gefüllt wurde; .. usw.

Da das Ganze im wahrsten Sinne des Wortes bloß für den Hausgebrauch (respektive Hausautomatisierung) gebraucht wird, belasse ich's dabei und suche nicht nach weiteren Ursachen.

Vielen Dank an alle, die mich mit Tipps und Ratschlägen unterstützt haben.

[Homoran]

@legro sagte in modbus und scale factors:

Gleich mehrere Dinge könnten hier ihr Unwesen treiben

da gibt es noch was, das hast du noch nicht beantwortet um es auszuschließen

@homoran sagte in modbus und scale factors:

ist denn dieses Register laut Schnittstellenbeschreibung deines Gerätes auch beschreibbar?

[legro]

@homoran

Ich hätte deine Frage beantwortet, wenn ich dies herausgefunden hätte. Daher auch nur meine Vermutung, dass es den GEN24 durcheinander gebracht haben könnte.