@mcm57 danke für die ganzen infos! jetzt bin ich schlauer!!

@wolfgangfb alles --> da

@pistus sagte in Backup wiederherstellen: Ich habe das Gefühl das System sichert Local und auf dem fritz.nas. Jein, bei CIFS wird das entfernte Dateisystem auf dem Mountpunkt /opt/iobroker/backups eingehängt. Das Backup erfolgt dann 'lokal' in genau dieses Verzeichnis, physisch ist es aber natürlich auf dem Datenträger, der an der FritzBox angeflanscht ist. Wenn das Dateisystem gerade nicht eingehängt wurde ist das Verzeichnis/der Mountpunkt dann auch leer.

@el-lutschi sagte: Wert hinter "Bezug Einspeisung" Das ist die Leistung am EVU-Zähler, die bei Bezug positiv und bei Einspeisung negativ ist.

@tomtom24 sagte in Datenpunkt löschen - Fehler bei Erstellung: ...das gibt einen fetten Gui-Error - ich nehme an, wegen der Klammern. Daher hilft das nicht :) Nein, das ist ein Fehler des Admins, wenn du die aktuelle Beta nutzt: Changelog

@2000ede Na dann bin ich mal gespannt wie du die Daten per Scripting zerlegst. Problem war im Ofen Projekt aus dem durchlaufenden Datensatz eine bestimmte Byte Anzahl zu Filtern. Hterm und ein USB / TTL Wandler ist zum testen von Vorteil. Ich suche mal das Ofen Projekt als Info raus und füge das hier als Nachtrag bei. Suche ----------------------------------------------------> Ofen

@homoran für mich hat der fix auch geholfen. Danke!

@negalein Schau doch in die Issues des Adapters. Da siehst du ob Probleme existieren. Und dort findest du auch die Info zum Wartungsstand. Macht nicht viel Sinn das hier zu wiedrrjolen.

@thomas-braun Ich konnte das aus der Zeile nicht raus lesen, aber jetzt ist die Störung weg. DANKE

@klassisch said in How to Rasbee oder Rasbee II via ser2net: 192.168.178.55,20108:raw:0:/dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00:115200 8DATABITS NONE 1STOPBIT banner Da diese Anleitung trotz des Alters immer noch recht weit oben in den Suchmaschinen auftaucht und die Konfiguration extrem verwirrt, hier mal ein funktionierendes Beispiel in der neuen ser2net.yaml Weise: define: &banner \r\nser2net port \p device \d [\B] (Debian GNU/Linux)\r\n\r\n connection: &aeotecstick7 accepter: tcp,4000 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev,/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_5828e4a40755ed1186a193131d62bc44-if00-port0,115200n81,local connection: &razberry7 accepter: tcp,4001 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev,/dev/ttyAMA0,115200n81,local connection: &ender3pro accepter: tcp,5000 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev,/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0,115200n81,local Bei Erfolgreicher Verbindung von Geräten solltet ihr folgendes sehen: root@zwave:~# lsof -i COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME ... ser2net 3443 root 7u IPv6 27543 0t0 TCP *:4000 (LISTEN) ser2net 3443 root 8u IPv6 27544 0t0 TCP *:4001 (LISTEN) ser2net 3443 root 9u IPv6 27545 0t0 TCP *:5000 (LISTEN) ser2net 3443 root 10u IPv6 27546 0t0 TCP 192.168.1.14:4000->192.168.5.203:48282 (ESTABLISHED) ser2net 3443 root 12u IPv6 27547 0t0 TCP 192.168.1.14:4001->172.17.0.2:40624 (ESTABLISHED) ser2net 3443 root 14u IPv6 29343 0t0 TCP 192.168.1.14:5000->192.168.1.111:39644 (ESTABLISHED) Läuft bei mir nun auf zwei alten Pi1 und die Anwendungen im Docker auf einem i7 verbinden sich damit. Have FUN!

Super, vielen Dank.

@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