Neuer Robonect HX Adapter
-
@longbow
Fürchte ich kann nicht wirklich helfen. Aber du könntest ev-
schaun ob bei Adaptereinstellung log DEBUG was raiskommt
-
auf nem extra Windows PC nen iobroker installieren (geht mit installer in 5 bis 10 minuten) und testen ob der Adapter dort geht. Ist natürlich keine Lösung liefert aber ev indizien
-
du schreibst dass du die url erreichst. Ist das vom iobroker system (im container) getestet oder von extern?
-
-
@mcm57 sagte in Neuer Robonect HX Adapter:
du schreibst dass du die url erreichst. Ist das vom iobroker system (im container) getestet oder von extern?
Das ist irgendwie auch mein Bauchgefühl. Das Problem mit den Containern (allgemein gesprochen - ich kenne mich mit LXC im Detail nicht aus) ist ja, das die in sich gekapselt sind und nur über eine virtuelle Netzwerkkarte mit dem Rest der Welt kommunizieren. Das bedeutet das diese virtuelle Karte als Brücke zwischen dem Container und der physikalischen Karte auf dem Host fungiert. Wenn das nicht ganz sauber ist, können da solche Probleme auftreten. Deswegen hatte ich ja gefragt ob Du den Robonect aus dem Container heraus pingen kannst. Dazu musst Du also ein ping innerhalb des ioBroker Containers ausführen - nicht auf dem Host als solchem. Es reicht also nicht ein Terminal auf dem Host zu öffnen und dann den Ping zu machen. Genau das testet eben nicht die Brückennetzwerkkarte des Containers.
Ich würde folgendes versuchen:- einen der ioBroker Terminal-Adapter installieren und schauen ob die dir ein Terminal im Container öffnen können.
- Den LinuxControl der den Ping Adapter mal daraufhin abklopfen ob die das vielleicht können und gucken ob die den robonect pingen können. Wenn nicht, stimmt mit der Netzwerk-Konfig des Containers etwas nicht. Antworten dazu würde ich dann bei Google und im Forum des Distributionsanbieters suchen.
@chris_71 sagte in Neuer Robonect HX Adapter:
Ich nutze den OUT2 über API um LEDs am Mäher einzuschalten. Die Funktion scheint auch gegeben zu sein nur im Protokoll erscheint immer folgender Fehler:
Der Code stammt noch von Braindead, nicht von mir, ich vermute aber das damit das hier gemeint ist:
Wenn etwas über die API gesteuert werden soll, muss es in der Robonect Config auch auf API gestellt werden.
-
@grizzelbee
Stimmt, ist im Robonect auch eingestellt und funktioniert auch. Aber trotzdem erscheint die Meldung im Protokoll - war bei der "alten" Version nicht der Fall. Aber gut, hauptsache es funktioniert. -
@mcm57
das schmeißt er mir aus:robonect.0 12108 2023-09-30 21:25:28.621 info Server for Robonect push-service is listening on http://0.0.0.0:55443 robonect.0 12108 2023-09-30 21:25:28.618 warn No connection to lawn mower. Check network connection. robonect.0 12108 2023-09-30 21:25:27.889 warn Push Service is enabled in config, but misconfigured. Please update your Robonect configuration. robonect.0 12108 2023-09-30 21:25:27.888 info Rest period 2 not configured. Period will be ignored. robonect.0 12108 2023-09-30 21:25:27.888 info Rest period 1 not configured. Period will be ignored. robonect.0 12108 2023-09-30 21:25:27.869 info starting. Version 1.1.5 (non-npm: Grizzelbee/ioBroker.robonect#b04e23669b99ef5c6977a91d1b8438689d321ea7) in /opt/iobroker/node_modules/iobroker.robonect, node: v18.17.1, js-controller: 5.0.12 robonect.0 801 2023-09-30 21:25:23.227 info terminating robonect.0 801 2023-09-30 21:25:22.727 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason robonect.0 801 2023-09-30 21:25:22.726 info terminating robonect.0 801 2023-09-30 21:25:22.726 info cleaned everything up... robonect.0 801 2023-09-30 21:25:22.725 info Got terminate signal TERMINATE_YOURSELFDas ping über ein Termialfenster im iobroker läuft auch:
64 bytes from 192.168.178.7: icmp_seq=92 ttl=128 time=6.11 ms 64 bytes from 192.168.178.7: icmp_seq=93 ttl=128 time=11.2 ms 64 bytes from 192.168.178.7: icmp_seq=94 ttl=128 time=6.95 ms 64 bytes from 192.168.178.7: icmp_seq=95 ttl=128 time=14.4 ms 64 bytes from 192.168.178.7: icmp_seq=96 ttl=128 time=20.0 ms 64 bytes from 192.168.178.7: icmp_seq=97 ttl=128 time=4.55 ms 64 bytes from 192.168.178.7: icmp_seq=98 ttl=128 time=10.7 ms 64 bytes from 192.168.178.7: icmp_seq=99 ttl=128 time=6.47 ms 64 bytes from 192.168.178.7: icmp_seq=100 ttl=128 time=4.80 ms 64 bytes from 192.168.178.7: icmp_seq=101 ttl=128 time=40.4 ms 64 bytes from 192.168.178.7: icmp_seq=102 ttl=128 time=13.1 ms 64 bytes from 192.168.178.7: icmp_seq=103 ttl=128 time=8.22 ms 64 bytes from 192.168.178.7: icmp_seq=104 ttl=128 time=108 ms 64 bytes from 192.168.178.7: icmp_seq=105 ttl=128 time=10.5 ms 64 bytes from 192.168.178.7: icmp_seq=106 ttl=128 time=4.15 ms 64 bytes from 192.168.178.7: icmp_seq=107 ttl=128 time=7.71 ms 64 bytes from 192.168.178.7: icmp_seq=108 ttl=128 time=5.00 ms 64 bytes from 192.168.178.7: icmp_seq=109 ttl=128 time=10.7 ms 64 bytes from 192.168.178.7: icmp_seq=110 ttl=128 time=5.26 ms 64 bytes from 192.168.178.7: icmp_seq=111 ttl=128 time=4.05 ms 64 bytes from 192.168.178.7: icmp_seq=112 ttl=128 time=5.00 ms 64 bytes from 192.168.178.7: icmp_seq=113 ttl=128 time=8.37 m -
@chris_71 sagte in Neuer Robonect HX Adapter:
Stimmt, ist im Robonect auch eingestellt und funktioniert auch. Aber trotzdem erscheint die Meldung im Protokoll - war bei der "alten" Version nicht der Fall.
Aber gut, hauptsache es funktioniert.Neee. ;o) das soll schon bitte richtig laufen.
Ich habe gerade an die Stelle etwas Debug-Code eingefügt.
Bitte schreib mit der nächsten Beta-Version (sobald ich sie veröffentliche) mal ein Debug-Log von dem Schaltvorgang und poste es hier. Dann kann ich mir das ansehen und den Fehler korrigieren. -
Sodele! Habe gerade die v1.3.0 ins Latest geschoben - dort sollte sie im Laufe des Tages verfügbar werden.
v1.3.0 (2023-10-02)
- (grizzelbee) Chg: #28 Changed authentication method from URL-Encoding to basic authentication
- (grizzelbee) Chg: #27 Improved error handling
- (grizzelbee) Upd: Dependencies got updated
@afuerhoff
Habe mir aufgrund deiner Anregung BasicAuth noch einmal genauer angesehen und es umgesetzt.
Das gute daran: Ab sofort kann der Adapter beliebig komplexe Passwörter verarbeiten!
Die Einschränkung auf einfache Passwörter ist damit gefallen!@Chris_71
Der Debug-Code für die Extemsions ist drin. Schreib bitte mal ein Debug-Log, damit diese unseelige Meldung weg kommt.@Longbow
ich habe heute gesehen das ich die "No Connection to mower" Meldung auch gelegentlich im Log habe (speziell wohl beim Start des Adapters) - der Adapter läuft aber trotzdem.
Ich überlege echt diese "Ping first" Sache auszubauen. -
@grizzelbee
V1.3.0 läuft soweit unauffällig bei mir, was mir aufgefallen ist, folgende Meldungen kommen laufend:2023-10-02 11:05:43.469 - info: robonect.0 (2859596) Sending of command [status] - done! 2023-10-02 11:05:43.555 - info: robonect.0 (2859596) Sending of command [battery] - done! 2023-10-02 11:05:43.831 - info: robonect.0 (2859596) Sending of command [error] - done! 2023-10-02 11:05:44.373 - info: robonect.0 (2859596) Sending of command [hour] - done! 2023-10-02 11:05:44.435 - info: robonect.0 (2859596) Sending of command [motor] - done! 2023-10-02 11:05:44.639 - info: robonect.0 (2859596) Sending of command [timer] - done! 2023-10-02 11:05:44.776 - info: robonect.0 (2859596) Sending of command [version] - done! 2023-10-02 11:05:44.821 - info: robonect.0 (2859596) Sending of command [wlan] - done!Wäre das nicht etwas für´s debug-log - so füllt sich das log doch sehr schnell
-
Du hast vollkommen recht! => v1.3.1
-
@grizzelbee
ui, schneller als die Polizei erlaubt
Vielen Dank!!!
-
Hier mal das Debug-Log - mit der 1.31 schaltet er aber nicht mehr den Out2
Allerdings habe ich mit der 1.31 einen neuen Fehler beim Push-Service:
Laut Robonect funktioniert aber die Übertragung.
-
Guten Abenden, so habe das WLAN neu gemacht, neue Geräte, wie auch alles neu gemacht.
Wie auch den Robonect am Mähr komplett zurückgesetzt, spricht auch die Firmenware neu aufgespielt.
Es hat keine Verbesserung gebracht, alles bleib gleichen.Auch bei der neuen Version, nur ich habe ja gar kein Kontakt zum Robonect im Mährer, bekomme keine Daten.
Daher kann ich nicht mal diese Fehlermeldung übersehen... Nur wenn ich im iobroker auf das Weiterleiten auf das Webinterfece klicke, da komme einwandfrei hin.HIer das Debug Log noch mal vom Iobroker
robonect.0 28587 2023-10-02 20:18:50.298 warn No connection to lawn mower (Not able to ping it). Check network connection. robonect.0 28587 2023-10-02 20:18:49.632 error The ID: push.server_url has no value. Please fix. robonect.0 28587 2023-10-02 20:18:49.622 info Rest period 2 not configured. Period will be ignored. robonect.0 28587 2023-10-02 20:18:49.622 info Rest period 1 not configured. Period will be ignored. robonect.0 28587 2023-10-02 20:18:49.609 info starting. Version 1.3.1 (non-npm: Grizzelbee/ioBroker.robonect#7cb27a7b7a9258cef0ef684248240cefa0e5301c) in /opt/iobroker/node_modules/iobroker.robonect, node: v18.17.1, js-controller: 5.0.12 robonect.0 28137 2023-10-02 20:18:45.058 info terminating robonect.0 28137 2023-10-02 20:18:44.557 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason robonect.0 28137 2023-10-02 20:18:44.556 info terminating robonect.0 28137 2023-10-02 20:18:44.556 info cleaned everything up... robonect.0 28137 2023-10-02 20:18:44.556 info Got terminate signal TERMINATE_YOURSELF -
@chris_71 sagte in Neuer Robonect HX Adapter:
Hier mal das Debug-Log - mit der 1.31 schaltet er aber nicht mehr den Out2
Okay. da war durch die Umstellung auf BasicAuth etwas kaputt gegangen. Ist in v1.3.2 gefixed. Und die doofe (Falsch-)Meldung ist ebenfalls beseitigt.
Allerdings habe ich mit der 1.31 einen neuen Fehler beim Push-Service:
Der sagt aus, das im Robonect die IP des Push_Servers fehlt. Die sollest/musst Du natürlich eintragen.
@Longbow
Hmmm. Wie gesagt, ich fürchte das es irgendwie am Container und dessen Netzwerkkonfiguration liegt.
Kannst Du vielleicht irgendwo mal eine minimale ioBroker-Testinstanz ohne Container aufsetzen und schauen ob es dann läuft?
Am besten wäre wahrscheinlich auf dem Host auf dem auch der Container läuft - keine Ahnung ob das überhaupt geht.Mir fällt aber gerade noch etwas auf:
robonect.0 28587 2023-10-02 20:18:49.632 error The ID: push.server_url has no value. Please fix.
Hast Du den Push-Service aktiviert und auch, sowohl im Adapter als auch im Robonect, korrekt konfiguriert (siehe README)?
-
@grizzelbee said in Neuer Robonect HX Adapter:
@chris_71 sagte in Neuer Robonect HX Adapter:
Hier mal das Debug-Log - mit der 1.31 schaltet er aber nicht mehr den Out2
Okay. da war durch die Umstellung auf BasicAuth etwas kaputt gegangen. Ist in v1.3.2 gefixed. Und die doofe (Falsch-)Meldung ist ebenfalls beseitigt.
Läuft und keine Fehlermeldung mehr - Merci
Allerdings habe ich mit der 1.31 einen neuen Fehler beim Push-Service:
Der sagt aus, das im Robonect die IP des Push_Servers fehlt. Die sollest/musst Du natürlich eintragen.
Ja, das hab ich ja auch eingestellt. Die Übertragung funktioniert ja auch aber trotzdem diese Meldung im Log:
-
@chris_71 sagte in Neuer Robonect HX Adapter:
Ja, das hab ich ja auch eingestellt. Die Übertragung funktioniert ja auch aber trotzdem diese Meldung im Log:
Hmm. Komisch. Also ... ich habe da noch einen Fehler in der Routine die die Config prüft gefunden und in der Version auf Github behoben. So weit - so gut. Die könntest Du mal bitte installieren und testen.
Allerdings geht da noch etwas anderes schief.Im Robonect muss die Adresse des ioB-Servers hier eingetragen werden
Der Adapter holt sich die Info und speichert die hier ab:
Besagte Routine testet dann ob der Wert von server_url mit dem was in der Konfig steht übereinstimmt - und bei dir ist server_url leer - was nicht sein dürfte, wenn alles richtig konfiguriert wäre.
Hast Du vielleicht das Polling von Push deaktiviert?
-
Hast Du vielleicht das Polling von Push deaktiviert?
Das war der Fehler - stand auf Keine Abfrage
Neuer Fehler: Mode Änderung in V1.3.2 und 1.3.3
Bei Änderung des Modus des Mähers über den Datenpunkt robonect.0.status.mode (auto/home/manuell usw.) gibt es eine Fehlermeldung im Log - bei der 1.1.5 hat es noch funktioniert - Steuere darüber den Home Befehl bei Regen.
-
@chris_71 sagte in Neuer Robonect HX Adapter:
Bei Änderung des Modus des Mähers über den Datenpunkt robonect.0.status.mode (auto/home/manuell usw.) gibt es eine Fehlermeldung im Log - bei der 1.1.5 hat es noch funktioniert - Steuere darüber den Home Befehl bei Regen.
API call http://192.1x.x.x/api/json?cmd=mode&mode=home startedInstallier bitte noch einmal die v1.3.3 - gerne aus dem Latest, nicht direkt von github - da sind noch ein paar Änderungen eingeflossen.
Bei mir funktioniert die sauber. Ich habe da dieses ganze URL-Encoding überarbeitet. -
Guten Morgen
also ich habe mir die letzten beiden Tagen mal Gedanken gemacht.
Also es gibt nur einen Unterschied bei mir, auf einem System läuft es und bei dem anderen nicht.
Das System hatte ich auch auf dem neustens Stand gebracht, da läuft es. Die Fehlermeldung keine Verbindung zum Gerät ist da, aber die DP werden erstellt und befühlt, Betriebssystem und ioBroker.Der Unterschied, ist nur das Betriebssystem. Wo es nicht geht, also die DP befühlt werden ist debian, wo es geht ist unbuntu. Beide Systeme haben die Firewall aus, sind auf den neustens Stand.
Wie kann das sein, hat debian ein anderes System was IP / Friewall an geht ? Wer kann mir helfen? läuft alles unter Promox und im LCX.
P.S.: Haben Versin 1.1.5 und 1.3.3 probiert, beide keinen erfolg.
-
Hat keiner eine Idee?
-
@longbow kannst du aus beiden container den robbi anpingen?
-
@malz1902 ja, das kann ich. Beide LCX kann ich um Shell den Robbi anpingen. Bei dem einen kommen die Datenpunkten, bei dem anderen nicht.. Der einzige Unterschied ist das nur Betriebsystem debian und unbuntu.
