NEWS

Darüber würde ich mich auch sehr freuen

@seppel786 da wird geprüft, ob der Roboter nach 60 min immer noch läuft. Wenn ja hängt er irgendwo und soll stehen bleiben. Das hab ich hin und wieder wenn er am Eck vom Teppich hängen bleibt. Leider ist mit der Zonenreinigung die Intelligenz beim Teufel...

@andi2055 sagte in Test Adapter shuttercontrol v0.6.x: @lonsimbt ich hatte das mit einem PR auf UND-Logik geändert. https://github.com/simatec/ioBroker.shuttercontrol/pull/51 Allerdings nur für "in- & outside temperature and direction" Wenn nun der Wunsch ist, dass dies so allgemein Einzug in den Adapter erhält, dann ändere ich das gerne auch für die anderen relevanten Optionen. Ich wollte schon anfangen, kam zeitlich aber die letzten Wochen einfach nicht dazu. Die nächsten Regentage sollte ich das mal umsetzten können... Ja das wäre sehr gut. Nur eine Sache anzupassen ist nicht so gut und nicht Userfreundlich. Es wäre gut, wenn du deine Änderungen auch auf alle Varianten des Sonnenschutz portieren würdest

@Thomas-Braun Hatte auch schon die Vermutung, dass es mit der neuen Node Version zu tun hat. Danke für den Hinweis mit htop. MfG, André

J das ist korrekt und auch D0 ist korrekt. Jetzt trage mal beim Abfrage Interval bitte eine Zal > 0 ein. Dann Adapter auf "Debug" setzen, dann siehst DU genau was passiert und was als Daten ankommt

@Nashra leider habe ich keine lösung für dich - habe nun auch node 12 und meine dateien werden ohne fehler-meldung geschrieben und sind auch über iqontrol abrufbar kann es sein, das du iqontrol garnicht installiert hast und somit der pfad nicht existiert - im setting bereich sollte mit : let iqontrol = false; let vouchers = false; let apInfo = false; das schreiben der files aus sein evtl wäre auch noch möglich , wenn du iqontrl nicht installiert hast, folgende zeile zu ändern hier das iqontrol.meta mit vis.0 ersetzen

@Seb-K es fehlt bestimmt der Adapter icons-mfd-png

@Rene_HM Danke für die info

@exmerci Oh das kann man so nicht sagen. Hier gibt es in dem Thread sicherlich Leute die bereits Maxcube eingebunden haben. Ansonsten ist am Anfang des Scripts sehr viel beschrieben zum Thema "nicht HM" - Geräte. In jeder Section die durch den Benutzer bearbeitet werden kann/sollte, sind auch immer Beispiele vorgegeben. Versuche einfach mal die Suche in diesem Thread zum Thema Maxcube. Allerdings, weiß ich nicht ob dieses Script überhaupt noch gepflegt wird?! Ich glaube viele Nutzer sind inzw. zum Adapter HeatingControl gewandert. Persönlich nutze ich dieses Script allerdings noch. Never touch a running system

@MathiasJ der controller 3.x ist erst im Latest, aber ich denke so in 1-2 Wochen sind wir damit im Stable

Ok, danke, ich dachte es gibt vielleicht Vorteile bezügl. Speicherbedarf oder Performance.

hi, habe eine iobroker Instanz mit yahka am laufen. aus div. Homebridge-plugins (ham plugin im wrapper modus) habe ich Datenpunkte abgegriffen und in yahka als Lampen ,Heizung, ventilator, Thermometer etc. angelegt. soweit funktioniert das alles, einzig bei manchen geräten z.b. dem ventilator muss in der home-app zweimal getippt werden damit der ventilator auch wirklich angeht, sprich an - aus - an (erst dann geht der ventilator wirklich an) das nervt zum einen und unterbindet jegliche Nutzung von Automationen, da diese selbstverständlich nur einmal schalten, das jeweilige gerät aber aus bleibt. in den logs, werden die werte aber geschrieben, jemand eine Idee warum hier yahka / home träge bzw. gar nicht reagiert?!

@Christoph-Bubeck und hast du die datenpunkte dpAlarm und dpAlarmMessage angelegt und im script eingetragen ?

@ilovegym Würde ich ev. mit dem Xiaomi machen, aber ich habe noch einen "richtigen" hier liegen. Ist ein baugleicher zum Kemo: https://www.amazon.de/KEMO-Regensensor-12-V-DC/dp/B000NI2QJC Aber im Grunde selbes Spiel: true bei Regen... An den Wettermast kommt dann ein Gehäuse mit Akku und Solarzelle. Sensoren gibt es viele: Bodentemperatur/-feuchte, LUX (paar €), Luftgüte (~10,- €), O³, Blitz, Wolken, Nebel, Schneehöhe, Strahlung...