Climate Solutions Community

@galegro  schrieb: @Juergen-B  Die Version 0.7.0 ist leider (im beta Repository) noch nicht verfügbar. Dort finde ich bloß 0.6.18 - also die alte Version. Das war bei mir auch so. Ein Adapter auffrischen brachte ebenfalls nichts. es geht aber so: In der Adapterübersicht auf die drei Punkte rechts oben auf dem E3 Adapter klicken. --> rechts unten ist so ein "+" Icon. "Eine bestimmte Version installieren." Da drauf klicken und dann "0.7.0" eingeben. Dann klappts. ... Mehr anzeigen

Sorry für die späte Reaktion. Ich versuche, Dir die Daten per PN zu senden, aber erst meckert die Kiste, dass ich ungültigen HTML Code verwendet hätte und danach, "Du hast die für das Senden privater Nachrichten festgelegte Grenze erreicht. Versuche es später erneut.". Eine einzelne PN pro Tag ist ja auch zu viel und man könnte ja keinesfalls konkreter erklären, wo das Problem liegt. 🙄 ... Mehr anzeigen

Hallo, ich würde eigentlich ganz gerne an die Gas-Jahresverbräuche, die von der Heizung mitgeschnitten werden, kommen. e3oncan.0.HMUMASTER_0x680.tree.1343_GasConsumptionCentralHeatingYearMatrix e3oncan.0.HMUMASTER_0x680.tree.1345_GasConsumptionDomesticHotWaterYearMatrix   Über die API kommen hierzu ja type, unit, value01 und value01 zurück, also relevant eigentlich der Jahresverbrauch=value01 und der Letztjahresverbrauch=value02 jeweils in: viessmannapi.0.xxx.0.features.heating.gas.consumption.heating.properties.year viessmannapi.0.xxx.0.features.heating.gas.consumption.dhw.properties.year   Im Objektbaum gibts dazu nur eine Zahlenkette. Kann man da irgendwie an die "menschenlesbaren" beiden Werte kommen? ... Mehr anzeigen

Ich stelle gerade fest, dass diese "Zahlen" aus dem Objektbaum im Bereich "Tree" anscheiend wirklich Strings oder sowas sind. Jedenfalls funktionieren sie in einigen Widgets gar nicht, vermutlich weil sie Zahlen erwarten. Beispiele sind Aussentemperatur (274) und Wasserdruck. Die kann ich so aktuell gar nicht nutzen z.B. im "ListTemp"- und "ListPressure"-Widget. Gibts da eine Lösung für? Die Daten aus Open3E selbst wurden bisher stressfrei angezeigt. Kurioserweise scheint eCharts mit der Temperatur umgehen zu können.   ... Mehr anzeigen

Vielen Dank, macht Sinn. Wie es ausschaut, landen defaultmäßig alle Datenpunkte mit dem Zustandstyp "json" in den Daten. Es scheint so, als ob ich die alle einzeln auf sowas wie "number" umstellen muss, u.a. weil sonst auch Folgeadapter wie der "Statistics" nichts damit anfangen können. Anregung wäre, das Zahlen auch als Zahlen ankommen, weil das eine Menge Geklicke spart. ... Mehr anzeigen

Danke Dir. Jetzt ist der Adapter schon mal grün. Ich hatte die Bezeichnungen nicht angerührt, weil ich dachte, dass sind adapterinterne Bezeichnungen. ... Mehr anzeigen

So, einen kleinen Erkenntnisfortschritt kann ich schon mal vermelden: Im manuellen Kommandozeilengehampel bekomme ich jetzt einen Open3E Befehl erfolgreich durch, nachdem ich nochmal hier https://github.com/open3e/open3e/wiki/020-Inbetriebnahme-CAN-Adapter-am-Raspberry gestöbert habe und daraufhin zusätzlich zu sudo ip link set can0 type can bitrate 250000 auch noch sudo ifconfig can0 up eingegeben habe. Letzteres habe ich vorher noch nie getan und es lief trotzdem. Potentiell ist das eine Neuerung. Jetzt läuft die normale Version auf der Kommandozeile wieder, puh.     ... Mehr anzeigen

Hm. Ich habe mit git pull mal ein update gezogen und auch nochmal die requirements installiert. Speziell letzteres hat anscheinend einiges neues nachgezogen. Den Autostart habe ich mit disable ausgeschaltet. Jetzt habe ich ein neues, noch weniger hilfreiches Fehlerbild. Da ich sowieso am Ende iobroker nutze ist jetzt mein Gedanke, das ganze kaputte Gelumpe loszuwerden und nur den iobroker-Adapter (https://github.com/MyHomeMyData/ioBroker.e3oncan) auszuprobieren.   Fragen: 1) wie werde ich das ganze kaputte Zeugs am saubersten wieder los? Einfach Open3E Verzeichnis löschen und das wars? 2) Der iobroker Adapter verlangt als Voraussetzung "CAN adapter is up and visible in system, e.g. as "can0" (use ifconfig to check)." Wenn ich alles weglösche, wird das die Sichtbarkeit des Can0 verhindern? 3) Ich habe aktuell mal den iobroker Adapter gestartet. Da scheitert ein Scan daran, dass die folgende Fehlermeldung erscheint: "Could not connect to CAN-Adapter "vcan1" - err=Error while creating channel". Das gleiche mit vcan0.   ifconfig zeigt folgendes, was ich so interpretiere, dass eigentlich der can0 schon da ist: can0: flags=193<UP,RUNNING,NOARP> mtu 16 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 10 (UNSPEC) RX packets 4677 bytes 16583 (16.1 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0   Aber ip -details link show can0 zeigt das Wort ERROR: 5: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-ACTIVE restart-ms 0 bitrate 250000 sample-point 0.875 tq 250 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1 gs_usb: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1 clock 48000000 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535   Ich kenne mich mit Linux halt so gar nicht aus. ... Mehr anzeigen

Hallöchen, ich muss nochmal mit einer Frage nerven. Bisher habe ich den CAN-Bus nach jedem neustart immer manuell wieder angestartet mit sudo ip link set can0 up type can bitrate 250000 Jetzt wollte ich es bequemer machen und bin den Befehlen im Wiki gefolgt: https://github.com/open3e/open3e/wiki/020-Inbetriebnahme-CAN-Adapter-am-Raspberry unter Canbus autoamtisch starten. Leider geht jetzt gar nix mehr.   Einerseits bekomme ich nach einem neuen manuellen Aufruf den folgenden Fehler: sudo ip link set can0 up type can bitrate 250000 ---> RTNETLINK answers: Device or resource busy Da dachte ich mir, ok läuft also und will nur nicht doppelt laufen.   Aber auf python Open3Eclient.py -c can0 -dev vdens -r 268 -m 127.0.0.1:1883:open3e -t 20 -muser xxx:yyy gibts jetzt leider ein für mich kryptisches: Traceback (most recent call last): File "/opt/git/open3e/Open3Eclient.py", line 358, in <module> showread(addr=ecudid[0], value=val, idstr=idstr, did=ecudid[1]) File "/opt/git/open3e/Open3Eclient.py", line 239, in showread publishStr = args.mqttformatstring.format( AttributeError: 'NoneType' object has no attribute 'format'   Und sudo systemctl status systemd-networkd wirft aus: * systemd-networkd.service - Network Service Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2024-03-02 10:59:42 CET; 14min ago TriggeredBy: * systemd-networkd.socket Docs: man:systemd-networkd.service(8) Main PID: 195 (systemd-network) Status: "Processing requests..." Tasks: 1 (limit: 8755) CPU: 306ms CGroup: /system.slice/systemd-networkd.service `-195 /lib/systemd/systemd-networkd Mr 02 10:59:42 iobrokerpi4b systemd-networkd[195]: Enumeration completed Mr 02 10:59:42 iobrokerpi4b systemd[1]: Started Network Service. Mr 02 10:59:44 iobrokerpi4b systemd-networkd[195]: can0: Link UP Mr 02 10:59:44 iobrokerpi4b systemd-networkd[195]: can0: Gained carrier Mr 02 10:59:44 iobrokerpi4b systemd-networkd[195]: can0: Cannot configure proxy NDP for the interface, ignoring: No such file or directory Mr 02 10:59:50 iobrokerpi4b systemd-networkd[195]: wlan0: Link UP Mr 02 10:59:53 iobrokerpi4b systemd-networkd[195]: eth0: Link UP Mr 02 10:59:58 iobrokerpi4b systemd-networkd[195]: wlan0: Gained carrier Mr 02 10:59:58 iobrokerpi4b systemd-networkd[195]: wlan0: Connected WiFi access point: Funknetz (00:00:00:00:00:00) Mr 02 11:00:00 iobrokerpi4b systemd-networkd[195]: wlan0: Gained IPv6LL   ip -details link show can0 ergibt: 3: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-ACTIVE restart-ms 100 bitrate 250000 sample-point 0.875 tq 250 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1 gs_usb: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1 clock 48000000 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535   Es wäre super, wenn mir jemand helfen könnte. Sei es auch nur mit einem weg, diesen Dienst mit Canbus wieder zu stoppen, so dass ich wenigstens wieder manuell arbeiten kann. Aktuell ist's halt ganz kaputt.       ... Mehr anzeigen

Die gute Nachricht ist, dass ich den -cnfg devices.json Teil jetzt auf der Kommandozeile zum Laufen bekomme. Und nach noch mehr Rumprobieren hier die Lösung: Man darf in der "args"-Datei im Nano ganz offensichtlich bloss nicht [RETURN] drücken am Ende des letzten Eintrags. Da ich den -cnfg devices.json Eintrag eben als letztes angefügt hatte und Return gedrückt hatte, wirkte es so, als ob das Stück selbst problematisch wäre. War aber Zufall. Ist für andere vermutlich total klar, für mich war's das nicht. 🤔   ... Mehr anzeigen

@Dreman  schrieb: @Hotzen-Plotz -mfstr {did-Number}_{didName} -muser xxx:yyy -cnfg devices.json   did-Number muss didNumber heissen. So schräg ist es also gar nicht 😉. Danke. Diesen Teil habe ich offensichtlich der Tatsache zu verdanken, dass ich meine Versuche für mich dokumentiere, indem ich alles in eine Word-Datei kopiere und von da wieder auf die Befehlszeile. Ganz offensichtlich bricht Word mir hier die Bezeichner um und fügt dann einen Bindestrich ein, was zu dem kuriosen Fall führt, dass das, was ich nach Word copy&paste nicht buchstabengenau das ist, was ich 10 Sekunden später von Word copy&paste. ... Mehr anzeigen

@mbauer666  schrieb: Zum Testen, ganz einfach.  python3 Open3Eclient.py  --can can0  --config devices.json  -r 1100  -v Achte bitte auf die doppelte Minuszeichen.  Funktioniert das? Ja, das klappt. Hm. ... Mehr anzeigen

Ja. ... Mehr anzeigen

Auch ohne -dev vdens erkennt er -cnfg devices.json nicht. ... Mehr anzeigen

Ja, die Authentifizierung braucht es. Ich habe dieselben Befehle nochmal auf der Kommandozeile eingegeben und es scheint, dass er den Teil mit devices.json nicht mag:   python Open3Eclient.py -c can0 -dev vdens -r 268,271,274,284,318,331,334,360,364,365,381,386,392,396,401,424,475,526,527,531,534,544,545,548,565,691,692,693,694,695,696,697,726,727,728,729,730,731,732,761,762,763,764,765,766,767,874,880,896,919,987,1008,1024,1087,1240,1395,1415,1503,1538,1539,1555,1643,1659,1667,2257,2320,2426,2457,2855,2937,2938 -t 60 -m 127.0.0.1:1883:open3e -mfstr {did-Number}_{didName} -muser xxx:yyy -cnfg devices.json usage: Open3Eclient.py [-h] [-c CAN] [-d DOIP] [-dev DEV] [-tx ECUADDR] [-cnfg CONFIG] [-a] [-r READ] [-w WRITE] [-raw] [-t TIMESTEP] [-l LISTEN] [-m MQTT] [-mfstr MQTTFORMATSTRING] [-muser MQTTUSER] [-j] [-v] Open3Eclient.py: error: unrecognized arguments: -cnfg devices.json Finde ich jetzt sehr schräg. ... Mehr anzeigen

Danke, ja mit einem "0x688.269" komme ich da jetzt dran. Die Werte selbst sind aber irgendwie fragwürdig: {'Actual': 0.0, 'Minimum': -10.0, 'Maximum': 11.3, 'Average': 0.0, 'Unknown': 1} ... Mehr anzeigen

Ich fürchte irgendwas mache ich falsch.   Ich habe die args Datei jetzt befüllt mit:   -c can0 -dev vdens -m 127.0.0.1:1883:open3e -muser xxx:yyy -mfstr {didNumber}_{didName} -r 268,271,274,284,318,331,334,360,364,365,381,386,392,396,401,424,475,526,527,531,534,544,545,548,565,691,692,693,694,695,696,697,726,727,728,729,730,731,732,761,762,763,764,765,766,767,874,880,896,919,987,1008,1024,1087,1240,1395,1415,1503,1538,1539,1555,1643,1659,1667,2257,2320,2426,2457,2855,2937,2938 -cnfg devices.json -v   Und dann den Befehl: python3 Open3Eclient.py @args   Ich bekomme aber einen völlig unspezifischen Fehler: Open3Eclient.py: error: unrecognized arguments: Mir fällt kein Fehler ins Auge. ❓ ... Mehr anzeigen

Und noch ein Frage: Ich habe gesehen, dass vier spannende Sensordaten unter einem Kapitel für ein Ding namens "BCU" auftauchen. Unter anderem auch die Rücklauftemperatur mit DID 269. Mein Versuch diese nun mit python3 Open3Eclient.py -c can0 -dev vdens -r 269 abzufragen, scheitert aber mit: ('ReadDataByIdentifier service execution returned a negative response RequestOutOfRange (0x31)',) Gibts da einen Tip für mich, wie ich die Werte auslesen kann?   ... Mehr anzeigen

Danke für die Erläuterungen!   ... Mehr anzeigen

@Dreman  schrieb: @Hotzen-PlotzGanz hab ich dein Zuordnungsproblem noch nicht verstanden, aber vielleicht hilft dir das etwas weiter:   - unter 1415 findest du den aktuell laufenden Modus der Heizung:   0101 = Nachtabsenkung, 0102 = Standard, 0103 = Komfort, 0000 = AUS - unter 424 wiederum findest du die aktuell eingestellten RTn:   Byte 1/2= Komfort, Byte 3/4 = Standard, Byte 5/6 = Reduziert - und die Vorlauf_Soll brauchst du nicht zu berechnen, die findest du unter 987. Danke Dir für den Hinweis auf DID 987. Die Bezeichnung "MixerOneCircuitFlowTemperatureTargetSetpoint " hat mir bisher nichts gesagt. Interessant, wenn das die Planvorlauftemperatur ist.   424 hatte ich eben ja auch gefunden, vorher überlesen.   Danke auch für den Hinweis auf DID 1415 "MixerOneCircuitOperationState". Damit und der folgenden Kombi aus "Mode" und "State" konnte ich auch nix anfangen bisher. ... Mehr anzeigen

@JörgWende  schrieb: Den Scheduler habe ich gerade nicht im Kopf (gerade noch geschaut 761ff), aber die anderen (VC 250) wären bei mir: 426 TargetPoints Ah, ja da hatte ich tatsächlich was übersehen. Danke! Bei mir ist es DID 424 für Heizkreis 1.   @HerrP: Der DID 424 verursacht bei mir auch ab und an Warnmeldungen weil der Bezeichner der vierten und fünften Werte da drin mit einem Fragezeichen beginnt. ... Mehr anzeigen

Genau. Meine Frage bezieht sich nun auf den Schritt "Dann holt sie sich den Temperaturwert für den Mode ". Diese Zuordnung finde ich nicht in den DIDs. Habe ich das übersehen?   Die Soll-Vorlauftemperatur habe ich per Skript abgebildet und blende sie in meinen Grafiken ein. Die läßt sich ja schön über die offizielle Formel aus Niveau/Steigung/gedämpfter Aussentemperatur und aktueller Soll-Raumtemperatur berechnen.Das passt auch prima zu den real gemessenen Vorlauftemperaturen. ... Mehr anzeigen

Ich habe nochmal ein paar Fragen: 1) Für die Vitodens finde ich die Heizpläne in den DIDs 761-767. Die Soll-Raumtemperaturniveaus sind da mit "Mode" und einer Zahl bezeichnet. So ist "Komfort" = Mode 4 und "Normal" = Mode 3. Weiters finde ich auch im DID 1643 die aktuell damit einhergehende Soll-Raumtemperatur. Ich finde aber nirgends das grundsätzliche Mapping von Reduziert/Normal/Komfort auf RT-Sollwerte. Ideen?   2) Ich habe diesen Scan mit "Open3E_depictSystem.py" mal durchlaufen lassen. Jetzt fällt mir auf, dass ich Dussel im Moment mit meiner Kommandozeile gar nix im Sinne einer "--config devices-json" schreibe. Was genau ist der Effekt, wenn ich diesen config Teil nicht sende?   3) Kann ich den Lesenaufruf mit "-r" und all den Dutzenden DIDs auch irgendwie in einer "args" Datei unterbringen?   4) Genauso fiel mir jetzt auf, dass ich die Übersichtsabfrage mit "-a" gemacht habe ohne den "-m 127.0.0.1:1883:open3e" Teil. Nach dem Scan stand da "run Open3Eclient with -mqtt and -a to get EVERYTHING on your MQTT app." Also sollte man mit dem "-m" was tun. Was für eine Auswirkung hat das? ... Mehr anzeigen

Danke für den Anstoss. Es ist der Wahnsinn in Tüten.   iobroker Objektseite neu laden hat nix gebracht. iobroker Adapter neu starten hat nix gebracht. Tab neu laden hat nix gebracht. Iobroker komplett durchstarten hat nix gebracht. Immer nix in der Objektliste. Objekte nicht in Charts verwendbar.   Dann habe ich in der Visualisierung mal ein Objekt eingefügt nur für die Anzeige eines Wertes. Dies verwendet anscheinend ein anderes Objektauswahl-Element als die Charts und da sind die Daten plötzlich wählbar. Also kommt der Kram irgendwo an. Nur nicht in der Objektlistenseite (was nicht hilfreich ist).   Jetzt: Browser zugemacht, in einem alternativen Browser aufgerufen: Alles da! 😁   Guter Ausgang. Alle Haare ausgerissen und Tischplatte zernagt.   Danke Euch für Eure tolle Hilfe und grundsätzlich für alles was Ihr hier auf die Beine stellt! 👍   Zur Doku: Letztlich läuft die Vitodens jetzt mit: "nohup python Open3Eclient.py -c can0 -dev vdens -r 268,271,274,284,318,331,334,360,364,365,381,386,392,396,401,424,475,526,527,531,534,544,545,548,565,691,692,693,694,695,696,697,726,727,728,729,730,731,732,761,762,763,764,765,766,767,874,880,896,919,987,1008,1024,1087,1240,1395,1415,1503,1538,1539,1555,1643,1659,1667,2257,2320,2426,2457,2855,2937,2938 -t 60 -m 127.0.0.1:1883:open3e -mfstr {didNumber}_{didName} -muser xxx:yyy"   Ich muss dann jetzt im iobroker in den Grafiken und Skripten die ganzen Datenobjekte gegen die neuen austauschen. Das wird noch mal Aufwand bedeuten, aber ok.     ... Mehr anzeigen

So, die Kommandozeile scheint grundsätzlich zu funktionieren mit: python Open3Eclient.py -c can0 -dev vdens -r 268,271,274,284,318,331,334,360 -t 60 -m 127.0.0.1:1883:open3e -mfstr {didNumber}_{didName} -muser x:x -v   Das python3 braucht es nicht (das ging vorher auch ohne).   Was Ihr definitiv auch geändert habt, ist die neue zwingende Notwendigkeit zu dem -mfstr. Wenn ich das nicht angebe wirft es einen Fehler: Traceback (most recent call last): File "/opt/git/open3e/Open3Eclient.py", line 358, in <module> showread(addr=ecudid[0], value=val, idstr=idstr, did=ecudid[1]) File "/opt/git/open3e/Open3Eclient.py", line 239, in showread publishStr = args.mqttformatstring.format( AttributeError: 'NoneType' object has no attribute 'format'   Leider stecke ich immer noch auf halber Strecke fest.   Denn zwar erkennt jetzt der Adapter im iobroker eine Verbindung: Das hilft aber gar nix, denn die Daten tauchen nicht wie früher in der Objektliste auf, sind also nicht verfügbar. Da stehen noch die letzten Stände die mit dem alten Open3e angeliefert wurden.   Das wirkt auf mich so, als wäre die Struktur/das Format der ausgelieferten daten nicht mehr so wie früher, vor dem Scan und der neuen Version.               ... Mehr anzeigen

@HerrP  schrieb: oder kürzer -c can0 -dev vdens -muser ichuser:meinpwd -m 127.0.0.1:1883:open3e -t 60 -r 268,396  damit sollte es funktionieren. Leider nicht: python Open3Eclient.py -c can0 -dev vdens -r 268 -t 60 -m 127.0.0.1:1883:open3e -muser x:x Traceback (most recent call last): File "/opt/git/open3e/Open3Eclient.py", line 358, in <module> showread(addr=ecudid[0], value=val, idstr=idstr, did=ecudid[1]) File "/opt/git/open3e/Open3Eclient.py", line 239, in showread publishStr = args.mqttformatstring.format( AttributeError: 'NoneType' object has no attribute 'format'   Nur die längere Version scheint zu gehen: "python Open3Eclient.py -c can0 -dev vdens -r 268 -t 60 -m 127.0.0.1:1883:open3e -mfstr {didNumber}_{didName} -muser x:x" Glaube ich zumindest. Früher wurde das noch mit dem Text "Read dids and publish to mqtt..." quittiert, jetzt steht da wohl nur der Wert.     ... Mehr anzeigen

@HerrP  schrieb: Wie soll das bei dir funktionieren? soll a) open3e Werte zyklisch auslesen und die tauchen im MQTT Broker / der App dann auf - oder - b) die App schickt zyklische Anfragen über MQTT und open3e reagiert da drauf? Ich bin nicht mit einem Skillset ausgestattet, dass ich sagen könnte, was "soll"... Es soll einfach so funktionieren wie gestern noch. Meine These (!) bisher war, dass open3e zyklisch per MQTT Daten sendet und der iobroker-MQTT-Adapter diese als Client annimmt, also Dein (a). Das ist aber nur die These von jemandem, der die Funktionsweise nicht sicher versteht. ... Mehr anzeigen

Und noch zwei Varianten, die auf Fehler laufen. Ich habe jetzt die Option "-m MQTT" dazugeschrieben, die es vorher nicht gab/brauchte und von der ich auch keine Ahnung habe, was sie soll, aber es klang im vorherigen Fehler so, als ob das vielleicht verlangt würde.   python Open3Eclient.py -c can0 -dev vdens -r 268 -t 60 -l open3e/cmnd -m MQTT -mfstr {didNumber}_{didName} -muser x:x Traceback (most recent call last): File "/opt/git/open3e/Open3Eclient.py", line 332, in <module> mqttTopic = mlst[2] IndexError: list index out of range   python Open3Eclient.py -c can0 -dev vdens -r 268 -t 60 -m MQTT -muser x:x Traceback (most recent call last): File "/opt/git/open3e/Open3Eclient.py", line 332, in <module> mqttTopic = mlst[2] IndexError: list index out of range   Da es vorher klappte, wüsste ich auch nicht, was ich sinnvoll auf iobroker Seite ändern sollte:         ... Mehr anzeigen

Danke, ich will ja nur, dass die MQTT-Daten im iobroker ankommen wie bisher. Ich lass' jetzt erstmal dem Mumpitz mit der args Datei weg, bis ich weiss, was geht.   Mitlerweile bin ich soweit gekommen, dass der Befehl: python Open3Eclient.py -c can0 -dev vdens -r 268 -t 60 -muser xxx:xxx auf der Kommdaozeile erstmal wieder funktioniert ohne Fehler.   Dann bin ich jetzt auch soweit, dass der Syntaxfehler verursacht wurde dadurch, dass in den args "--listen" steht, aber es auf der Kommandozeile "-l" heissen muss. Für Deppen wie mich ein echter Stolperdraht.   Dann hatte ich attsächlich was doppelt in der Kommandozeile versus args, wie Du schriebst und mir fiel später auf, dass mir noch das -dev vdens fehlte. Lauter Feinheiten. Daher jetzt erstmal alles ohne args.   So schön es ist, dass die Kommandozeile zunächst keine Fehler wirft, kommt jetzt aber im iobroker nach wie vor nix mehr an. Ihr habt da irgendwas geändert, was da Einfluss hat.   Sobald ich nun das "-l  open3e/cmnd" auf der Kommadozeile eingebe in der Hoffung, dass dies hilft, bekomme ich nun: Traceback (most recent call last): File "/opt/git/open3e/Open3Eclient.py", line 345, in <module> listen(args.read, args.timestep) File "/opt/git/open3e/Open3Eclient.py", line 129, in listen raise Exception('mqtt option is mandatory for listener mode') Exception: mqtt option is mandatory for listener mode   Tips hierfür? ... Mehr anzeigen

@Juergen-B  schrieb: Wie sieht das MQTT-Kommando aus, das Du mit dem Topic open3e/cmnd sendest? Ich versteh Deine Frage sprachlich nicht. Was meinst Du damit? Was ist ein MQTT-Kommando? Ich habe jetzt auch einen anderen Fehler.   Zutaten: args: --can can0 --dev vdens --mqtt 127.0.0.1:1883:open3e --mqttformatstring {didNumber}_{didName} --listen open3e/cmnd --config devices.json -v   Kommandozeile: python Open3Eclient.py @args -r 268 -m 127.0.0.1:1883:open3e -t 60 -muser xxx:xxx usage: Open3Eclient.py [-h] [-c CAN] [-d DOIP] [-dev DEV] [-tx ECUADDR] [-cnfg CONFIG] [-a] [-r READ] [-w WRITE] [-raw] [-t TIMESTEP] [-l LISTEN] [-m MQTT] [-mfstr MQTTFORMATSTRING] [-muser MQTTUSER] [-j] [-v] Open3Eclient.py: error: unrecognized arguments:     ... Mehr anzeigen