Datenpunkte können nicht angesteuert werden. #86
Comments
|
Hallo @Denkra um welches Modell handelt es sich und welche Version vom Adapter hast Du installiert? Unabhängig davon könntest Du schon mal folgendes probieren:
|
|
Ich habe den ozmo 950. Adapter Version ist die aktuelle ich glaube 103 Punkt ich habe schon mehrfach alle Datenpunkte gelöscht und neu erstellen lassen genauso wie ich den kompletten Adapter gelöscht und neu installiert habe. |
ok, ist die Version von GitHub oder (normal) per ioBroker Repo installiert worden? |
|
Installiert habe ich den Adapter diesmal über iobroker selber. Vorher hatte ich ihn über git installieren und die Updates immer nur dann gemacht, wenn ich die im alboka angezeigt bekommen habe. Funktioniert aber beides nicht. |
|
Sind die anderen Bereiche (welche aktuell im ioBroker über den "map" Channel nicht funktionieren) über die Mobile App ganz normal ansteuerbar? Ich hatte das bei meinem OZMO 930 auch schon mal, dass er bestimmte Bereiche zeitweise einfach genrell nicht mehr saugen wollte. |
|
Ja genau. Über die App ist alles perfekt steuerbar. |
|
Er triggert ja irgendwas wenn ich die states trigger. Wie geschrieben er sagt das sagen gestartet wird und er fährt auch aus der Station aber er wählt keinen Raum an |
|
@Denkra |
|
Ne das war tatsächlich schon vorher |
|
Was passiert, wenn Du per "control.spotArea" einen oder mehrere Bereiche > 7 saugen lässt? Also z.B. "10,11,8,9" oder nur einen davon? |
|
Muss ich nachher mal probieren wenn ich zu hause bin. Bin gerade arbeiten. Melde mich wenn ich dann mehr weiß |
So gerade ausprobiert. Wenn ich das so mache dann funktioniert es. Ich weiß auch nicht ob es was damit zu tun hat aber in der Map erstellt er auch nicht bei allen Räumen den State das ich da saugen will.
|
Hattest Du die Datenpunkte mal mit dem Button oben ("Baum neu erstellen") aktualisiert? Ansonsten könntest Du mal im Log schauen, ob da was auffälliges zu sehen ist. |
Ja habe die schon neu erstellt alles. Wenn ich einen "problematischen Bereich" starte, sagt er im log "start cleaning spot area: 6". Er sagt dann "reinigung wird gestartet", fährt aus der Ladestation raus, der Sauger geht an, in der App wird die Karte weiß aber er wählt keinen Raum aus und würde dann so lange auf der Stelle stehen bis der Akku leer ist. Wie gesagt wenn ich über "spot Area" die Nummern eingebe wo er saugen soll macht er es. Da muss es dann aber die Nummer aus der Map sein und nicht die er bei "control" hat |
Also bedeutet das, dass Du bei den problematischen Bereichen (als Beispiel) die Nummer 6 über "control.spotArea_6" starten kannst - bei "control.spotArea" musst Du dann aber die Nummer aus dem "map" Channel benutzen (z.B. 12)? |
Jain. Problematische Bereiche startet er über "control.spotArea_6" nicht bzw er wählt den Raum nicht aus nicht aus. Er macht es nur wenn ich dann die Nummer aus der Map eingebe wie du geschrieben hast die zu dem Raum gehört. |
|
@mrbungle64 gib es da schon was neues warum es nicht gehen könnte oder hast du vielleicht noch eine Idee? |
|
Hallo @Denkra |
|
Ja genau also ich habe nur die Karte neu eingelesen, Datenpunkte gelöschtt und neu erstellen lassen weil ein Raum dazu gekommen ist. Wenn mir irgendwas ein bzw auffällt sage ich bescheid. |
|
Habe zum Test nochmal eine neue Karte erstellt, den Adapter und die Datenpunkte gelöscht und alles komplett neu erstellen lassen. Jetzt legt er bei 7 Bereichen unter "Control" 0,1,2,3,4,5,6 an. Unter Map legt er 0,1,2,3,5,7,8 an. Bedeutet 0 - 3 funktioniert, 5 + 7 funktioniert aber 4 + 6 nicht. |
|
ok, danke schon mal für die Infos 👍 Zuerst ein paar Infos zum besseren Verständnis:
Ich muss mir weiter Gedanken machen. Aktuell bin ich wie gesagt am Aufräumen des Codes und am verbesserten Handling der versch. Status. Du kannst natürlich auch mal die aktuelle Version von GitHub testen, ob sich damit etwas verbessert. Falls die schlechter funktioniert als die 1.0.3 kannst Du ja jederzeit wieder zu der 1.0.3 zurück. |
|
Okay problem ist ja auch, das er die States das er saugen soll unter "Map" auch nicht bei jedem erstellt. Momentan erstellt bei 1,2,3 und 8 unter "Maps". Die 1.0.4 habe ich mir bevor ich alles neu gemacht habe drauf gezogen. Bringt aber keine verbesserung. |
|
Stell' bitte die Instanz mal auf "debug" und poste mal was dort nach dem Adapter-Neustart ausgegeben wird, wenn du die Meldungen auf "MapSpotArea" filterst. |
|
|
Hast Du zufällig ganze Bereiche/Räume über NoGo-Areas ausgeschlossen? |
|
Ja einen. Liegt aber auch nur daran weil bei mir auf dem Flur gerade ein Glastisch an der Wand steht und er denkt, das dahinter ein Raum ist. |
|
Ah ne kommando zurück. Nachdem er die Karte neu erstellt hat, habe ich den Bereich doch nicht angegeben das er da nicht rein soll. |
Was ist eigentlich mit der Nummer 8? Kannst Du vielleicht mal eine Aufstellung in dieser Art machen?
|
|
So habe mal einen Test gemacht der vielleicht erfolgreich war. Unter Control hat er ja bei 7 bereichen 0-6 erstellt. Unter Map 0-3, 5, 7-8. Also letzte Ziffer eine 8. Habe jetzt mal gesagt, das er 9 Bereiche erstellen soll, damit ich unter "control" definitiv die 8 drin habe, die er in den Maps erstellt. So funktioniert es. Ich kann jeden Raum anfahren wenn die Nummer unter control und Map gleich ist. Habe dann natürlich bei "control" 3 ungenutzte "tote" States. |
|
Hi. Sorry, ich bekomme irgendwie keine Benachrichtigung mehr über issues hier. Also. Unter dem Ordner map werden die Punkte mit der Nummerierung erstellt, die der Bot bzw die API liefert, wie schon erklärt. Und verstehe ich es richtig:
Dann funktioniert aus meiner Sicht eigentlich alles, wie es soll. Unter Control müsstest du dann so viele Buttons anlegen lassen, wie unter map die maximale Nummer (+1) angezeigt wird, dann kannst du die jeweiligen Buttons nutzen. Wie gesagt, die fehlenden Nummern ergeben sich aus Zusammenführungen oder löschen von areas, kann auch bei der Kartierung selbst schon passieren |
Ja ich habe Abschnitte zusammengefügt da er aus einem Raum 2 gemacht hat und das 2 mal.
|
|
Aber zu 1.: |
Zu 1.) Die Frage war ja, ob die Clean Buttons alle funktionieren - und nicht, ob die Anzahl mit denen unter "control" übereinstimmt. Wie ich eben schon geschrieben hatte:
|
|
Hallo @Denkra mit der aktuellen Version auf GitHub sollten die Datenpunkte unter "control" mit den gleichen ID's/Nummern erzeugt werden wie unter "map". Du müsstest aber die Ordner "spotAreas" unter "map" löschen (oder gleich den ganzen "map" Ordner) und auch die Datenpunkte "spotArea_x" unter "control". Am besten vor dem Update des Adapters. Nach dem Update sollten dann die Buttons "synchronsiert" sein. Weitere Infos:
|
mrbungle64
added
Enhancement
@Denkra
|
|
@Denkra |
Ich habe seit ein paar Tagen das Problem, das er die Datenpunkte irgendwie falsch erstellt. Unter "Controll" erstellt er wie angegeben spotArea_0 - 7. Unter Map erstellt er auch die 7 aber dann mit den Nummern 0,10,11,2,3,7,8,9. Daher kann ich durch die oben angegebenen Spots nicht triggern. Das funktioniert dann nur bei den Nummern wie sie oben dann auch existieren wie 0,2,3 und 7. Er fängt bei allen triggern zwar an zu saugen bzw. er fährt aus der Ladestation raus und sagt "Reinigung wird gestartet" aber er wählt keinen Raum aus und bleibt dann da einfach vor der Station stehen
The text was updated successfully, but these errors were encountered: