@rocky sorry, aber auch, wenn ich wenig ahnung von MQTT hab, bist du im falschen film... ist nicht böse gemeint...

Nach langen hin und her ....gehts jetzt wieder.

@fraenki23 Vielleicht ist bei https://forum.iobroker.net/topic/27923/anleitung-gaszähler-mit-nodemcu-espeasy eine Lösung für Dich dabei.

Oh, smartmeter adapter Version ist 3.3.4

@otto325 code bitte in den code tag packen [image: 1661022990028-ab0ceca8-1205-43a8-a7f2-02365a028e95-grafik.png]

@apollon77 @Glasfaser @Homoran @Ralla66 @Ramses123 Hallo an alle, ich habe mittlerweile den IS Lesekopf Weidmann erhalten und am Raspberry Pi per USB angeschlossen. Dann in iobroker den Adapter installiert. Und siehe da es funktioniert wie es soll. Der Lesekopf liefer die Daten, wie er soll. Sieht so aus als hätte der vorige Lesekopf, der per tty kommunizieren soll einen Schlag. Aber egal, Hauptsache es funktioniert. Gruß JOBI59

@markusk Bist Du damit weiter gekommen?

@io_laurent prima. Danke. Und weil Du ja gesagt hast, dass Du auch an Alternativen interessiert bist, kannst Du mal hier schauen: https://forum.iobroker.net/topic/6881/adapter-broadlink2/1206?_=1660474237583 Ich hab das nun auch realisiert. Ein ziemliches Gefummel wie schon im Artikel zu lesen. Evtl. gehts mit einem älteren Broadlink Device einfacher. Das schöne an dieser Lösung ist, dass man direkt im iobroker das Anlernen an der FB triggern kann und dann die exakten Codes dauerhaft in den Objekten findet. D.h. man kann das dann als Schalter etc. direkt steuern. Für Alexa müsste man dann danach wie gehabt einbinden.

So, ich habe mir mal ein paar Gedanken gemacht über ein Blockly Script mit den Werten die ich schon habe. [image: 1660333854289-2c48f2b4-be2c-4678-9a7c-40000497f650-image.png] Würde mich freuen über Anregungen dazu? Sollte das passen? Ich bin erstmal der Meinung das ja. Also Danke schon mal.

Update: die Lösung über den Javascript Adapter habe ich mangels ausreichender Erfolge wieder verworfen. Habe mir aber nochmal den Modbus Addapter angesehen... Anscheinend hat nur die zyklische Abfrage gefehlt. Wobei ich mir egtl. sicher bin das ebenfalls getestet zu haben... Naja... jedenfalls kommen jetzt Werte rein. [image: 1659945810503-1.png] [image: 1659945815045-2.png]

Ich habe es mqtt mit espeasy laufen Füllstandsanzeige Zisterne

@goetschhofer sagte in [gelöst]Fronius Adapter: keine Verbindung zum WR: Vielen, vielen Dank . Aus Fehlern lernt man halt, so ist es zumindest bei mir. Kein Problem ;)

@dragon-og Oder mit dem Parser-Adapter. Der kann Websites nach bestimmten Ausdrücken (regex) durchsuchen und die Werte in einen Datenpunkt schreiben. Gruss, Jürgen

@vepa1012 Also der Magnetkontakt der hier im Bild beschrieben ist ist ein ganz normaler Magnetkontakt wie er in Alarmanlagen eingesetzt wird. Die Adern sind deswegen gleichfarbig damit man nach entfernen der Isolierung nicht (so leicht) feststellen kann welche Adern zur Alarmleitung und welche zu Sobotageleitung gehören. Gite Alarmanlagen haben zusätzliche Widerstände verbaut sodass ein einfaches Kurzschließen der falschen Adern auch Alarm auslösen würden. Im Lieferzustand sind die Adern meist am Ende gekennzeichnet - diese Markierung entfernt man zur Sicherheit nach dem Einbau. Zur Liste der Meldungen: Im Prinzip kann dieser Kontakt nur "Fenster geschlossen und verriegelt" oder "Fenster nicht geschlossen und verriegelt" melden. Natürlich meldet er alle andere Alarmzustände - aber eben nicht einzeln und unterscheidbar. Wahrscheinlich wird hier ein Magnet an die (bewegliche) Verriegelungsschiene des Fensterflügeks gesetzt und eine Reedkontakt fix im Rahmen verbaut. Ist das Fenster nicht geschlossen - Magnet nicht vor dem Reedkontakt - Schleife offen. Ist das Fenster nicht verriegetl - detto. Ergo wird erkannt ob geschlossen und verriegelt. Aber du kannst damit z.B. nicht zwischen geöffnet und gekippt unterscheiden. Wobei natürlich je Fenster auch mehrere Kontakte verbaut sein könnten woemit mehr erkennbar wird. Aber das kann nur mehr wildest spekuliert werden. Sichere Auskunft kann dir nur der Fensterbauer geben. McM

Finally Done. ALLE 28 Hue Birnen und die 3 Hue Steckdosen sind im IoB drin mitsamt ihren Datenpunkten und zugreifbar. Falls jemand das gleiche seltsame Problem haben sollte wie ich, hier meine Vorgehensweise die bei mir nach langem herumprobieren letztendlich geklappt hat : Falls in der Hue App schon Gruppen, Räume, Zonen, etc.. erstellt wurden, diese rauslöschen. Alle Hue Geräte komplett aus der Alexa App rauslöschen. Alle Routinen, Gruppen u.s.w. in denen Hue Geräte drin waren, komplett aus der Alexa App rauslöschen. Alle Echo Geräte ausstecken. Den Rechner mit dem IoB herunterfahren. Das Smartphone und/oder Tablet auf dem die Alexa App und die Hue App installiert sind, herunterfahren. (nicht in Standby, komplett herunterfahren -Ausschalten) Die Hue Bridge ausstecken. Ca. 5 Minuten warten. Die Hue Bridge wieder einstecken. Auf das Alexa Web Interface https://alexa.amazon.de gehen und von dort aus den Hue Skill Aktivieren. Auf dem Smartphone in der Alexa App geht das bei mir nicht, siehe ein paar Beiträge weiter oben. Konnte leider nicht herausfinden warum. Wenn alles geklappt hat, bekommt man eine eMail das der Hue Skill erfolgreich aktiviert und Hue mit Alexa verknüpft wurde. Das Smartphone wieder starten und in der Hue App die Geräte suchen. In der Hue App die Geräte nach belieben benennen, Gruppen, Zonen erstellen, etc.., die Hue App danach geöffnet lassen. Die Echo Geräte wieder einstecken und die Alexa App starten. Alexa suchen lassen, die Hue Geräte sollten alle sofort gefunden werden, wenn alles geklappt hat. Den Rechner mit dem IoB hochfahren, kurz darauf sollten alle Hue Geräte und die in der Hue App zuvor angelegten Räume, Gruppen, Zonen, etc.. im IoB unter Objekte>hue>0 erscheinen. So. Ich hau mich ins Bett.

@rfelli04 ist mit Sicherheit von Tuya und soweit ich weis lassen sich Geräte die mit der Smart Life App funktutionieren auch in ioBroker einbinden. Als schau mal ob das Hama Ding mit der Smar Life App funktioniert.

@garbleflux jawoll!