Auto generate Objects - Problem with SDS0x Sensor

[FabianHM]

Hallo @gemu2015 ich habe nun die neue Version von Tasmota verwendet. Es gab u.a. eine Änderung zur Unterstützung der SDS011 Partikelsensoren. Der MQTT String von Tasmota lautet: MQT: tele/sonoff/SENSOR = {"Time":"2018-09-23T18:55:04","SDS0X1":{"PM2.5":1.1,"PM10":3.4}} Im ioBroker kommen die Werte leider nicht wie erwartet an: Für die Partikelgröße 2.5qm wird leider ein Ordner angelegt, der Nachkommanteil "5" wird als Ordnername verwendet. Mir ist es nicht gelungen, durch Änderungen der drei Optionen zum "auto generate" das Problem zu lösen.

Danke für Deine Hilfe vorab. Grüße Fabian

[gemu2015]

Hallo Fabian,

Da diese Bezeichnungen (PM2.5 und PM10) bereits in der vordefinierten Liste sind, hat das Problem nichts mit auto generate zu tun.

Habe das kurz mal ausprobiert und es scheint dass der Fehler in "setForeignObject" steckt. Dort wird offensichtlich der Punkt im Namen falsch interpretiert und ein "Ordner" erzeugt.

Hier kann aber sicher bluefox weiterhelfen. Ich habe gerade keine Zeit da ich für 3 Wochen in Urlaub fahre.

Nur zur Info => man kann jede MQTT Message in einer Tasmota Konsole mit publish absetzen :

publish tele/sonoff/SENSOR {"Time":"2018-09-23T18:55:04","SDS0X1":{"PM2.5":1.1,"PM10":3.4}}

Achtung das "=" Zeichen nach SENSOR weglassen !

Falls du Tasmota selbst kompilierst könntest du dort natürlich vorerst auch den Namen PM2.5 patchen z.B als PM2_5

Grüße

Gerhard

Am 23.09.2018 um 18:59 schrieb FabianHM <notifications@github.com mailto:notifications@github.com>:

tele/sonoff/SENSOR = {"Time":"2018-09-23T18:55:04","SDS0X1":{"PM2.5":1.1,"PM10":3.4}}

[FabianHM]

Danke Gerhard für die Analyse des Themas :+1:

Hallo @GermanBluefox , kannst Du die von gemu2015 angesprochene ggf. erforderliche Anpassung vielleicht durchführen?

Da diese Bezeichnungen (PM2.5 und PM10) bereits in der vordefinierten Liste sind, hat das Problem nichts mit auto generate zu tun. Habe das kurz mal ausprobiert und es scheint dass der Fehler in "setForeignObject" steckt. Dort wird offensichtlich der Punkt im Namen falsch interpretiert und ein "Ordner" erzeugt.

Danke und Grüße Fabian

[GermanBluefox]

Ich verspreche nicht, dass es bald passiert :(

Ich habe nur 783 Issues :) https://github.com/issues?utf8=%E2%9C%93&q=is%3Aopen+is%3Aissue+org%3AioBroker+archived%3Afalse+

[gemu2015]

Hallo Fabian,

Das Problem liegt nicht an setForeignObject sondern nur an der Anzeige der Objekte. Das Object wird richtig angelegt und du kannst es mit der Angabe des richtigen Objektbezeichners in VIS anzeigen, also z.B. sonoff.0.DVES_008ADB.SDS0X1_PM2.5

Gruß Gerhard

Am 24.09.2018 um 12:38 schrieb FabianHM <notifications@github.com mailto:notifications@github.com>:

Danke Gerhard für die Analyse des Themas 👍

Hallo @GermanBluefox https://github.com/GermanBluefox , kannst Du die von gemu2015 angesprochene ggf. erforderliche Anpassung vielleicht durchführen?

Da diese Bezeichnungen (PM2.5 und PM10) bereits in der vordefinierten Liste sind, hat das Problem nichts mit auto generate zu tun. Habe das kurz mal ausprobiert und es scheint dass der Fehler in "setForeignObject" steckt. Dort wird offensichtlich der Punkt im Namen falsch interpretiert und ein "Ordner" erzeugt.

Danke und Grüße Fabian

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ioBroker/ioBroker.sonoff/issues/59#issuecomment-423934304, or mute the thread https://github.com/notifications/unsubscribe-auth/ALG4Y5W1_TzibB035N5mFymFOonTvs2wks5ueLYJgaJpZM4W1yER.

[FabianHM]

Workaround ist okay

[AndreasB71]

Gibt's da mitlerweile schon ne Lösung? Hab das gleiche Problem nun beim einlesen der Daten von einem PMS5003.

Gruß Andreas

[xxcite]

Hallo,

ich habe dieselben Probleme mit einem PMS5003 Sensor und bisher keine Lösung gefunden. Auch für das von @gemu2015 vorgeschlagene Kompilieren von Tasmota und der Umbenennung habe ich leider keinen Anhaltspunkt gefunden, wie und wo genau da was geändert werden muss.

Danke