Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Homoran]

@legro sagte in modbus und scale factors:

Ich habe doch geschrieben, dass ich nicht die Felder factor und offset...verwenden möchte

das hab ich nicht gelesen

[Codierknecht]

@legro sagte in modbus und scale factors:

wobei 40123 das Register ist, welches den Skalierungsfaktor enthält

Und dieses Register ist auch als "SF" markiert?

[legro]

@codierknecht sagte in modbus und scale factors:

@legro sagte in modbus und scale factors:
Und dieses Register ist auch als "SF" markiert?

Ich bin mir nicht darüber im Klaren, was du hiermit meinst.

Dies ist der Eintrag in der Modbus-Register-Liste für den Skalierungsfaktor.

[Codierknecht]

@legro

[legro]

@codierknecht

Vielen Dank, dein Tipp half mir einen Schritt weiterzukommen - leider jedoch nur bis zum nächsten Problem.

Zum Testen der ganze Angelegenheit, habe ich einen Trigger eingerichtet ..

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 - getState(`0_userdata.0.Fronius.Modbus.fromGrid.startDayWh`).val
    console.log(aktImp)
    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)
})

Der liefert nun, nachdem ich das Register 40123 als SF gespeichert habe, wieder Werte. Jedoch ohne den Skalierungsfaktor zu berücksichtigen. Den Fehler hierzu fand: Das Register 40123 wird auf null gesetzt und der zuvor enthaltende Faktor -2 hiermit überschrieben.

Was mache ich denn nun schon wieder falsch?

[Homoran]

@legro sagte in modbus und scale factors:

Das Register wird auf null gesetzt

ist das ein Holdingregister?

Das ist eigentlich zum Beschreiben gedacht.
Nach Übernahme des zu schreibenden Wertes durch das Gerät, quittiert der das mit null.

Solltest du ausnahmsweise Werte auslesen wollen, musst du das konfigurieren

[legro]

@homoran

Ich verstehe überhaupt nichts mehr.:confused:

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

Das Register 40115 enthält den Wert, der vom Versorger bezogenen Energie in Wh*100 - ist also um den Faktor 100 zu groß. Das Register 40123 enthält den Wert des sog. Skalierungsfaktors, hier: -2.

Wenn ich in der Definition der Modbus-Register für das Register 40123 die Option SF anhake, wird der darin enthaltene Wert mit null überschrieben. Die in formula übergebene Formel findet also stets null für den Skalierungsfaktor vor. Was für ein Unsinn!

[Homoran]

@legro sagte in modbus und scale factors:

Ich verstehe überhaupt nichts mehr.

was genau drnn jetzt nicht?

Warum zeigst du das Register in den Einstellungen nicht?
und zwar vollständig ohne Kopfzeilen oder Spalten abzuschneiden.
Dann kann man dir wahrscheinlich auch mehr erklären, wenn man weiß dass man über das selbe spricht

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

[Homoran]

@legro ich versuche es noch einmal:

@legro sagte in modbus und scale factors:

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

Diese sind eigentlich nur zum Beschreiben gedacht.
Leider werden sie von einigen Herstellern auch zum Lesen missbraucht.

@legro sagte in modbus und scale factors:

Wenn ich in der Definition der Modbus-Register für das Register 40123 die Option SF anhake, wird der darin enthaltene Wert mit null überschrieben.

das macht das Gerät!
Es ist das Standardverhalten um anzuzeigen, dass es den eingegebenen Wert übernommen hat und wieder beteit ist neue Befehle zu übernehmen.

@legro sagte in modbus und scale factors:

Die in formula übergebene Formel findet also stets null für den Skalierungsfaktor vor.

eigentlich nicht.

[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.