Ich häng mich hier mal kurz rein. Ich denke auch das generell ein raspi 4 reichen sollte, aber ein NUC zusammen mit proxmox ist schon etwas sehr feines. Da kannst du ohne weiteres mehrere VMs laufen lassen und hast alles getrennt. Falls mal was in die Hose geht einfach VM backup einspielen und 20 min später läuft wieder alles wie vorher. Ich selber nutze seit vielen Monaten eine NUC6CAYH mit 16GB RAM und einer 500GB (120GB war für mich deutlich zu klein) SSD. Ich habe im Moment 6 debian VMs (iobroker, pihole, ebusd, nut, grafana, tasmoadmin) laufen und natürlich noch Luft nach oben... Wenn ich wieder einen NUC kaufen sollte dann natürlich ehr einen i3, aber im Moment reicht es von der Rechenleistung vollkommend aus.

@mickym Ich danke dir auf jeden Fall für deine Hilfe und du hast recht, das Ziel ist erreicht :) Ich werde den Thread damit auch als gelöst markieren und mich versuchen für den Rest zu infomieren und dann einen neuen Thread aufmachen.

@chrbo80 auf wundersame weise ist plötzlich alles wieder grün... Ich hab nix gemacht ;-)

Vielen vielen Dank an Euch ludger

Einfach "reinkopieren" wird nicht gehen. BTW: Hat schon jemand den Amazon Dash Adapter unter Win 10 WSL zum laufen gebracht? Bei mit läuft derzeit IoBroker --> nur Probleme mit dem Amazon Dash Adapter sonst problemlos Redis --> Problemlos Influxdb --> Problemlos Grafana -->Problemlos SSH-->Problemlos Windows Build ist 1909, auf Build 2004 läuft es bei mir gar nicht.

Weiß ich auch nicht, was ich mit dem Screenshot sagen will. Ich habe jetzt nach und nach alle enum-Ordner gelöscht. Nachdem alles gelöscht war, konnte ich wieder neue anlegen und das Verhalten war wieder normal. Danke für eure Unterstützung. Gruß, Michael

@Tolkin sagte: wie sieht der Block in Blockly aus? 13 Trigger (Object ID 1) steuern 13 SV (Object ID 2). [image: 1594214866171-blockly_temp.jpg] Die Behanghöhe wird erstmalig in die SV geschrieben, wenn sich der Wert ändert.

@ilovegym Mein Problem ist gelöst. Ich habe den Adapter abgezogen und wieder an den Strom. Jetzt geht es.

@saeft_2003 Mega Dank Werde erst heute Abend dazu kommen es zu testen. Werde berichten

@lustig29 TR-064 oder fb-Presence oder Radar2 für die Fritzbox. Wenn es etwas für Deine Cams gibt dann eben diese. Ansonsten nur ein Blockly Skript.

@Bastian-B nodesource (was am einfachsten zu handeln ist) baut aber seit node10 nicht mehr für 32bit. Musste selber ran.

@CrunkFX also ich habe 3 Shells Modell 1 sind alles die gleichen und alle gleich eingerichtet. Einer wird gefunden 2 nicht. hier der LOG: 2020-07-07 23:57:53.888 - info: host.raspberrypi stopInstance system.adapter.shelly.0 (force=false, process=true) 2020-07-07 23:57:53.891 - info: host.raspberrypi stopInstance system.adapter.shelly.0 send kill signal 2020-07-07 23:57:53.897 - info: shelly.0 (2356) Got terminate signal TERMINATE_YOURSELF 2020-07-07 23:57:53.900 - info: shelly.0 (2356) Closing Adapter 2020-07-07 23:57:53.902 - info: shelly.0 (2356) terminating 2020-07-07 23:57:53.905 - debug: shelly.0 (2356) Plugin sentry destroyed 2020-07-07 23:57:53.906 - info: shelly.0 (2356) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2020-07-07 23:57:54.487 - info: host.raspberrypi instance system.adapter.shelly.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2020-07-07 23:57:56.914 - info: host.raspberrypi instance system.adapter.shelly.0 started with pid 2376 2020-07-07 23:57:59.584 - debug: shelly.0 (2376) Redis Objects: Use Redis connection: 127.0.0.1:9001 2020-07-07 23:57:59.685 - debug: shelly.0 (2376) Objects client ready ... initialize now 2020-07-07 23:57:59.697 - debug: shelly.0 (2376) Objects create System PubSub Client 2020-07-07 23:57:59.699 - debug: shelly.0 (2376) Objects create User PubSub Client 2020-07-07 23:57:59.700 - debug: shelly.0 (2376) Objects client initialize lua scripts 2020-07-07 23:57:59.721 - debug: shelly.0 (2376) Objects connected to redis: 127.0.0.1:9001 2020-07-07 23:57:59.738 - debug: shelly.0 (2376) objectDB connected 2020-07-07 23:57:59.743 - debug: shelly.0 (2376) Redis States: Use Redis connection: 127.0.0.1:9000 2020-07-07 23:57:59.754 - debug: shelly.0 (2376) States create User PubSub Client 2020-07-07 23:57:59.759 - debug: shelly.0 (2376) States create System PubSub Client 2020-07-07 23:57:59.772 - debug: shelly.0 (2376) States connected to redis: 127.0.0.1:9000 2020-07-07 23:57:59.774 - debug: shelly.0 (2376) statesDB connected 2020-07-07 23:58:00.628 - debug: shelly.0 (2376) Plugin sentry Initialize Plugin (enabled=true) 2020-07-07 23:58:01.014 - info: shelly.0 (2376) starting. Version 3.3.3 in /opt/iobroker/node_modules/iobroker.shelly, node: v10.21.0, js-controller: 3.1.6 2020-07-07 23:58:01.061 - info: shelly.0 (2376) Starting Adapter shelly.0 in version 3.3.3 2020-07-07 23:58:01.062 - info: shelly.0 (2376) Polltime of the shelly devices: 10 sec. 2020-07-07 23:58:01.125 - info: shelly.0 (2376) Starting Shelly adapter in CoAP modus. 2020-07-07 23:58:01.250 - info: shelly.0 (2376) Listening for Shelly packets in the network 2020-07-07 23:58:02.344 - debug: shelly.0 (2376) system.adapter.admin.0: logging true

@Homer-J ich habe es jetzt hin bekommen das der sensor aktiv angezeigt wird leider immer noch grau und nicht leuchtend rrrrrrrh

Ich wüsste auch gerne wie man die text2commands exportieren kann. Einen Eintrag mit "rules" finde ich auch nicht in den Objekten. (Expertenansicht aktiviert)

@tony63526 sagte in Raspberry PI4 8GB mit iobroker Pivccu3?: Hallo, ist es möglich das Pivccu3 Image auf dem neue Raspberry Pi 4 8Gb aufzuspielen? Müsste klappen! @eMd sagte in Raspberry PI4 8GB mit iobroker Pivccu3?: Habt ihr das mal probiert? Das dort verlinkte piVCCU geht ins leere :-( Das piVCCU in dem all-in-one image vom 23.07.2019 ist allerdings diese neueste Version: https://www.pivccu.de/images/piVCCU3/ Das Image enthält das Raspbian lite, basierend auf Debian 10 “Buster” vom 10.07.2019 nach download von http://www.raspberrypi.org/downloads. Zusätzlich wurden noch Pakete, die für einige Adapter notwendig sind, installiert. Außerdem enthalten ist piVCCU3 vom 19.07.2019 nach Download von https://www.pivccu.de/images/?dir=piVCCU3 Also alles was auch bei technikkram steht Sollte es nicht klappen bitte feedback

Mittlerweile habe ich nach langem Warten einen Großteil der States gelöscht bekommen. Leider passiert beim Löschen des Adapters noch folgendes: iobroker@srv:/opt/iobroker$ iobroker del hue-extended.0 Delete adapter "hue-extended.0" host.srv error: RangeError: Maximum call stack size exceeded RangeError: Maximum call stack size exceeded at Install.enumerateAdapterStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupInstall.js:1524:40) at process._tickCallback (internal/process/next_tick.js:68:7) host.neuron error: RangeError: Maximum call stack size exceeded Ist auch verständlich, denn es sind wirklich viele States... nur wie bekomme ich die denn jetzt wieder raus?

@liv-in-sky Vielen Dank für dein Angebot! Vielleicht komme ich darauf zurück!

@foxriver76 sagte in Unbekannte FEHLERMELDUNG BEI hm-ip: oder No Acknowledge, sprich das Device hat vermutlich den Befehl nicht bestätigt. Das habe ich mir auch gedacht. @foxriver76 sagte in Unbekannte FEHLERMELDUNG BEI hm-ip: Sehe ich zum ersten mal Dann sind wir ja schon zwei Hintergrundinfo: Zu dem Zeitpunkt habe ich den Lichschalter umgebaut. und er war länger nicht erreichbar, so dass es zu einem DC>100 kam Der fiel kurz ab, da konnte man wohl wieder schalten, aber für das ACK war dann der DC wieder voll

@GregorS Und was kommt jetzt ums Eck, wenn du per apt versuchst zu updaten? Da müssten eigentlich Hilferufe von dpkg kommen. Man kann dir halt nur zielgerichtet unter die Arme greifen, wenn man nicht raten muss wo es da klemmt.