@thomas-braun Sehr gerne 😉 Verpasse mir mal einen Denkzettel 😂

@homoran Klar geht es, ist aber etwas irreführend, weil zumindest ich in meiner bescheidenen Art zu denken, die Taste abfragen würde und davon ausgehen würde, dass die solange auf "false" steht, bis einer drauf drückt.

@maxpd Damit hältst du nur den ioBroker aktuell, das Betriebssystem inkl. nodeJS nicht. Das macht man per sudo apt update sudo apt dist-upgrade sudo reboot Hast du offenbar noch nie gemacht.

@oliverio Side note: Ich würde dir dringend raten auf Github Actions umzustellen und Travis+Appveyor sein zu lassen. Meine Adapter sind in der Regel 3-5x so schnell fertig. Ganz extrem wars beim JS-Controller, der statt 1,5h+ pro Build nur noch 7 Minuten benötigt.

@fredf Danke :+1:

@moby-dick iobroker update -u iobroker upgrade

@unclesam Ich brauche bitte noch einmal Hilfe ... Ich habe da jetzt ein bisschen dran gearbeitet und es funktioniert auch soweit. Ich kann die Message im Admin abschicken und sie wird in der main.js von onMessage gefangen und weiter verarbeitet. So weit - so gut. Ich benötige aber eine Rückkopplung zurück ins Admin, denn es kann durchaus sein, dass bei der Anfrage, die ich abschicke ein Fehler raus kommt und den möchte ich direkt im Admin präsentieren und nicht nur im Log. Wie gelange ich also mit einer Information zurück ins Admin? Ich habe versucht eine Exception zu werfen, aber die wird irgendwo im Adapter gefangen und ins Log geschrieben - mehr aber auch nicht. Ich vermute das das irgendwie über die im Aufruf erwähnte callback: this.socket.emit('sendTo', [adapter,instance].join('.'), 'getDyson2faMail', {email:document.getElementById("email").value, pwd:document.getElementById("Password").value, country:document.getElementById("country").value},function (data) { callback(data); }); laufen müsste, aber die steht mir in onMessage(msg) {...} ja nicht zu Verfügung... Ich durchblicke den Mechanismus noch nicht richtig. Hast Du da noch einmal einen Tipp für mich? Edit: Ich habe es jetzt verstanden und es funktioniert. DANKE!

@unclesam sagte in common.write Bedeutung: Bearbeiten eines read-only Datenpunktes geht nur, wenn du im Experten Modus bist. Normale Benutzer können den nicht bearbeiten. ok, das erklärt einiges. Danke. Wobei vmtl. alle "Experten" sind :-) @unclesam sagte in common.write Bedeutung: @jpgorganizer sagte in common.write Bedeutung: Meine Frage kommt, da ich eine Möglichkeit suche, um States für einen Adapter beschreibbar zu machen, aber für jeden anderen nicht mehr. Kannst du das etwas mehr erläutern? Ich sehe noch nicht ganz, weshalb du das möchtest. Ich möchte einfach verhindern, dass User wie wild irgendwelche DP ändern, ohne dass das irgendwas nützt, aber glauben, das sollte etwas bewirken. Im Adapter interessiert mich das eigentlich nicht. Ich reagiere nur auf die DP, die Sinn machen.

@darkdevil ja nach einem Neustart vergisst tasmota die Kalibrierung und muss neu gesetzt werden. Total nervig. Habe dazu auch keine Lösung gefunden. Das passiert aber nur beim ausstecken des esp, nicht beim Update oder Neustart.

@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 ...