UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[cb187]

@michael-wind mhm ok.

[cb187]

Also ich muss euch nochmal ein grosses Dankeschön für die tolle Arbeit sagen.Mit vorhanden und neuen Skripten läuft es jetzt Top mit dem Adapter.Endlich keine Umwege mehr über fhem usw.
Hier noch ein kleiner Auszug von meiner Vis:

[crycode]

Ab sofort über NPM (und ab morgen über das Latest-Repo) ist nun die neue v1.1.3 von ioBroker.canbus verfügbar.

Änderungen:

• Definition einer Rolle für einen Parser-State im Admin.
  Damit könnt ihr beispielsweise die Rollte button direkt zuweisen, sodass sie auch in den Exports/Imports berücksichtigt wird. Sie neue Standardrolle ist state.
• Definition möglicher States.
  Damit kann eine Liste an möglichen States mit deren Namen angegeben werden.
  Beispiel: Ein Wert kann 0, 1 und 2 sein, wobei 0 für Aus, 1 für Ein und 2 für Automatik steht. Die Angabe im Admin dazu wäre dann 0=Aus,1=Ein,2=Auto (siehe Screenshots).
• Weiterhin wurden ein paar Bugs und Schönheitsfehler behoben.

@cb187 / @Michael-Wind Könnt ihr mir noch mal eure jeweils aktuelle Konfiguration zukommen lassen? :)

[cb187]

@crycode

Hier meine neu bearbeitete Config.

12.04.2021_Rotex_Compact_2017.json

[crycode]

@cb187, @Michael-Wind Danke euch für die Unterstützung!
Ich habe jetzt die Konfiguration für die Rotex HPSU mit noch ein paar Anpassungen auf GitHub hinzugefügt, sodass sie von jedem Nutzer des Adapters abgerufen werden kann.

Zu meinen Anpassungen:

• Namen angepasst (sieht schöner aus) ;)
• Skripte optimiert
  • Besonders bei den Skripten mit den 5-Byte IDs konnte es zu Problemen bzw. falschen Werten kommen, da nicht die gesamten 5 Bytes geprüft wurden. Nun werden alle Bytes der ID geprüft.
  • Die Kommentare in den Skripten habe ich entfernt bzw. auf ein Minimum eingekürzt.
  • Teils fehlende ; hinzugefügt
• Datentyp und Rolle bei den meisten Parsern angepasst
• Parser die einen Aus/Ein Zustand lesen haben nun den Datentyp boolean und somit den Wert true oder false
  • Sollten euch hier welche auffallen, wo das noch nicht so ist, dann bitte eine kurze Info an mich :)
• commonStates ist jetzt bei allen Parsern gesetzt, sofern mir bekannt und sinnvoll
  • Hier auch wieder bitte eine kurze Info an mich, sofern etwas fehlt bzw. anders sein sollte.

Wäre super, wenn das einer von euch noch mal verifizieren/testen kann.

Grüße
Peter

[cb187]

@crycode
Was nicht funktioniert die config aus dem Adapter abzurufen.

[cb187]

Muss es zurück ziehen, hab nicht gesehen das ich den Adapter erst updaten musste:-)

[cb187]

@crycode Mein script für das ausführen von dem aktualisieren der Daten funktioniert mit umschalten nicht mehr.Was muss ich jetzt da angeben?

Den Betriebsmodus umschalten und min max Pumpe verstellen geht ich nicht mehr.
BOH Warte Zeit ist auch falsch da zeigt er nen Datum an sollte aber min anzeigen.
Hab meine Liste wieder eingeladen und es funktioniert.

[crycode]

@cb187 Eigentlich hätte das auch ohne Update vom Adapter funktionieren sollen :thinking_face: aber ok.

@cb187 sagte in Test Adapter canbus v1.1.x Latest:

Mein script für das ausführen von dem aktualisieren der Daten funktioniert mit umschalten nicht mehr.Was muss ich jetzt da angeben?

Du meinst die "abfragen" States? Per Skript kannst du die wie folgt triggern:

setState(id, true);

Ansonsten zeig mal dein aktuelles Skript.

@cb187 sagte in Test Adapter canbus v1.1.x Latest:

Den Betriebsmodus umschalten und min max Pumpe verstellen geht ich nicht mehr.

Welche IDs genau? Gibt es Fehlermeldungen, oder passiert einfach nichts?

@cb187 sagte in Test Adapter canbus v1.1.x Latest:

BOH Warte Zeit ist auch falsch da zeigt er nen Datum an sollte aber min anzeigen.

Hab ich grad angepasst und sollte mit v1.0.1 der Config jetzt richtig angezeigt werden. :)

[cb187]

@crycode
Ich hab das blockly script von umschalten auf steuere geändert da gings.
Zb Mode hat nicht aktualisiert und die betriebsart konnte nicht geändert werden.
Min max werte für Umwälzpumpe wurden auchbnicht aktualisiert.

Gibt keine Fehlermeldungen

[crycode]

@cb187 Kannst du das mit der aktuellen Version noch mal testen und dabei einen candump mitlaufen lassen und das dann hier posten?

[cb187]

@crycode
Wie führe ich das candump aus das es in einer txt gespeichert wird?

[crycode]

@cb187 candump -tA -x can0 | tee -a candump.txt

-tA -x fügt dem ganzen noch ein paar zusätzliche Infos hinzu.

| tee -a candump.txt speichert die Ausgabe zusätzlich in die angegebene Datei candump.txt

[cb187]

@crycode

ok mache das dann jetzt mal

[cb187]

Das kommt schonmal alles in io

[cb187]

@crycode candump.txt

Hier die candump.Habe jede id einmal aktualisieren lassen und id680 auch alle gesetzt.

[cb187]

und das kommt gerade mit meiner alten Liste

[crycode]

@cb187 Welche Version vom Adapter hast du aktuell installiert? Das sieht mir nach einer älteren aus.
Besonders das "Parser xxx returned wrong data type undefined" dürfte mit der aktuellen v1.1.3 oder v1.1.4 nicht kommen.

Danke für den candump, das schau ich mir morgen mal in Ruhe genau an.

[cb187]

@crycode 1.1.4 also die neuste.

[crycode]

@cb187 Dann installiere die mal bitte neu und starte danach auch die Adapterinstanz neu. Irgendwas passt da nicht :thinking_face: