Voltcraft CO-20 USB-Luftqualitätssensor

Begonnen von C64Emulator, 04 Juni 2013, 10:50:06

Vorheriges Thema - Nächstes Thema

Edi77

Hallo,

Ich habe die letzten 28 Seite nur mal kurz überflogen.
Habe jetzt den RPi2 am laufen mit fhem5.7
Das kleine Programm von
http://code.google.com/p/usb-sensors-linux/wiki/Install_AirSensor_Linux
wie dort beschriebe installiert und getestet, die Werte werden ausgelesen.

Wenn ich das jetzt weiter richtig deute soll die airsensor in /opt/fhem/airsensor kopiert werden und dann via cronjob von Seite 1 send2fhem ausgelesen werden
oder gibt es eine aktuellere send2fhem oder geplot ?

Danach in fhem definieren? Richtig?

Da ich leider im fhemwiki als auch sonst wo keine Anleitung wollte ich nur mal nachfragen ob das so richtig wäre?
Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

volschin

Warum verwendest Du nicht das Modul, dass FHEM mitliefert?
Intel NUC+Ubuntu 24.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7690, Echo Dots+Show8, HomeBridge

Edi77

gute Idee, aber wie bindet man das ein?
Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

SvenJust

FTUI, Raspberry PI/SSD, CUL CC1101, HMLAN, 10x HM-LC-Bl1PBU-FM, HM-LC-Sw4-WM (KWL Pluggit P300), HM-WDS30-OT2-SM (Sonnensensor), HM-Sec-SCo, LW-12 Wifi LED, CUL Selbstbau nanoCUL 433 (IT), Arduino (S0-Stromverbrauch), OW DS2480 (OWX_ASYNC) 8x DS18B20, MQTT (Fröling P4), MYSENSORS (Roto Rollläden)

Edi77

verdammt einfach ....... ;D
hätte ich nicht gedacht.
Bei mir kommen jetzt die Daten an.

Allerdings hätte ich jetzt da doch eine frage:
Wie ruft das 38_CO20.pm die Daten vom Sensor ab?
Ich habe gesehen das mein Sensor die Standard Adresse hat ,und das wohl im Modul hinterlegt ist.
Eigentlich würde ja dann das ./airsensor nicht mehr benötigt weil es in 38_CO20.pm integriert ist?

Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

justme1968

das modul greift direkt per usb auf den sensor zu. du brauchst keine andere software ausser dem modul.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Edi77

Ok, verstehe, DANKE
Und wie ist das wenn man an einem RPi mehrere CO20 angeschlossen hat, haben die ja die gleiche USB Device Kennung nur einen USB Port.
Wie müsste ich dann mit 38_CO20.pm die Daten auslesen?
Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

justme1968

siehe commandref. es gibt ein paar möglichkeiten die auseinander zu halten.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Blackmore

#413
So,

ich hab heute den Sensor bekommen,

gleich mal die lib Installiert, und den Sensor eingebunden...

leider steht da immer noch disconnected...

und ich weiss nicht mehr weiter...

unter Airsensor -o funktioniert der Sensor problemlos...


Code (fhem.cfg) Auswählen

define WoZi_co20 CO20
attr WoZi_co20 interval 300
define FileLog_WoZi_co20 FileLog ./log/WoZi_co20-%Y.log WoZi_co20:voc:.*
define weblink_co20 SVG FileLog_WoZi_co20:airquality:CURRENT


Code (dmesg) Auswählen

[170432.262410] usb 1-3.4.2: new full-speed USB device number 12 using xhci_hcd
[170432.282149] usb 1-3.4.2: New USB device found, idVendor=03eb, idProduct=2013
[170432.282158] usb 1-3.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[170432.282162] usb 1-3.4.2: Product: iAQ Stick
[170432.282166] usb 1-3.4.2: Manufacturer: AppliedSensor
[170432.282374] usb 1-3.4.2: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
[170432.282382] usb 1-3.4.2: ep 0x2 - rounding interval to 64 microframes, ep desc says 80 microframes
[170432.290573] hid-generic 0003:03EB:2013.0003: hiddev0,hidraw2: USB HID v1.11 Device [AppliedSensor iAQ Stick] on usb-0000:00:14.0-3.4.2/input0


Code (fhem.log) Auswählen

2016.01.08 15:55:06 2: WoZi_co20: no device
2016.01.08 15:55:06 3: WoZi_co20: CO20 device found
2016.01.08 15:55:06 3: WoZi_co20: failed to open CO20 device
2016.01.08 15:55:06 3: WoZi_co20: disconnected



ich seh grad, das der User nicht drauf zugreifen kann - ich probier nochmal und meld mich dann wieder...


Die Rechtevergabe des Sensors war falsch - jetzt darf auch fhem auf den Stick zugreifen...

Edi77

#414
Ich habe jetzt 2 der CO20 Sensoren, einer Outdoor an einem RPi2 mit FHEM2FHEM angebunden, und einer am FHEM Master ( VMWare ) selbst


define RPi60FHEM FHEM2FHEM 192..........:7072 LOG:.*

define CO20OUTDOOR cloneDummy co20outdoor
attr CO20OUTDOOR room KS300
define FileLog_CO20OUTDOOR FileLog ./log/CO20OUTDOOR-%Y-%m.log co20outdoor
attr FileLog_CO20OUTDOOR logtype text
attr FileLog_CO20OUTDOOR room KS300

define SVG_FileLog_CO20OUTDOOR SVG FileLog_CO20OUTDOOR:SVG_FileLog_CO20OUTDOOR:CURRENT
attr SVG_FileLog_CO20OUTDOOR plotsize 1024,200
attr SVG_FileLog_CO20OUTDOOR room KS300
attr SVG_FileLog_CO20OUTDOOR title "Air quality (ppm) Min $data{min1}, Max $data{max1}, Last $data{currval1}"


# +++++++++++++++++++++++++++++++++++++++++++++++++++++++

define co20_Buero CO20 03eb:2013
attr co20_Buero interval 300
attr co20_Buero room KS300
define FileLog_co20_Buero FileLog ./log/co20_Buero-%Y-%m.log co20_Buero
attr FileLog_co20_Buero logtype text
attr FileLog_co20_Buero room KS300

define SVG_FileLog_co20_Buero_1 SVG FileLog_co20_Buero:SVG_FileLog_co20_Buero_1:CURRENT
attr SVG_FileLog_co20_Buero_1 plotsize 1024,200
attr SVG_FileLog_co20_Buero_1 room KS300
attr SVG_FileLog_co20_Buero_1 title "Air quality (ppm) Min $data{min1}, Max $data{max1}, Last $data{currval1}"



Jetzt habe ich das Problem trotz
sudo nano /etc/udev/rules.d/99-usb.rules
# iAQ
SUBSYSTEM=="usb", ATTR{idVendor}=="03eb", ATTR{idProduct}=="2013", MODE="0666"

und

◦Device::USB hast to be installed on the FHEM host.
It can be installed with 'cpan install Device::USB'
or on debian with 'sudo apt-get install libdevice-usb-perl''

Das ich meistens kein Zugriff bekomme
2016.01.12 15:19:35 3: co20_Buero: CO20 device found
2016.01.12 15:19:37 3: co20_Buero: failed to open CO20 device
2016.01.12 15:19:37 3: co20_Buero: disconnected
2016.01.12 15:19:37 4: initialUsbCheck exec usb create
2016.01.12 15:19:37 1: usb create starting
2016.01.12 15:19:37 1: usb create end

Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

Markus M.

Was bedeutet meistens?
Was passiert wenn du den Sensor direkt auf der Maschine ansprichst?
Aktuell weder Smarthome noch FHEM vorhanden

Edi77

#416
Hallo,

Es ist mir nur 2 mal gelungen das er open angezeigt hat, und dann immer disconnected.

~ $ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 005: ID 03eb:2013 Atmel Corp.
Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

$ lsusb -vs 002:004

Bus 002 Device 004: ID 03eb:2013 Atmel Corp.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        32
  idVendor           0x03eb Atmel Corp.
  idProduct          0x2013
  bcdDevice           10.00
  iManufacturer           1 AppliedSensor
  iProduct                2 iAQ Stick
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      0 None
      iInterface              0
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.11
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength      53
         Report Descriptors:
           ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval              10
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval              10
Device Status:     0x0000
  (Bus Powered)


Ich vermute mal das irgendwas mit den rechten nicht stimmt oder das ein anderer Prozess das device sperrt
Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

joshi04

Die Stromversorgung am RPi ist bei Dir gesichert und das USB-Kabel nicht zu lang, oder?

"Manchmal" und ab und zu "disconnects" hört sich stark nach nicht ausreichender Powersupply an. Ist natürlich nur ein Verdacht aber eine beliebte Fehlerquelle.
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU

Edi77

#418
Hallo,

vielleicht habe ich mich nicht so ganz deutlich ausgedrückt, der 2te CO20 der nicht funktioniert hängt am Master, also ein ESX Server mit 32GB RAM und i5 3470.
Aber das Verlängerungskabel könnte noch sein  ;) ???

Edit: Ok es geht auch nicht ohne Verlängerungskabel :(
Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

chunter1

Zitat von: KölnSolar am 29 Januar 2015, 21:39:17
die Version von Markus ist äußerst hilfreich und sollte eingechecked werden !

Meine bisher unbeantworteten Fragen kann ich mittlerweile selber beantworten: Bei verbesserter Luft gegenüber der gespeicherten Kalibrierung "rekalibriert" sich der co20 im laufenden Betrieb selbständig. Außerdem ist der Sensor für Raucher eher ungeeignet: eine Zigarette signalisiert sofort eine schlechte Luftqualität. Ja, ihr habt recht, ich sollte das Rauchen aufgeben :-[
Markus

Weiß wer, ob der Sensor die automatische Rekalibrierung im laufenden Betrieb auch macht wenn man die power-up Kalibrierung deaktiviert hat?