@homecineplexx
Im Browser steht folgendes:
{"error_description":"GET URI not found","error_code":5002}
@homecineplexx
Im Browser steht folgendes:
{"error_description":"GET URI not found","error_code":5002}
Habe ich grade ausprobiert, leider keine Änderung.
Hier mal das Protokoll des IOB, vielleicht hilft das?
homepilot20.0
2023-09-19 19:29:33.984 warn Transmitter sensors -> Cannot connect to Homepilot: {"statusCode":404,"body":"{\"error_description\":\"GET URI not found\",\"error_code\":5002}","headers":{"server":"nginx/1.22.1","date":"Tue, 19 Sep 2023 17:29:33 GMT","content-type":"application/json","transfer-encoding":"chunked","connection":"close","access-control-allow-origin":"*"},"request":{"uri":{"protocol":"http:","slashes":true,"auth":null,"host":"192.168.1.117","port":80,"hostname":"192.168.1.117","hash":null,"search":"?devtype=Transmitter","query":"devtype=Transmitter","pathname":"/v4/devices","path":"/v4/devices?devtype=Transmitter","href":"http://192.168.1.117/v4/devices?devtype=Transmitter"},"method":"GET","headers":{"0":{},"1":{"Content-Type":"application/json"}}}}
homepilot20.0
2023-09-19 19:29:33.866 warn Read sensors -> Cannot connect to Homepilot: {"statusCode":404,"body":"{\"error_description\":\"GET URI not found\",\"error_code\":5002}","headers":{"server":"nginx/1.22.1","date":"Tue, 19 Sep 2023 17:29:33 GMT","content-type":"application/json","transfer-encoding":"chunked","connection":"close","access-control-allow-origin":"*"},"request":{"uri":{"protocol":"http:","slashes":true,"auth":null,"host":"192.168.1.117","port":80,"hostname":"192.168.1.117","hash":null,"search":"?devtype=Sensor","query":"devtype=Sensor","pathname":"/v4/devices","path":"/v4/devices?devtype=Sensor","href":"http://192.168.1.117/v4/devices?devtype=Sensor"},"method":"GET","headers":{"0":{},"1":{"Content-Type":"application/json"}}}}
homepilot20.0
2023-09-19 19:29:30.979 warn Transmitter sensors -> Cannot connect to Homepilot: {"statusCode":404,"body":"{\"error_description\":\"GET URI not found\",\"error_code\":5002}","headers":{"server":"nginx/1.22.1","date":"Tue, 19 Sep 2023 17:29:30 GMT","content-type":"application/json","transfer-encoding":"chunked","connection":"close","access-control-allow-origin":"*"},"request":{"uri":{"protocol":"http:","slashes":true,"auth":null,"host":"192.168.1.117","port":80,"hostname":"192.168.1.117","hash":null,"search":"?devtype=Transmitter","query":"devtype=Transmitter","pathname":"/v4/devices","path":"/v4/devices?devtype=Transmitter","href":"http://192.168.1.117/v4/devices?devtype=Transmitter"},"method":"GET","headers":{"0":{},"1":{"Content-Type":"application/json"}}}}
homepilot20.0
2023-09-19 19:29:30.867 warn Read sensors -> Cannot connect to Homepilot: {"statusCode":404,"body":"{\"error_description\":\"GET URI not found\",\"error_code\":5002}","headers":{"server":"nginx/1.22.1","date":"Tue, 19 Sep 2023 17:29:30 GMT","content-type":"application/json","transfer-encoding":"chunked","connection":"close","access-control-allow-origin":"*"},"request":{"uri":{"protocol":"http:","slashes":true,"auth":null,"host":"192.168.1.117","port":80,"hostname":"192.168.1.117","hash":null,"search":"?devtype=Sensor","query":"devtype=Sensor","pathname":"/v4/devices","path":"/v4/devices?devtype=Sensor","href":"http://192.168.1.117/v4/devices?devtype=Sensor"},"method":"GET","headers":{"0":{},"1":{"Content-Type":"application/json"}}}}
homepilot20.0
2023-09-19 19:29:30.856 warn Read actuator -> Cannot connect to Homepilot: {"statusCode":404,"body":"{\"error_description\":\"GET URI not found\",\"error_code\":5002}","headers":{"server":"nginx/1.22.1","date":"Tue, 19 Sep 2023 17:29:30 GMT","content-type":"application/json","transfer-encoding":"chunked","connection":"close","access-control-allow-origin":"*"},"request":{"uri":{"protocol":"http:","slashes":true,"auth":null,"host":"192.168.1.117","port":80,"hostname":"192.168.1.117","hash":null,"search":"?devtype=Actuator","query":"devtype=Actuator","pathname":"/v4/devices","path":"/v4/devices?devtype=Actuator","href":"http://192.168.1.117/v4/devices?devtype=Actuator"},"method":"GET","headers":{"0":{},"1":{"Content-Type":"application/json"}}}}
Moin,
hier ein Screenshot der Config:
Es ist dieses Produkt:
https://de.homepilot-smarthome.com/produkte/pakete/starterset-rollladen-smart
Das ist der beinhaltete Gateway:
https://de.homepilot-smarthome.com/produkte/steuerung/gateway-premium
Moin zusammen,
ich habe mit ein Starterset von HomePilot geholt, dies beinhaltet 2x RolloTron Classic Smart (10142345) und 1x Gateway premium (15001001).
Leider bekomme ich den Adapter nicht zum laufen und befürchte, dass dieses Gateway garnicht unterstützt wird?
Mit google und der Forensuche bin ich leider 0 fündig geworden..
Ist der Gateway kompatibel oder gibt es vielleicht eine alternative Idee wie dieser integriert werden kann?
Ich bekomme auch nur Unreach = true im Adapter. IP ist fest vergeben durch den Router und stimmt auch mit dem Adapter überein, ebenso mit der App.
Versucht habe ich auch, IP leer lassen, den Gateway in der App umbenennen (sodass homepilot.local auch funktioniert - hieß vorher hpgateway), Passwort setzen, Passwortschutz entfernen und ohne Passwort testen, leider alles ohne Erfolg.
Würde mich freuen über eure Meinungen dazu.
lieben Gruß,
Dominik
LÖSUNGSANSATZ für das Problem mit den nicht gefüllten/erstellten Datenpunkten:
Moin Zusammen
ich habe eine reproduzierbare Lösung entwickelt für (hoffentlich alle) diejenigen, bei denen der Adapter bei mehr als einem Drucker mit "Status/Drucker_druckt" Probleme bereitet. Ich habe die Problemursache / das Problemverhalten jetzt zwei Tage lang ergründet und ausgetestet und möchte mit euch meinen "Workaround" teilen.
Zudem ist gibt dieser Ansatz vielleicht auch einen Einblick in die Ursache des Problems sowie eine Möglichkeit dies in zukünftigen Versionen zu beheben.
Anscheinend verhindert die nicht über den Adapter erfolgte Anlage und Zuweisung des Datenpunktes zum Druckernamen (bei mehr als einem Drucker) ebenso die Erstellung aller weiteren Datenpunkte - warum dies nur beim ersten Drucker klappt, warum selbsterstellte Datenpunkte nicht anerkannt werden und warum dies anscheinend nicht bei jedem Nutzer auftritt bleibt mir ein Rätsel.
Rahmenbedingungen/Mein System:
Wen es interessiert wie ich das Problem gelöst habe bzw. die Problembeschreibung findet ihr hier im Spoiler:
Hier die Schritt für Schritt Anleitung:
RS bedeutet folgendes im Repetierserver Interface
IO bedeutet im ioBroker Interface
OPTIONAL bedeutet: empfohlen zur Prüfung ob alles geklappt hat
SCHRITT 0
EMPFEHLUNG/WARNUNG
Ich empfehle euch die Schritte der Reihenfolge nach auszuführen und keinen zu überspringen/wegzulassen. Besonders nicht die Neustarts!
Zudem ist es wichtig die Namen der jeweiligen Drucker gleich zu schreiben und auf Groß- und Kleinschreibung zu achten.
Ebenso empfehle ich euch im RS alle Daten eurer Drucker zu notieren/speichern ( EEPROM, CustomGCode, Verbindungseinstellungen, etc. ) außerdem werden ALLE für den jeweiligen Drucker hochgeladenen GCodes gelöscht - also auch hier bitte sichern was ihr noch braucht! ( Dies betrifft nicht die in "Projekte" hochgeladenen Dateien ).
Dies verhindert Frust und macht die Wiedereinbindung später schneller, besonders die Verbindungsdaten direkt einzutragen ( Baudrate, RTS, DTR, Buffer & PingPong Modus ) statt automatischer Erkennung beschleunigt die ganze Sache enorm!
Ihr braucht auch nicht alle Druckerwerte direkt korrekt Einpflegen sondern könnt dies wenn der Adapter endgültig läuft nachholen.
SCHRITT 1
Im IO alle Datenpunkte der repetierserver.x Instanz löschen, die Instanz entfernen und den Adapter löschen.
Im RS alle Drucker löschen ( s. SCHRITT 0 )
Anschließend IO & RS neustarten.
SCHRITT 2
Im RS ersten Drucker anlegen (es darf nur ein Drucker im RS sein!).
Drucker deaktivieren! ( RS Home - Rädchen oben-rechts am Drucker - Deaktivieren ).
SCHRITT 3
Im IO repetierserver Adapter installieren ( wenn nicht bereits installiert ).
repetierserver.0 Instanz anlegen.
In der Instanz: IP, Port und API Key eingeben.
Instanz starten ( Drucker muss deaktiviert sein um Probleme zu vermeiden ).
-kurz warten- ( delay 5000ms )
Im RS Drucker aktivieren.
Im IO sollten die Werte nun alle erstellt, angezeigt und aktualisiert werden.
( relevant sind hier "Status/Drucker_druckt" und alle Werte aus dem Ordner "PrintJob" )
Falls nicht:
Im IO LOG prüfen ob der "val = null" Fehler auftritt.
( dann -> Drucker erneut deaktivieren - aktivieren )
SCHRITT 4
Im IO Instanz stoppen.
Im RS Drucker löschen.
( NICHT DIE DATENPUNKTE IM IO LÖSCHEN! )
Im RS zweiten Drucker installieren.
Zweiten Drucker deaktivieren ( nicht vergessen - es darf aktuell nur ein Drucker insgesamt im RS vorhanden sein ).
Im IO Instanz starten ( Drucker muss deaktiviert sein um Probleme zu vermeiden ).
-kurz warten-
Im RS Drucker aktivieren.
-kurz warten-
Datenpunkte prüfen.
( relevant sind auch hier wieder "Status/Drucker_druckt" und alle Werte aus dem Ordner "PrintJob", ob der Drucker unter dem richten Namen angelegt wurde sowie unter "info" der korrekte Name eingetragen ist )
SCHRITT 5
Wiederhole "SCHRITT 4" für alle Drucker die du in die Instanz einfügen willst.
SCHRITT 6
Am besten erste den vollständigen S
Im IO Instanz stoppen.
Im RS ALLE Drucker löschen ( es sollte sich nach dem vorherigen Schritt sowieso nur ein Drucker im RS befinden - es darf anschließend KEIN Drucker mehr im RS enthalten sein ).
RS neustarten. ( WICHTIG! )
Im RS bei ( ausgeschalteter Instanz ) alle Drucker wieder anlegen und alle deaktivieren ( Die Druckernamen müssen dabei identisch zu den vorher angelegten sein - auch Groß- & Kleinschreibung ).
OPTIONAL
Im IO Instanz starten.
Im RS dann alle Drucker aktivieren.
SCHRITT 7
Abschließend im IO prüfen ob:
unter "info/activeprinter" alle Drucker aufgelistet sind und die Namen mit den ursprünglichen übereinstimmen.
keine neuen Druckernamen aufgetaucht sind.
unter jedem Drucker die Datenpunkte "Status/Drucker_druckt" sowie alle Datenpunkte unter "PrintJob/" aktualisiert werden ( sollten alle im unregelmäßigen Sekundentakt grün aufleuchten - in der Statusansicht sollte auch überall bei "geändert von" "repetierserver.0/admin" stehen ).
das LOG keine Fehler mehr auswirft.
Herzlichen Glückwunsch!
Der Adapter sollte nun laufen
Hier noch ein Bild wie es aussehen sollte/könnte:
Ich hoffe wirklich, dass dieser Workaround und meine investierte Zeit mehr als nur mir Abhilfe schaffen.
Es wäre schön ein wenig zurückzugeben zu können von dem was ich bisher aus diesem Forum an Lösungen und Erklärungen, durch die Zeit und Mühe der anderen Teilnehmer hier, mitgenommen habe.
Ich wünsche euch viel Erfolg und einen guten Start in 2021.
Moin Zusammen,
die einzige Überschneidung die mir bisher auffällt ist der Raspberry Pi 4.
Ich bin allerdings nicht umgestiegen sondern direkt mit dem 4er eingestiegen. Iobroker hatte ich auch mit einem komplett frischen System installiert (kein vorgefertigtes Image) - ist aber schon länger her.
Zudem wollte ich nochmal anmerken, ich hatte das exakte Problem schon vor ca. einem halben Jahr - welches ich irgendwie gelöst hatte - bis zum apt update / upgrade und dem aktualisieren auf node.js 12.20.0
Leider weiß ich nicht mehr welche node.js Version vor den Problemen funktionierte.
Evtl. war es bei den anderen Glücklichen während des Umstiegs von RPi 3 auf 4 ja auch zu einer Aktualisierung gekommen, die evtl. etwas bewirkt hat? Das ist natürlich nur geraten aber das ist für mich bisher das einzige was sich bei allen überschneiden könnte.
Hier eine kleine Trostlösung für die Pflanzefreunde:
Ich habe eine für mich schöne alternative für meine miFlora/VegTrug Sensoren entdeckt, die mir sogar besser gefällt als die Einbindung über den BLE Adapter.
Es gibt einen tollen "miFlora to MQTT Daemon" der sich wunderbar einfach installieren und anpassen lässt. Dort lässt sich sogar der Batteriestand der Sensoren abfragen und auch das Abfrageintervall.
Das Skript könnt ihr einfach auf dem Raspberry installieren und es funktioniert bei mir reibungslos. Ich habe es auf meinem RPi mit PiHole isntalliert, ob es Konflikte mit einer ioBroker Installation gibt weiß ich leider nicht.
Die Anleitung und den Code findet ihr hier:
https://github.com/ThomDietrich/miflora-mqtt-daemon/blob/master/README.md
@AlCalzone said in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:
BLE-Geräte senden üblicherweise alle paar hundert ms neue Daten, die auch ausgewertet werden.
Danke für die Info
free -h (BLE läuft):
total used free shared buff/cache available
Mem: 3,7Gi 1,3Gi 1,9Gi 8,0Mi 494Mi 2,7Gi
Swap: 99Mi 0B 99Mi
Iobroker Log nach start von BLE wirft zudem regelmäßig dies aus:
cloud.0 2021-01-03 22:22:09.808 error (888) Error while connecting to cloud: Error: websocket error
tail -f /var/log/messages (ohne BLE):
pi@piserviant:~ $ tail -f /var/log/messages
Jan 3 22:17:13 piserviant kernel: [ 18.987581] Bluetooth: L2CAP socket layer initialized
Jan 3 22:17:13 piserviant kernel: [ 18.987609] Bluetooth: SCO socket layer initialized
Jan 3 22:17:13 piserviant kernel: [ 18.996374] Bluetooth: HCI UART driver ver 2.3
Jan 3 22:17:13 piserviant kernel: [ 18.996391] Bluetooth: HCI UART protocol H4 registered
Jan 3 22:17:13 piserviant kernel: [ 18.996462] Bluetooth: HCI UART protocol Three-wire (H5) registered
Jan 3 22:17:13 piserviant kernel: [ 18.996729] Bluetooth: HCI UART protocol Broadcom registered
Jan 3 22:17:14 piserviant kernel: [ 19.286553] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Jan 3 22:17:14 piserviant kernel: [ 19.286560] Bluetooth: BNEP filters: protocol multicast
Jan 3 22:17:14 piserviant kernel: [ 19.286575] Bluetooth: BNEP socket layer initialized
Jan 3 22:17:15 piserviant kernel: [ 20.122520] ICMPv6: process `dhcpcd' is using deprecated sysctl (syscall) net.ipv6.neigh.wlan0.retrans_time - use net.ipv6.neigh.wlan0.retrans_time_ms instead
(mit BLE):
pi@piserviant:~ $ tail -f /var/log/messages
Jan 3 22:17:13 piserviant kernel: [ 18.987581] Bluetooth: L2CAP socket layer initialized
Jan 3 22:17:13 piserviant kernel: [ 18.987609] Bluetooth: SCO socket layer initialized
Jan 3 22:17:13 piserviant kernel: [ 18.996374] Bluetooth: HCI UART driver ver 2.3
Jan 3 22:17:13 piserviant kernel: [ 18.996391] Bluetooth: HCI UART protocol H4 registered
Jan 3 22:17:13 piserviant kernel: [ 18.996462] Bluetooth: HCI UART protocol Three-wire (H5) registered
Jan 3 22:17:13 piserviant kernel: [ 18.996729] Bluetooth: HCI UART protocol Broadcom registered
Jan 3 22:17:14 piserviant kernel: [ 19.286553] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Jan 3 22:17:14 piserviant kernel: [ 19.286560] Bluetooth: BNEP filters: protocol multicast
Jan 3 22:17:14 piserviant kernel: [ 19.286575] Bluetooth: BNEP socket layer initialized
Jan 3 22:17:15 piserviant kernel: [ 20.122520] ICMPv6: process `dhcpcd' is using deprecated sysctl (syscall) net.ipv6.neigh.wlan0.retrans_time - use net.ipv6.neigh.wlan0.retrans_time_ms instead
Und hier noch (mit BLE):
pi@piserviant:~ $ who -r
Runlevel 3 2021-01-03 22:17
pi@piserviant:~ $ sudo apt update
OK:1 http://archive.raspberrypi.org/debian buster InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
Ign:3 https://deb.nodesource.com/node_12.x buster InRelease
Fehl:4 https://deb.nodesource.com/node_12.x buster Release
Could not wait for server fd - select (11: Die Ressource ist zur Zeit nicht verfügbar) [IP: 23.55.110.75 443]
Paketlisten werden gelesen... Fertig
E: Das Depot »https://deb.nodesource.com/node_12.x buster Release« enthält keine Release-Datei mehr.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
pi@piserviant:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
/usr/bin/nodejs
v12.20.0
/usr/bin/node
v12.20.0
/usr/bin/npm
6.14.8
nodejs:
Installiert: 12.20.0-1nodesource1
Installationskandidat: 12.20.0-1nodesource1
Versionstabelle:
*** 12.20.0-1nodesource1 500
500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
100 /var/lib/dpkg/status
10.21.0~dfsg-1~deb10u1+rpi1 500
500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
Die Ausgabe von "htop" bekomme ich leider nicht als Text kopiert..
hier vor BLE:
und hier mit BLE:
noch etwas was ich machen kann?
Danke für deine Geduld
pi@piserviant:~ $ free -h
total used free shared buff/cache available
Mem: 3,7Gi 1,2Gi 2,0Gi 8,0Mi 490Mi 2,7Gi
Swap: 99Mi 0B 99Mi
Aktuell ist der BLE Adapter installiert aber ausgeschaltet (falls relevant).