Guck mal in das YouTube-Video oben vom Schimmer, aber beachte auch die Kommentare bei YT.

@Frank06347 Der einfachheit halber würde ich auf dem 2. Raspberry Node-Red Installieren, dort dann die GPIO Library, Dann kannst du über den 1. Raspberry via MQTT GPIO´s schalten. ALternativ könntest du auch iOBroker im Multihost Modus laufen lassen, dazu iOB auf dem 2. Raspberry installieren, dann hättest du die Datenpunkte der Raspberry´s zusammen in einer Weboberfläche. Node-Red ist aber wesentlich kleiner und vermutlich weniger Aufwand. MFG CrunkFX

Noch ergänzend zum Beitrag von mickym: Man kann sich das ack zur Unterscheidung Soll/Ist vorstellen. Angenommen man hat einen Button in vis mit einer Lampe als Statussymbol. In dem Moment, indem man den Button betätigt, wird ein Kommando gesendet: Schalte Lampe ein (=Soll). Dabei ist ACK=false, denn die Bestätigung der Lampe ist ja noch nicht da. Erst wenn die Lampe auch wirklich reagiert hat und an ist, schickt sie ihren Status mit ACK=true (=Istwert) zurück, dann weiß vis, dass die Lampe auch wirklich angegangen ist. Im Falle von z.B. einer Hue-Lampe, die gerade eine Funkstörung hat, würde keine Bestätigung (ACK=true) zurückkommen, damit weiß man dass der Soll-Befehl nicht ausgeführt werden konnte. Bei einer Jalousie wäre das beispielsweise so: Ich will eine offene (Wert: 0 % geschlossen) Jalousie herunterfahren - ich setze den Sollwert auf 100 % geschlossen. Die Markise braucht eine gewisse Zeit und sendet, während sie fährt, die ganze Zeit Ihren Status ... 10 %, 20 %, 30 %, ... und zwar immer als IST-Wert (ACK=true). Der Sollwert (100 %) bleibt die ganze Zeit unverändert, bis die Jalousie ihr Ziel erreicht hat. Während der ganzen Zeit kann vis aber die aktuelle Position ermitteln und entsprechend anzeigen. Das geht nur, wenn Sie Soll/Ist unterscheiden kann - und dazu brauche ich das Flag "ACK". Das Flag sollte nur der Teil des Systems setzen, der auch wirklich den aktuellen Zustand kennt. Ich hoffe, das ist jetzt etwas klarer geworden?

Ok, werde ich so testen. Danke ;)

Danke für die Rückmeldung. Werde nochmal updaten. 👍🏻

@Aachen1305 Kannst auch den 'zigbee' Adapter probieren. Da ist der conbee experimentel auch drin. Dann brauchst du den deConz Adapter nicht.

So, ich bin nun einen Schritt weiter, allerdings scheint es nicht 100% geklapp zu haben, Im Log sieht es so aus: zigbee.0 2020-07-03 18:22:06.047 error (720931) Device 0x680ae2fffe3a2ad3 "SM308" not described in statesMapping. zigbee.0 2020-07-03 18:22:06.012 info (720931) Successfully interviewed '0x680ae2fffe3a2ad3', device has succesfully been paired zigbee.0 2020-07-03 18:22:01.857 error (720931) Device 0x680ae2fffe3a2ad3 "SM308" not described in statesMapping. Aber unter Objekte sieht es nur so aus: [image: 1593793591784-89ed7a46-6548-4442-af81-448ba55476ea-grafik.png] Und in Instazen so: [image: 1593793644906-7a922ca2-bfda-48a0-be38-f62a9de6482c-grafik.png] Kann mir das jemand erklären? :man-shrugging: Ich glaube so kann ich keine Aktionen starten, oder? Ich würde das gerne so haben dass wenn der Türkontakt auf true geht soll das Licht angehen...

Hallo @skokarl hab es nicht gelöst bekommen. Geburtstage ist und bleibt wohl eine manuelle Aufgabe. Hatte dann schon überlegt einen Kalender für die wichtigen Geburtstage anzulegen und diesen eben halt manuell zu pflegen. Aber "Wichtig" bedeutet ja auch ich brauch da nicht dran erinnert werden, also wieder verworfen. Grüße Micha

@nanekx naja Du hat sie im ham adapter gelöscht ... hat keine Auswirkung auf yahka

@CBeck sagte in IOBroker startet nicht mehr: root@raspberrypi Und wenn man sich nicht als root einloggt, sondern als normaler user läuft man auch weniger Gefahr sich die Rechte zu zerschießen. Darüber hinaus sind/waren da ACLs gesetzt. chmod funktioniert da anders. Siehe hier: https://wiki.ubuntuusers.de/ACL/

Ich nutze die 1.7.0 mit mehreren Google Kalendern.

Ich kenne den unteren Fehler von Empfangsproblemen bei HM-Geräten. Bei mir waren es HM-IP Geräte. Ich habe den Fehler eingrenzen können, indem ich die ganzen Empfangsmeldungen (unreach bzw. sticky unreach) durchgegangen bin. Ich hatte zwei Jalousieaktoren, die immer wieder mal genau zur Befehlszeit keinen Empfang hatten. Ich habe dann in die Scripte einen Trigger darauf eingefügt um den Befehl nochmal zu senden. Der obere Fehler scheint ja im direkten Zusammenhang damit zu stehen, ich kann jetzt nicht sagen, ob sowas bei mir auch dabei stand. Schön wäre es natürlich, wenn genau da stehen würde welches Gerät den Fehler hat. Enrico

@SMS dann Hast du sie ;-)

@Thomas-Braun sagte in Iobroker startet nicht mehr im webbrowser: Nutzt du noch den cloud Adapter? Der ist eigentlich obsolet Stimmt so nicht! iot für Assistenten Cloud für fernzugriff

@DerT sagte in Update Fehler und Adapter Liste "leer": Cannot Download... <head><title>521 Origin Down</

createState("javascript.0.Mac1Starten", 0); // Generiert beim starten den Datenpunkt, wenn nicht vorhanden var wol = require('wake_on_lan'); // Lädt von ioBroker die das nötige Paket var myPC1 = "mac add"; // MAC definieren // Ab hier automatisch on({id: "javascript.0.Mac1Starten", change: 'any'}, function (obj) { wol.wake(myPC1); log("Script WOL - Mac 1 gestartet", "info"); } );

@mrbungle64 Perfekt, danke für den Hinweis