@accessburn da stimme ich zu…
Und ich wäre wohl auch dabei…
@accessburn da stimme ich zu…
Und ich wäre wohl auch dabei…
Hallo zusammen
Die neueste Version von OpenDtu führt wohl Änderungen an der API ein, so dass der Adapter nicht mehr alle Daten abholen kann
Ich habe das an „yield day“ bemerkt
Leider half bisher auch die Rückkehr zur Version 24.1.26 nicht (mit der funktionierte es vorher noch)
Edit: mit der alten Version geht es wieder....
Ich hab auch ein GitHub issue dazu erstellt…
https://github.com/o0shojo0o/ioBroker.opendtu/issues/129
@lemonbiter
Ich habe sehr gute Erfahrungen mit diesem Taster gemacht (nicht billig aber eben ohne Batterie)
GIRA + Senic Friends of Hue Smart Switch | Kompatibel mit Philips Hue & Tado | Made in Germany | Kabelloser Homekit Lichtschalter & Dimmer | Keine Batterien, kein Aufladen | 1x Schalter in Weiß
https://amzn.eu/cCtnnFl
Dem Shelly würde ich auf Tastendruck eine konkrete Position durchgeben… also ein minimal blockly: wenn State = True steuere Shelly Position xx
Dem Shelly bei Tastendruck einfach „auf“ oder „ab“ sagen geht aber auch.
Vermutlich braucht man nicht mal ein blockly sondern kann die je zwei states per Regel verbinden….
@IdleBit
ich sehe im Log eine Warn-meldung, die vermutlich fehlerhaft ist:
State value to set for "opendtu.0.112483748174.power_control.current_limit_absolute" has value "-1" less than min "0"
Mein Inverter steht auf "100%", insofern ist da -1 vermutlich richtig. (das ist auch noch der default)
update: nach firmware update auf 23.7.22 kommen da richtige Werte.... lag wohl an meinem Modell das erst jetzt unterstützt wird (HMS-400)
@dasbo1975 evtl. ist das ein verwandtes Problem, d.h. es würde prinzipiell erst mit der nächsten Version gehen. https://forum.iobroker.net/topic/68694/temperaturwert-in-iot-adapter-alexa-geräte/14
@garfonso ich habe den zweiten alias-DP auf "detected" ergänzt, weil ich den ursprünglichen noch in scripts verwende und daher noch nicht ändern wollte.
und ansonsten sieht es so aus: (ich verwende den alias-manager)
auch wenn ich einen mit "flood" (für diese Regex des devices modul "/^state(.alarm)?.flood$|^sensor(.alarm)?.flood/") ergänze klappt es nicht
und ich habe noch weiter probiert:
so sieht das aus, wenn der devices-adapter den alias anlegt:
was dabei auffällt ist, dass typ und icon nicht zusammenpassen...
der alias selber ist auch leicht anders:
und anscheinend hat die role des channels was damit zu tun:
sieht für mich aus wie mehrere Bugs....
Nachtrag:
wenn man sich Zeile 572 von https://github.com/ioBroker/ioBroker.type-detector/blob/master/index.js ansieht wird das klar.
@Bluefox warum wird denn für den Feuer- und Wasser-Alarm der Channel zusätzlich geprüft, und dann noch auf "sensor.alarm.flood" statt auf "floodalarm"?
siehe: https://github.com/ioBroker/ioBroker.type-detector/issues/38
warum das Icon nicht richtig ist und ich so viele ACTUALS sehe, wären dann wohl zwei andere Bugs...
@da_woody hab nun auch gefunden, was das Problem für den MQTT Explorer und andere Analyse Tools zu sein scheint: der Shelly adapter gleicht den Client mit den eingetragenen Shelly’s ab und lässt den Explorer daher nicht rein…
@thomas-braun noch funktioniert diese Einstellung leider nicht so richtig: https://github.com/tbnobody/OpenDTU/issues/1397 wir testen noch ob die neueste Änderung nun wirkt.
@homoran weil es nicht das erste mal wäre, dass eine Firma ihre Geschäftsinteressen ändert und einer auf ihrer ursprünglichen Strategie aufgebauten Open-Source-Community den Boden unter den Füssen weg zieht. (z.B. Oracle oder RedHat haben da ja schon Beispiele geliefert)
Ich denke, man kann man sich da schon mal fragen, ob und welche Risiken bestehen, wenn solche Posts wie der oben verlinkte auftauchen...
@samson71 es ist mir schon klar, dass ich einen anderen MQTT server verwenden kann, aber dann muss ich auf die Datenaufbereitung durch den Adapter verzichten. Also warum sollte es "Unsinn" sein, wenn ich den Adapter gegen einen anderen MQTT-Server laufen lassen möchte?
Hallo @haus-automatisierung
gibt es evtl. die Möglichkeit, dem script für die Shelly BLU devices https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/en/ble-devices.md auch andere BLE profile beizubringen, so dass der Shelly (oder mehrere zusammen) ein BLE Gateway bilden und z.B. die Meldungen von den xiaomi bluetooth sensors auch per MQTT senden?
oder gleich ganz generisch alles, was an denen so vorbei kommt sortiert&gefiltert nach mac-adresse....
Hintergrund:
der Bluetooth Adapter hat ein Problem, dass sich in absehbarer Zeit wohl nicht lösen wird: https://github.com/AlCalzone/ioBroker.ble/issues/871 und das Script scheint ja schon was ganz ähnliches zu machen....
und noch eine Frage:
warum muss der Shelly-adapter seinen eigenen MQTT server verwenden? könnte man das nicht auch mit einem anderen, eh laufenden MQTT_server machen, bzw. das entsprechend konfigurierbar machen?
Viele Grüße
Chris299
@accessburn geht beides, ggf. auch 24.1. aber immer erst ab 17-18 Uhr...
@accessburn 16:00 finde ich arg früh. ich wäre mehr für 18:00 auch wegen Essen
@accessburn da stimme ich zu…
Und ich wäre wohl auch dabei…
@paul53 danke für das Muster. Was genau macht denn dieses falls-nicht-timeout?
wenn ich z.b. 3 mal kurz möchte müsste ich bei jedem kurz-drücken prüfen, ob ich schon genügend im zähler zusammen habe, oder?
@mickym danke für die Hinweise. ja, das soll ein shelly liefern, insofern sollte ich einen wechsel true-false sehen, wenn er gedrückt und wieder losgelassen wird.
Hallo zusammen,
ich habe eine konzeptionelle Frage:
Ich möchte einen einfachen Taster dazu benutzen, Sequenzen einzugeben, sowas wie doppel-Tastung oder auch komplexer wie kurz-kurz-lang gedrückt.
Wie macht man das am besten mit einem Blockly?
Wie definiert man die Sequenzen flexibel?
und wie prüft man dann, wenn man ja jeweils sein script bei einem Tastendruck getriggert bekommt?
schlimmstenfalls läuft dann das Scipt ja zweimal parallel gleichzeitig ab, oder?
Viele Grüße
Christoph
@simatec ja, so habe ich das hin bekommen. Finde ich allerdings eher umständlich. Kann man nicht den Account auch in die URL packen?
Hallo zusammen,
ich verwende den Backitup-Adapter (@simatec vielen Dank dafür) und möchte das Backup auf mein Onedrive auslagern.
Allerdings habe ich zwei verschiedene One-Drives, bzw. zwei gleichzeitig aktive Microsoft Accounts: einen privaten und einen meines Arbeitgebers.
Backitup nimmt nun aber immer den von meinem Arbeitgeber.
Ich vermute, dass man eigentlich in dieser URL noch den account angeben müsste, um das zu steuern, richtig?