@jey-cee sagte in Probleme mit JS 6.0.3?: Es wird eine Lampe eingeschaltet (bis dahin funktioniert es) und soll dann über einen Timeout ausgeschaltet werden. Eben jener Timeout wird dann nicht mehr ausgeführt. hmm..so scripte hab ich auch.. aber nöö keine Probleme damit. bist du dir sicher dass es an dem timeout liegt..und nicht an dem trigger ? hatt ich auch mal.. im anderen Script licht zusätzlich eingeschaltet und ich wundere mich dass der timeout nicht greift bau paar log Ausgaben ein..

@mickym Habe mal die Überschrift geändert.

@jan_xx Danke, das Problem hatte ich eben auch.

@thomas-braun hab NAS und Google drive probiert. Ging beides nicht. Hab nun Raspberry neu gestartet und rumprobiert, nun klappt der Restore wieder. Dass die Scripte alt sind liegt an der Spiegeldatei und dem Touch Befehl denke ich, hatte das schonmalm und wieder vergessen: https://forum.iobroker.net/topic/48179/backitup-stellt-java-scripte-nicht-wieder-her/17 Edit: Ja es lag wieder genau daran! Was für eine doofe Stolperfalle, wieso macht das der Backitup Adapter nicht selbstständig, oder gibt zumindest einen Hinwesi aus?

So, ich habe nun neu installiert und das Backup eingespielt, es funktioniert wieder.

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler): RaspberryMatic piVCCU

@liv-in-sky Zigbee-Adapter oder deConz-Adapter sollte funktionieren. @1Topf hat den @Zigbee genommen. Ist ja eigentlich nichts anderes als ein Xiaomi-Multisensor mit Display...

@sit-in said in Pro-Cloud-Update mit Admin 6 - Problem-Meldungen: @apollon77 Danke, habe ich gemacht :) https://github.com/ioBroker/ioBroker.cloud/issues/331#issue-1417726679 [image: 1666327507727-d7a2a7cc-edf1-4d0c-abbb-5df419f7389a-grafik.png] Hallo Zusammen, Wie lange dauert es denn in etwa bis einem über github geholfen wird? Gefühlt kann ich immer weniger auf die Cloud zugreifen. Kaum hat er mal geladen und ich kann auf einem der drei Punkte "Admin", "Vis Editor", "Vis Runtime" klicken, sagt er mir direkt auch wieder "io broker not connected"... So macht für mich die bezahlte Cloud wenig Sinn. Einmal habe ich den Chrome Browser ausprobiert. Da lief die Cloud, war aber auch nur Zufall. Auch da habe ich nun unentwegt die Verbindungsabbrüche. Grüße!

@glasfaser said in ham-wemo Adapter Installation Fehler 25 / iobroker-docker: Kannst du mir das bitte erklären , ich verstehe diesen Hinweis nicht !? ! alle Veränderungen in einem Container sind nicht persistent solange die entspr. VZ nicht in das Host-System gemappt sind. Die oberen Befehle , sind nicht für den Container geeignet , kein sudo und iob stop gibt es nicht im Container ... und für iob start .... dafür sauber den Container neu starten ! deshalb der Hinweis von @thomas-braun sagte in ham-wemo Adapter Installation Fehler 25 / iobroker-docker: ob das in eingedosten Containern geht... Musst du als root ja wissen. ja, genau so ist es.

@gutgut30 sagte in Zigbee Adapter findet Dongle nach Firmware Update nicht: Also sollte ich den Stick besser so ansprechen? Natürlich. Der Link geht dann immer auf das richtige Gerät, weil das Mapping dann vom Kernel gemacht wird. In den passenden Gruppen muss der user dann auch sein. Meist ist das 'dialout' oder 'plugdev'.

@jaaannis mit influxdbstudio schon mal probiert?, sofern es sich noch um Influxdb 1.x handelt

@gorcon Ich hab mir die Werte "voll geladen", also tatsächlich direkt nach dem Laden aufgeschrieben (bei mir 12,5v = 100%) und die werte bei den der Akku so leer ist, dass die Rollos gerade so nicht mehr laufen oder schon sehr schwach sind (9,5/10v = 0%) der aktuelle Wert in Volt wird dann in einem Blockly in Prozent umgerechnet und in ein dafür angelegtes Objekt geschrieben. Diesen Wert nutze ich dann für die VIS und der Sprachausgabe.

ich kenne dieses Verhalten auch nur beim Tradfri-Adapter. Bei den anderen kommen die hier auch "von alleie" wieder. ielleicht fehlt da intern irgend eine Funktion, aber das kann nur der Entwickler beurteilen. - Das Fehlverhalten ist aber nun sogar nachvollziehbar. Ich konnte ja gestern da sogar zusehen per App während FW-Update am GW lief und anschl. dessen Restart. - Und danach war der Adapter -auch wie immer- abgestürzt. Und das wiederum konnte nun auch nachgestellt werden. Tritt immer auf, wenn Adapter-Restart mit zu geringem Zeitabstand vom GW-Restart passiert. Bei anderen Adaptern kenne ich weder solche Adapter-Abstürze noch solche Abhängigkeiten von einem laufendem / wiedergestartetem Gateway.

@homoran sagte in HM-Rega synchronisiert die Namen nicht: die Kommunikation funktioniert! Na, dann ist ja gut wenn alles klappt. Dann kann ich nicht weiterhelfen.

@thomas-braun Ja, genau. Aber das ist für mich weniger tragisch. Dein Eintrag ist schon ein wenig zurück. Das Problem des zweiten Bildes stört mich mehr, da die Grafik hinter dem Text ist. Bis jetzt bin ich noch nicht auf Github registriert und kann keine Einträge tätigen.