NEWS

@dr-bakterius 😁 ok da war ich sehr verbeilt 😁
Geht es nicht wenn ich den Ordener von der History per ssh auf das Datum umbenenne? denn im json File ist nur die Uhrzeit drinnen. Denn somit müsste ich Ihn ja verschieben können oder sehe ich das Falsch?

@peter969 sagte in Hilfe bei Modbus adapter und Victron Wechselrichter:

War die 228

passt eher
VRM ID ist in den seltensten Fällen die Modbus Device ID.

Ein kurzes Update, nachdem alle Scripte deaktiviert wurden, und nur 2 wieder aktiviert bei denen ich mir sicher war das sie funktionieren, läuft der Adapter nun seit 20 Stunden stabil. Also mache ich mich auf die Suche nach einem Script das wohl den Absturz verursacht

@codierknecht sagte in Javascript Adapter stürzt ab:

@blue231181
Die 10 fehlenden Updates solltest Du ggf. auch mal nachziehen.

Danke für den Tipp, allerdings habe ich die teilweise deaktiviert oder hatte schon die neuere Version und es lief etwas schief wie beim Sonoff Adapter. Aber das ist ein anderes Thema

Ist zwar OT aber soweit mir bekannt kannst du bei dem Adapter einiges konfigurieren und damit nicht benötigte Infos / States ausblenden und nur das holen / anlegen was dich interessiert. Mit "alles anzeigen" ist die Anzahl der states seeeehr groß.

Auch hier Danke, allerdings habe ich mich von Unifi verabschiedet da es für meine zwecke nicht passend war. Habe alles auf Fritz System umgestellt.

Abschließend Danke an alle die mich hier unterstützt haben

@martinp wie schon ein paar mal getippt. es ist DEINE entscheidung wie du das aufbaust.
ich hab ca. 90 shelly im einsatz und mit MEINEM aufbau keine probleme.

@christiansr sagte in Docker Netzwerkprobleme:

Irgendwo habe ich ein Verständnis-Problem

also es gilt:

host=der rechner der den docker prozess laufen lässt, also deine synology
client/container = der container

wenn es um ports geht, dann immer nur die ports auf dem IM container eine server-applikation lauscht. d.h. der server wartet, bis irgend jemand anfragt und antwortet dann.

bridge mode:
alle ports von server-applikationen müssen gemappt werden.
meist 1:1 auf die host-ports,
in ausnahmefällen auf einen abweichenden hostport,
falls der eigentliche dort schon belegt ist.
bridge mode hat schwierigkeiten mit broadcasts, da diese immer nur im host ankommen und diese schlecht dann an mehrere container weitergereicht werden können

host mode
das ist für die meisten der einfachste modus. wenn man aber mehrere container hat, kommt es hier schnell zu schwierigkeiten.
alle ports IM container werden auf die host-ports gemappt. daher muss da auch kein separates mapping angegeben werden.
broadcast funktioniert hier auch wie zu erwarten

ich würde immer den bridge mode vorziehen, man muss sich halt die mühe machen, alle ports zu mappen. über die console IM container kann man nachschauen welche applikationen auf welchen ports horchen und diese dann mit sinn und verstand (nicht alle sind sinnvoll) dann im docker mappen

andere alternativen
wenn bridge nicht mehr ausreicht, würde ich auf macvlan wechseln. das ist etwas aufwändiger zu konfigurieren, man hat aber am ende allerdings einen container mit eigener ip und keinerlei probleme mehr mit port mapping und broadcasts

@marc-berg said in Ist backitup - Backup vollständig?:

@christiansr sagte in Ist backitup - Backup vollständig?:

PS:Mir sagt auch der Port 9081 nichts...

Wie du hier:

https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#docker-unterstützung

lesen kannst, benötigt Backitup noch drei weitere Ports für die jeweiligen Webinterfaces. Diese noch mappen, dann funktioniert das auch.

das wars wahrscheinlich. hatte zwei docker parallel laufen ohne port mapping. Das erste ging, das zweite nicht. Jetzt müsste es klappen.

@decnet Ich würde in den Einstellungen den kompletten Pfad zur influx.exe (Influx Client) angeben.

Denke Windows wird so den Pfad nicht kennen

C:\xxxxxx\xxxxx\influx.exe

https://www.learningmilestone.com/post/steps-to-setup-influxdb-on-windows

@thomas-braun sagte in *** nodejs is NOT correctly installed ***[gelöst]:

cat /etc/fstab

Das schaut so aus:

pi@raspberrypi:~ $ cat /etc/fstab proc /proc proc defaults 0 0 PARTUUID=dd528ea5-01 /boot/firmware vfat defaults 0 2 PARTUUID=dd528ea5-02 / ext4 defaults,noatime 0 1 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for that pi@raspberrypi:~ $

Will es halt nicht rikieren ein Backup wiederherzustellen wenns nicht nötig ist.
Sagen wir mal so, es hat schon mal funktioniert ist aber auch schon wieder ne Weile her.

@smass
Das beantwortet zwar nicht deine Frage aber es ist zumindest ein Lösungsansatz.

Ich habe mir den Vserver mittels SSHFS *1 in das Dateisystem des iobrokers eingehängt.
https://forum.iobroker.net/topic/71533/pfad-für-die-logfiles

Beim Start des raspberry wird das das Verzeichnis in das Dateisystem eingehängt.

/etc/fstab sshfs#user@host:/home/user/iob/backitup /opt/iobroker/backups fuse uid=1003,gid=100,umask=0,allow_other,_netdev,IdentityFile=/root/.ssh/keys/id_rsa ServerAliveInterval=15 0 0

Und das selbe mit:

/home/user/iob/log /opt/iobroker/log/ /home/user/iob/history /opt/iobroker/history/

Mein Hauptgrund war zwar die Schreibzugriffe auf die SD-Karte des Raspberrys zu reduzieren (Daher auch Log und History) aber das Backup auszulagern macht ja auch sinn 😉

https://github.com/libfuse/sshfs

Edit: Das ServerAliveInterval=15 wurde benötigt da sonst nach einer Weile die Verbindung hing...

@best57 sagte in Backitup erstellt kein Kopie vom CCU-Backup auf WebDAV:

Umstieg auf ein aktuelles System ist wohl angebracht.

Ja, mehr als angebracht, der Buster ist halt 'busted'.

Daher was das bisher noch kein Thema.

Das ist spätestens dann ein Thema, wenn das mit großem Vorlauf (ca. 1 Jahr) angekündigte EndOfLife dann tatsächlich eintritt.

@Homoran
Backitup lief davor, gegen 03:40. Das Backup lief noch normal durch und wurde auf die OneDrive gesichert.

@Thomas-Braun
danke, das lese ich mir durch

@codierknecht sagte: Dann läuft der Kram 30x im Monat ohne etwas zu tun.

Das kann man im CRON eingrenzen. Es ist weniger aufwändig und funktioniert auch nach einem Skript-Neustart.

Blockly_temp.JPG

@bicmac der Taster ist noch nicht im Adapter.
Soweit ich das aus der Bedienungsanleitung lesen konnte, scheint der Taster die selben Telegramme wie ein PTM210 zu senden. Demnach sollte er mindestens 2 IDs haben.
Du kannst versuchen den Taster als PTM210 an zulernen. Dazu musst du einmal eine der oberen 4 Tasten drücken und beim zweiten eine der unteren beiden.

@oebler Installiere die neuste Version von Backitup aus der latest Repo. Aktuell die v2.10.1
Bitte in deinem Docker die Ports laut Doku mappen.

Dann läuft der Restore auch... Leider ist das mappen bei Docker nötig... oder du baust dir für den iobroker ein Macvlan. Damit entfallen die Mapping Ports.

@lesiflo Ist umgezogen.
https://mcuiobroker.gitbook.io/iobroker-tipps/tipps/scripte-blockly-javascript/javascript/backitup-thema/getscriptdata

Hallo zusammen,

sehe ich das richtig, dass der RCT Adapter nur lesend zugreift (das funktioniert bei mir). Gibt es eine Möglichkeit Datenpunkte zu schreiben? Würde gern z.B. das minimale Entlade-Level der Batterie verändern. Das geht ja in der App. Im RCT Adapter habe ich das aber noch nicht hinbekommen.

@djmarc75 sagte in Abwesenheit geschehene Aktionen/Anwesenheit vorlesen lassen:

@felix18 Zusammenfassend würde ich aber sagen dass das Skript für Dich eher weniger in Frage kommt, da nicht nur Pushover sondern auch einige ZigbeeDevices, Alexa, FBCheckpresence, Aliase, eigene DPs welche von anderen Skripten beschrieben werden, usw im Einsatz sind.
Das macht es schwierig für Dein (und auch mein) System umzusetzen 😉

Da gebe ich dir Recht, das Blockly ist sehr "verschachtelt", nicht 1:1 übernehmbar und sicher auch nicht sehr elegant umgesetzt. 😉

@haus-automatisierung DANKE für die Unterstützung