Problem (CuxD): Aktionen von Geisterhand ausgelöst

Des-Asteres · Beitrag von **Des-Asteres** » 27.10.2012, 16:57

Erstmal ein "Hallo" ans Forum,
ich komme hier gleich mal mit einem, zumindesens für mich , seltsamen Phänomen um die Ecke.

Kurz die Rahmenbedingung:
Homematic CCU (1.506)
CuxD (0.569)
Licht: FS20 aktoren
Heizungsreglung: FHZ + Homematic
Rolladentechnik: Homematic

Zum konkreten Problem:
Ich bin gerade im Bau einer Heimkino-Wohnzimmerintegration. Dazu werden Beamer + Leinwand über Homematic Rolladenaktoren (HM-LC-Bl1-FM) in die abgehängte Decke bewegt. Da das Licht über FS20 Komponenten gesteuert wird, und ich als "Lichtschalter" nen FS20 TC6 verwenden will, dachte ich mir simmulierst du mal die Verbindung zwschen FS20 Schalter und Homematicaktor per FS20 Fernbedienung.
Dazu habe ich mir ein virtuelle Fernbedienung über CuxD erzeugt (HM-RC-12) und sie innerhalb der CCU mit nem Gerätecode von FS20 konfiguriert.
Auf das Aktivieren prüfe ich mit nem Programm und fahre dann entsprechend den Beamerlift als auch die Leinwand hoch und runter.
Soweit klappt das auch alles...
ABER...
es kommt unregelmäßig zu Auslösungen von Geisterhand. Dachte schon ich bin plem plem "Du hast duch das gestern offen gelassen, warum ist es jetzt zu?!"
Nun gut plem plem bin ich nicht, es passiert wirklich, dazu habe ich mir dann mal vor geraumer Zeit alle beteiligten protokollieren lassen:
Hier nun das Ergebnis:

Zu erst im cuX Send/recive-log

Code: Alles auswählen

[ttyACM0] 13:30:21 --> F

Dann im Systemprotokoll der CCU

Code: Alles auswählen

15.09.2012 13:30:21 WZ-FB01:7 Tastendruck kurz 
15.09.2012 13:30:21 WZ-FB01:8 Tastendruck kurz 
15.09.2012 13:30:21 WZ-FB01:9 Tastendruck kurz 
15.09.2012 13:30:21 WZ-FB01:10 Tastendruck kurz 
15.09.2012 13:30:21 WZ-HK-Beamerlift:1 Behanghöhe 100.00%
15.09.2012 13:30:21 WZ-HK-Leinwand:1 Behanghöhe 100.00%

Tja und von dem ganzen Funkkrams habe ich keine Ahnung, aber es sieht für mich so aus, als wenn CuxD von irgendwoher ein Funksignal bekommt, das quasi als Broascast interpretiert wird und somit alle Tasten der virtuellen Fernbedienung gleichzeitig getriggert werden, woarauf dann das Programm anspringt. Wobei beide "Schließen"-Programme auf dem jeweiligen geraden Tastenpaar hängen, also 8 und 10. Deswegen geht das ganze ZU und nicht AUF.
Die ganze Lichtinstallation scheint aber von dem Problem aber nicht betroffen zu sein.

In der Hoffnung, daß ihr ne Ahnung habt, wie ich den Gremlin aus dem System vertreibe, verbleibe ich

Mit freundlichen Grüßen
Des-Asteres

Beitrag von **uwe111** » 28.10.2012, 21:50

Hallo Des-Asteres,

wie sieht denn die Konfiguration der CUxD Fernbedienung genau aus? Findest Du auf der CUxD-Statusseite.
Du solltest auch die aktuelle CUxD-Version 0.570a installieren.

Viele Grüße,

Uwe.

Des-Asteres · Beitrag von **Des-Asteres** » 06.11.2012, 21:38

Hallo Uwe,
danke für die Antwort, das mit der neuen Version werde ich demnächst mal ausprobieren.
Das "Phänomen" gabs aber auch schon mit einer vorherigen Version...
Meinst du mit

die Konfiguration der CUxD Fernbedienung genau aus? Findest Du auf der CUxD-Statusseite.

das hier?!

Code: Alles auswählen

	CUX4001200:	dev('')
	CUX4001200:1	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:2	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:3	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:4	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:5	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:6	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:7	RCV_SHORT('F32101800') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:8	RCV_SHORT('F32101810') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:9	RCV_SHORT('F32101900') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:10	RCV_SHORT('F32101910') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:11	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:12	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:13	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:14	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:15	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')
	CUX4001200:16	RCV_SHORT('') --> CMD_SHORT('')
			RCV_LONG('') --> CMD_LONG('')

Ich muss zugeben, das ganze ist für mich bisher viel Try&Error mit den ganzen Codes. Wo muss was hin und wo sehe ich eigentlich genau, welcher Teil interessant für mich ist. Naja aber zumindestens das mit dem Licht läuft ja schonmal...

so denn
Des-Asteres

Beitrag von **uwe111** » 07.11.2012, 21:06

Hallo Des-Asteres,

Du könntest im CUxD auch 2 FS20-Sensoren bzw. FS20-Relais-Aktoren mit dem CODE '321018' und '321019' anlegen.

Viele Grüße,

Uwe.

Des-Asteres · Beitrag von **Des-Asteres** » 12.12.2012, 23:22

So das mit dem Update allein hats nicht gebracht.
Werde bei Gelegenheit mal den Weg über die SFS20-Sensoren probieren.

Beitrag von **uwe111** » 13.12.2012, 09:31

Hallo Des-Asteres,

also der Effekt wird in den aktuellen Versionen durch das empfangene 'F' ausgelöst:

Code: Alles auswählen

    [ttyACM0] 13:30:21 --> F

In der nächsten Version wird das nicht mehr passieren. Aber wieso kommt vom CUL nur dieses 'F'?
Stehen im CUxD-Syslog bzw. Kernel-Log irgendwelche verdächtigen Meldungen?

Viele Grüße,

Uwe.

Des-Asteres · Beitrag von **Des-Asteres** » 07.01.2013, 13:41

So ich mal wieder...

Hallo Uwe,
also im CUxD-Syslog steht nix Verdächtiges drin.
Das Kernel-Log kann ich nicht auf verdächtige Meldungen prüfen aber hier mal, das was die CuxD Oberfläche auspuckt (ca 10 Minuten nach der Geisteraktion)

Code: Alles auswählen

r: 0, 4096 bytes)
<4>TCP established hash table entries: 2048 (order: 2, 16384 bytes)
<4>TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
<6>TCP: Hash tables configured (established 2048 bind 2048)
<6>TCP reno registered
<4>NetWinder Floating Point Emulator V0.97 (double precision)
<6>JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc.
<4>yaffs May 14 2012 14:33:49 Installing. 
<6>io scheduler noop registered
<6>io scheduler deadline registered (default)
<6>at91_spi: Baud rate set to 5990400
<4>AT91 Watchdog Timer enabled (5 seconds, nowayout)
<6>atmel_usart.0: ttyS0 at MMIO 0xfefff200 (irq = 1) is a ATMEL_SERIAL
<6>atmel_usart.1: ttyS1 at MMIO 0xfffc4000 (irq = 7) is a ATMEL_SERIAL
<4>RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
<6>eth0: Link now 100-FullDuplex
<6>eth0: AT91 ethernet at 0xfefbc000 int=24 100-FullDuplex (00:1a:22:01:90:49)
<6>eth0: Davicom 9161 PHY (Copper)
<4>at91_dataflash: AT45DB161B detected [spi0] (2162688 bytes)
<5>2 cmdlinepart partitions found on MTD device AT45DB161B.spi0
<5>Creating 2 MTD partitions on "AT45DB161B.spi0":
<5>0x00000000-0x00021000 : "u-boot"
<5>0x00021000-0x00210000 : "boot"
<6>NAND device: Manufacturer ID: 0xec, Chip ID: 0x76 (Samsung NAND 64MiB 3,3V 8-bit)
<6>Scanning device for bad blocks
<4>Bad eraseblock 1593 at 0x018e4000
<5>Creating 2 MTD partitions on "NAND 64MiB 3,3V 8-bit":
<5>0x00000000-0x02000000 : "root"
<5>0x02000000-0x04000000 : "storage"
<7>ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
<6>at91_ohci at91_ohci: AT91 OHCI
<6>at91_ohci at91_ohci: new USB bus registered, assigned bus number 1
<6>at91_ohci at91_ohci: irq 23, io mem 0x00300000
<6>usb usb1: configuration #1 chosen from 1 choice
<6>hub 1-0:1.0: USB hub found
<6>hub 1-0:1.0: 2 ports detected
<6>Initializing USB Mass Storage driver...
<6>usb 1-2: new full speed USB device using at91_ohci and address 2
<6>usb 1-2: configuration #1 chosen from 1 choice
<6>usbcore: registered new interface driver usb-storage
<6>USB Mass Storage support registered.
<6>mice: PS/2 mouse device common for all mice
<6>TCP cubic registered
<6>NET: Registered protocol family 1
<6>NET: Registered protocol family 17
<6>yaffs: dev is 32505858 name is "mtdblock2"
<4>yaffs: Attempting MTD mount on 31.2, "mtdblock2"
<4>block 1594 is bad
<4>VFS: Mounted root (yaffs filesystem) readonly.
<6>Freeing init memory: 112K
<6>yaffs: dev is 32505859 name is "mtdblock3"
<4>yaffs: Attempting MTD mount on 31.3, "mtdblock3"
<6>eth0: Link now 100-FullDuplex
<4>Application running after 375ms
<6>usb 1-2: USB disconnect, address 2
<4>init channel hss_system
<4>init channel hss_power
<4>init channel hss_rs485
<4>init channel hss_rf
<4>init channel hss_crypt
<4>init channel hss_comm_isp
<4>init channel hss_comm_isp2
<4>init channel hss_comm_samba
<6>HSS communication driver loaded
<6>HSS lcd driver loaded
<6>HSS keys driver loaded
<6>HSS sabo driver loaded
<6>udc: at91_udc version 3 May 2006
<6>usb0: Ethernet Gadget, version: May Day 2005
<6>usb0: using at91_udc, OUT ep2 IN ep1 STATUS ep4
<6>usb0: MAC 00:1a:22:00:05:01
<6>usb0: HOST MAC 00:1a:22:00:05:00
<6>usb0: RNDIS ready
<6>usbcore: registered new interface driver usbserial
<6>drivers/usb/serial/usb-serial.c: USB Serial support registered for generic
<6>usbcore: registered new interface driver usbserial_generic
<6>drivers/usb/serial/usb-serial.c: USB Serial Driver core
<6>drivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Device
<6>usbcore: registered new interface driver ftdi_sio
<6>drivers/usb/serial/ftdi_sio.c: v1.4.3:USB FTDI Serial Converters Driver
<4>ip_tables: (C) 2000-2006 Netfilter Core Team
<6>usb 1-2: new full speed USB device using at91_ohci and address 3
<6>usb 1-2: configuration #1 chosen from 1 choice
<6>tun: Universal TUN/TAP device driver, 1.6
<6>tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
<6>cdc_acm 1-2:1.0: ttyACM0: USB ACM device
<6>usbcore: registered new interface driver cdc_acm
<6>drivers/usb/class/cdc-acm.c: v0.25:USB Abstract Control Model driver for USB modems and ISDN adapters
ÿÿÿÿ

Vielleicht siehst du ja was, was dir weiterhilft.

so denn
Alex

SpiritStar · Beitrag von **SpiritStar** » 13.01.2013, 18:29

Hallo Des-Asteres,

auch wenn es event. nicht weiterhilft, möchte ich 2 Hinweise geben.

1. Hatte ich solche Phänomene seit Herbst letzten Jahres, seit ein LTE Mast (800 MHz) in der Nähe seinen Dienst aufnahm.
Teils wurden FS20 Signale blockiert oder auch von geisterhand ausgelöst, ohne dass jemand etwas gemacht hätte.
Daher MUSSTE ich auf Homematic umstellen, da oft nichts mehr ging. Ich habe nur in unwichtigen Bereichen die
FS20 Schaltaktoren belassen, da ich doch sehr viele im Einsatz habe (knapp 40 Stk.). Und so günstig sind die
HM Schaltaktoren ja leider nicht, zumindest nicht wenn man SIe mit dem FS20 System vergleicht.
War auch ingesamt unschön, da ich noch mitte letzten Jahres viel Geld für FS20 Komponenten ausgegeben habe,
die nun herumliegen.

2. Bei meiner CUL3 war eine defekte USB-Verlängerung dabei - dies führte dazu, dass nur vereinzelte Signale
gesendet wurden, wenn überhaupt. Meist wurde gar nichts gesendet. Im Log etc. waren keinerlei Fehler zu finden.
Als ich dann die USB-Verlängerung getauscht habe, ging alles.
Der Fehler liegt zwar bei Dir anders, aber wenn eine defekte USB-Verlängerung dafür sorgen kann, dass nur Signale
Empfangen werden können jedoch nicht gesendet, wer weiß was da noch sein könnte. Ich würde daher, im Fall vorhanden
einmal eine andere USB-Verlängerung testen, da man die CUL3 ja absetzt von der CCU betreiben soll, da es sonst zu wechselseitigen
Störungen der Funksignale kommen kann.

Ich wünsche Dir alles Gute
Viele Grüße
SpiritStar

Des-Asteres · Beitrag von **Des-Asteres** » 16.02.2013, 17:33

Hallo SpiritStar,
joa auf sowas wie LTE haben wir auch schon getippt, aber überprüfen geschweige denn ändern kann ich das ja nicht.

Für mich ist das auch jetzt nicht das ganz Große Problem, da ja im Prinzip nur die FS20 Fernbedienung in CuxD von den Geisterkationen betroffen ist.
Die Lichtsteuerung ist davon, zum Glück nicht betroffen. Ist nicht spaßig wenn im Schlafzimmer nachts um 03:00 alles Lichter angehen.

(Hatte ich schon nach nem Stromausfall, weil die FS-20 Dimmer ja standardmäßig auf 100% AN nach Stromausfall stehen.) ;

Der CUL läuft bei mir direkt an der CCU ohne Verlängerung. Hatte damals gelesen, man soll es einfach ausprobieren. Aber das mit dem Absetzen werde ich dann bei Gelegenheit machen. Vielleicht bekommt er dann den FS20 Teil (z.B. Status: Licht An / Licht Aus) noch nen bißchen besser hin.

so denn
Alex

robbi77 · Beitrag von **robbi77** » 16.02.2013, 19:57

Ich weiß zwar nicht ob das hier mit her passt.

Ich hatte heute auch jede Menge "Geister".
Ich habe bei mir nur die System.exec ersetzt.

Heute hatte ich über den Tag ca. 10 Email von der CCU bekommen und mein Fernseher und DVD (irtrans) waren an.

Komischer Weise aber nur die Email aus einem Programm für die Servicemeldungen.
Die Systemvariablen, die ich mit schalte beim TV und DVD, standen auf aus.

Jemand ne Erklärung?

Gruß
Roberto

Syslog vom CuxD:

Code: Alles auswählen

Jan 27 13:50:47 (none) daemon.info cuxd[1027]: CUx-Daemon(0.571a) on CCU(1.508) start PID:1027
Jan 27 13:50:49 (none) daemon.err cuxd[1027]: sendscript(127.0.0.1:8181) connect(0s) Connection refused
Jan 27 13:51:18 (none) daemon.err cuxd[1027]: sendscript(127.0.0.1:8181) connect(0s) Connection refused
Jan 27 13:51:48 (none) daemon.err cuxd[1027]: sendscript(127.0.0.1:8181) connect(0s) Connection refused
Jan 27 13:52:18 (none) daemon.err cuxd[1027]: sendscript(127.0.0.1:8181) connect(0s) Connection refused
Jan 27 13:52:48 (none) daemon.err cuxd[1027]: sendscript(127.0.0.1:8181) connect(0s) Connection refused
Jan 27 13:53:25 (none) daemon.info cuxd[1027]: INIT 'xmlrpc_bin://127.0.0.1:1999' '14389'
Jan 28 18:49:35 (none) daemon.err cuxd[16495]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=dvd&command=anaus'): No such file or directory
Jan 28 18:49:35 (none) daemon.err cuxd[16489]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=tv&command=anaus'): No such file or directory
Jan 29 00:41:44 (none) daemon.err cuxd[19653]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=tv&command=anaus'): No such file or directory
Jan 29 00:41:44 (none) daemon.err cuxd[19651]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=dvd&command=anaus'): No such file or directory
Feb  3 22:21:47 (none) daemon.err cuxd[29134]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=dvd&command=anaus'): No such file or directory
Feb  7 22:47:45 (none) daemon.err cuxd[16106]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=tv&command=anaus'): No such file or directory
Feb 11 01:10:16 (none) daemon.err cuxd[23094]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=dvd&command=anaus'): No such file or directory
Feb 12 23:20:05 (none) daemon.err cuxd[15532]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=dvd&command=anaus'): No such file or directory
Feb 14 23:12:48 (none) daemon.err cuxd[24615]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=dvd&command=anaus'): Interrupted system call
Feb 16 02:10:35 (none) daemon.err cuxd[465]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=tv&command=anaus'): Interrupted system call
Feb 16 02:10:35 (none) daemon.err cuxd[468]: system(wget -q -O - 'http://192.168.1.6/send.htm?remote=dvd&command=anaus'): Interrupted system call

HomeMatic-Forum / FHZ-Forum

Problem (CuxD): Aktionen von Geisterhand ausgelöst

Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst

Re: Problem (CuxD): Aktionen von Geisterhand ausgelöst