NEWS

@clown007
Also, ist mir etwas peinlich, ich habe den Fehler gefunden. Im Nachhinein ist alles ganz logisch 😉

Ich hatte eine falsche Variable bei der Client ID in meinem ESP Programm. Das wäre noch kein Problem, wenn man den Code aber kopiert und im nächsten Projekt verwendet, haben zwei Clients die gleiche ID 😉

Sorry, der Post kann als gelöst markiert werden.

Gruß Martin

@paul53

Danke es kann so einfach sein 🙂

@matze-quin

OMG! Es kann so einfach sein. DANKE @arteck !!!! Die Baudrate war das Problem.

@badsnoopy667

Ich hatte diese Meldungen auch.

Die Lösung steht in diesem Thread:
Cannot read file ("admin.admin"/"admin.png"): Not exists

Einfach ein:

iob upload all

anstoßen. Dank an "crunship"!

@2hot4you

updatezeit auf 0
und die 2 dadrunter liegenden chekboxen auch aus...

schau ob die addiere nichts zu URL hilft.. wenn du die checkbox an machst..

So Version 5.0.0 ist raus, sollte in den nächsten Minuten via npm verfügbar sein.
Dort sollte dann die entsprechende Meldung kommen, hoffe ich zumindest...

@thomas-braun
Erst einmal Entschuldigung für die späte Antwort.
werde zukünftig nicht mit anhängen hier arbeiten, gelobe Besserung.
Uhrzeit passt jetzt auch, er kam nicht über die Firewall,
jetzt eingestellt auf meinen Mikrotik mit NTP

*** TIME AND TIMEZONES *** Local time: Fri 2025-01-03 17:46:13 CET Universal time: Fri 2025-01-03 16:46:13 UTC RTC time: Fri 2025-01-03 16:46:13 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled) Active: active (running) since Fri 2025-01-03 17:19:56 CET; 30min ago Docs: man:systemd-timesyncd.service(8) Main PID: 539 (systemd-timesyn) Status: "Contacted time server 192.168.200.1:123 (192.168.200.1)." Tasks: 2 (limit: 9571) CPU: 40ms CGroup: /system.slice/systemd-timesyncd.service └─539 /lib/systemd/systemd-timesyncd

naja und wegen easy admin warten wir halt noch ein wenig
danke dirk

Also, ich habe nun einiges probiert. Weder Bootreihenfolge der VMs/LXCs in Proxmox hat etwas gebracht, noch das Pausieren von PiHole, noch Änderungen der Whitelist,etc. Ich hab den Alexa-Adapter einfach runtergeworfen und neu aufgesetzt. Das hat das Problem irgendwie behoben.

@thomas-braun sagte in Seltsame Fehlermeldungen nach Update auf JS Controller 7.0.6:

Solltest du machen. Und dann gleich in der 64Bit-Version neuinstallieren.

ist bereits in Arbeit. 🙂

@jimmybondi sagte in [gelöst] Zigbee-Adapter:

NEIN, Du bist nicht der einzige

Na ja - bisher ist es mir nicht gelungen den Fehler nachzustellen, auch mangels Hardware. Versuche mit dem cc2531 sind bis zu einem bestimmten Punkt gekommen - dann wurde die Hardware gewechselt (auf einen Sonoff Stick - meines Wissens erfolgreich).

Ohne eine Möglichkeit das ganze zu testen können wir da nichts machen.

A.

@papper371

.30 ist im LATEST verfügbar
0ad010de-4cfa-4111-aba6-a50d4484327b-image.png

Wahrscheinlich hast du nach dem Umschalten des Repos nicht auf "Nach Updates Suchen" geklickt um deinen lokalen Repo-Chache sofort zu aktualisiseren. Alternativ kannst du im Expertenmodus von npm installierne (NICHT von GITHUB Installieren) verwenden.

@io2345 sagte in Backitup Error:

Welches Template habt ihr denn verwendet - ebenfalls Debian 12 oder was anderes?

Genau das. Läuft wie geschnitten Brot.

@mcu

ich meine vom Data Verzeichnis.

@thomas-braun @ro75 danke euch. Ich hab mal auf jsonl umgestellt und beobachte weiter. Sonst hilft nur das upgrade der HW

Ich habe jetzt den ebus Adapter in der Version 3.3.8 installiert, hier bekomme ich keine Fehlermeldung mehr.

@thomas-braun ok Danke für den kleinen Druck. Alles läuft wieder. Jetzt auf Bookworm.
Danke und einen guten Rutsch