@homoran Danke für die schnelle Antwort. Ich habe IPv6 deaktiviert und die Installation lief durch. IPv6 gibt es bei meinen Anbieter erst seit kurzen. Muss ich mich mal damit beschäftigen.

@homoran sagte in System mit Master/Slave neu aufsetzen: Wenn es grundsätzlich freigeschaltet wäre, wäre das nicht nötig. So kenne ich das auch. Es ist nicht grundsätzlich freigeschaltet, da standardmäßig bind 127.0.0.1 in der config steht. Jetzt kann man das auf "0.0.0.0" ändern, oder die Zeile löschen. Es kommt auf das selbe raus.

@spacerx https://forum.iobroker.net/topic/72998/balkonkraftwerk-iobroker-aktuell-bestes-setup/65?_=1709346564100

@marc-berg sagte in Erledigt: MQTT Verbindung erstellt, keine Daten sichtbar: Verstehe ich grad' nicht, ist aber vielleicht wirklich nicht relevant. Danke für das Feedback, habe den Fall als "Gelöst" deklariert

@six1 said in ACME Speicherort letsencrypt Zertifikat ioBroker Windows: hallo, ich habe den acme Adapter installiert, um letsencrypt Zrtifikate zu erhalten. Das funktioniert auch soweit, ich erhalte im acme Adapter unter Status "OK". Das Zertifikat benötige ich aber auch für einen weiteren https Server auf anderem Port auf gleichem Rechner. (außerhalb ioBroker) Ich habe überall auf der Windows Installation gesucht, aber kein Zertifikat gefunden... Im ioBoker in den System Einstellungen, kann man unter "Let'sencrypt SSL" einen "Pfad zum speichern" angeben. Hier steht per default "letsencrypt" drin. Wo genau liegt dieser Pfad auf einer Windows Installation? Muss hier ein absoluter Pfad eingetragen werden? also z.B. c:\iobroker\iobroker-data\letsencrypt Ich finde einfach das Zertifikat nicht..... Stell die Frage ev. als Issue beim acme Adapter - aber bitte auf english. Der Dev der den ACME geschrieben hat spricht nicht deutsch.

@fu_zhou Falls es jemanden interessiert, so geht es: setState("sonos.0.root.192_168_20_42.tts",'40;/opt/iobroker/iobroker-data/sayit/klingel.mp3');

@kuddel Genau die gleiche Problematik bei mir. Wenn der Dimmer via Shelly Cloud und Alexa direkt via Shelly verbunden sind, dann funktioniert es direkt mit Dimmfaktor XY % - und Lampe geht an. Via IoT geht es bei mir auch nicht. D. h. Vorher Lampen State auf TRUE und dann die Helligkeit. Ist etwas nervig. Wie schaut dein Blockly dazu aus und was funktioniert da nicht?

Hallo, ich melde mich hier nur nochmal der Vollständigkeit halber. Der oben von mir beschriebene fstab-Eintrag ist falsch. Ich habe es gerade beim Umstieg auf bookworm bemerkt. Es fehlt die Option "tcp", sonst funktioniert das mounten nicht. Ansonsten stimmt alles im Thread zur Anpassung der uid/gid und den Synology-NAS-Einstellungen um eine NFS-Verbindung zur Synology-NAS für Backitup hinzubekommen. Kann also quasi als Anleitung benutzt werden. So wäre es korrekt: NAS:/volume1/backup /opt/iobroker/backups nfs auto,nfsvers=4.1,users,defaults,rsize=32768,wsize=32768,tcp,intr 0 0

Ist jemand da, der sich mit Discrod auf meinen Rechner schalten könnte? Ich hab den gleichen Fehler. Nun nach einem neustart, kann ich mich nicht verbinden. -.- [image: 1709235140048-bildschirmfoto-2024-02-29-um-20.31.19-resized.png] [image: 1709235138363-bildschirmfoto-2024-02-29-um-20.31.31-resized.png] @bommelmeier uns hätte es geholfen, wenn du genau gesagt hättest welcher Eintrag sich zurückgestellt hat udn was dort als richtig anerkannt wird. EDIT. geht wieder. Keine Ahnugn warum.

@guitardoc habe leider keine wärmepumpe, daher kann ich hier nicht weiterhelfen. Ist denn der datenpunkt auch in der free Version drin, oder musst du ihn kostenpflichtig freischalten? Frag doch mal bei viessmann nach, wenn sich hier keiner mehr meldet..

@koeni said in Homematic IP: Modus-Umschaltung Auto/Manu über NodeRed: @ubecker sagte in Homematic IP: Modus-Umschaltung Auto/Manu über NodeRed: chrieben,war für nicht IP Wie meinst Du? Dass dieser Datenpunkt nicht für IP ist? ich hatte quatsch geschrieben (und gelöscht) was ich geschrieben hatte war für ohne IP. sorry für die Verwirrung

@thomas-braun Na, dann lassen wir es mal -DANKE pi@bookworm:~ $ sudo apt-get update OK:1 http://deb.debian.org/debian bookworm InRelease OK:2 http://deb.debian.org/debian-security bookworm-security InRelease OK:3 http://deb.debian.org/debian bookworm-updates InRelease OK:4 http://archive.raspberrypi.com/debian bookworm InRelease OK:5 https://repos.influxdata.com/debian stable InRelease OK:6 https://apt.grafana.com stable InRelease OK:7 https://deb.nodesource.com/node_18.x nodistro InRelease Paketlisten werden gelesen… Fertig pi@bookworm:~ $ sudo apt-get upgrade Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Paketaktualisierung (Upgrade) wird berechnet… Fertig 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. pi@bookworm:~ $

Je nach Fritzbox hast du ja wireguard sogar schon integriert.

Hat wer Infos dazu?

@grunzgrunz sagte in gelöst: iob startet nach Update auf 5.0.19 nicht mehr: An der Stelle hörts bei mir leider auf mit dem Spanisch. Kannst du mir ein paar Hinweise geben? sudo apt update iob stop sudo apt full-upgrade iob update iob upgrade all iob upgrade self sudo reboot

@martinp Ich habe das Problem jetzt gelöst. Für das RxD hab ich die Schaltung wie oben in Hardware gebaut. Das "SerialConfig" habe ich jetzt auch geschafft von Blockly zu senden. Mein Fehler war, dass ich "Passwort für Web Oberfläche" gesetzt hatte, dies muss natürlich bei jedem Command mit gesendet werden. [image: 1709210490237-bild1.gif]

Das Problem ist behoben. Es lag wirklich an den Instanzeinstellungen. Bei der Adapter Adresse war noch Localhost (127.0.0.1) eingetragen:man-facepalming: Nachdem ich nun die richtige ausgewählt habe, werden die Werte auch wieder aktualisiert. @wendy2702 danke Dir für den Tip

@mcu Vielen Dank, das funktioniert schon mal tipptopp. Leider hab ich nun festgestellt, dass iobroker den Status nicht aktualisiert, wenn ich den Hardwareschalter drücke (also Lampe ist aus und in iobroker als ausgeschaltet angezeigt, ich schalte die Lampe am Schalter ein, und im iobroker bleibt sie ausgeschaltet). Wenn ich die Objekte (den Tahoma DP und den Alias) kontrolliere wechseln diese ihren Status ebenfalls nicht... meine Schlussfolgerung ist, dass der Tahoma Adapter hier den DP nicht aktualisiert. Keine Ahnung wie/wo ich das beheben könnte. Falls jemand anders dieses Verhalten ebenfalls hat und einen Workaround kennt, wäre ich dankbar. lg

@legro falsch verstanden.... dann ist ja alles gut soll heissen dass es gehen sollte.. wenns im zigbee2mqtt schon läuft.

@samson71 Ja, das habe ich schon gelesen. Da ich aber nichts geändert hatte, dachte ich, sollte doch noch alles stimmen. Aber scheinbar will der Adapter nach einer Wiederherstellung trotzdem nochmal das Passwort haben. Neu eingegeben und es funktioniert wieder. Danke für den Denkanstoß ;-)