@alcalzone und @UncleSam DANKE! Ich kann mich beim besten Willen nicht daran erinnern warum ich die dependencies manuell angepasst habe. Leider habe ich die Fehlermeldung komplett falsch verstanden, ich dachte das dieser Adapter nicht installiert wäre (die Dateien waren vorhanden, ein "ioBroker list a" hat ihn aber nicht angezeigt) und schon habe ich mich völlig verrannt. Große Klasse das Ihr so schnell geholfen habt!

@unclesam Danke erstmal. Ich glaube ich lass dann mal den Stacktrace weg bzw. schreibe alles in eine Zeile. Werde aber bei Gelegenheit mal einen Bug erfassen. Ist nicht super wichtig, aber eine kleine Diskussion drüber wäre wahrscheinlich auch nicht schlecht.

@seb-k Das könnte man mit ner Fritz recht einfach erledigen (theoretisch). Aber bedenke, sobald Musik läuft, ist der Anrufer angenommen und wenn Du dann nicht ran gehst und er keine Flat hat, einstehen ihm Kosten! Also mit der Fritz schaltest einfach ein AB der Musik abspielt, der keine Aufnahme macht (habe ich für nervige Span Anrufer). Dann wertest mit dem TR-064 Adapter den Anruf aus und lässt ne Ansage mit Alexa machen, oder ein zweites Telefon klingeln. Das wäre mal mein Ansatz dazu.

@flitze-fitz sagte in Galapara Thermostat / Zigbee / wird nicht konfiguriert: @asgothian @arteck Vielen Dank für eure Hilfe. Das klingt nicht so als wäre das ne kleine Sache. Also wahrscheinlich eher zurück mit dem Ding!? Wisst ihr zufällig ein anderes Zigbee Heizkörperthermostat, dass mit dem Adapter auf jeden Fall funktioniert? Ich empfehle die Lektüre von https://www.zigbee2mqtt.io/information/supported_devices.html Die dort hinterlegten Thermostate werden gehen. Es kann sein das bei einzelnen Funktionen im ioBroker noch Arbeit notwendig ist, das ist aber machbar. A.

@rewenode @apollon77 hat mir nun eine neue Version des Adapters zur Verfügung gestellt. Nun funktionieren die Wildcards in meinen "in Nodes" wie bei Dir. :) - Weiß nicht, was Du für eine Version hattest, als das ging. - Egal dieses Thema liegt nun bei den Akten. Das gesamte socket.io liegt deswegen wieder etwas auf Eis. ;) - aber wenn ich Lust habe, dann nehme ich mir es nochmal vor - man lernt ja auch einiges dabei.

@wendy2702 Danach hatte ich schon geschaut ... Aber so wie es aussieht ist dies im Adapter "integriert" Es gibt mehrere "create" - state, object, channel und device ... Diese schein ja auch zu funktionieren, da nach der Installation alles angelegt wird. Wie kann ich eine createState oder auch die anderen "anstossen", das diese auch nach einem Neustart gemacht werden. Hiermit la das createState aus dem Adapter: function createStates(device, channel, states, callback) { var keys = Object.keys(states); if (!keys.length) return callback(); var state = keys.shift(); adapter.createState(device, channel, state, states[state].common, function () { //create next state delete states[state]; createStates(device, channel, states, callback); }); } Grüße & Danke Totti

@peterpan Alles Gut. Kann alles passieren.

Für Leute, wie mich, die mit gulp und den Übersetzungstasks noch nichts gemacht haben und nur eine words.js im Adminverzeichnis haben: Der Befehl gulp adminWords2languages erzeugt die gewünschten *.json Dateien aus der words.js Datei (davor natürlich gulp installieren usw. - ist in PowerShell auch nicht ganz trivial, da hilft Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser falls die Meldung kommt, dass gulp.ps1 nicht ausgeführt werden darf).

@thomas-braun Ja!! Danke!! Genau in dieser Sekunde habe ich es hinbekommen! Dabei könnte ich schwören, daß ich genau das vorhin schon erfolglos probiert hatte. Naja, vielleicht war die Kombination mit dem erneuten Eingeben der Paßwörter UND dem Reboot der FritzBox notwendig. Jedenfalls DANKE!! Half OT: Leider kann man im BackItUp-Adapter nur EINE Telegram-Instanz angeben, allerdings hätte ich die Meldungen gerne in ZWEI Instanzen. Habt ihr eine Idee, wie man das hinbekommen kann?

@cash das ist ein interessanter Ansatz! Das Smartphone kann dann auch mails empfangen ohne internetzugriff? Muss ich mir mal genauer ansehen. Danke!

@stefan999 sagte in ptvo-switch im zigbee Adapter: es geht hier um den ptvo.switch das ist ein konfigurierbares Zigbee Enddevice (wahlweise auch mit Router-Funktion). Infos: https://ptvo.info/zigbee-switch-configurable-firmware-router-199/ https://www.zigbee2mqtt.io/devices/ptvo.switch.html Für mich als "Bastler" ist das ideal. Man kann sagen wieviele Ein- Ausgänge man braucht und ob diese analog oder digital sind oder vielleicht serielle Daten übertragen sollen. Im Moment benutze ich zigbee2mqtt, einen Mosquitto-broker und den MQTT Broker Client für diese DIY-Geräte. Parallel dazu habe ich die gekauften Geräte neuerdings über den Zigbee-Adapter laufen. An der Stelle mal ein dickes Lob an die Entwickler - das habt ihr toll gemacht! asgothian arbeitet wohl schon an einer Lösung um den ptvo.switch als Gerät im zigbee-Adapter zu integrieren. Das ist sicher nicht einfach, da man ja zu viele Freiheiten bei der Beschaltung hat. Nun meine Frage: könnte man nicht ausnahmsweise mal den payload bei diesem Gerät einfach "durchreichen" ohne ihn in Datenpunkte zu zerlegen? Entschuldigt bitte, wenn ich mal wieder nicht die richtigen Fachbegriffe verwende. Daher noch ein Bild. [image: 1614195936677-ptvo.jpg] Nein, das geht nicht. Dabei hat das wenig mit "nicht wollen" zu tun. Wir bekommen den kompletten "payload" nicht als eine Nachricht. Statt dessen bekommen wir pro "event" einen Payload. Insbesondere wenn Sensoren im Spiel sind bekommen wir in schneller Folge mehrere Nachrichten (ich habe bis zu 6 Nachrichten in 500 ms gesehen). Das macht das ganze extrem schlecht nutzbar. A. Ansonsten empfehle ich Dir einfach mal den 1.4.5 Adapter zu installieren (von GitHub), dann siehst Du was da aktuell an Datenpunkten ankommen.

:-D vielen dank! ich werde hier berichten, wenn ich was rausgefunden hab!

@metaxa Hi, bist du weiter gekommen? Ich überlege gerade/ google: Meine Überlegung - MQTT Der RPI4 publisht den aktuellen Monitor state. Dann kann man via ioBroker ganz einfach den gewünschten Status reinschreiben. Wenn der Dann geändert wird (on/off) muss halt der RPI entsprechend vcgencmd display_power 1 bzw. 0 setzen. Sowas sollte doch machbar sein. Guck mal- gerade gefunden: https://www.thedigitalpictureframe.com/control-your-digital-picture-frame-with-home-assistents-wifi-presence-detection-and-mqtt/ Das sieht wirklich nachdem aus,w as ich gesucht habe!

ich hab es jetzt wie folgt gelöst (der Ausgangspunkt ist das Device "DIE") this.deleteDeviceAsync('DIE'); let states = await this.getStatesAsync('*.DIE.*'); //device and channels werden gelöscht for (const idS in states) { //und nun noch alle States löschen this.delObjectAsync(idS); }

Hi @unclesam , letzteren hab ich aus dem How-to von https://github.com/ioBroker/ioBroker.repositories. Ersteren hab ich im Forum gelesen, daher gilt der wahrscheinlich, wie du sagst, nur für Community Adapter. Aber npm access grant read-write iobroker:developers iobroker.sureflap sollte eigentlich funktionieren. In https://github.com/ioBroker/ioBroker.repositories wird auch, wie von dir vorgeschlagen, npm owner add bluefox iobroker.<adaptername> als Workaround erwähnt. Falls ich es anders nicht hinbekomme, werde ich das wohl machen. Aber vielleicht hat ja jemand die erste Variante hinbekommen und kann mir sagen, wo mein Fehler liegt?! Auf jeden Fall danke für deine Unterstützung! VG

@unclesam Danke, ja, das könnte ich. Ich wollte nur mal erst mit dem Entwickler Kontakt aufnehmen und sehen, was er zu meinen Änderungen meint. Sind auch nur Kleinigkeiten: 1/ Die Felder im Config-Panel sind alle gleich lang (für etwa 5 Zeichen). Ich hab das Panel etwas verändert, sodass Home-Adresse (35char) und pwd(20 char) etwas länger sind. Sieht OK aus! 2/ Die "user"-Variable im Adapter wird aus dem geofency-kontakt aus der URL geholt, was bei nicht-VPN (also wenn man Port-Umleitung verwendet) immer als "" erkannt und damit bleibt in der Objekt-Struktur auf die Stufe zwischen "geofency.0" -- user -- "adresse" leer. Ich habe als Ersatz für diesen Fall user = obj.device genommen, damit man erkennen kann, welches Sende-Gerät (iPhone, etc) sich da gemeldet hat. Ich hab da auch schon an ein Remapping im Adapter auf Namen getestet, würde auch gehen. Ich selbst nutze VPN, das ist natürlich besser. 3/ Die initialisierung im Adaper für atHome/atHomeCount ist vertauscht für Type/Default in der io-package.json und hat zudem den Type für atHome falsch gesetzt, was zu einem Fehler in der entsprechende Subroutine führt, wenn die Object-Werte gesetzt werden. Nach Korrektur geht das jetzt schön und man kann auch gut abfragen in Scripten. OK, mal sehen, wann ich dazu komme, das weiterzugeben :-)

@paul53 Vielen Dank, teste ich gleich!