Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[mcm1957]

@legro said in Test Adapter Fronius 2.0.x:

@mcm1957

Ich dachte, dass der http-Request ebenfalls lokal vom Wechselrichter beantwortet wird. Liege ich damit (voll) daneben? Jedenfalls enthält doch die API des Wechselrichters eine derartige Möglichkeit.

Du hast vollkommen recht. Ich hatt das anders im Kopf.
Der Adapter benutzt das lokale Api.

In diesem Fall sollten häufige Zugriffe kein Problem sein. Ob in diesem Fall modbus oder http das System mehr belasten kann ich leider nicht sagen.

[topsurfer]

Hallo,
hab den Fronius-Adapter auch installiert, bekomme auch wohl alle Daten.
Danke für den Adapter, hat auf Anhieb funktioniert!

In der App sieht man ja auch "Stromerzeugung heute", "Verbrauch heute" und auch den Autarkiegrad.

In den Datenpunkten (sind ja ca. 100) sehe ich diese Werte so nicht, ist das korrekt?
Muss ich diese Werte selbst errechnen, wenn ja, welche DP nehmt ihr da?

[jmeister79]

@topsurfer
das muss man sich natürlich selber errechnen.

Gibt es adapter für die das automatisch machen oder du bastelst dir n script.
Ist recht simpel.

[Negalein]

@topsurfer sagte in Test Adapter Fronius 2.0.x:

In der App sieht man ja auch "Stromerzeugung heute", "Verbrauch heute" und auch den Autarkiegrad.

das kann glaube ich der fronius-solarweb Adapter

[legro]

@negalein @topsurfer

All dies habe ich in unserer Visualisierung selbst umgesetzt. Meine Absicht: Ich möchte ausschließlich die echten Werte auf der Wechselstromseite haben, denn nur diese finden sich nachher auch in unserem Portemonnaie wieder.

Wer wissen will, wie wir‘s gelöst haben, findet in diesem Thread die Dokumentation.

[klassisch]

Man kann den PV Ertrag auch selbst mit einem Script aus den Stringleistungen integrieren.
Datenpunkte:

fronius.0.site.P_PV
fronius.0.inverter.1.PDC
fronius.0.inverter.1.PDC_2

[klassisch]

@legro sagte in Test Adapter Fronius 2.0.x:

Meine Absicht: Ich möchte ausschließlich die echten Werte auf der Wechselstromseite haben, denn nur diese finden sich nachher auch in unserem Portemonnaie wieder.

Wenn es ums Geld geht, ist der Smartmeter-Adapter, der die Daten aus dem offiziellen Zähler ausliest, hilreich. Ersatzweise die Energiewerte des Fronius-Smartmeters.

Mittlerweile muß man die PV Leistung nicht mehr durch U*I ermiteln. Die PV Leistungen gibt es jetzt direkt in der Struktur site

[topsurfer]

@jmeister79 said in Test Adapter Fronius 2.0.x:

das muss man sich natürlich selber errechnen.
Gibt es adapter für die das automatisch machen

Dachte, weil es in Tasmota diese Aktuell- und Tageswerte auch automatisch gibt bzw. angeboten werden.

Welche "Adapter" sind das, die diese Werte anbieten?
Zusätzlich oder als komplette alternative zum Fronius 2.0 Adapter?

[jmeister79]

@topsurfer

VirtualPowermeter zB.

Wenn du das Fronius Smartmeter hast ist es relativ simpel:

Das soltlest Du im Fronius adapter unter Site sehen.
Dann kannst Du dir den Energiezähler in einen eigenen Datenpunkt ziehen und bei änderung aufaddieren oder direkt erfassen.
Dann brauchst du noch n Trigger, der Täglich (bzw wie bei mir stündlich, wöchentlich etc.) die werte abspeichert und in eine etnsprechende variable schreibt, die kannst du dann via History in eine db speichern.
So erfasse ich zb. Tages,Wochen, Moants, Jahreswerte für PV, Wallbox, Verbraucher, Pumpen, Gas, einspeisung etc.

Nils

auf Wunsch kann ich dir das Programm geben, aber ich bitte um verständnis, dass ich hier ugnerne support leiste, da ich es für mich geschrieben habe und ggf. Deine Config nicht passt, ich hab es aber gut Dokumentiert, da ich quellcode abends direkt vergesse wenn ich ins Bett gehe

[Alex4]

Gibt es beim Adapter eine Möglichkeit Zeitabhängige Batteriesteuerung (sregeln) zu erstellen bzw. zu löschen?

Meine Idee wäre, die Prognose für die nächten Tage anzuschauen und wenn diese wieder eine volle Batterie ergibt, ich eine Zeit x bei meinem 4 Fronius eine minimale Batterieentladung festlege.

Damit kann ich in die Energiegemeinschaft einspeisen und falls diese den Strom nicht brauchen zum möglichst höchsten Strompreis verkaufen.
Damit verhindere ich außerdem, dass bei einem minus Strompreis, ich fürs Einspeisen am nächsten Tag drauf zahle.

Hat das jemand schon mit dem Fronius Adapter gemacht?

Dabei müsste man bei erfüllten Bedingungen zb. folgende Regel im Gen24 erstellen bzw ändert die Zeiten nach dem dynamischen Stromtarifen (da wird die Leitung im Netz auch gebraucht):

Wird die Bedingung nicht erfüllt, löscht man alle vorhandenen Regeln raus oder stellt sie auf inaktiv.

Bei mehreren Gen24 muss man das natürlich auf allen gleich konfigurieren, sonst entlädt man eine Batterie und lädt damit die anderen.

Die aktuellen Strompreise gibts über den Power Grid (APG) Info (AT+DE+CH) Adapter

Für den Forcast der Sonnenstunden bzw. des zu erwartenden Ertrags hab ich noch nichts gefunden.

[nkleber]

@alex4 Mit dem Fronius Adapter ist das nicht möglich da die API nur ein lesen der Daten zulässt. Du kannst das aber natürlich mit dem Modbus Adapter machen. Ob dort direkt die Zeitabhänige Batteriesteuerung angepasst werden kann oder ob das Script direkt auf die Batterie Ladung/Entladung eingreifen muss, kann ich dir so nicht sagen. Die direkte Batteriesteuerung für Laden/Entladen geht aber auf jeden fall mit den Modbus adapter und Scripts...

Siehe https://forum.iobroker.net/topic/65047/fronius-symo-gen24-minsoc-einstellen wo ein ähnliches Thema diskutiert wurde

[Alex4]

@nkleber Das Problem ist, dass ich zb. mit einer gewissen Leistung entladen will und wenn man von der Batterie eine Zwangsladung veranlasst, macht das der Gen24 mit 500Watt. Ich muss hier die Leistung mitgeben können. Das hätte ich beim Modbus nicht gefunden bis dato.

Was ich rausgefunden habe ist, dass man die Requests den Webinterfaces vielleicht benutzen kann:

http post http://xxx.xxx.xxx.xxx/config/timeofuse

Content: {"timeofuse":[{"Active":true,"Power":3000,"ScheduleType":"DISCHARGE_MIN","TimeTable":{"Start":"20:00","End":"21:00"},"Weekdays":{"Mon":true,"Tue":true,"Wed":true,"Thu":true,"Fri":true,"Sat":true,"Sun":true}}]}

result:

{
	"errors" : [],
	"permissionFailure" : [],
	"unknownNodes" : [],
	"validationErrors" : [],
	"writeFailure" : [],
	"writeSuccess" : 
	[
		"timeofuse"
	]
}

Löschen geht dann:

http post http://xxx.xxx.xxx.xxx/config/timeofuse

Content:

{"timeofuse":[]}

result:

{
	"errors" : [],
	"permissionFailure" : [],
	"unknownNodes" : [],
	"validationErrors" : [],
	"writeFailure" : [],
	"writeSuccess" : 
	[
		"timeofuse"
	]
}

Um die Werte abzufragen gibts folgendes http get http://10.10.13.211/config/timeofuse, dort kommt dann das array zurück, sofern die authentifzierung passt.

Die Authentifzierung wird im Header unter

authorization: Digest username="technician", realm="Webinterface area", nonce="xxxxxxxxxxx", uri="/config/timeofuse", response="xxxxxxxxxxx", qop=auth, nc=00000042, cnonce="xxxxxxxxxxx"

Die Werte response und cnonce ändern sich bei jedem request dabei, der Wert nonce bleibt für einige Zeit gleich. Der Wert nc wird hochgezählt bei jeder Abfrage, sobald dieser bei mir gerade 61 erreicht hat, wird der counter resettet und gebinnt wieder bei 01 und nonce hat einen neuen tokken oder hash.

im main.js am gen24 findet man auch die authentication berechnung.

               key: "digestAuthHeader",
                value: function(p, g, w, b) {
                    for (var B = !(arguments.length > 4 && void 0 !== arguments[4]) || arguments[4], y = w.split(","), T = {}, L = 0; L < y.length; L++) {
                        var S = y[L].match(this.AUTH_KEY_VALUE_RE);
                        S && (T[S[1]] = S[2].replace(/["']/g, ""))
                    }
                    if (!T.realm || !T.nonce)
                        return "";
                    var k = T.qop || ""
                      , R = _.splitCredentials(b)
                      , Y = String(++this.NC);
                    Y = this.NC_PAD.substring(Y.length) + Y;
                    var U = this.randomBytes(8).join("")
                      , X = B ? o.V8.hashStr(R.username + ":" + T.realm + ":" + R.password) : R.password
                      , z = o.V8.hashStr(p.toUpperCase() + ":" + g)
                      , H = X + ":" + T.nonce;
                    k && (H += ":" + Y + ":" + U + ":" + (k = k.split(",")[0]));
                    var se = o.V8.hashStr(H += ":" + z)
                      , te = 'Digest username="' + R.username + '", realm="' + T.realm + '", nonce="' + T.nonce + '", uri="' + g + '", response="' + se + '"';
                    return T.opaque && (te += ', opaque="' + T.opaque + '"'),
                    k && (te += ", qop=" + k + ", nc=" + Y + ', cnonce="' + U + '"'),
                    te
                }

Die funktion calcHash(User, realm, password)

         key: "calcHash",
                value: function(p, g, w) {
                    return o.V8.hashStr(p + ":" + g + ":" + w)
                }
              key: "hashStr",
                value: function(s) {
                    var p = arguments.length > 1 && void 0 !== arguments[1] && arguments[1];
                    return this.onePassHasher.start().appendStr(s).end(p)
                }

Wenn ich den Code richtig verstehe, wird in der respone der Username, realm und das Passwort per hash übertragen. Mittels einen ,,onePassHasher", dieser dürfte aus diesem Github Projekt stammen: https://github.com/cotag/ts-md5/tree/master/src

[ste_glei]

@alex4 sagte in Test Adapter Fronius 2.0.x:

@nkleber Das Problem ist, dass ich zb. mit einer gewissen Leistung entladen will und wenn man von der Batterie eine Zwangsladung veranlasst, macht das der Gen24 mit 500Watt. Ich muss hier die Leistung mitgeben können. Das hätte ich beim Modbus nicht gefunden bis dato.

Hier wurde das Thema behandelt

https://forum.iobroker.net/topic/77932/geklärt-mit-modbus-fronius-akku-aus-dem-netz-beladen

[nkleber]

@alex4 Wo hast du die Info bzgl. dem config/timeofuse her. Das klingt grundsätzlich interessant, funktioniert bei mir aber so noch nicht... Eventuell gibt es da ja noch mehr "config" parameter die nutzbar wären

[Alex4]

@nkleber Du kannst im Browser den developer Mode starten und dann den Netzwerk verkehr mit lauschen. Da siehst Du die Requests die abgesetzt werden von der GUI gegen die API für die Weboberfläche. Das ist natürlich keine API die vermutlich irgendwo dokumentiert ist, aber zumindest kann man diese so verwenden.

Man muss nur das Login via Script machen und sich die variablen / hashes irgendwo speichern und falls diese abgelaufen sind, das Login erneut anstoßen. Bei jedem Request muss der digestAuthHeader neu erstellt werden. Siehe oben.