morgen bekomme bei einem Shelly auch immer einen Fehler bzw schaltet sich nicht aus bzw ein [image: 1608368032141-dbc82d1e-9ad9-4682-8783-ca17dd3d631a-grafik.png]

@Blechsoldat Also in den Shelly's ist MQTT aktiviert und auch die Adresse des iobroker eingegeben (leider falsch). Nach Eingabe der richtigen IP tauchten die Shelly auch in MQTT auf. Aber ich glaube man braucht MQTT- sowie den Shelly-Adapter, weil Du unter MQTT nicht alle Info's bekommst und auch nicht alles machen kannst. Soweit meine Information. Danke für die Antwort. MfG Wastl

Wie fast vermutet, nun erkennt IOBroker wieder den Zustand der Sensoren im "deconz.0". Edit/Nachtrag: Ok, wer lesen kann ist im Vorteil. Habe noch dies gefunden: https://forum.iobroker.net/topic/39625/diverse-probleme-mit-deconz-2-05-84 Aktuell (Heute) klappen die Sensoren allerdings bisher auch durchgängig auch mit der bei mir installierten Version 2.07.01 / 8.12.2020 Besten Dank! Vor allem an @Thomas-Braun

Beim State die Berechtigungen setzen: 🖉 → Zugriffskontrolle.

habe da mal sowas gefunden hoffe das passt: https://www.heima24.de/rohrsysteme/klemmverschraubungen-fuer-kupferrohr/uebergaenge-mit-innengewinde/

@Jan1 Jedenfalls nicht bei 'lebenden' Adaptern. Hab eben mit einem verwaisten Adapter rumgekämpft, der war etwas störrisch. Aber zigbee sollte vom admin aus in den Mülleimer befördert werden könnnen.

@Sprite01 Issue in github eingestellt: https://github.com/ioBroker/ioBroker.vis/issues/324

@werner2000x Jetzt habe ich es gefunden: SELECT moving_average(mean("value"), 10) FROM "javascript.0.NodeRed.Leistung" WHERE $timeFilter GROUP BY time($__interval) fill(linear) [image: 1608303897238-b6bbed88-0d4c-4156-8930-60fa0373102c-image.png] [image: 1608303934345-2b492391-0e78-482b-82f3-06eab534d88c-image.png] Die Lösung habe ich gefunden in: https://grafana.com/docs/grafana/latest/whatsnew/whats-new-in-v2-6/

@paul53 Vielen Dank, das war mir klar. Ich will aber die Log-Ausgabe sofort beim Skript-Start und habe das jetzt so gelöst: ausgabe() setInterval(ausgabe(),5*60*1000) function ausgabe(){ log ('Programmstart 1') }

Habe es geschafft! Der COM-Anschluss war der Falsche!!! Ich hatte ihn immer auf ... ACM0... nach Umstellung auf ...ACM1 hat es funktioniert und er hat sofort alle Teilnehmer erkannt. Sorry für den Aufwand, aber vielen Dank für Eure Hilfe! Gruss Puls

@marluebb kann ich dir nicht sagen, ob man zwingend die unit dazu benötigt, andernfalls doch mal den Weg über eine Routine und nem blockly script probieren, siehe Link weiter oben.

@Stefan-Weber Suche im Forum nach [Gelöst]Doorbird Adapter Datenpunkt für Klingel fehlt Du hast in der doorbird app die http Einstellungen nicht genacht.

@Homoran said in Kein Lebenszeichen nach Image-installation: es gibt noch dieses Firmwareupdate, das den Boot von SSD zulässt. Das sollte pieeprom-2020-09-03 sein.

@Tom-Son Wichtig bei den Alexa-Geräte im IOT-Adapter sind Einstellungen zum Objekt: Beschreibbar und "role" = "state". Welche Geräte werden so abgewiesen, bitte die Objektstruktur und unter dem Stiftsymbol die Anzeige "Allgemein und RAW(nur Experten)" als Bilder anzeigen. Das folgende Objekt wurde in den Alexa-Geräten aufgenommen: Beispiel: { "common": { "name": "HAUS.ALLGEMEIN.STATUS_ZUHAUSE", "role": "state", "type": "mixed", "smartName": { "de": "zuhause", "smartType": "SWITCH" } }, "native": {}, "type": "state", "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1572645974671, "_id": "javascript.0.HAUS.ALLGEMEIN.STATUS_ZUHAUSE", "acl": { "object": 1636, "state": 1636, "ownerGroup": "system.group.administrator" } }

@Denwo Danke für die Info. Ich dachte ich hätte das gleiche Problem, aber es scheint sich doch leicht zu unterscheiden. Dazu habe ich bereits schon ein Ticket hier im Forum eröffnet: Forums Beitrag Leider konnte mir dort keiner helfen. Mein Problem scheint sich von deinem aber etwas zu unterscheiden. Mein IoBroker läuft auf einem Docker Container auf einem Synology NAS In der Datei: /var/log/messages steht bei mir folgende Meldung nachdem ich den USB Stick einstecke: 2020-12-16T14:54:32+01:00 MyNAS synodiskport: syno_block_info_get.c:53 Failed to get usb_path from /sys/block/bus/usb/001/012/device/syno_block_info, snapshot /tmp/block/bus/usb/001/012.remove and remove ticket lsusb scheint den Stick zu finden: [image: 1608221535778-lsudb.jpg] dmesg sagt das der Stick sich immer wieder abmeldet: [ 3285.450927] ftdi_sio 1-1:1.0: device disconnected [ 6765.006064] usb 1-1: new full-speed USB device number 9 using xhci_hcd [ 6765.160027] ftdi_sio 1-1:1.0: FTDI USB Serial Device converter detected [ 6765.167498] usb 1-1: Detected FT-X [ 6765.171774] usb 1-1: FTDI USB Serial Device converter now attached to ttyUSB0 [ 7420.491195] usb 1-1: USB disconnect, device number 9 [ 7420.497087] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnect ed from ttyUSB0 [ 7420.506593] ftdi_sio 1-1:1.0: device disconnected Hast du eventuell eine Idee hierzu? Gruß

Hallo, @Wizzo3 , danke für die Rückmeldung. Wichtig, es funzt jetzt wieder.