Hauptmenü

CUL meldet "help me!"

Begonnen von kossmann, 15 Januar 2013, 22:54:05

Vorheriges Thema - Nächstes Thema

kossmann

Hallo zusammen,

nachdem ein "CUL v3 868" seit Wochen (als MyCUL) in FHEM im rfmode HomeMatic lief, habe ich heute zusätzlich ein HMLAN (als MyHMLAN) eingebunden und das CUL auf rfmode SlowRF umgestellt. Die einzigen definierten Geräte, die über MyCUL agieren, sind 3 Intertechno Funksteckdosen.

Ich habe FHEM gestoppt, in der fhem.save alle MyCUL-Überbleibsel entfernt und FHEM neu gestartet. Ich kann mittels grep in allen Dateien suchen wie ich will, aber ich finde das Problem nicht...

2013.01.15 22:41:30.983 1: MyCUL: A00 -14.5
2013.01.15 22:41:30.990 1: MyCUL: unknown message A00
2013.01.15 22:41:30.991 1: MyCUL: A1D0180021BCD0B20331701010A0060906C5B9172550594643415084E2EC8 -109.5
2013.01.15 22:41:30.005 1: MyCUL: Unknown code A1D0180021BCD0B20331701010A0060906C5B9172550594643415084E2EC8, help me!

MyCUL bekommt bei jedem Start von FHEM ein unbekanntes Kommando... und ich habe keine Ahnung warum.

Alles, was mit MyCUL zu tun hat, sieht wie folgt aus:

define MyCUL CUL /dev/ttyACM0@9600 0000
attr MyCUL rfmode SlowRF
attr MyCUL loglevel 1

define Wohnzimmer_FunkSteckdose1 IT 0F0F0F000F FF F0
attr Wohnzimmer_FunkSteckdose1 IODev MyCUL
attr Wohnzimmer_FunkSteckdose1 model itswitch
attr Wohnzimmer_FunkSteckdose1 room Wohnzimmer
attr Wohnzimmer_FunkSteckdose1 loglevel 6

Hier noch mal der Beweis:

root@eeebox:/opt/fhem# grep MyCUL *
grep: backup: Ist ein Verzeichnis
CHANGED:  - bugfix:  Strange call for nonexistent MyCUL: ReadFn
grep: contrib: Ist ein Verzeichnis
grep: docs: Ist ein Verzeichnis
grep: FHEM: Ist ein Verzeichnis
grep: log: Ist ein Verzeichnis
grep: unused: Ist ein Verzeichnis
user_cul.cfg:define MyCUL CUL /dev/ttyACM0@9600 0000
user_cul.cfg:attr MyCUL rfmode SlowRF
user_cul.cfg:attr MyCUL loglevel 1
user_wohnzimmer.cfg:attr Wohnzimmer_FunkSteckdose1 IODev MyCUL
user_wohnzimmer.cfg:attr Wohnzimmer_FunkSteckdose2 IODev MyCUL
user_wohnzimmer.cfg:attr Wohnzimmer_FunkSteckdose3 IODev MyCUL
grep: www: Ist ein Verzeichnis

Die Funksteckdosen sind bis auf die Codierung identisch.

Hat jemand von euch eine Idee???

kossmann

Ich ergänze...

Die Meldung kommt nicht beim FHEM-Start, sondern permanent im Abstand von ca. einer Sekunde.

Zrrronggg!

Meine Idee wäre, das CUL das an der Luftschnittstelle empfängt.

Das könntest du dir per Telent ansehen:


"Debugging" auf dem CUL einschalten mit :
- set CUL raw X61  (Communication wird im Detail angezeigt)
- X25 (auch checksum Fehler / unerkannte Protokolle werden gemeldet)
- X2F (alle empfangenen Flanken werden gemeldet)
- X80 (RSSI / Signalstaerke jeder Flanke wird gemeldet)

-X21 normal modus
FHEM auf Linkstation Mini, CUL 868 SlowRF, 2xCUL 868 RFR, CUL 433 für IT, 2xHMLAN-Configurator mit VCCU, ITV-100 Repeater, Sender und Aktoren von FHT, FS20, S300, HM, IT, RSL

kossmann

Danke ;-)

Problem gelöst, da du mich indirekt hingewiesen hast: Ich glaube, telnet (FHEM Port) hätte mir keine Rückmeldung gegebene, daher wollte ich per screen auf das Device gehen...

define MyCUL CUL /dev/ttyACM0
/dev/ttyACM0 war gar nicht mehr da, obwohl während und nach der Umkonfiguration das CUL nicht gezogen wurde oder sonst was am USB-Stack (von mir) getan wurde.

Mich wundert allerdings, dass die IT-Dosen über MyCUL noch steuerbar waren - sehr komisch! Durch ein Anhalten von FHEM, Ziehen, neu Stecken des CUL und Starten von FHEM war wieder Ruhe - /dev/ttyACM0 wurde neu erstellt.

Die letzten Ausgaben von dmesg:

[2042147.960699] sd 2:0:0:0: [sdb] Test WP failed, assume Write Enabled
[2042147.962819] sd 2:0:0:0: [sdb] Asking for cache data failed
[2042147.962941] sd 2:0:0:0: [sdb] Assuming drive cache: write through

Nebenbei frage ich mich, was sdb ist (Uptime 26 Tage, ich wüsste nicht, das ich einen USB-Stick angesteckt habe) - meine Festplatte ist sda.

Beim Ziehen und neu Stecken:

[2259662.336171] usb 2-1: USB disconnect, device number 2
[2259665.056114] usb 2-1: new full-speed USB device number 3 using uhci_hcd
[2259665.242156] usb 2-1: New USB device found, idVendor=03eb, idProduct=204b
[2259665.242175] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[2259665.242188] usb 2-1: Product: CUL868
[2259665.242198] usb 2-1: Manufacturer: busware.de
[2259665.245496] cdc_acm 2-1:1.0: ttyACM0: USB ACM device

Nun ist Ruhe.

Aber aus irgendeinem Grund ist - ohne, dass es der Kernel (3.2.0-4-686-pae (Debian)) mitbekommen hat - /dev/ttyACM0 flöten gegangen. Eventuell ist das für die CULFW-Devs interessant.

... oder ich blicke momentan meine komplette SSH-Session nicht mehr und das Device hat nur "pervers" reagiert.