Voltcraft CO-20 USB-Luftqualitätssensor

[Rampler]

Mach morgen einfach noch mal ein Update.

Guten Morgen, update ist durch ! DANKE
Jetzt ist der Status auf "retry", macht ja auch mehr Sinn da ja Daten geliefert werden.
Habe noch zwei Sensoren an Openwrt/Lede Router, diese melden open.
Der Status sagt jetzt quasi aus, wie zuverlässig die USB Verbindung ist, oder ?

bis die Tage
   Klaus

EDIT: Sollte der Status nicht auf open sein, und z.B. der Fail counter hochzählen ?

[Markus M.]

Der Status sagt jetzt quasi aus, wie zuverlässig die USB Verbindung ist, oder ?
Sollte der Status nicht auf open sein, und z.B. der Fail counter hochzählen ?

Passiert beides.
Auch RECONNECT zählt hoch, beginnt dabei aber wieder mit "open".
Sollte ich dafür Readings anlegen?
Zurück zu open wenn es ohne zweiten Versuch klappt?

[Rampler]

Auch RECONNECT zählt hoch, beginnt dabei aber wieder mit "open".
Sollte ich dafür Readings anlegen?
Zurück zu open wenn es ohne zweiten Versuch klappt?

Nachdem der Stick letzendlich funktioniert (ich bekommen gemäß Intervall alle Werte) sollte der Status m.M auf "open" stehen. Ein zusätzliches  "retries" Reading wäre glaub sinnvoller. Das Reading "retries" sollte dann immer die benötigten Retries für den letzten Lesevorgang anzeigen. Ohne notwendige Retries dann halt "0".

bis die Tage
   Klaus

PS:
aktuell ist FAIL und RECONNECT auf 0

[Markus M.]

Ca. so?

[Rampler]

Schneller geht's nimmer ..

War kurz auf retry, und geht dann irgendwann wieder open, muss ich noch ein wenig beobachten, sieht aber schon richtig gut aus ..

Klaus

[Rampler]

Für mich passt das jetzt so einwandfrei !!
Gibt's dann morgen per update ?

[Markus M.]

Vermutlich irgendwann nächste Woche.

[Markus M.]

Bitte mal diese Version ausprobieren, eventuell klappt es damit auch mit nem Raspberry besser.

[Rampler]

Bitte mal diese Version ausprobieren, eventuell klappt es damit auch mit nem Raspberry besser.

Klappt einwandfrei, Stick ist open, liefert gemäß Intervall Daten, alles gut.
Abrage von stick_data, knob_data funktioniert auch...

[Markus M.]

Interessant zu wissen wäre, ob es damit noch zu Verbindungsabbrüchen oder zum komplettem Blockieren (bei mir ab und zu, nach mehreren Tagen Betrieb) kommt und ob kleinere Intervalle möglich sind.

[Rampler]

Intervalle geht nur so (Intervall stand auf 30 Sec):

Code Auswählen Erweitern

2017-05-17_15:48:59 AZ.iam voc: 571
2017-05-17_15:49:59 AZ.iam voc: 569
2017-05-17_15:50:59 AZ.iam voc: 558
2017-05-17_15:51:59 AZ.iam voc: 536
2017-05-17_15:52:59 AZ.iam voc: 565
2017-05-17_15:53:59 AZ.iam voc: 565
2017-05-17_15:54:59 AZ.iam voc: 565
2017-05-17_15:55:59 AZ.iam voc: 573
2017-05-17_15:56:59 AZ.iam voc: 565
2017-05-17_15:57:59 AZ.iam voc: 579
2017-05-17_15:58:51 AZ.iam voc: 586
2017-05-17_15:58:59 AZ.iam voc: 585
2017-05-17_15:59:59 AZ.iam voc: 654
2017-05-17_16:00:59 AZ.iam voc: 633
2017-05-17_16:01:59 AZ.iam voc: 626
2017-05-17_16:02:59 AZ.iam voc: 623
2017-05-17_16:03:59 AZ.iam voc: 707
2017-05-17_16:04:59 AZ.iam voc: 709
2017-05-17_16:05:59 AZ.iam voc: 777
2017-05-17_16:06:59 AZ.iam voc: 705
2017-05-17_16:07:59 AZ.iam voc: 672
2017-05-17_16:08:59 AZ.iam voc: 682
2017-05-17_16:09:59 AZ.iam voc: 674
2017-05-17_16:10:59 AZ.iam voc: 702
2017-05-17_16:12:00 AZ.iam voc: 633
2017-05-17_16:13:00 AZ.iam voc: 627
2017-05-17_16:14:00 AZ.iam voc: 701

Der Stick geht währenddessen immer mal wieder auf retry, und fail 1...

[Markus M.]

Das sind 60, wird also nicht wirklich besser
Zumindest funktioniert es nicht schlechter als vorher.
Werde ich so demnächst ins Update packen.

[KölnSolar]

Hi Markus,
bei mir mit der Version relativ schnell nach einem Update auf disconnected. Ich hatte allerdings nur ein reload und kein shutdown/restart gemacht. Werde weiter beobachten.
Grüße Markus
Edit: Jetzt nach shutdown/restart geht der Sensor nicht mehr in den Status connected, sondern nur noch auf open. Dazu dann permanente Logmeldungen:

Code Auswählen Erweitern

2017.05.17 17:21:08 3: co20: write error -110/-110 (1)
2017.05.17 17:21:38 3: co20: write error -110/-110 (2)
2017.05.17 17:23:38 3: co20: write error -110/-110 (1)
2017.05.17 17:24:08 3: co20: write error -110/-110 (2)
2017.05.17 17:26:08 3: co20: write error -110/-110 (1)
2017.05.17 17:26:38 3: co20: write error -110/-110 (2)
Früher gab es nur eine einmalige -110 Meldung nach dem booten.

Code Auswählen Erweitern

Internals:
   CFGFN      includeOther.cfgPI
   FAIL       0
   ID         001:013
   INTERVAL   90
   LAST_POLL  2017-05-17 17:29:38
   NAME       co20
   NOTIFYDEV  global
   NR         560
   NTFY_ORDER 50-co20
   RECONNECT  0
   SERIALNUMBER
   STATE      open
   TYPE       CO20
   manufacturer AppliedSensor
   product    iAQ Stick
   Readings:
     2017-05-17 17:29:38   debug           775
     2017-05-17 17:29:38   pwm             388
     2017-05-17 17:29:38   r_h             155.09
     2017-05-17 17:29:38   r_s             201670
     2017-05-17 17:29:38   state           open
     2017-05-17 17:29:38   voc             525
   Helper:
     defined    none
     retries    5
     seq2       108
     seq4       1
     timeout    1000
Attributes:
   advanced   1
   interval   90
   retries    5

Funktion scheint aber einwandfrei.

[Markus M.]

Jetzt nach shutdown/restart geht der Sensor nicht mehr in den Status connected, sondern nur noch auf open.

connected gab's noch nie.

Dazu dann permanente Logmeldungen

Raspberry? Hattest du vorher auch schon die gleichen Einstellungen?
Wichtiger ist, dass regelmässig Daten kommen.

[KölnSolar]

connected gab's noch nie.

Hätt ich schwören können, aber wenn Du es sagst, ist es auch so 

Raspberry? Hattest du vorher auch schon die gleichen Einstellungen?

Ja RPi3 mit Jessie. Einstellungen hab ich schon immer so.
Daten kommen regelmäßig(Logeinträge auch  ) Zwischendurch hab ich mal state=retry.

Code Auswählen Erweitern

2017.05.17 19:08:28 3: co20: write error -110/-110 (1)
2017.05.17 19:08:58 3: co20: write error -110/-110 (2)
2017.05.17 19:09:28 3: co20: write error -110/-110 (3)
2017.05.17 19:09:59 3: co20: write error -110/-110 (4)
2017.05.17 19:11:59 3: co20: write error -110/-110 (1)
2017.05.17 19:12:29 3: co20: write error -110/-110 (2)
2017.05.17 19:14:29 3: co20: write error -110/-110 (1)
2017.05.17 19:14:59 3: co20: write error -110/-110 (2)
2017.05.17 19:16:59 3: co20: write error -110/-110 (1)
2017.05.17 19:17:29 3: co20: write error -110/-110 (2)
2017.05.17 19:19:29 3: co20: write error -110/-110 (1)
2017.05.17 19:20:00 3: co20: write error -110/-110 (2)
2017.05.17 19:22:00 3: co20: write error -110/-110 (1)
2017.05.17 19:24:01 3: co20: write error -110/-110 (1)
2017.05.17 19:26:01 3: co20: write error -110/-110 (1)
2017.05.17 19:26:32 3: co20: write error -110/-110 (2)
2017.05.17 19:28:32 3: co20: write error -110/-110 (1)
2017.05.17 19:29:02 3: co20: write error -110/-110 (2)
2017.05.17 19:31:02 3: co20: write error -110/-110 (1)
2017.05.17 19:31:32 3: co20: write error -110/-110 (2)
2017.05.17 19:33:32 3: co20: write error -110/-110 (1)
2017.05.17 19:34:02 3: co20: write error -110/-110 (2)
2017.05.17 19:36:02 3: co20: write error -110/-110 (1)
2017.05.17 19:36:32 3: co20: write error -110/-110 (2)
2017.05.17 19:40:03 3: co20: write error -110/-110 (1)
2017.05.17 19:40:33 3: co20: write error -110/16 (2)
2017.05.17 19:41:03 3: co20: write error -110/-110 (3)
2017.05.17 19:41:34 3: co20: write error -110/-110 (4)
2017.05.17 19:43:34 3: co20: write error -110/-110 (1)
2017.05.17 19:44:04 3: co20: write error -110/-110 (2)