Könntest Mal ein issue beim adapter hinterlegen ob es integriert werden kann, ich habe die Geräte leider nicht :-) Sent from my iPhone using Tapatalk

Ok :arrow:

Frohe Weihnachten Forum aus der Schweiz ;) Grüsse Schweiz

@lmichael: Nun habe ich eine Synology DS718+ 2 Bay ins Auge gefasst und ja, von den Dokus her wie man iobroker und einen Zigbeestick in Docker zum Laufen bringt gibt es wesentlich mehr im Netz zu finden. ` Ich hab genau dieses NAS mit 10GB Ram und ioBroker im Docker laufen. Nebenbei läuft das NAS noch als Surveillance Station und Fileserver!

Hast du auch wieder Recht. Ich probier's mal, Danke. Hab nach etwas suchen im Homematic-Forum die Lösung gefunden…

Ja, Firewall ist auf eingeschränkt bzw. bei XMl sogar auf Vollzugriff gestellt. Den Haken für die Authenifizierung ist nicht aktiv. weitere Punkte konnte ich noch nicht finden. Bei mir läuft iobroker im Docker auf Synology. Daher hätte es sein können, dass ich die callback adresse eintragen muss. Haba probiert. Leider immer noch gelb. Ok, hab jetzt noch den neusten Patch 2.2.0 für den CUXD auf Homematic eingespielt, NPM hab ich auch gepatcht auf 6.5.0…...keine Besserung. Unten die neusten bilder. Jmd noch eine Idee? Wie gesagt...geht alles ausser der hm-rpc cuxd. ok habs. Der Port 8701 muss jetzt noch separat in der HM firewall freigegeben werden 7870_1.jpg 7870_2.jpg 7870_3.jpg 7870_4.jpg

Hallo liebe Forianer, nachdem ich den Einstieg in die Automatisierung mit ELV MAX! Heizkörperthermostaten mit Problemen hinter mir habe bin ich nun dank Eurer Hilfe bei IOBroker, Homematic, Homematic IP, Shelly, und SonOff angekommen. Einige der Herausforderungen konnte ich durch nachlesen hier im Forum selbst lösen, bei anderen ist mir dies nicht gelungen. Hier habt Ihr mich geduldig "an die Hand genommen" und mir die Lösung zu meinen kleinen Herausforderungen gezeigt. Dafür möchte ich mich heute einmal ganz herzlich bei Euch allen bedanken, Danke für all die Tips und guten Ratschläge bei meinen bisherigen Fragen und Problemen. Ich bin echt froh dass es so eine starke, kompetente und hilfsbereite Community gibt wie dieses Forum. Ich werde mein System natürlich weiter ausbauen - und ganz sicher mit vielen weiteren Fragen und Problemchen hier Rat und Hilfe suchen. Allein das Wissen, dass es so eine Community gibt drückt die Angst vor dem Unbekannten neuen auf ein minimum. So, da ich hier keine Romane schreiben will, wünsche ich Euch allen frohe und besinnliche Feiertage und einen guten Start ins neue Jahr. Ganz herzliche Grüße aus Niedersachsen, Bernd

nach viel hin und her und mehreren versuchen mit nmap mit mehreren Geräten war der Host das Problem. Ich musste den Port 9001 manuell freigeben. Das musst ich noch nie. Ist eine aktuelle Debian frische Installation. :? iptables -A OUTPUT -p TCP --dport 9001 -j ACCEPT iptables -A OUTPUT -p UDP --dport 9001 -j ACCEPT iptables -A INPUT -p TCP --dport 9001 -j ACCEPT iptables -A INPUT -p UDP --dport 9001 -j ACCEPT Wusste nicht ob TCP oder UDP verwendet wird also habe ich alles freigegeben.

Bitteschön. Viel Spaß noch!

Hi, ich hab den Grund gefunden. Es lag an fehlenden Werten für die Verzögerung zwischen den einzelnen Zuständen. Bei den Funksteckdosen muss dort eine gewissen Verzögerung rein, sonst klappt das mit dem Befehl-Absetzen nicht. Die Werte dort waren irgendwie verschwunden durch ein Update(?). Alle anderen Szenen klappten noch, was mich verwirrt hatte. Grüße Ben

[image: 4668_unbenannt20.png] Alexa geht über Cloud pro

Wie läuft das beim iot Adapter? Da besser?

Ne an der stelle Absicht weil es mal so definiert war. Gesendet von iPad mit Tapatalk Pro

Hi, ich würde erst mal generell "aufräumen" und die "zersägten" Raum- und Gewerke-Namen bereinigen. Dazu gibt es eine sep. Doku-Absatz in der (noch zu überarbeitenden) Alexa-Doku ==> http://www.iobroker.net/docu/?page_id=6021&lang=de Gruß, Eric

Hallo, bin ja ein kleiner Anfänger… Ich sehe in den Ereignissen einen StateChange für lang und kurz auf meinen 4 Tasten. Wie kann ich mittels diesem StateChange jetzt ein blockly schreiben um z. B. einen shelly zu schalten? MfG eMd

Ich habe das gleiche Problem wie mathoo :? Bei mir funktioniert es leider sehr unzuverlässig. Immer wieder erhalte ich eine Nachricht obwohl keine Tür geöffnet/geschlossen wurde. Meine Vermutung ist, dass es zu seinem objectChange durch die Zigbee-Repeater kommt und dadurch das Skript ausgelöst wird. Ich verwende mehrere Osram Smart Plugs die auch als Repeater fungieren, darüber sind auch die Xiaomi Türsensoren angebunden. Evtl. kommt es zu einem Reconnect und es wird ein stateChange ausgelöst? Hat jemand ein ähnliches Problem? Zigbee: 0.8 Version CC2531: aktuellste Firmware Alles schon neu gepaired

Ups … 6.4.0 ist aktuell auf den Geräten. Der BASIC meldet 60% WLAN-Empfang und ist damit bei mir noch einer der Guten! Diese Dinger machen alle paar Minuten einen neuen Verbindungsversuch - warum auch immer!

hi, der Synthax unter /etc/init.d/usv sieht wie folgt aus: #! /bin/sh BEGIN INIT INFO Provides: usv Required-Start: $start Required-Stop: $shutdown Default-Start: 2 3 4 5 Default-Stop: 0 1 6 Short-Description: Kurze Beschreibung Description: Lange Bechreibung END INIT INFO Author: Name sudo service nut-server start sudo service nut-client start Händisches starten funktioniert einwandfrei, nur eben der Systemstart nicht.