Climate Solutions Community

grad nachgeschaut - das Default von dem mqttformatstring ist tatsächlich irgendwo auf der Strecke geblieben. kommt wieder rein. ... Mehr anzeigen

juhuuu! 🙂   aber nach bestem Wissen und Gewissen - am Ausgabeformat und dem ganzen Topic Händling und so hat sich nix geändert. Irgendwo war da was mit irgendeiner Identifikation im Zusammenhang ich glaube mit dem Listener (wo jetzt ein Zeitstempel angefügt wird für Eindeutigkeit - nicht dass das uns 'den Hals gebrochen' hat?!?) ... 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   ACHTUNG! da steht immer noch python und nicht python3 !!   damit sind manche Sachen anders und nicht so wie gedacht! Es sieht erstmal so aus als würde es gehen, aber wie gesagt, es kommt dann zu so 'Unpässlichkeiten', es sei denn du hättest python als Alias für python3 definiert. Ich bin da auch schon 'gestolpert'...   >> File "/opt/git/open3e/Open3Eclient.py", line 239, in showread publishStr = args.mqttformatstring.format( AttributeError: 'NoneType' object has no attribute 'format'   da gucken wir noch mal, sollte aber eigentlich das benannte Default haben   >> Früher wurde das noch mit dem Text "Read dids and publish to mqtt..." quittiert,    das ist eigentlich auch heute noch so (wenn -l / --listen eingestellt wurde) ... Mehr anzeigen

So, wenn es jetzt hoffentlich wieder läuft, läuft es so wie früher, und du hast noch keinen Nutzen von dem ganzen Aufwand gehabt (ausser vielleicht das mit dem @ args).   Das 'Tolle' an der neuen Version ist ja das Abbilden des ganzen Systems, also aller vom externen Bus erreichbarer Steuergerät. Nebenbei werden ja noch ggf. in der Open3EdatapointsVdens.py nicht oder 'unzulänglich' aufgeführte Datenpunkte erfasst und in der Open3Edatapoints_680.py hinterlegt. Das macht alles Open3E_depictSystem.py.   Aber wenn du das willst, sag Bescheid, und wir machen das dann, weil dich das jetzt wahrscheinlich eher verwirrt als belustigt 🙂   beste Grüsse & du bist echt klasse, dass du dabei bleibst, trotz der ganzen Widrigkeiten!! Phil   ps. wir haben wirklich (wissentlich) nix bezüglich der Anwendung / des Aufrufens geändert ausser der user:password Sache...   ... Mehr anzeigen

du kannst natürlich jederzeit das '-v' noch hinten dran hängen.... ... Mehr anzeigen

wenn das dann endlich funktioniert, kannst du das ganze Gebamsel aus der Kommandozeile   z.B. die von oben -c can0 -dev vdens -muser ichuser:meinpwd -m 127.0.0.1:1883:open3e -t 60 -r 268,396   in Zeilen umbrechen und in die Datei 'args' (oder sonsteine) speichern -c can0 -dev vdens -muser ichuser:meinpwd -m 127.0.0.1:1883:open3e -t 60 -r 268,396  und den Aufruf dann einfach so machen: python3 Open3Eclient.py @args   Dabei muss die Datei (hier 'args') im gleichen Verzeichnis wie Open3Eclient.py stehen (oder du müsstest hinter dem '@' den ganzen absoluten Pfad angeben, aber das lassen wir besser)    ps. das mit dem in Zeilen Umbrechen ist nicht von uns sondern von der argsparser Library. ich hätte einfach eine Zeile auch 'handlicher' gefunden. Achte vorsichtshalber da drauf, dass am Ende der Zeilen keine Leerzeichen stehen (k.A. ob das wichtig ist, muss ich ausprobieren, aber nicht jetzt) ... Mehr anzeigen

ACHTUNG!! Ganz wichtig ist, dass du Python Version 3 aufrufts, also   python3 Open3E_depictSystem.py -c can0 .... NICHT python Open3E_depictSystem.py -c can0 ....   ... Mehr anzeigen

wenn du b) benutzen wolltest, also open3e auch auf 'Kommandos' von deiner MQTT App (dem iobroker?) reagieren soll, musst du noch den Kommando-Topic, den der iobroker zum Verschicken von Nachrichten an open3e benutzt und auf dem open3e 'lauschen' soll ("listen"), hinzufügen:   z.B. -l open3e/cmnd   ... Mehr anzeigen

bei a) musst du (bezogen auf MQTT nur) die Option "-m" bzw. "--mqtt" angeben, damit die Daten im MQTT Broker ankommen können. Also z.B. -m 127.0.0.1:1883:open3e du kannst dann auch noch den Format String angeben, damit die Sachen so dargestellt werden, wie du das möchtest. für '2457_CalculatedOutsideTemperature' wäre das -mfstr {didNumber}_{didName}  (das ist aber default und sollte dann eigentlich auch weggelassen werden können)   alles zusammen dann -c can0 -dev vdens -muser ichuser:meinpwd -m 127.0.0.1:1883:open3e -mfstr {didNumber}_{didName} -t 60 -r 268,396    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.   ps. wenn du beim MQTT Broker kein Benutzer mit passwort angelegt hast, das "-muser ichuser:meinpwd" ganz rauslassen ... Mehr anzeigen

Moin Hotzi!   Och Mensch, das tut mir leid, dass du jetzt wieder 'Terror' mit irgendwelchen Stolpersteinen hast! Aber du wirst das wie gehabt auch wieder hinbekommen, da bin ich mir sicher. 🙂   Das "-l" und "--listen" ist gleichbedeutend. Es gibt da immer ein kurze und eine lange Version des 'Kommandozeilenargument-Identifiziers'. Die lange hat 2x das 'Minus' davor, die kurze nur eins.   Das mit dem "bad payload" bekomme ich auch schon mal, z.B. wenn ich 'alles Löschen' im MQTT Explorer drücke. Das ist nicht schlimm, mehr informativ, dass da irgendwas war, was open3e nicht interpretieren konnte (und wahrscheinlich auch nicht sollte).   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?     ps. und guck bitte zuerst unten wo das mit "ACHTUNG! ... Python Version 3 ..." steht! das wird einige Fallen schon mal umgehen ... Mehr anzeigen

super, da hätten wir ja das schon mal - danke Jürgen! 🙂   @bb77  ich hab einen test-branch angelegt, wo ich DoIP in Open3E_depictSystem eingebaut habe. Es wäre supi, wenn du das mal ausprobieren könntest.   dazu als command line argument '-d' und die DoIP IP Adresse angeben, also so in der Art python3 Open3E_depictSystem.py -d 192.168.43.42 Wenn es nicht funktioniert, poste bitte die Fehlermeldung!   danke & Grüsse! Phil ... Mehr anzeigen

ps. ich sehe grade MyHomeMyData hat an dem raw Bug 'eben gerade' schon was gemacht. Wahrscheinlich geht es jetzt?! ... Mehr anzeigen

>> über IP das depictsystem, geht nicht oh, stimmt, ist ausschliesslich für CAN geschrieben. Das werde ich mal ändern und Bescheid sagen. Wenn du es dann probieren würdest, wäre toll!   >> über IP Rohwerte lesen geht nicht das ist nicht schön, eigentlich sollte das gehen, wir werden mal schauen, ob wir da was finden.   Sage mal, könntest du vielleicht schnell noch mal für die beiden, die gefragt haben, erklären, wie du die IP Verbindung herstellst!? Du machst das doch mit dem Access Point Modus, oder?   Der Dank gilt glaubich uns allen gleichermassen. Ohne die ganze Gruppe wären wir wohl nicht so weit gekommen. abnoname hatte ja initial überhaupt die wesentlichen Grundsteine gelegt, maxxberg hat das mit den complexen Codecs geschaffen, MyHomeMyData hat den Listener Mode gemacht und 'nebenbei' noch E3onCAN, jwende hat immer wieder dem systemischen Gedanken nachgeholfen, und so weiter und so fort, und so hat jeder seinen Teil beigetragen. Ich hatte nur beim 'Zusammenfügen' der ganzen 'Bausteine' kürzlich eine sehr zeitintensive Phase.... 😉   ... Mehr anzeigen

da ich wie gesagt nur ein alte Therme habe und die auch noch ohne Vitoconnect, würden meine Beschreibungsversuche wahrscheinlich eher in die Irre führen als hilfreich sein. Aber z.B. @Juergen-B hat (soweit ich erinnere) schon öfter diesen Weg der Verbindung beschritten und kann das bestimmt aus dem Handgelenk geschüttelt erklären 🙂   Manfred, das mit dem Umschaltventil und der Brennerabschaltung ist ja interessant. Meine alte Therme kann das problemlos ohne. Dann müssen wir da wohl wirklich noch etwas forschen - das ist ja schon eine recht wichtige Einstellung, da wohl bei den allermeisten Anlagen (wie auch bei meiner) die 'Fachpartner' es nicht für nötig erachtet haben, eine Schwerkraftbremse wie von Viessmann vorgegeben einzubauen... Ein Forumsmitglied hier hat mir grad berichtet, dass er durch den nachträglichen Einbau der Schwerkraftbremse seinen Gasverbrauch im Sommer (also für WW) um bis zu 50% reduziert hat... Änderung der Ruhestellung des Umschaltventils dürfte eine ähnliche Größenordnung bewirken.   Grüsse! ... Mehr anzeigen

>>> @bb77  Schreiben möglichst im raw-Modus, also z.B. für Ruhestellung 'Heizen':   python3 Open3Eclient.py -c can0 -dev vdens -raw -w 1791=01   @Dreman  geht das bei dir? oder ist das tatsächlich ein weiterer 'intern erhöht schreibgeschützter' Parameter? (kann ich mir eigentlich nicht vorstellen, und beim Umschalten werden ja temporär beide Wege freigegeben, ein Mangel an Durchfluss sollte also nicht der Grund sein...) ... Mehr anzeigen

@KarstenW  auch an dich die Bitte, die aktuelle Version des master branch zu benutzen, Open3E_depictSystem laufen zu lassen und dann -cnfg devices.json als Kommandozeilenargument zu benutzen.   Hindergrund ist, dass die Open3EdatapointsVcal anhand eines bestimmtes Systems gebildet wurde, und entsprechend der von dir geposteten Fehlermeldung wahrscheinlich Datenpunkte enthält, die bei deiner Vcal nicht (oder nicht wie in der datapoints beschrieben) existieren.   Es gibt nicht eine Vcal, sondern diverse Modelle, die dann auch noch unterschiedliche Firmwarestände und entsprechend unterschiedliche Parameter haben. Um aus diesem Dillemma rauszukommen, haben wir depictSystem entwickelt.   Grüsse! Phil ... Mehr anzeigen

>> nicht gleich alles auszulesen (-a). das klappt bei meiner vdens auch nicht.   Moin @bb77 ! Hast du vorher Open3E_depictSystem laufen lassen und dann Open3Eclient mit dem Kommandozeilenargument -cnfg devices.json gestartet (und auch die aktuelle Version aus dem master branch benutzt)?    Eigentlich sollte dann das -a funktionieren. Wenn nicht, bitte die Fehlermeldung posten.   danke & Grüsse! Phil ... Mehr anzeigen

> Like - aber was ich bisher zu meinen Fragen hörte, habe ich selbst den Spass daran - und vermutlich noch viel mehr verloren.   @Ohne_Ahnung  wir freuen uns über das Like, aber der Rest stimmt mich sehr traurig. Wir haben viel, viel Zeit und Mühen investiert, damit ihr Nutzen von und Freude an dem Tool habt. Ich persönlich habe noch eine alte Optolink Therme und kann schlichtweg garnix mit open3e machen, mein einziger Lohn ist eure Freude. Bei mir hat es sogar einen kleinen 'Ehekrach' gegeben, weil ich über Wochen von morgens bis tief in die Nacht nichts anderes gemacht habe, als open3e weiterzuentwickeln.   Deswegen sind wir natürlich hochgradig daran interessiert, was wir besser machen sollten/können, damit sich dann auch die beabsichgte -mindestens- Zufriedenheit einstellt.   Klar, wie schon öfter angesprochen, wäre eine (wahrscheinlich) Windows Lösung erstrebenswert, wo es einfach eine setup.exe gibt und dann eine schöne grafische Oberfläche, wo frau/man dann alles Weitere intuitiv mit der Maus machen kann?   Leider ist aber die Windows Welt wenig kompatibel mit UDS (Unified Diagnostic Services, worauf ja die One Base / E3 Kommunikation basiert) und CAN. Jeder CAN Bus Adapter muss individuell (herstellerspezifisch) eingebunden werden, und Kommunikationsbibliotheken für UDS/ISO-TP/DoIP habe ich für Windows noch nicht gefunden, jedes Bit muss 'zu Fuß' programmiert werden. Das ist bei Linux alles anders und viieel einfacher.   Nichts desto Trotz steht so eine Windows Lösung weiterhin auf unserer TODO Liste, aber der Weg dahin ist noch weit, arbeitsreich und 'steinig'. Wir hoffen auch immer noch darauf, das sich weitere hierin versierte Entwickler finden, die dann ihren Teil - wie gehabt am besten unentgeltlich - beitragen.   Ist es nur der Umstand der Linux Ungebung, was dir den Spass genommen hat, oder gibt es andere Gründe? Hast du ausser wahrscheinlich Zeit und vielleicht etwas Geld für die Kommunikations-Hardware noch etwas 'verloren'?   danke & beste Grüsse! Phil   ps. und natürlich nicht zuletzt - was (nochmal) waren/sind deine Fragen? ... Mehr anzeigen

Moin @Hotzen-Plotz !   >> Muss ich den Aufruf von Open3e irgendwie verändern gegenüber vorher?   Wie @Juergen-B  schon gesagt hat, musst du - falls du für MQTT mit user und passwort agierst - den entsprechenden Teil im Aufruf ändern. Wenn du also früher     -muser ichuser -mpass meinpwd benutzt hattest, musst du mit der neuen Version dann den Aufruf mit     -muser ichuser:meinpwd  machen. -mpass gibt es nicht mehr.     >> Gehe ich recht in der Annahme, dass ich folgende drei Dinge tun soll: 1. kill den bisherigen Programmlauf 2. "git pull https://github.com/abnoname/open3e" absetzen, damit ich den neuesten Kram auf den Raspi bekomme 3. open3e wieder anwerfen Sonst nix?   Im Prinzip sollte das so funktionieren, aber (abgesehen von ein paar neuen Codecs und Klartexten und so) hast du dann auch keinen weiteren Nutzen von der neuen Version.   Also grundsätzlich: Wenn du mit der alten Version all deine Bedürfnisse abgedeckt bekommst, bleib einfach dabei - "never touch a running System" 😉   Die neue Version hat den Vorteil, dass man damit das gesamte (vom externen Bus aus erreichbare) System abscannen kann und dabei die zugehörigen Dateien erstellt werden (Datenpunktlisten, ggf. Anpassung der Datenlängen, ... und die devices.json). Dafür musst du aber vor dem Start der neuen Version ein mal     python3 Open3E_depictSystem.py ausführen und danach -cnfg devices.json als Kommandozeileinargument hinzufügen beim Aufruf des Open3Eclient. Das -dev vyz kannst du dann weglassen.   Damit hast du dann Zugriff auf alle Datenpunkte (zumindest sollte ein read-all funktionieren - dazu später). Das ist aber eher 'Spielzeug', was den Forscherdrang befriedigt, rauszubekommen, an was man alles so dran kommt. Die allermeisten 'gebräuchlichen' Datenpunkte sind auch mit der alten Version zugänglich.   Wenn du den Umstieg machen willst, helfen wir dir natürlich weiter gern, falls 'Stolperfallen' auftauchen.   beste Grüsse & weiter viel Spass! Phil ... Mehr anzeigen

ups, das scheint mir etwas 'verrutscht'?! ESP32 mit TJA als CAN Interface und canneloni als 'Tunnel' zu einem open3e-fähigen System ist hier beschrieben.     Heute ist der develop branch zum master erhoben worden. Sollte stable sein. Falls ihr einen Bug findet - bitte reporten (hier oder im Repo oder sonstwo, wo wir es finden).   ihr könnt jetzt die Kommandozeilenargumente in eine Datei schreiben und die einfach mit '@FILENAME' aufrufen. Ein Template mit Namen args ist auch beigefügt, drin steht   HerrP_0-1700582677300.png   Sollte in vielen Fällen passen, ansonsten einfach entsprechend bearbeiten. Der Aufruf von open3e erfolgt dann einfach mit HerrP_1-1700582839508.png ihr könnt auch noch Argumente wie -r 256 und so dahinter schreiben und natürlich auch im args File ergänzen.   Grüsse! 🖖 ... Mehr anzeigen

Moin ihr!   > Das diese Einstellung nur mit dem Software-Tool möglich ist, ist etwas unglücklich   Die 'verbotenen' Einstellungen können mit dem open-source Tool open3e auch vom Normalbenutzer* gemacht werden. Man kann zum Verbinden mit der Anlage den Weg über den Access Point Mode oder über ein CAN Bus Interface wählen. Zugegeben, das Schreiben von Parametern ist noch etwas 'kryptisch', aber wenn ihr da Probleme habt, wird euch im Thread geholfen.   Grüsse! Phil ... Mehr anzeigen

Thomas!   > Kann man meine Heizung nicht umrüsten, ich fürchte, da stehen die Chancen ziemlich schlecht (um nicht zu sagen es ist im Rahmen realistischer Bezahlbarkeit unmöglich).   Hast du schon mal über dezentrale elektrische Durchlauferhitzer nachgedacht? Die Dinger haben einen Wirkungsgrad von nahezu 100% und du hast keine Bereithaltungsverluste keinen Verlust durch Vorlauf des kalten Wassers / (naahezu) sofort warmes Wasser an der Zapfstelle bzw ggf. keine Verluste der Zirku keine Verluste durch Abkühlen des 'restlichen' Wassers in der Leitung nach der Entnahme Bei einer Speicherlösung wird bei Vermietungen mit Wärmemengenzähler mit einem Wirkungsgrad von 50% gerechnet, was oft noch optimistisch ist. Strom ist wenn überhaupt auch nicht sonderlich mehr als doppelt so teuer wie Gas...   Dann stellst du wie WW-SollTemp an der Therme auf 10°C und fertig. Grüsse! Phil ... Mehr anzeigen

kurzer Einwurf zur Benutzung der neuen multi-ECU Version:   HerrP_1-1700311865157.png   > Kann mir bitte einer erklären wie ich da jetzt einzelne ECUs und einzelne DIDs per Konsole abfragen kann???   HerrP_2-1700311941025.png   in der Hausautomatisierung entspricht dann der MQTT Post   HerrP_3-1700312367834.png   dem command line Argument  -r 0x6a1.[257,258,259]   Grüsse & weiter viel Spass! ... Mehr anzeigen

passen auf den Tag genau zum 1-jährigen Geburtstags des Offenen Briefes: 💥 open3e multi-ECU Version online im develop branch! 🔥  ihr könnt jetzt auf euer gesamtes System zugreifen. ihr werdet euch wundern, was da alles so drin ist.  wir haben das Tool Open3E_depictSytem.py hinzugefügt, was das System abscannt und die  Konfigurationsdatei devices.json sowie die datapoints_Xy.py erzeugt. Open3Eclient dann mit der Kommandozeilenoption `-cnfg devices.json` ausführen. Viel Spass! 🙂     ... Mehr anzeigen

moin @eckerse !   wie Jürgen wohl ganz richtig sagt, sind die Geräte mit Optolink nicht mit open3e kompatibel. Hans-Joachim Kliemeck hat ein kleines Skript für einen Optolink Splitter erstellt, mit dem du nicht nur mithören sondern voll bidirektional parallel auf die Optolink Schnittstelle der Therme arbeiten kannst. Kleinen Raspi o.ä, RS232 USB Adapter und abdafür.   Du kannst mein altes Windows Projekt Viessdata 2.1 benutzen. Für MQTT Anbindung von Optolink Geräten gibt es einige Lösungen auf github, Stichwort openv, oder bsw. die ganz übersichtliche Lösung von Markus 'sarnau' Fritze https://github.com/sarnau/InsideViessmannVitosoft/blob/main/Viessmann2MQTT.py   Wenn du weitere Unterstützung brauchst, sag Bescheid, vielleicht in einem neuen Thread, weil es hier ja um OneBase/E3/open3e geht 🙂   Grüsse! Phil ... Mehr anzeigen

Moin @Wolfgang04    nachdem ich das oben geschrieben hatte, habe ich auf der HA Webseite gelesen "We recommend a dedicated system to run Home Assistant." Auf der andren Seite steht auf Wiki "Home Assistant kann auf verschiedenen Geräten installiert werden. Dazu zählen Home Assistant Yellow, Raspberry Pi, Odroid, ASUS Tinker Board, normaler PC, Windows, macOS und Linux." Ich weiss also nicht was besser ist. So viel Strom verbraucht eine zweite VM auf dem Server ja nicht, und wenn der 'Umzug' viel Arbeit ist, ist das evtl. doch die bessere Lösung?!?   Grüsse! ... Mehr anzeigen

danke @Dreman & @mbauer666 ! ich trag das dann beizeiten in die datapoints ein (wenn mir nicht jemand zuvorkommt 😉 ). der 1087 war da ja auch noch... Hat eigentlich jemand ein englisches Handbuch (wegen der Bezeichnungen)? sonst muss ich mal n paar Nummern in der etapp eingeben und hoffen, dass da was auftaucht - das ist die 'Hürde', die mich bisher vom Eintragen abgehalten hat...   ... Mehr anzeigen

@Dreman  der 1139 (existiert bei der Vcal lt. Liste auch) ist 7 Bytes lang. Könntest du mal rausbekommen, ob .0 und .1 je ein oder zwei Bytes lang sind?! Also raw lesen und mit den eingestellten Werten abgleichen...   danke & Grüsse! Phil ... Mehr anzeigen

Moin Wolfgang!   > aus Energiespargründen möglichst darauf verzichten eine zusätzliche Hardware (Raspberry Pi 4) laufen zu lassen. das finde ich gut! für open3e reicht aber auch ein Raspi Zero, ist aber auch nicht nötig.   > "Home Assistant OS" nur ein auf Home Assistant optimiertes Linux. kleine Frage: warum machst du nicht eine 'vollwertige' Linux VM und installiert da drauf moquitto, Home Assistant und open3e?   Ein Versuch, open3e einfach deinem "Home Assistant OS" 'unterzuschieben', ist es wert. Mehr als dass open3e nicht funktioniert (und du dann ggf. hinterher etwas aufräumen musst bzw einfach einen Rollback) kann doch nicht passieren, oder?   > Zweite VM erstellen oder per Docker? zweite VM würde auch gehen, aber wozu zwei (s.o.)? Von Docker würde ich abraten, weil im Docker immer nur eine Verbindung mit dem CAN Kram möglich ist, du willst aber auch 'nebenbei' noch Monitoren können oder so..   Hilfe können wir immer brauchen! Sag Bescheid wenn es läuft (oder du weitere Infos brauchst).   Grüsse! Phil ... Mehr anzeigen

> dass die Entwickler der Zukauf-ODU einen ordentlichen Job gemacht haben und das System im zugelassenen Bereich betreiben.   das Problem ist ja, dass nicht die Entwickler die Geschichte 'betreiben', sondern Viessmann. Da kann ein aufmerksames Monitoring schon durchaus Sinn machen würde ich sagen... 😁 ... Mehr anzeigen