Tommes78

Glaube habe es nun verstanden, Tibber kommuniziert mit VW und das dauert dann mal ein paar Minuten bis Sie merken das das Auto angesteckt ist. Erst dann wird auch die Ladung deaktiviert. Denke damit wird man leben müssen, sofern ich bei der Wallbox die Freigabe verweigere, geht das Auto in einen Fehler. Eine Frage noch, der Wert Blockiert unter Externe Steu­e­rung kann man das explizit auslesen wenn dort blockiert drin steht ?!

Ich weiß es auch aber so ist es im Moment wie es funktioniert. Es halt blöd wenn ich erst immer manuell über die APP eingreifen muss. Zum Verständnis? Wenn ich den Ladestrom auf 0 setze dann kann er ja quasi auch nicht laden?

Mein Problem ist wenn ich Smart Charging von Tibber aktiviere und den Stecker ins Auto stecke dann lädt er sofort los. Ich hätte eigentlich erwartet das Tibber ab da die Steuerung schon übernommen hat und das Laden blockiert, aber leider nein.... Wenn ich dann aber in der VW APP das Laden stoppe dann bleibt er auch auf aus bis irgendwann Tibber es startert. Meinst Du evse/external_current, damit stelle ich doch den Ladestrom ein, du meinst dann einfach auf 0 stellen dann sollte er nicht losladen? Problem ist ich weiß nicht wann Tibber startet und um dann einen anderen Wert zu schreiben

Läuft alles bisher super. Ein Problem habe ich noch, sobald ich die WB anstöpsele beginnt der Ladevorgang. Habe gelesen das macht die Box Standardmässig, ok dann habe ich mir eine Routine gebastelt die die Ladung abbricht über http (/evse/stop_charging). Funktioniert auch, aber er fängt danach sofort wieder an zu laden. Ist das Verhalten normal ? Ich könnte die Ladung noch nicht freigeben, Problem ist ich bekomme von Tibber nichts worauf ich reagieren könnte das ich die Ladung freigebe.

👍

Top, Danke Dir für die schnelle Hilfe

Ich möchte die Grid Rewards von Tibber gelegentlich nutzen. Im Moment läuft die WB mittels evcc. Dafür das ich die Grid Rewards nutzen möchten muss ich evcc deaktvieren da ansonsten evcc in die Steuerung eingreift. Bei evcc gibt es keine Möglichkeit es temporär zu dekativieren, daher über den nur lesenden Zugriff auf die WB. Habe es auch soweit geschafft das ich nur den lesenden Zugriff zulasse über den Curl Befehl. Problem ist nun noch das die Box weiterhin durch die externe Steuerung blockiert ist, kann man das auch irgendwie zurücksetzen über die API?

Ja habe ich dann auch gemerkt das man es nicht mehr ändern kann wenn nur Lesend erlaubt ist :-). Mhh und wie kann ich das wieder einschalten, über eine API ? Möchte ja quasi evcc temporär abklemmen und wieder einschalten. Ok bzgl. modfied:2, ist bei mir eigentlich die neueste Firmware installiert. Und danke für den tollen Support und das sogar am WE

Ok danke, hatte alles mit null gesendet da du mal zuvor geschrieben hattest das man null senden soll für Werte die nicht geändert werden. Habe mal für alles nun Werte gesendet aber es funktioniert leider nicht, im Ereignis Log steht auch nichts. Was ist denn mit dem Parameter read_only muss der gesendet werden, weil in dem Beispiel in der Doku steht dieser nicht. Ich denke wenn das muss man alles komplett senden, oder? Dieses sende ich an /mqtt/config_update { "read_only": false, "enable_mqtt": true, "broker_host": null, "broker_port": 1884, "broker_username": "loxberry", "broker_password": "loxberry", "global_topic_prefix": "warp3-garage", "client_name": "warp3-garage", "interval": 1, "protocol": 0, "cert_id": -1, "client_cert_id": -1, "client_key_id": -1, "path": "" } Danach steht dann aber weiterhin in in /mqtt/config {"enable_mqtt":true,"broker_host":"192.168.2.56","broker_port":1883,"broker_username":"loxberry","broker_password":null,"global_topic_prefix":"warp3-garage","client_name":"warp3-garage","interval":1,"protocol":0,"cert_id":-1,"client_cert_id":-1,"client_key_id":-1,"path":"","read_only":true} Das read_only ändert er nicht. Im MQTT Explorer steht: {"modified":2} - was bedeutet die 2 ?

Ich muss nochmal nachfragen bzgl. des Parameters read_only da ich das gerade mal umsetzen wollte. In der Doku im Beispiel taucht der Parameter nicht auf, ich hätte erwartet das ich diesen dann entsprechend als read_only: true mitschicken muss ?! Die anderen Werte habe ich mit null gesendet an MQTT = /mqtt/config_update Auszug Doku mosquitto_pub -h $BROKER -t $PREFIX/mqtt/config_update -m '{ "enable_mqtt": true, "broker_host": "my_mosquitto.localdomain", "broker_port": 1883, "broker_username": "wallbox-garage", "broker_password": "meinpasswort", "global_topic_prefix": "wallbox/garage", "client_name": "wallbox-garage", "interval": 1, "protocol": 0, "cert_id": -1, "client_cert_id": -1, "client_key_id": -1, "path": "" }' Dieses schicke ich ab mit "read_only": true und den anderen Werten { "enable_mqtt": true, "read_only": true, "broker_host": false, "broker_port": false, "broker_username": null, "broker_password": null, "global_topic_prefix": null, "client_name": null, "interval": null, "protocol": null, "cert_id": null, "client_cert_id": null, "client_key_id": null, "path": null } Ich hätte dann erwartet das sich hier auf der Seite sich das "Nur Lesezugriff" aktviert, oder wie ist das mit dem Parameter read_only gemeint?

Dann muss ich aber immer alle Werte schreiben oder ? Nur read_only auf true oder false senden geht nicht ? { "enable_mqtt": true, "broker_host": "my_mosquitto.localdomain", "broker_port": 1883, "broker_username": "wallbox-garage", "broker_password": "meinpasswort", "global_topic_prefix": "wallbox/garage", "client_name": "wallbox-garage", "interval": 1, "protocol": 0, "cert_id": -1, "client_cert_id": -1, "client_key_id": -1, "path": "" }'

Ok weißt du wo ich den / die Parameter in MQTT Api finde. Finde es irgendwie nicht

Danke, aber das kann ich nur über die GUI ändern. Nicht irgendwie über MQTT den Nur Lesen Modus einschalten bzw. wieder um umschalten per MQTT Befehl?

Moin zusammen, ich nutze evcc. Dieses hängt sich ja dann in die externe Steuierung der WB. Gibt es eine Möglichkeit die externe Steuerung seitens der WB zu deaktivieren per MQTT? In evcc gibt es leider keine Möglichkeit es zu deaktivieren, da muss man dann wenn immer den Server komplett runter fahren. Danke im Voraus

ok danke dann weiß ich erstmal Bescheid das es so wie gewollt erstmal nicht funktioniert. Cool wäre es aufjedenFall wenn man die Lampe beim Laden auch in unterschiedlichen Farben pulsieren lassen könnte. So sieht man dann immer gleich in welchem Modus man sich befindet. Vl. dann mal was für die Zukunft für Euch :-) Trotzdem danke erstmal für den schnellen Support.

Das mit den Farben zuweisen über MQTT funktioniert, aber geht das überhaupt das ich während der Ladung die LED Farbe ändere? Im Moment blinkt Sie immer blau, würde das gerne je nach Modi dann anders blinken lassen. warp3-garage/evse/indicator_led_update ist ja nur für einen eingestellten Zeitraum dann aktiv, danach wechselt Sie dann wieder zu blau

@Chris685, he habe gerade erst gesehen das du mir geantwortet hattest. Danke dafür, das funktioniert und ist genau das was ich gesucht habe.

Genau das Problem war das Loxone nicht die fünf Werte auf einmal schreiben kann. Evtl. könntet ihr da mal in Zukunft was von eurer Seite anbieten das man vorgefertige Farben verwenden kann. War ja im Forum auch schonmal nachgefragt worden, damit man diese den unterschiedlichen Lademodi zuordnen kann.

Ich hatte mal im Loxforum nachgefragt, weil ich das mit den Multiplen Registern selbst noch nicht gemacht habe. Diese habe ich als Antwort dazu bekommen. Demnach war die Aussage das es mit Loxone in einem Rutsch nicht funktioniert. Ein Modbus Register hat eine feste Größe von 16 Bit, d.h. 2 Byte. Loxone hat kein Datentyp "Array" und unterstützt bei Modbus Aktoren daher maximal 64-Bit Werte (signed oder unsigned integer oder double). Du kannst daher mit Modbus Aktoren maximal 64-Bit, d.h. 8 Byte bzw. 4 Register gleichzeitig schreiben oder lesen. Du könntest daher Register 1004 bis 1007 (das sind 8 Byte) mit einem Befehl schreiben. Die o.a. Register 1004 bis einschl. 1013 umfassen insgesamt 10 Register, d.h. 20 Bytes. Ein uint32 hat immer 4 Bytes. Das passt nicht zusammen. Technisch kannst Du bei Modbus nicht Werte an verschiedene (unterschiedliche) Adressen schreiben, sondern mit einem Befehl nur "multiple Registers" (mehrere aufeinander folgende Register) quasi gleichzeitig schreiben. Der Aufbau des Befehls sieht so aus: Function code 1 Byte 0x10 10hex = 16 is function code for "Write Multiple Holding Registers" Starting Address 2 Bytes 0x0000 to 0xFFFF The address of the first register Quantity of Registers 2 Bytes 0x0001 to 0x007B The number of registers to write Byte Count 1 Byte 2 x N* The number of data bytes to follow (2 * quantity of registers). Registers Value(s) N* x 2 Bytes value(s) The data bytes itself Jeder Modbus Aktor sendet bei Werteänderungen genau ein Modbus Befehl. Wenn Du mehrere Modbus Aktoren einrichtest, dann hast Du immer mehrere Befehle.

Also lt. meiner Rechersche kann ich mittels Loxone keine 10 Register schreiben, ich müsste das wenn aufteilen und ich glaube dann wird es wieder nicht funktionieren. Weil Vorgabe ein Befehl ist. Bisher gibt es ja auch innerhalb der Software von Euch keine Möglichkeit irgendwelche fest definierten Farben über die LED anzusprechen, das wäre doch mal eine Sache die man implemenieren könnte. Farbe, rot, grün, gelb etc. würde schon reichen. So könnte man das ganz einfach über die Automatischen die Farbe je nach Modi zuweisen. Ist sowas evtl. in Planung? Hatte schon im Forum gelesen das öfters mal die Nachfrage kam das je nach Lademodi eine andere Farbe als LED Licht sehr schön wäre.

Ok danke werde ich gerade nicht schlau raus, gibt es irgendwie ein Beispiel was man senden muss, sind das dann einzelne Werte oder ein Wert ? Steht da gerade auf dem Schlauch daher wäre ein Beispiel super

Externe Steuerung der LED habe ich aktiviert. Dachte ich müsste nur 1004 beschrieben. Ok habe jetzt das erst gelesen (Falls auch die Farbe gesetzt werden soll (nur WARP3), müssen die Reg­is­ter 1004 bis ein­schließ­lich 1013 in einem Befehl ge­schrie­ben werden) Adresse 1013 finde ich nicht in der Doku? Fehler? Muss ich dann 1004, 1006, 1008, 1010, 1012 beschreiben? Habe nun die Werte 1004 mit 120 , 1006 mit 255, 1008 mit 65535, 1010 mit 200 und 1012 mit 200 beschrieben. Aber irgendwie blickt sie immer Standard Blau Was bedeutet: in einem Befehl ge­schrie­ben werden ? Wie soll das funktionieren

Hallo ich würde gerne je nach Lademodus den LED Ring beim Laden in unterschiedlichen Farben leuchten lassen. (Laden über evcc) Über Modbus wollte ich mir die aktuelle Farbe über Adresse 1008 holen, aber ich bekomme auf der Adresse keine Werte, sondern nur die Meldung über MB das keine Werte geliefert werden. An die gleiche Adresse soll man den HVS Wert schreiben, soweit verstanden das dies ein Wert zwischen 0-360 für den jeweiligen Farbwert ist. Aber auch da gibt es keine Reaktion, wenn ich die besagte Adresse 1008 mit dem Wert 120 für z.b grün beschreibe passiert nichts. Ich hätte nun erwartet das der Ring grün leuchtet? Haben sich die Adressen irgendwie verändert, mit anderen Modbus Adressen hat bisher alles 100% funktioniert. Danke im Voraus und Gruß Thomas

Also mir reicht ein ungefährer Wert vollkommen aus, aber das mit dem umgekehrt zusammenbauen habe ich jetzt nicht verstanden :-). Also blöd gefragt ich bekommen keine kw oder Watt als Ladeleistung von evcc übergeben womit ich arbeiten könnte. Anderfalls müsste ich für mich dann selbstständig die Berechnung in kW aus den übermittelten 6 A machen, je nach Phasen ?

@MatzeTF - ich muss nochmal nachfragen. In 1028 steht der Wert in A für die externe Steuerung. Und was steht in 1029 ? Bekomme das sowas wie 393216000 angezeigt bei 6 A externe Freigabe. Den Wert in KW oder Watt bekommt man nicht irgendwie von evcc übergeben? Wird das erst in der WB berechnet aus den 6A oder wie wird das gemacht?