NEWS

@xawa sagte in RIKA Firenet Adapter bringt Fehler nach Update auf JS 5.0.12:

axios-cookiejar-support

Ich habe damit auch schon mal experimentiert.
Allerdings muss man nicht unbedingt die Erweiterung verwenden.
Meist erwarten die Seiten ein sogenanntes SessionCookie, so das sie einen einmal authorisierten Benutzer von Anfrage zu Anfrage wiedererkennen.
Dieses Sessioncookie kann man aus der response-Antowort der Authorisierungsanfrage auslesen und dann bei jeder weiterer Anfrage als Cookie mitgeben. Dann ist man nicht unbedingt auf die Funktionsweise einer zusätzlichen Bibliothek angewiesen.
Aber ja, das muss man analysieren und durch reengineeren ausprobieren. Das kostet Zeit

ich habe letztens beim recherchieren aber noch folgende Möglichkeit gefunden. Ob die funktioniert weiß ich nicht
Hier ist die Openapi definition für rika
https://github.com/jeremiehuchet/rika-firenet-api-rs/blob/b201d614a2e2ad34df6acaa6d3e564a88c635cc7/rika-firenet-openapi/rika-firenet-openapi.yml#L4

Theoretisch kann man sich mit dem openapi framework daraus eine zugriffsapi für rika in javascript bauen lassen, die man dann im adapter verwendet.
aber auch da muss man sich im Detail mit beschäftigen

der api definitionsdate nach müsste ein cookie zurückkommen namens conncect.sid, welches dann bei den weiteren zugriffen verwendet wird.

hab mal blind gemacht

https://github.com/arteck/ioBroker.judoisoft/tarball/header

musste von jemanden getestet werden..
sonst brauch ich login Daten von jemanden

@freise73
Bei dem Adapter bekomm ich seit Jahren ne Krampf.
Ich habe das gleiche Problem:
Ziel: Einfach nur Alexa verwenden, um Geräte aus dem ioBroker zu steuern.
Alles probiert auf einem Desktop-PC, Windows 11, Edge-Browser:
Im Adapter werden je Menge Schilder angezeigt, der Link zur Anmeldung bei Amazon läuft auf einen lokalen internen Port des ioBroker und meldet Fehler 'Seite nicht erreichbar'.
Laut Browser vermutlich wegen fehlendem Zertifikat (https), aber das ist ne weitere Baustelle. Aber vielleicht gibt es ja noch einen anderen Weg.
Zumindest vermisse ich hier eine klare und funktionierende Vorgabe (Voraussetzungen, Schritte).

Grüße, Mario K.

@mcm1957

Ich muss ein bisschen abwarten, bis das Warmwasser aktualisiert wird. Es ist schon seit mehreren Tagen so, ich habe aber bisher keine Warn- bzw. Fehlermeldung hierzu gesehen.

@hant0r

AHHH

nun hab ich es "gefressen" warum dein Eintrag gelöscht wurde.
Unser schlauer Homoran hat hier mitgelesen und einen zusammenahang der Themen ausgeschlossen.
Somit --gelöscht--

Dann hangle ich mich mal durch deinen Post von Schritt zu Schritt.

Danke
Tobi

@arne-dieckmann sagte in Trashschedule jumomind nach Jahreswechsel keine Einträge:

Moin!

Seit der neuen Version 4.0.0 bekomme ich folgende Warnmeldung im Log:

[removeOldCacheFiles] Error: Not exists

Ich nutze eine iCal Instanz für den Kalender. Irgendetwas scheint da jetzt nicht mehr zu passen.

https://github.com/klein0r/ioBroker.trashschedule/issues/302

sammie76-2 created this issue in klein0r/ioBroker.trashschedule open [Bug]: Error in iobroker log since V4.0.0: [removeOldCacheFiles] Error: Not exists #302

@homoran said in Homematic - einzelne States stimmen nicht mit CCU überein:

@homoran sagte in Homematic - einzelne States stimmen nicht mit CCU überein:

Vielleicht hilft stromlos machen, etwas warten, und Batterien wieder einlegen ja, um eine Änderung und damit erneute Sendung des Wertes anzustoßen

hast du das versucht?

Ja, hat aber nichts gebracht.

Ich habe gerade das Gerät einmal manuell aus dem Objektbaum gelöscht und im Adapter "Geräte einmalig neueinlesen" angeklickt.
Jetzt wurde es korrekt wieder angelegt und die Info stimmt.

Hab das dann bei dem Türrollo der angeblich auf Unreach stand wiederholt und beim neu einlesen waren die Werte dann richtig.

Mal schauen wie lange.

@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