NEWS
dyson Air purifier Adapter - Tester gesucht
-
Hallo Grizzelbee
Heute hatte ich mal Zeit dir die Erfahrungen mit der Version 0.5.1 zu schreiben.
Ich habe den Dyson Pure Cool Link Tower (TP02)
Ich hatte keine Probleme mit der Version.
Der Wert für die Filterlebensdauer wird bei mir immer noch in Stunden dargestellt.
Und wenn der Lüfter aus ist sind leider die Humidity und Temperature weg.
Bevor ich die Neue Version installiert habe, habe ich alle Objekte von Dyson Adapter gelöscht.
Viele Grüße
KludiHallo @Kludi,
danke für die Informationen. Du hast Recht. Das mit den Werten, die verschwinden habe ich aus den Augen verloren. Ich habe das gerade mal eben bei mir ausprobiert, mit dem Ergebnis, das ich das Verhalten bestätigen kann. Für mich ist das (nach kurzer Überlegung) aber durchaus Okay so. Die Frage ist ja, was ist die Aussage dahinter:
Wenn ContiniousMonitoring ON ist, werden kontinuierlich Werte vom Sensor geliefert und vom Adapter dargestellt - selbst wenn das Gerät selbst ausgeschaltet ist -> Perfekt!
Wenn ContiniousMonitoring OFF ist, willst du ja genau das unterbinden. Der Sensor liefert keine Daten mehr, wenn das Gerät ausgeschaltet wird. In dem Fall finde ich es durchaus konsequent die vorhandenen Werte zu löschen, denn die Aussagekraft der Zahlen ist dann ja gleich null. Welche Information oder Aktion will man noch aus der Information ableiten, dass irgendwann mal 25°C oder so etwas erfasst wurden? Ich bin aber gerne bereit darüber zu diskutieren.Für die Filterlebensdauer habe ich den Issue wieder geöffnet und gucke mir das nochmal an:
https://github.com/Grizzelbee/ioBroker.dysonairpurifier/issues/13viele Grüße
Grizzelbee -
Hallo @Kludi,
danke für die Informationen. Du hast Recht. Das mit den Werten, die verschwinden habe ich aus den Augen verloren. Ich habe das gerade mal eben bei mir ausprobiert, mit dem Ergebnis, das ich das Verhalten bestätigen kann. Für mich ist das (nach kurzer Überlegung) aber durchaus Okay so. Die Frage ist ja, was ist die Aussage dahinter:
Wenn ContiniousMonitoring ON ist, werden kontinuierlich Werte vom Sensor geliefert und vom Adapter dargestellt - selbst wenn das Gerät selbst ausgeschaltet ist -> Perfekt!
Wenn ContiniousMonitoring OFF ist, willst du ja genau das unterbinden. Der Sensor liefert keine Daten mehr, wenn das Gerät ausgeschaltet wird. In dem Fall finde ich es durchaus konsequent die vorhandenen Werte zu löschen, denn die Aussagekraft der Zahlen ist dann ja gleich null. Welche Information oder Aktion will man noch aus der Information ableiten, dass irgendwann mal 25°C oder so etwas erfasst wurden? Ich bin aber gerne bereit darüber zu diskutieren.Für die Filterlebensdauer habe ich den Issue wieder geöffnet und gucke mir das nochmal an:
https://github.com/Grizzelbee/ioBroker.dysonairpurifier/issues/13viele Grüße
GrizzelbeeHallo @Grizzelbee
Ja das ist Geschmackes Sache ob man die alten Werte behalten mochte.
Ich fand das gut. Im ham Adapter blieben die erhalten.
Auf meiner Vis. auf mein Handy sieht das so aus.
Deswegen habe ich den Zeitstempel an um zu sehen wann ich den Letzten Wert bekommen habe.
Die werde komme ich aktuel vom ham. Adapter.Viele Grüße
Kludi -
Hallo @Grizzelbee
Ja das ist Geschmackes Sache ob man die alten Werte behalten mochte.
Ich fand das gut. Im ham Adapter blieben die erhalten.
Auf meiner Vis. auf mein Handy sieht das so aus.
Deswegen habe ich den Zeitstempel an um zu sehen wann ich den Letzten Wert bekommen habe.
Die werde komme ich aktuel vom ham. Adapter.Viele Grüße
Kludi@Kludi sagte in dyson Air purifier Adapter - Tester gesucht:
Ja das ist Geschmackes Sache ob man die alten Werte behalten mochte.
Deswegen habe ich den Zeitstempel an um zu sehen wann ich den Letzten Wert bekommenDas verstehe ich. Aber was spricht dann dagegen einfach ContiniousMonitoring einzuschalten und immer die aktuellen und korrekten Werte anzeigen zu lassen? Das wäre doch viel smarter.
viele Grüße
grizzelbee -
@Kludi sagte in dyson Air purifier Adapter - Tester gesucht:
Ja das ist Geschmackes Sache ob man die alten Werte behalten mochte.
Deswegen habe ich den Zeitstempel an um zu sehen wann ich den Letzten Wert bekommenDas verstehe ich. Aber was spricht dann dagegen einfach ContiniousMonitoring einzuschalten und immer die aktuellen und korrekten Werte anzeigen zu lassen? Das wäre doch viel smarter.
viele Grüße
grizzelbee -
@Kludi
Okay. Aber ContiniousMonitoring ist ja gerade dazu da, die Werte des Sensors zu liefern, wenn das Gerät selbst ausgeschaltet ist! Und dann macht der auch keine Geräusche.@fastback2000
Ich bin gerade dabei mir die Sache mit dem Heizen anzugucken. Kannst Du vielleicht mal gucken ob du die Datenfelder, deren Bedeutung und möglichen Ausprägungen rausknobeln kannst?
In der kommenden 0.6.0 habe ich die Datenfelder als solche aus deinem Screenshot schon mal eingebaut - nur halt zum Teil als "[HP0x] Unknown". -
@Kludi
Okay. Aber ContiniousMonitoring ist ja gerade dazu da, die Werte des Sensors zu liefern, wenn das Gerät selbst ausgeschaltet ist! Und dann macht der auch keine Geräusche.@fastback2000
Ich bin gerade dabei mir die Sache mit dem Heizen anzugucken. Kannst Du vielleicht mal gucken ob du die Datenfelder, deren Bedeutung und möglichen Ausprägungen rausknobeln kannst?
In der kommenden 0.6.0 habe ich die Datenfelder als solche aus deinem Screenshot schon mal eingebaut - nur halt zum Teil als "[HP0x] Unknown". -
Es kann ja sein das die Neuen Dyson leiser sind. Aber meiner hat auch im ausgeschalteten zustand ein leichtes surren. :see_no_evil:
-
@Kludi
Hmm. Okay. Die Neuen machen wirklich keinerlei Geräusche mehr.
Ich denke da noch einmal drüber nach. -
@Grizzelbee
Danke :grin:Neues Update:
0.6.0 (2020-10-29) (Rage before the storm)
- (grizzelbee) Fix: #13 - Filter life value is now displayed in percent not in hours
- (grizzelbee) New: #17 - Added online-indicator for each device
- (grizzelbee) New: #19 - Extended Password length from 15 characters to 32
- (grizzelbee) New: #20 - Improved errorhandling on http communication with dyson API
Da das Thema gerade in einem Issue auf Github aufkam:
Was die "Unknown" Datenpunkte angeht:
Die Datenfelder, die die Geräte senden, haben so sprechende Bezeichnungen wie bril, fqhp, corf, psta, hsta, ...
Einige davon sind analysiert und dokumentiert, andere nicht. Das bedeutet, dass wir die Datenfelder überhaupt erst einmal einsammeln und versuchen müssen aus den Werten die Bedeutung und den möglichen Wertebereich abzuleiten. Manchmal ist das einfach oft aber auch nicht. Die Datenpunkte, die ich schon gefunden habe, deren Bedeutung ich aber noch nicht kenne, sind dann erst einmal "Unknown". Einige wie zum Beispiel der AnchorPoint und der NightMode fanspeed sind aktuell einfach nur aus dem Kürzel abgeleitet und anhand der Werte geraten. Ich bin also an jeder Hilfe zur Analyse dieser datenpunkte interessiert! -
Hi. Was noch cool wäre, wäre wenn der Wassertank leer geht von der Beleuchtet Version der Geräte.
Die App zeigt das ja an, weiß nicht ob du Zugriff darauf bekommst.
Grüße
Gianfranco -
Hi. Was noch cool wäre, wäre wenn der Wassertank leer geht von der Beleuchtet Version der Geräte.
Die App zeigt das ja an, weiß nicht ob du Zugriff darauf bekommst.
Grüße
GianfrancoHey, sehr coole Idee. Das Problem ist, dass ich selbst keinen humidifier und mithin die Datenpunkte nicht habe. Ich kann das also nicht selber heraus knobeln.
Guck doch bitte Mal ins Log. Da schreibe ich alle unbekannten Daten raus. Vielleicht findest du ja einen bei dem die Werte zur gesuchten Option passen.
Dann implementiere das natürlich sehr gerne.Viele Grüße
Grizzelbee -
Hey, sehr coole Idee. Das Problem ist, dass ich selbst keinen humidifier und mithin die Datenpunkte nicht habe. Ich kann das also nicht selber heraus knobeln.
Guck doch bitte Mal ins Log. Da schreibe ich alle unbekannten Daten raus. Vielleicht findest du ja einen bei dem die Werte zur gesuchten Option passen.
Dann implementiere das natürlich sehr gerne.Viele Grüße
Grizzelbee@Grizzelbee hi, perfekt. Ja, ich schaue nächste Woche mal und versuche was rauszuholen aus dem Log.
Grüße und schönes Wochenende -
@Grizzelbee hi, perfekt. Ja, ich schaue nächste Woche mal und versuche was rauszuholen aus dem Log.
Grüße und schönes Wochenende@Gianfranco-Sinistra
Ich würde mich freuen, wenn du was findest. Am Einfachsten dürfte die Suche gehen, wenn du auf dysonairpurifier und Skipped filterst:
-
@Gianfranco-Sinistra
Ich würde mich freuen, wenn du was findest. Am Einfachsten dürfte die Suche gehen, wenn du auf dysonairpurifier und Skipped filterst:@Grizzelbee cool, danke für den Tipp. Check ich aus. Mittwoch hab ich Zeit.
LG
Bis dahin
Gianfranco -
@Grizzelbee cool, danke für den Tipp. Check ich aus. Mittwoch hab ich Zeit.
LG
Bis dahin
Gianfranco@Grizzelbee
bin nun doch mal früher dazu gekommen zum Log runter kopieren:dysonairpurifier.0 2020-11-02 13:31:34.256 info (18355) Skipped creating unknown datafield for: [fghp] Value: |-> 73848 dysonairpurifier.0 2020-11-02 13:31:34.254 info (18355) Skipped creating unknown datafield for: [state-reason] Value: |-> MODE dysonairpurifier.0 2020-11-02 13:31:34.254 info (18355) Skipped creating unknown datafield for: [mode-reason] Value: |-> PUI dysonairpurifier.0 2020-11-02 13:31:34.253 info (18355) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-02T12:31:34.000Z dysonairpurifier.0 2020-11-02 13:31:34.252 info (18355) Skipped creating unknown datafield for: [msg] Value: |-> CURRENT-STATE dysonairpurifier.0 2020-11-02 13:31:32.295 info (18355) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-02T12:31:32.000Z dysonairpurifier.0 2020-11-02 13:31:32.294 info (18355) Skipped creating unknown datafield for: [msg] Value: |-> ENVIRONMENTAL-CURRENT-SENSOR-DATA dysonairpurifier.0 2020-11-02 13:31:32.260 info (18355) Skipped creating unknown datafield for: [wath] Value: |-> 0675 dysonairpurifier.0 2020-11-02 13:31:32.260 info (18355) Skipped creating unknown datafield for: [cltr] Value: |-> 0579 dysonairpurifier.0 2020-11-02 13:31:32.259 info (18355) Skipped creating unknown datafield for: [cdrr] Value: |-> 0060 dysonairpurifier.0 2020-11-02 13:31:32.259 info (18355) Skipped creating unknown datafield for: [clcr] Value: |-> CLNO dysonairpurifier.0 2020-11-02 13:31:32.258 info (18355) Skipped creating unknown datafield for: [rect] Value: |-> 0045 dysonairpurifier.0 2020-11-02 13:31:32.246 info (18355) Skipped creating unknown datafield for: [scheduler] Value: |-> {"srsc":"0000000000000000","dstv":"0001","tzid":"0001"}das wird angezeigt, wenn Wassertank voll. aber auch wenn ich den Behälter draußen lasse und wenn er leer und eingesteckt, genauso. die Werte ändern sich nicht.
-
Hallo,
ich habe meinem ioBroker mal ein zweites Interface im Gast-Netz gegönnt. Er findet den Ventilator und liest auch jede Menge aus. Ein paar Fehler werden noch gelogged:
dysonairpurifier.0 2020-11-30 19:02:58.267 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:03:11.001Z dysonairpurifier.0 2020-11-30 19:02:58.267 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> ENVIRONMENTAL-CURRENT-SENSOR-DATA dysonairpurifier.0 2020-11-30 19:02:58.173 info (4935) Skipped creating unknown datafield for: [scheduler] Value: |-> {"srsc":"f57d","dstv":"0001","tzid":"0001"} dysonairpurifier.0 2020-11-30 19:02:58.172 info (4935) Skipped creating unknown datafield for: [dial] Value: |-> OFF dysonairpurifier.0 2020-11-30 19:02:58.171 info (4935) Skipped creating unknown datafield for: [state-reason] Value: |-> MODE dysonairpurifier.0 2020-11-30 19:02:58.171 info (4935) Skipped creating unknown datafield for: [mode-reason] Value: |-> ALXA dysonairpurifier.0 2020-11-30 19:02:58.170 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:03:11.000Z dysonairpurifier.0 2020-11-30 19:02:58.169 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> CURRENT-STATE dysonairpurifier.0 2020-11-30 19:02:28.267 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:02:41.001Z dysonairpurifier.0 2020-11-30 19:02:28.267 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> ENVIRONMENTAL-CURRENT-SENSOR-DATA dysonairpurifier.0 2020-11-30 19:02:28.174 info (4935) Skipped creating unknown datafield for: [scheduler] Value: |-> {"srsc":"f57d","dstv":"0001","tzid":"0001"} dysonairpurifier.0 2020-11-30 19:02:28.172 info (4935) Skipped creating unknown datafield for: [dial] Value: |-> OFF dysonairpurifier.0 2020-11-30 19:02:28.171 info (4935) Skipped creating unknown datafield for: [state-reason] Value: |-> MODE dysonairpurifier.0 2020-11-30 19:02:28.171 info (4935) Skipped creating unknown datafield for: [mode-reason] Value: |-> ALXA dysonairpurifier.0 2020-11-30 19:02:28.170 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:02:41.000Z dysonairpurifier.0 2020-11-30 19:02:28.169 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> CURRENT-STATEFalls es für irgendwas hilfreich ist.
Herzlichen Dank für die bisher geleistete Arbeit !!!
-
Hallo,
ich habe meinem ioBroker mal ein zweites Interface im Gast-Netz gegönnt. Er findet den Ventilator und liest auch jede Menge aus. Ein paar Fehler werden noch gelogged:
dysonairpurifier.0 2020-11-30 19:02:58.267 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:03:11.001Z dysonairpurifier.0 2020-11-30 19:02:58.267 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> ENVIRONMENTAL-CURRENT-SENSOR-DATA dysonairpurifier.0 2020-11-30 19:02:58.173 info (4935) Skipped creating unknown datafield for: [scheduler] Value: |-> {"srsc":"f57d","dstv":"0001","tzid":"0001"} dysonairpurifier.0 2020-11-30 19:02:58.172 info (4935) Skipped creating unknown datafield for: [dial] Value: |-> OFF dysonairpurifier.0 2020-11-30 19:02:58.171 info (4935) Skipped creating unknown datafield for: [state-reason] Value: |-> MODE dysonairpurifier.0 2020-11-30 19:02:58.171 info (4935) Skipped creating unknown datafield for: [mode-reason] Value: |-> ALXA dysonairpurifier.0 2020-11-30 19:02:58.170 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:03:11.000Z dysonairpurifier.0 2020-11-30 19:02:58.169 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> CURRENT-STATE dysonairpurifier.0 2020-11-30 19:02:28.267 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:02:41.001Z dysonairpurifier.0 2020-11-30 19:02:28.267 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> ENVIRONMENTAL-CURRENT-SENSOR-DATA dysonairpurifier.0 2020-11-30 19:02:28.174 info (4935) Skipped creating unknown datafield for: [scheduler] Value: |-> {"srsc":"f57d","dstv":"0001","tzid":"0001"} dysonairpurifier.0 2020-11-30 19:02:28.172 info (4935) Skipped creating unknown datafield for: [dial] Value: |-> OFF dysonairpurifier.0 2020-11-30 19:02:28.171 info (4935) Skipped creating unknown datafield for: [state-reason] Value: |-> MODE dysonairpurifier.0 2020-11-30 19:02:28.171 info (4935) Skipped creating unknown datafield for: [mode-reason] Value: |-> ALXA dysonairpurifier.0 2020-11-30 19:02:28.170 info (4935) Skipped creating unknown datafield for: [time] Value: |-> 2020-11-30T18:02:41.000Z dysonairpurifier.0 2020-11-30 19:02:28.169 info (4935) Skipped creating unknown datafield for: [msg] Value: |-> CURRENT-STATEFalls es für irgendwas hilfreich ist.
Herzlichen Dank für die bisher geleistete Arbeit !!!
Willkommen bei den anonymen dyson-besitzern! ;)
Und danke für die Infos. Das sind allerdings keine Fehler, sondern Datenfelder, die die dyson-Geräte zwar munter melden, aber keine Infos darüber gibt, was sie bedeuten. Deshalb logge ich sie raus, damit vielleicht irgendwann mal gemand einen Geistesblitz hat, erkennt was die bedeuten und es dann sogar noch hier erzählt.
Okay - zugegeben - das ist nur ein Teil der Wahrheit. Der andere Teil der Wahrheit ist, das bei state-reason, mode-reason und anderen schon prinzipiell klar ist, was sie bdeuteten, aber sie sind (zumindest in meinen Augen) für den Device-Tree nicht interessant und deshalb nicht implementiert. Wer da anderer Meinung ist: Gerne melden!
Ich werde irgendwann das logging auch noch etwas ausdünnen.viele Grüße
grizzelbeeBtw: Hat hier eigentlich jemand mehr als ein Gerät?
-
Willkommen bei den anonymen dyson-besitzern! ;)
Und danke für die Infos. Das sind allerdings keine Fehler, sondern Datenfelder, die die dyson-Geräte zwar munter melden, aber keine Infos darüber gibt, was sie bedeuten. Deshalb logge ich sie raus, damit vielleicht irgendwann mal gemand einen Geistesblitz hat, erkennt was die bedeuten und es dann sogar noch hier erzählt.
Okay - zugegeben - das ist nur ein Teil der Wahrheit. Der andere Teil der Wahrheit ist, das bei state-reason, mode-reason und anderen schon prinzipiell klar ist, was sie bdeuteten, aber sie sind (zumindest in meinen Augen) für den Device-Tree nicht interessant und deshalb nicht implementiert. Wer da anderer Meinung ist: Gerne melden!
Ich werde irgendwann das logging auch noch etwas ausdünnen.viele Grüße
grizzelbeeBtw: Hat hier eigentlich jemand mehr als ein Gerät?
@Grizzelbee Hi, konntest du mit meinen Loggs, bzgl. dem Humity (Tank leer) was anfangen?
-
@Grizzelbee Hi, konntest du mit meinen Loggs, bzgl. dem Humity (Tank leer) was anfangen?
@Gianfranco-Sinistra
Leider noch nicht. :(
Ich habe in den letzten Wochen genau gar keine Zeit zum programmieren gefunden. Es sind auch noch ein paar zusätzliche Themen durch den Review für die Aufnahme in den Latest-Zweig aufgekommen.Ich muss das erst einmal abarbeiten und dann kommen neue Dinge dran. Tut mir leid.
Aber es ist weiterhin absolut geplant alle diese Dinge mit in den Adapter aufzunehmen.
Alles nur eine Frage der Zeit.viele Grüße
grizzelbee -
@Gianfranco-Sinistra
Leider noch nicht. :(
Ich habe in den letzten Wochen genau gar keine Zeit zum programmieren gefunden. Es sind auch noch ein paar zusätzliche Themen durch den Review für die Aufnahme in den Latest-Zweig aufgekommen.Ich muss das erst einmal abarbeiten und dann kommen neue Dinge dran. Tut mir leid.
Aber es ist weiterhin absolut geplant alle diese Dinge mit in den Adapter aufzunehmen.
Alles nur eine Frage der Zeit.viele Grüße
grizzelbeeMoin Leute,
die neue Versionn ist endlich online - ich hoffe damit auch in das Latest-Repo Einzug zu erhalten:
Changelog: 0.7.0 (2021-01-08) (Afraid of the dark)
(jpwenzel) New: Removing crypto from package dependency list (using Node.js provided version) (jpwenzel) New: Introducing unit tests (jpwenzel) Fix: General overhaul of readme (jpwenzel) Fix: Code refactoring (jpwenzel) New: At least NodeJs 10.0.0 is required (grizzelbee) Fix: fixed some datafield names - please delete the whole device folder and get them newly created. (grizzelbee) Fix: #18 - Fixed creating the indexes when there is no according sensor (grizzelbee) Fix: #13 - Displaying Filter life value in hours again (grizzelbee) Fix: #13 - Creating additional Filter life value in percent (grizzelbee) New: #23 - Introduced new data field AirQuality which represents the worst value of all present indexes. (grizzelbee) Fix: removed materializeTab from ioPackage (grizzelbee) Fix: calling setState now as callback in createOrExtendObject (grizzelbee) New: BREAKING CHANGE! - switched over to the adapter-prototype build-in password encryption. Therefore you'll need to enter your password again in config. (grizzelbee) New: At least js-controller 3.0.0 is required (grizzelbee) New: At least admin 4.0.9 is required (grizzelbee) Fix: Removed non compliant values for ROLE (grizzelbee) Fix: calling setState in callback of set/createObject now (grizzelbee) Fix: ensuring to clear all timeouts in onUnload-functionInfos dazu -- wie immer: Gerne! :)
Support us
411
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge