Heizungssteuerung: Daten auslesen

kls · Aug 4th 2013

Ich hatte ATD hier kurz geantwortet, weil er sich viel Mühe gemacht hatte mit der Antennenwinkelberechnung und ich noch einige Tage brauchen würde, bis ich mir das näher anschauen kann. Dabei hatte ich erwähnt, daß ich momentan daran arbeite, die Netzwerkschnittstelle meiner neuen Heizungsanlage zu hacken, um die Daten mitschreiben zu können. Die darauf erfolgten Antworten von Idefix6 und domml wurden (freilich zu Recht) von Copperhead und ATD im dortigen Thread als off-topic bemängelt. Da ich die Hilfsangebote aber nicht einfach so ins Leere laufen lassen möchte, hier noch ein kurzer Nachtrag:

Es handelt sich um einen "paradigma" Heizungsregler (Gasbrennwertkessel "Modula NT") mit "SystaComfort II" Steuerung. Diese schickt ihre Werte einmal pro Minute an den Server paradigma.remoteportal.de. Von dort kann man sich, soweit ich das verstanden habe, eine Auswertung der Daten über das Web holen und sich auch per Email benachrichtigen lassen, wenn eine Störung vorliegt. Allerdings muß man sich dafür dort erst anmelden und es kostet auch noch. Das mag für den "normalen" Benutzer ja ein netter Service sein, für mich ist es aber ein Unding, die Daten *meiner* Heizung erst irgendwo in die Welt zu schicken und dann auch noch dafür zu bezahlen, daß ich sie wieder bekomme ;-). Ich habe daher das (relativ simple) Protokoll nachgebildet und empfange die Daten nun selber, direkt auf meinem Server im Keller. Ich verstehe zwar nicht alle der 255 Werte, die da übertragen werden, aber zumindest alle interessanten Temperaturen und Relais-Stati. Mittels eines kleinen Perl-Scripts kann ich jetzt ein Diagramm wie im Anhang erzeugen. Die Innentemperatur messe ich mit einem "one-wire"-Fühler, da die Heizungssteuerung selber keinen Raumtemperaturfühler hat (haben die laut Aussage des Monteurs heute alle nicht mehr).

Falls jemand auch so eine Steuerung hat und an dem Script interessiert ist, kann er sich ja bei mir melden.

Klaus

kls · Aug 4th 2013

Vielleicht kann mir (als totalem udev-Laien hier jemand mit einem udev-Problem helfen.
Wenn ich den "one-wire"-USB-Dongle einstecke, dann würde ich gerne über udev ein bestimmtes Script ausführen lassen, über das die Zugriffsrechte auf das entstehende /dev/ttyUSB0 passend gesetzt werden und mittels "owfs" ein Filesystem angelegt wird, über das die Werte des angeschlossenen Temperaturfühlers ausgelesen werden können. Ich habe hierzu im Web einige Vorschläge gefunden, aber nichts will wirklich funktionieren.

Auf meinem Server läuft openSUSE 11.4 (x86_64) mit Kernel 2.6.37.
'lsusb' liefert

Code

Bus 002 Device 006: ID 0403:ea90 Future Technology Devices International, Ltd Eclo 1-Wire Adapter

In /etc/udev/rules.d/46-eclo-1wire.rules steht

Code

SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", PROGRAM="/bin/sh -c 'K=%k; K=$${K#usbdev}; printf bus/usb/%%03i/%%03i $${K%%%%.*} $${K#*.}'", NAME="%c", GROUP="users", MODE="0666", RUN+="/etc/udev/eclo-1wire '%c'"

und /etc/udev/eclo-1wire sieht so aus:

Code

#! /bin/sh -x


OWGROUP=root
MATCH="no"
if [ "$1" != "" ]; then
    if [ -f /proc/$1 ]; then
        chgrp $OWGROUP /proc/$1 && \
        chmod g+rw /proc/$1 && \
        logger ow udev: group set to $OWGROUP and permission g+rw on /proc/$1
        MATCH="yes"
    fi


    if [ -e /dev/$1 ]; then
        chgrp $OWGROUP /dev/$1 && \
        chmod g+rw /dev/$1 && \
        logger ow udev: group set to $OWGROUP and permission g+rw on /dev/$1
        MATCH="yes"
    fi
fi


if [ "$MATCH" = "no" ]; then
    echo ow udev: no device file found for "$1"
    logger ow udev: no device file found for "$1"
fi

Display More

Stecke ich den Dongle am USB-Bus ein, erscheint im Log...

Code

Aug  3 16:10:48 dolphin kernel: [130822.079815] usb 2-1.3: new full speed USB device using ehci_hcd and address 6
Aug  3 16:10:48 dolphin kernel: [130822.171866] usb 2-1.3: New USB device found, idVendor=0403, idProduct=ea90
Aug  3 16:10:48 dolphin kernel: [130822.171875] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug  3 16:10:48 dolphin kernel: [130822.171881] usb 2-1.3: Product: Eclo COM to 1-Wire USB adapter
Aug  3 16:10:48 dolphin kernel: [130822.171886] usb 2-1.3: Manufacturer: Eclo
Aug  3 16:10:48 dolphin kernel: [130822.171889] usb 2-1.3: SerialNumber: 04000080
Aug  3 16:10:48 dolphin kernel: [130822.175980] ftdi_sio 2-1.3:1.0: FTDI USB Serial Device converter detected
Aug  3 16:10:48 dolphin kernel: [130822.176067] usb 2-1.3: Detected FT232BM
Aug  3 16:10:48 dolphin kernel: [130822.176075] usb 2-1.3: Number of endpoints 2
Aug  3 16:10:48 dolphin kernel: [130822.176082] usb 2-1.3: Endpoint 1 MaxPacketSize 64
Aug  3 16:10:48 dolphin kernel: [130822.176088] usb 2-1.3: Endpoint 2 MaxPacketSize 64
Aug  3 16:10:48 dolphin kernel: [130822.176094] usb 2-1.3: Setting MaxPacketSize 64
Aug  3 16:10:48 dolphin kernel: [130822.176497] usb 2-1.3: FTDI USB Serial Device converter now attached to ttyUSB0

Display More

...aber keinerlei Hinweis darauf, daß /etc/udev/eclo-1wire ausgeführt wird (es würde ja auf jeden Fall einen Log-Eintrag machen).

Frage: was muß ich tun, damit mein Script beim Ein-(und möglichst auch Aus-)stecken des Dongles aufgerufen wird?

Klaus

M-Reimer · Aug 4th 2013

Ich habe zwar nicht diese Steuerung, aber mir gefallen deine Diagramme. Wie zeichnest du die? Gibt es ein Perl-Modul dafür oder renderst du das extern?

kls · Aug 4th 2013

Quote from Mreimer

Ich habe zwar nicht diese Steuerung, aber mir gefallen deine Diagramme. Wie zeichnest du die? Gibt es ein Perl-Modul dafür oder renderst du das extern?

Das mache ich mit RRDtool.
Dafür gibt es auch ein Perl-Modul:

use RRDs;

Klaus

wofritz · Aug 4th 2013

Das ist RRDTool. Prima Sache, um periodische Daten zu speichern und zu visualisieren.

<edit>Sorry, doppelt</edit>

Wolfgang

seahawk1986 · Aug 4th 2013

Quote from kls

Frage: was muß ich tun, damit mein Script beim Ein-(und möglichst auch Aus-)stecken des Dongles aufgerufen wird?

Ich würde mal sowas als Minimal-Variante probieren:

Code

ACTION="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", +RUN="/usr/bin/logger Dongle eingesteckt"
ACTION="remove", SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", +RUN="/usr/bin/logger Dongle abgesteckt"

Was sagt denn udev zu den Attributen des Dongle?

Code

udevadm info --query=all --attribute-walk --name=/dev/<Gerät>

kls · Aug 4th 2013

Quote from seahawk1986

Ich würde mal sowas als Minimal-Variante probieren:

Code

ACTION="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", +RUN="/usr/bin/logger Dongle eingesteckt"
ACTION="remove", SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", +RUN="/usr/bin/logger Dongle abgesteckt"

Die Syntax war wohl nicht ganz OK, ich habe es so zum Laufen gebracht:

Code

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", RUN+="/usr/bin/logger Dongle eingesteckt"
ACTION=="remove", SUBSYSTEM=="usb", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", RUN+="/usr/bin/logger Dongle abgesteckt"

Stecke ich damit den Dongle ein und wieder aus, ergibt sich:

Code

Aug  4 14:41:13 dolphin kernel: [211818.228825] usb 2-1.3: new full speed USB device using ehci_hcd and address 8
Aug  4 14:41:13 dolphin kernel: [211818.320676] usb 2-1.3: New USB device found, idVendor=0403, idProduct=ea90
Aug  4 14:41:13 dolphin kernel: [211818.320685] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug  4 14:41:13 dolphin kernel: [211818.320691] usb 2-1.3: Product: Eclo COM to 1-Wire USB adapter
Aug  4 14:41:13 dolphin kernel: [211818.320695] usb 2-1.3: Manufacturer: Eclo
Aug  4 14:41:13 dolphin kernel: [211818.320699] usb 2-1.3: SerialNumber: 04000080
Aug  4 14:41:13 dolphin kernel: [211818.325325] ftdi_sio 2-1.3:1.0: FTDI USB Serial Device converter detected
Aug  4 14:41:13 dolphin kernel: [211818.325404] usb 2-1.3: Detected FT232BM
Aug  4 14:41:13 dolphin kernel: [211818.325411] usb 2-1.3: Number of endpoints 2
Aug  4 14:41:13 dolphin kernel: [211818.325417] usb 2-1.3: Endpoint 1 MaxPacketSize 64
Aug  4 14:41:13 dolphin kernel: [211818.325424] usb 2-1.3: Endpoint 2 MaxPacketSize 64
Aug  4 14:41:13 dolphin kernel: [211818.325430] usb 2-1.3: Setting MaxPacketSize 64
Aug  4 14:41:13 dolphin kernel: [211818.325891] usb 2-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
Aug  4 14:41:20 dolphin kernel: [211825.217986] usb 2-1.3: USB disconnect, address 8
Aug  4 14:41:20 dolphin kernel: [211825.218347] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Aug  4 14:41:20 dolphin kernel: [211825.218391] ftdi_sio 2-1.3:1.0: device disconnected

Display More

Die Log-Meldungen aus RUN kommen aber nicht.

Quote
Was sagt denn udev zu den Attributen des Dongle?
Code
udevadm info --query=all --attribute-walk --name=/dev/<Gerät>

Das sagt:

Code

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.


  looking at device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1.3/2-1.3:1.0/ttyUSB0/tty/ttyUSB0':
    KERNEL=="ttyUSB0"
    SUBSYSTEM=="tty"
    DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1.3/2-1.3:1.0/ttyUSB0':
    KERNELS=="ttyUSB0"
    SUBSYSTEMS=="usb-serial"
    DRIVERS=="ftdi_sio"
    ATTRS{latency_timer}=="1"
    ATTRS{port_number}=="0"


  looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1.3/2-1.3:1.0':
    KERNELS=="2-1.3:1.0"
    SUBSYSTEMS=="usb"
    DRIVERS=="ftdi_sio"
    ATTRS{bInterfaceNumber}=="00"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bNumEndpoints}=="02"
    ATTRS{bInterfaceClass}=="ff"
    ATTRS{bInterfaceSubClass}=="ff"
    ATTRS{bInterfaceProtocol}=="ff"
    ATTRS{modalias}=="usb:v0403pEA90d0400dc00dsc00dp00icFFiscFFipFF"
    ATTRS{supports_autosuspend}=="1"
    ATTRS{interface}=="Eclo COM to 1-Wire USB adapter"


  looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1.3':
    KERNELS=="2-1.3"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="80"
    ATTRS{bMaxPower}=="100mA"
    ATTRS{urbnum}=="80245278"
    ATTRS{idVendor}=="0403"
    ATTRS{idProduct}=="ea90"
    ATTRS{bcdDevice}=="0400"
    ATTRS{bDeviceClass}=="00"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="8"
    ATTRS{speed}=="12"
    ATTRS{busnum}=="2"
    ATTRS{devnum}=="6"
    ATTRS{devpath}=="1.3"
    ATTRS{version}==" 1.10"
    ATTRS{maxchild}=="0"
    ATTRS{quirks}=="0x0"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="Eclo"
    ATTRS{product}=="Eclo COM to 1-Wire USB adapter"
    ATTRS{serial}=="04000080"


  looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1':
    KERNELS=="2-1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="  2mA"
    ATTRS{urbnum}=="95"
    ATTRS{idVendor}=="0424"
    ATTRS{idProduct}=="2513"
    ATTRS{bcdDevice}=="0bb3"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="02"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="2"
    ATTRS{devnum}=="2"
    ATTRS{devpath}=="1"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="3"
    ATTRS{quirks}=="0x0"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{authorized}=="1"


  looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2':
    KERNELS=="usb2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="  0mA"
    ATTRS{urbnum}=="36"
    ATTRS{idVendor}=="1d6b"
    ATTRS{idProduct}=="0002"
    ATTRS{bcdDevice}=="0206"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="2"
    ATTRS{devnum}=="1"
    ATTRS{devpath}=="0"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="8"
    ATTRS{quirks}=="0x0"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="Linux 2.6.37.6-24-desktop ehci_hcd"
    ATTRS{product}=="EHCI Host Controller"
    ATTRS{serial}=="0000:00:1d.7"
    ATTRS{authorized_default}=="1"


  looking at parent device '/devices/pci0000:00/0000:00:1d.7':
    KERNELS=="0000:00:1d.7"
    SUBSYSTEMS=="pci"
    DRIVERS=="ehci_hcd"
    ATTRS{vendor}=="0x8086"
    ATTRS{device}=="0x1c26"
    ATTRS{subsystem_vendor}=="0x8086"
    ATTRS{subsystem_device}=="0x7270"
    ATTRS{class}=="0x0c0320"
    ATTRS{irq}=="22"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,000000ff"
    ATTRS{local_cpulist}=="0-7"
    ATTRS{modalias}=="pci:v00008086d00001C26sv00008086sd00007270bc0Csc03i20"
    ATTRS{numa_node}=="-1"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{enable}=="1"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}==""
    ATTRS{companion}==""


  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

Display More

Klaus

3PO · Aug 4th 2013

Quote from wofritz

Das ist RRDTool. Prima Sache, um periodische Daten zu speichern und zu visualisieren.

So richtig schön, wird es dann mit Munin.

seahawk1986 · Aug 4th 2013

Quote from kls

Die Syntax war wohl nicht ganz OK, ich habe es so zum Laufen gebracht:

Ja stimmt, ist ja ein Vergleich, keine Zuweisung

Nach den udev-Attributen würde ich sagen, dass die originale Regel nicht greift, weil das SUBSYSTEM=="usb" nicht das Gerät erfasst (das müsste SUBSYSTEMS="usb" sein, wenn man auf das Attribut eines Parents hinaus wollte). So könnte es klappen:

Code

ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", RUN+="/usr/bin/logger Dongle eingesteckt"
ACTION=="remove", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", RUN+="/usr/bin/logger Dongle abgesteckt"

kls · Aug 4th 2013

Quote from seahawk1986
Nach den udev-Attributen würde ich sagen, dass die originale Regel nicht greift, weil das SUBSYSTEM=="usb" nicht das Gerät erfasst (das müsste SUBSYSTEMS="usb" sein, wenn man auf das Attribut eines Parents hinaus wollte). So könnte es klappen:
Code
ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", RUN+="/usr/bin/logger Dongle eingesteckt"
ACTION=="remove", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="ea90", RUN+="/usr/bin/logger Dongle abgesteckt"

Leider keine Veränderung:

Code

Aug  4 15:09:25 dolphin kernel: [213508.815612] usb 2-1.3: new full speed USB device using ehci_hcd and address 10
Aug  4 15:09:25 dolphin kernel: [213508.908281] usb 2-1.3: New USB device found, idVendor=0403, idProduct=ea90
Aug  4 15:09:25 dolphin kernel: [213508.908291] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug  4 15:09:25 dolphin kernel: [213508.908297] usb 2-1.3: Product: Eclo COM to 1-Wire USB adapter
Aug  4 15:09:25 dolphin kernel: [213508.908301] usb 2-1.3: Manufacturer: Eclo
Aug  4 15:09:25 dolphin kernel: [213508.908305] usb 2-1.3: SerialNumber: 04000080
Aug  4 15:09:25 dolphin kernel: [213508.912239] ftdi_sio 2-1.3:1.0: FTDI USB Serial Device converter detected
Aug  4 15:09:25 dolphin kernel: [213508.912310] usb 2-1.3: Detected FT232BM
Aug  4 15:09:25 dolphin kernel: [213508.912315] usb 2-1.3: Number of endpoints 2
Aug  4 15:09:25 dolphin kernel: [213508.912319] usb 2-1.3: Endpoint 1 MaxPacketSize 64
Aug  4 15:09:25 dolphin kernel: [213508.912323] usb 2-1.3: Endpoint 2 MaxPacketSize 64
Aug  4 15:09:25 dolphin kernel: [213508.912327] usb 2-1.3: Setting MaxPacketSize 64
Aug  4 15:09:25 dolphin kernel: [213508.912808] usb 2-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
Aug  4 15:09:28 dolphin kernel: [213512.733932] usb 2-1.3: USB disconnect, address 10
Aug  4 15:09:28 dolphin kernel: [213512.734218] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Aug  4 15:09:28 dolphin kernel: [213512.734250] ftdi_sio 2-1.3:1.0: device disconnected

Display More

Klaus

seahawk1986 · Aug 4th 2013

Hast du udev in der Zwischenzeit mal neu gestartet?

Ich habe hier einen Arduino mit FTDI-Chip vor mir liegen, der sich so meldet:

Display Spoiler

Code

$ sudo udevadm info --query=all --attribute-walk --name=/dev/ttyUSB0 


Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.


  looking at device '/devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1:1.0/ttyUSB0/tty/ttyUSB0':
    KERNEL=="ttyUSB0"
    SUBSYSTEM=="tty"
    DRIVER==""


  looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1:1.0/ttyUSB0':
    KERNELS=="ttyUSB0"
    SUBSYSTEMS=="usb-serial"
    DRIVERS=="ftdi_sio"
    ATTRS{port_number}=="0"
    ATTRS{latency_timer}=="1"


  looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1:1.0':
    KERNELS=="5-1:1.0"
    SUBSYSTEMS=="usb"
    DRIVERS=="ftdi_sio"
    ATTRS{bInterfaceClass}=="ff"
    ATTRS{bInterfaceSubClass}=="ff"
    ATTRS{bInterfaceProtocol}=="ff"
    ATTRS{bNumEndpoints}=="02"
    ATTRS{supports_autosuspend}=="1"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bInterfaceNumber}=="00"
    ATTRS{interface}=="FT232R USB UART"


  looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb5/5-1':
    KERNELS=="5-1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{devpath}=="1"
    ATTRS{idVendor}=="0403"
    ATTRS{speed}=="12"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bMaxPacketSize0}=="8"
    ATTRS{busnum}=="5"
    ATTRS{devnum}=="2"
    ATTRS{configuration}==""
    ATTRS{bMaxPower}==" 90mA"
    ATTRS{authorized}=="1"
    ATTRS{bmAttributes}=="a0"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{maxchild}=="0"
    ATTRS{bcdDevice}=="0600"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{quirks}=="0x0"
    ATTRS{serial}=="A700e0Dd"
    ATTRS{version}==" 2.00"
    ATTRS{urbnum}=="16"
    ATTRS{manufacturer}=="FTDI"
    ATTRS{removable}=="unknown"
    ATTRS{idProduct}=="6001"
    ATTRS{bDeviceClass}=="00"
    ATTRS{product}=="FT232R USB UART"


  looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb5':
    KERNELS=="usb5"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{devpath}=="0"
    ATTRS{idVendor}=="1d6b"
    ATTRS{speed}=="12"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{authorized_default}=="1"
    ATTRS{busnum}=="5"
    ATTRS{devnum}=="1"
    ATTRS{configuration}==""
    ATTRS{bMaxPower}=="  0mA"
    ATTRS{authorized}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{maxchild}=="2"
    ATTRS{bcdDevice}=="0305"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{quirks}=="0x0"
    ATTRS{serial}=="0000:00:1d.0"
    ATTRS{version}==" 1.10"
    ATTRS{urbnum}=="30"
    ATTRS{manufacturer}=="Linux 3.5.0-37-generic uhci_hcd"
    ATTRS{removable}=="unknown"
    ATTRS{idProduct}=="0001"
    ATTRS{bDeviceClass}=="09"
    ATTRS{product}=="UHCI Host Controller"


  looking at parent device '/devices/pci0000:00/0000:00:1d.0':
    KERNELS=="0000:00:1d.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="uhci_hcd"
    ATTRS{irq}=="20"
    ATTRS{subsystem_vendor}=="0x1028"
    ATTRS{broken_parity_status}=="0"
    ATTRS{class}=="0x0c0300"
    ATTRS{consistent_dma_mask_bits}=="32"
    ATTRS{dma_mask_bits}=="32"
    ATTRS{local_cpus}=="00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000003"
    ATTRS{device}=="0x2830"
    ATTRS{enable}=="1"
    ATTRS{msi_bus}==""
    ATTRS{local_cpulist}=="0-1"
    ATTRS{vendor}=="0x8086"
    ATTRS{subsystem_device}=="0x0209"
    ATTRS{numa_node}=="-1"


  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

Display More

Und die udev-Regel funktioniert damit:

Code

ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", RUN+="/usr/bin/logger Arduino plugged in"

kls · Aug 4th 2013

Quote from seahawk1986

Hast du udev in der Zwischenzeit mal neu gestartet?

Nein. Aber wenn ich einen Fehler in der Rules-Datei habe, dann meldet er den durchaus:

Code

Aug  4 14:42:48 dolphin udevd[417]: invalid ACTION operation
Aug  4 14:42:48 dolphin udevd[417]: invalid rule '/etc/udev/rules.d/46-eclo-1wire.rules:1'
Aug  4 14:42:48 dolphin udevd[417]: invalid ACTION operation
Aug  4 14:42:48 dolphin udevd[417]: invalid rule '/etc/udev/rules.d/46-eclo-1wire.rules:2'
Aug  4 14:43:05 dolphin udevd[417]: unknown key '+RUN' in /etc/udev/rules.d/46-eclo-1wire.rules:1
Aug  4 14:43:11 dolphin udevd[417]: unknown key '+RUN' in /etc/udev/rules.d/46-eclo-1wire.rules:1
Aug  4 14:43:11 dolphin udevd[417]: unknown key '+RUN' in /etc/udev/rules.d/46-eclo-1wire.rules:2

Und das noch bevor ich den Dongle ein- oder abstecke.

Wie starte ich denn udev neu?

Klaus

seahawk1986 · Aug 4th 2013

Quote from kls

Wie starte ich denn udev neu?

Über dein Start-System (ich weiß nicht ob SuSE schon komplett von SysV Init zu systemd gewechselt ist)
Regeln neu einlesen lassen geht prinzipiell so:

Code

udevadm control --reload-rules

Und um den Daemon selbst neu zu starten hängt es davon ab was als Start-System genutzt wird

Code

#Ubuntu 
service udev restart
# Arch Linux
systemctl systemd-udevd.service restart
# Debian
/etc/init.d/udev restart
# Suse 11.1
/etc/init.d/udev.boot restart

kls · Aug 4th 2013

Quote from seahawk1986
Code
/etc/init.d/udev.boot restart

Danke, das habe ich jetzt mal gemacht, hat aber auch nichts gebracht:

Code

Aug  4 18:24:34 dolphin kernel: [225213.873957] udev[28090]: starting version 166
Aug  4 18:25:22 dolphin kernel: [225262.565276] usb 2-1.3: new full speed USB device using ehci_hcd and address 12
Aug  4 18:25:23 dolphin kernel: [225262.657410] usb 2-1.3: New USB device found, idVendor=0403, idProduct=ea90
Aug  4 18:25:23 dolphin kernel: [225262.657419] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug  4 18:25:23 dolphin kernel: [225262.657425] usb 2-1.3: Product: Eclo COM to 1-Wire USB adapter
Aug  4 18:25:23 dolphin kernel: [225262.657430] usb 2-1.3: Manufacturer: Eclo
Aug  4 18:25:23 dolphin kernel: [225262.657433] usb 2-1.3: SerialNumber: 04000080
Aug  4 18:25:23 dolphin kernel: [225262.661264] ftdi_sio 2-1.3:1.0: FTDI USB Serial Device converter detected
Aug  4 18:25:23 dolphin kernel: [225262.661340] usb 2-1.3: Detected FT232BM
Aug  4 18:25:23 dolphin kernel: [225262.661345] usb 2-1.3: Number of endpoints 2
Aug  4 18:25:23 dolphin kernel: [225262.661349] usb 2-1.3: Endpoint 1 MaxPacketSize 64
Aug  4 18:25:23 dolphin kernel: [225262.661353] usb 2-1.3: Endpoint 2 MaxPacketSize 64
Aug  4 18:25:23 dolphin kernel: [225262.661357] usb 2-1.3: Setting MaxPacketSize 64
Aug  4 18:25:23 dolphin kernel: [225262.661757] usb 2-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
Aug  4 18:25:26 dolphin kernel: [225266.483273] usb 2-1.3: USB disconnect, address 12
Aug  4 18:25:26 dolphin kernel: [225266.483560] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Aug  4 18:25:26 dolphin kernel: [225266.483589] ftdi_sio 2-1.3:1.0: device disconnected

Display More

Klaus

3PO · Aug 4th 2013

Ich weiß ja nicht, ob das etwas zu sagen hat, aber udev Restart sieht bei mir so aus:

Code

Aug 04 18:49:52 [/etc/init.d/udev] WARNING: you are stopping a sysinit service
Aug 04 18:49:52 [kernel] systemd-udevd[31157]: starting version 204
Aug 04 18:49:52 [kernel] kvm: disabled by bios
Aug 04 18:49:52 [mtp-probe] checking bus 4, device 2: "/sys/devices/pci0000:00/0000:00:14.0/usb4/4-3"_
Aug 04 18:49:52 [mtp-probe] bus: 4, device: 2 was not an MTP device_
Aug 04 18:49:52 [mtp-probe] checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3"_
Aug 04 18:49:52 [mtp-probe] checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4"_
Aug 04 18:49:52 [mtp-probe] bus: 1, device: 4 was not an MTP device_
Aug 04 18:49:52 [mtp-probe] bus: 1, device: 3 was not an MTP device_
Aug 04 18:49:52 [mtp-probe] checking bus 2, device 5: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.7"_
Aug 04 18:49:52 [mtp-probe] checking bus 2, device 3: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5"_
Aug 04 18:49:52 [mtp-probe] checking bus 2, device 4: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6"_
Aug 04 18:49:52 [mtp-probe] bus: 2, device: 5 was not an MTP device_
Aug 04 18:49:52 [mtp-probe] bus: 2, device: 3 was not an MTP device_
Aug 04 18:49:52 [mtp-probe] bus: 2, device: 4 was not an MTP device_

Display More

e9hack · Aug 4th 2013

Ich hab mal zwei Regeln für einen FTDI Chip definiert:

Code

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="0403", ATTR{idProduct}=="6001", RUN+="/bin/logger Dongle eingesteckt"
ACTION=="remove", SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="0403", ENV{ID_MODEL_ID}=="6001", RUN+="/bin/logger Dongle abgesteckt"

Wenn ich ATTRS für add verwende, bekomme ich zwei Einträge im Log. Für die remove Regel kann man ATTR nicht verwenden, da die Einträge nicht mehr existieren. Man kann sich aber mit den Environment Variablen helfen.

Gruß
e9hack

S:oren · Aug 4th 2013

Vielleicht ist der Dateiname fuer das udev-Rules-File nicht so gluecklich gewaehlt. Mit SuSe kenne ich mich nicht so aus, in Debian haette ich aber statt /etc/udev/eclo-1wire lieber /etc/udev/rules.d/99-eclo-1wire genommen.

Gruss,
S:oren

seahawk1986 · Aug 4th 2013

Bei den neuen udev-Versionen sogar am besten mit einer .rules Dateiendung.
/etc/udev/rules.d/99-eclo-1wire.rules

jlp · Aug 5th 2013

Hallo Klaus,

Glückwunsch zur neuen Heizung!

Quote

Die Innentemperatur messe ich mit einem "one-wire"-Fühler, da die
Heizungssteuerung selber keinen Raumtemperaturfühler hat (haben die laut
Aussage des Monteurs heute alle nicht mehr).

Das ist aber eine sportliche Aussage deines Monteurs!

Damit wäre deine Anlage ja rein Aussentemperatur gesteuert und kann Fremdwärmegewinne innerhalb des Hauses nicht erfassen. Diese entstehen, vor allem in den Übergangsmonaten durch Sonneneinstrahlung in die Wohnräume und sollten von der Heizungsregelung berücksichtigt werden. Warum soll die Anlage eine dann, viel zu hohe Vorlauftemperatur vorhalten, wenn diese durch den Bedarf einer, durch Sonne aufgeheizten Wohnung, gar nicht benötigt wird?

Die ideale Regelung, bezüglich Effizienz, hält immer nur die Temperatur im Heizsystem vor, welche vom Gebäude gerade benötigt wird, um die Wärmeverluste des Hauses auszugleichen. Wenn die gewünschte Innentemperatur erreicht ist, sollte die Anlage keine Wärme mehr nachschieben und sich sogar selbst ausschalten. Ohne Informationen über die Innentemperatur funktioniert das nicht.
Um den Brennwertnutzen zu maximieren gilt, je niedriger die Vorlauftemperatur, desto mehr Kondensation im Abgas, desto mehr Brennwertnutzen, desto mehr Spar ;-))

Die Räume sollten nicht über die Thermostatventile an den Heizkörpern geregelt werden. Im Idealfall stehen diese immer offen, und schließen nur bei spezifischer Übertemperatur des jeweiligen Raumes durch Fremdwärme (z.B Kamin, viele Menschen zu Besuch oder Kochen/Backofen in der Küche). Die Thermostate an den Heizkörpern sollen nicht eine allegemein zu hohe Vorlauftemperatur wegregeln, diese muss durch die Heizkurve passend zum Haus und durch die, durch die Regelung gemessene Innenraumtemperatur, eingestellt werden.

Hast Du einen Brauchwasserspeicher? Wie groß ist der?

Die Speicherladung ist immer ineffektiv, da hier der Brenner eine hohe Übertemperatur erzeugen muss, zumeist 20K über der gewünschten Warmwassertemperatur. Hier gilt, so oft wie nötig aber so selten wie möglich. Anhand Deiner Grafik, lädst Du Deinen Speicher mehrmals am Tag. Möglicherweise könntest Du hier durch Programmierung von Ladezeiten, entsprechend eurer Nutzung und der Vergrößerung der Hysterese (jetzt anhand der Grafik scheinbar 5K, also unter 45 Grad wird nach geheizt), die Speicherladung optimieren. Oft reicht es, eine ausreichende Dimensionierung des Speichers vorausgesetzt, den Speicher nur einmal am Tag, vor Heizbeginn, aufladen zu lassen.

Gruß

Gero

kls · Aug 5th 2013

Quote from 3PO

Ich weiß ja nicht, ob das etwas zu sagen hat, aber udev Restart sieht bei mir so aus:
...

Ich hab's nochmal ausprobiert, aber bei mir wird echt nur die eine Zeile ins Log geschrieben.

Klaus

Heizungssteuerung: Daten auslesen

Participate now!

Share