@dirk-peter Fehler gefunden! nach dem aktualisieren aller Abhängigkeiten unter package.json => devDependencies läuft Travis CI wieder ohne Fehlermeldungen. :)

Hallo @frank70, ist aus der Kennzeichen-Erkennung noch was geworden? Habe heute für einen anderen Thread mein altes Skript noch einmal ausgepackt, mit dem ich OpenALPR getestet hatte. Wie ist der Stand? Gruß Pix

@unclesam Danke für den Link zur Api und den Link in GitHub Werde es dann wohl mit einem Issue versuchen. Selber machen "wollen" ist nicht der Punkt, scheitert bestimmt am Knowhow ;-)

So sieht der Code aus, bekommt das jemand dargestellt in der VIS? <!-- TradingView Widget BEGIN --> <div class="tradingview-widget-container"> <div class="tradingview-widget-container__widget"></div> <div class="tradingview-widget-copyright"><a href="https://de.tradingview.com/symbols/BTCUSDT/technicals/" rel="noopener" target="_blank"><span class="blue-text">Technische Analyse für BTCUSDT</span></a> von TradingView</div> <script type="text/javascript" src="https://s3.tradingview.com/external-embedding/embed-widget-technical-analysis.js" async> { "interval": "1m", "width": "100%", "isTransparent": false, "height": "100%", "symbol": "BINANCE:BTCUSDT", "showIntervalTabs": true, "locale": "de_DE", "colorTheme": "dark" } </script> </div> <!-- TradingView Widget END -->

Hallo, ich wollte mal nachfragen ob sich in Sachen Adapter für den Sensor schon was getan hat. Dankeschön.

Hier gibt es auch noch eine benutzerfreundlichere Anleitung: https://www.airthings.com/resources/wave-plus-raspberry-pi Ich habe auch schon überlegt ob man die Online Daten irgendwie abgreifen kann. Ich hab noch ein paar alte Smartphones, die könnten ja regelmäßig mit dem Wave kommunizieren und Daten hochladen. Eine lokale Lösung wäre natürlich schöner. Aber dann gibt es ja einige Ansätze zum testen. Allerdings müssen die Daten dann noch irgendwie in den ioBroker. Da muss ich mal etwas Herumprobieren. Habe noch keine Ahnung wie :D

@ralla66 said in Suche Tutorial für Sonoff 433 Bridge mit Tasmota/Portisch: Code welcher richtig ist kannste nur durch testen herausfinden, wobei alle Codes ohne Taste drücken falsch sind. Zwischenzeitlich habe ich einen einfacheren Weg gefunden bzw. mich durch div. Github Foren gelesen: SONOFF RF Bridge mit Tasmota 9.3.1 und der neuesten Portisch Firmware geflasht "RfRaw 166" liefert für meine DOOYA DC 90 Fernbedienung (ist für eine EMPASA Markise mit Rohrmotor) einfache Codes, die man ohne Umrechnung verwenden kann. Für "Aus-fahren" wäre das bei mir 07:43:48.265 MQT: tele/bridge/RESULT = {"Time":"2021-04-24T07:43:48","RfRaw":{"Data":"AAA606012A1A15D11E55"}} Der Befehl "Aus-fahren" in der Tasmota WebUI sieht dann einfach so aus cmnd/bridge/Backlog RfRaw AAA8060B2A1A15D15555; RfRaw 0 Beachte, dass man die "6" gegen eine "8" tauschen muss (siehe Befehlsliste der Portisch Firmware) Für "Stop" und "Ein-fahren" analog Jetzt stehe ich vor dem nächsten Problem, hier beschrieben link text Wäre prima, wenn mir jemand sagt welchen MQTT-Anfänger-Fehler ich da gemacht habe ...

@bahnuhr Dickes EDIT: hat sich erledigt. Erklärung folgt: ich hatte das Skript schon mehrfach gestartet. Daher war die abgefragte Version aus dem Internet schon in die Variable geschrieben und das Skript hat keine weiteren Nachrichten geschickt. Es ist also richtig, dass man nur den Nutzer nach dem "/" in den user_telegram schreiben muss. Vielen Dank für die Hilfe

@da_woody Trotzdem vielen Dank. Schönes Wochenende

@cruzix danke und funktioniert - fenster schliesst sofort wieder :-)

@igloh sagte in KM200 Adapter findet keine Objekte: Did not get any Services from KLM200! Ich kann dir da nicht viel helfen ... aber stelle die Instanz mal auf die Logstufe Debug , vielleicht kann man dort mehr erkennen in der Ausgabe . EDIT: Hier ist der passende Thread dafür , dort gibt es einige Beiträge darüber, vielleicht kommst du damit weiter : https://forum.iobroker.net/topic/3519/adapter-für-buderus-km200-und-eventuell-auch-anderen-kmxxx

@mischu sagte in Objekt-Name auslesen: let name = await adapter.getForeignObject(ObjectID).common.name; adapter.log.info("Name der ID: " + name); ... oder einfach let obj = await adapter.getForeignObject(ObjectID); adapter.log.info("Name der ID: " + obj.common.name); Dann ist es weiterhin async. Dazu kann ich folgendes empfehlen: https://gist.github.com/AlCalzone/d14b854b69ce5e8a03718336cc650a95

@ofbeqnpolkkl6mby5e13 sagte in Probleme mit HMIP 6-fach Wandschalter HMIP-WRC6: Es geht nicht mit der Cloud und hat auch nichts mit dem Adapter zu tun. Geht nicht, weil die Cloud die Info nicht sendet. Ooops - mir war entgangen, dass es sich um den HmIP-Adapter handeln soll. Das wurde aus der Threadüberschrift nicht klar

Für Domoticz gibt es ein Tuya Plugin was gut funktioniert. Ohne Proxy etc.. Man meldet sich nur an. Kann man das hier nicht übernehmen? https://github.com/guino/tuyaha

verschoben in: https://forum.iobroker.net/topic/29836/mielecloudservice-adapter/282

Hallo zusammen, das würde mich auch interessieren gibt es da schon eine Neuerung? Gruß und schönes Wochenende

@sunshineh Ich kann Dir da nicht helfen. Bei Apple gehts sicher nicht. Eventuell gibts was über Browser notifications - aber ansonsten muss ich da passen.