Kann mir jemand von euch sagen, wie ich den Conbee2 über Phoscon mit Alexa verknüfen kann? Lt. Dresden Elektronik Anleitung soll ich einfach nur Geräte suchen auf Alexa starten, während in den Conbee2 in den Phoscon Einstellungen als sichtbar setze. Die Geräte werden scheinbar erkannt, aber ich kann keine einzige Leuchte ansteuern. Alexa sagt immer, dass die Geräte nicht erreichbar seien, obwohl ich über Phoscon alles einwandfrei ansteuern kann :(

@Jey-Cee Ja die Fritz hat was gegen gleichzeitige Anfragen. Allerdings ist es nicht wirklich tragisch, außer dem Eintrag im Log der Fritz und den Error in IOBroker wird eben eine der Anfragen zu der Zeit geblockt. Wenn das kein weiteres Problem ergibt, wars das auch schon. Ich hatte auch lange gerätselt und es letztendlich sehr einfach über ungerade Zeitintervalle bei denen es nahezu ausgeschlossen ist, dass es zu Überschneidungen kommen kann gelöst.

@AxelF1977 Wenn den Mosquitto und MQTT nicht brauchst, kannst auch wieder auf den Standard Port im Sonoff zurück. Es können auch alle 3 parallel laufen, wenn man für jeden ein extra Port verwendet. Kannst dann noch die Überschrift im ersten Post auf gelöst setzten.

Heute abend hat es geklappt! Gut - wieder drei Schritte auf einmal gemacht. Abgesehen von den zwei Änderungen im Skript (statt Verzögerung ein Timeout und die Reihenfolge der Befehle geändert) hatte ich wegen des anderen Threads (siehe link im 1. Post) auch vorher manuell die RAMP-Time auf 90 gesetzt und per Programm auf 60. Grund: In dem anderen Thread funktionierte das Setzen der Behanghöhe auch nur nach unten, nicht nach oben. jetzt steht dieser State auf 60 und wird beim nächsten Mal auf 90 gesetzt. Mal sehen wie das wird. Das log hat nicht allzuviel gezeigt. der Wert des Timestamps der Helligkeiten beim runterdimmen: 0 true 2019-12-30 17:47:21.611 25.5 true 2019-12-30 17:47:18.360 59.5 true 2019-12-30 17:46:44.707 60 true 2019-12-30 17:45:27.024 60 true 2019-12-30 17:45:23.822 60 true 2019-12-30 17:45:17.922 (die 60 stammt aus dem Schritt vor dem 90 Sekunden Timeout!) und des Setzens der RAMP_TIME unmittelbar davor 60 false 2019-12-30 17:46:44.538 da ich diesmal ohne Verzögerung gearbeitet habe [image: 1577736443354-ramptime02.png] Danke erst einmal an eure Hilfe.

@Homoran Das war damals meine Grundidee für NAS, um SD Karten zu schonen 😊

Ja was halt komisch ist bzw eher war das als Ergebnis ja auch immer stand das es durch ist. Erst nach dem ich alle Dateien gelöscht habe die moniert wurden beim Update lief es dann aber auch wirklich durch. Sehr komisch

@jiglitsch Du bist nicht der erste dem die Karte abraucht und vermutlich auch nicht der letzte und wenn das hier einer liest, zieht er sich hoffentlich gleich mal ein Backup. Ist wie paul53 schon geschrieben hat, die Karte hatte beim Update einfach den Geist aufgegeben, hätte ohne Update wohl noch ein paar Tage länger gehalten.

@Homoran said in Adapter über GitHub oder ioBroker installieren?: @Markus84 Nach Installation von Github muss eine Instanz selber hinzugefügt werden! Danke, das hatte ich bereits herausgefunden

@Homoran sagte in Smartmeter Adapter läuft nach Update nichtmehr: @George_Best sagte in Smartmeter Adapter läuft nach Update nichtmehr: Seit einigen Version des Smarthome-Adapters ?? Danke für den Hinweis - hab's korrigiert. Ich sollte nicht mehr so viele Sachen gleichzeitig machen...

@Meister-x Thema in das richtige Unterforum verschoben!

Ok, ich verstehe nicht ganz warum dieses Thema in Allgemein besser aufgehoben ist, als in Entwicklung. Es geht ja um Debugging und ob damit ein Normalnutzer etwas anfangen kann? Aber ihr wisst hier sicherlich besser Bescheid. Leider sieht man nicht welcher Mod das hier bearbeitet hat.

Mod-Edit: Thema ins passende Forum verschoben!

@aj-mambo Die Nodes sehen ja schon mal gleich aus. /opt/iobroker wird bei der Installation von IOBroker angelegt und klar, dass Du das jetzt hast, aber eigentlich wird Node nach der Doku vor IOBroker installiert und somit sind dann Befehle die im /opt/iobroker Verzeichnis für die Node Installation ausgeführt werden eben im falschen Verzeichnis. Von Docker habe ich kein Plan, dürfte aber wohl egal sein, denn das ist immer so. Jetzt kannst mal in der Doku die Fehleranalyse durchgehen, wenn das nicht bringt, eben Backup oder die Nodes eben mal im root installieren.

@Negalein Ok danke

@Glasfaser Auf die Idee hätte ich ja auch selber kommen können ... Danke, funktioniert so.

Also nach mehrmaliger Neuinstallation (des Hosts und beider Slaves) in diversen Kombinationen mittels folgender Kommandos sudo -u iobroker -H npm install iobroker.js-controller@2.1.1 --production sudo -u iobroker -H node reinstall.js curl -sL https://iobroker.net/install.sh | bash - # War nötig, da das reinstall gescheitert ist curl -sL https://iobroker.net/fix.sh | bash - und mehreren Reboots raucht der admin-Adapter nach 10-20 Minuten immer ab. Auch einige Adapter gehen immer wieder auf rot und lassen sich dann meist in der Web-Oberfläche neu starten, so lange der admin läuft. Ich weiß nicht, was ich noch tun könnte, außer auf die 1.5.6 zurück zu gehen oder meine komplette Installation neu aufzusetzen. Aber das wäre eine regelrechte Mammutaufgabe, schon allein wegen der Szenen, Node-Red-Programmen, Java-Script-Programmen,... @Homoran hast Du eine Idee, was ich noch tun kann? PS: Aus den Logs werde ich auch nicht schlau: 2019-12-30 11:00:07.643 - info: admin.1 (124131) starting. Version 3.6.12 in /opt/iobroker/node_modules/iobroker.admin, node: v10.17.0 2019-12-30 11:00:07.662 - info: admin.1 (124131) requesting all states 2019-12-30 11:00:07.663 - info: admin.1 (124131) requesting all objects 2019-12-30 11:00:10.064 - info: admin.1 (124131) received all objects 2019-12-30 11:00:10.295 - info: admin.1 (124131) http server listening on port 8081 2019-12-30 11:00:10.296 - info: admin.1 (124131) Use link "http://localhost:8081" to configure. 2019-12-30 11:00:24.619 - info: influxdb.0 (124219) enabled logging of admin.1.info.updatesNumber, Alias=false, 1 points now activated 2019-12-30 11:01:23.473 - info: admin.1 (124131) Unsubscribe from all states, except system's, because over 3 seconds the number of events is over 200 (in last second 0) 2019-12-30 11:01:45.510 - info: cloud.0 (124752) Trying to connect as system.user.admin 2019-12-30 11:02:24.387 - info: admin.1 (124131) Subscribe on all states again 2019-12-30 11:02:31.487 - info: admin.1 (124131) Unsubscribe from all states, except system's, because over 3 seconds the number of events is over 200 (in last second 0) 2019-12-30 11:02:45.661 - info: cloud.0 (124752) Trying to connect as system.user.admin 2019-12-30 11:03:32.404 - info: admin.1 (124131) Subscribe on all states again PPS: Ich habe mir nun ein kleines Script erstellt, dass mir zumindest ermöglicht, den iobroker und mein SmartHome zumindest begrenzt weiter zu nutzen: #!/bin/bash echo "" echo "Running check on $(date "+%Y-%m-%d_%H-%M-%S")" ADAPTERS_OFF=$(iobroker list instances | grep enabled | grep "^[^+]") ADAPTERS_RESTART="admin.1 influxdb.0 rpi2.0 scenes.0 wmbus.0 homeconnect.0 cloud.0 simple-api.0 socketio.0 web.0 node-red.0 ping.0 mbus.0 info.0 hm-rpc.0 hm-rpc.1 hm-rpc.2 hm-rega.0 javascript.0 chromecast.0 unifi.0 upnp.0 tankerkoenig.0 tankerkoenig.1 fritzbox.0 fritzdect.0" N=0 for ANINST in $ADAPTERS_RESTART; do RESULT=$(echo "$ADAPTERS_OFF" | grep "$ANINST") if [ $N -eq 10 ]; then echo "" N=0 fi if [ -n "$RESULT" ]; then echo -ne "\n $ANINST [FAIL]: " iobroker restart $ANINST else echo -n " $ANINST [OK]" fi let N++ done echo ""

Danke für die Hilfe. Nach dem Update musste noch den Namen auf HomeKitServer ändern Danach konnte ich HomeKit koppeln.. https://forum.iobroker.net/topic/13524/yahka-installiert-und-eingerichtet-taucht-aber-nicht-als-gerät-unter-homekit-auf/8 Grüsse Rolf Mod-Edit: beide Themen wieder zusammengefügt