[gelöst] Somfy: SIGNALduino hat kein IODev nach Neustart FHEM

[andies]

GutenTag, die SuFu hat nichts ergeben. Ich bin ein großer Fan vom SIGNALduino, endlich ein Gerät, das alle meine (FHEM-)Bedürfnisse befriedigt. Leider gibt es beim Neustart und manchmal mitten im Betrieb ein Problem. Ich habe Somfy-Rolladenmotoren, die erkannt werden und vom SIGNALduino beherrscht werden. Nach einem Neustart und manchmal mitten im Betrieb fliegt aber das IODev von Somfy heraus. Ich kann nicht erkennen, wann und wie das geht.

Ich füge dann IODev sduino als Attribut hinzu und dann erscheint es bei den Internals. Danach lösche ich es und alles ist wie vorher. Fällt aber der Strom aus und startet FHEM von sich aus neu, stehe ich natürlich auf dem Schlauch. Weiß jemand, was hier los ist?

Code Auswählen Erweitern

defmod RolladenTerasse SOMFY 000002
attr RolladenTerasse eventMap off:oeffnen on:schliessen


sowie

Code Auswählen Erweitern

ADDRESS 000002
DEF 000002
IODev sduino [hier taucht es jetzt nach der beschriebenen Prozedur auf]
NAME RolladenTerasse
NR 25
STATE  
TYPE SOMFY
move stop

Readings
enc_key AF 2017-03-23 20:04:14
exact 200 2017-03-23 20:04:14
parsestate off 2017-01-31 17:34:12
position 200 2017-03-23 20:04:14
rolling_code 002F 2017-03-23 20:04:14
state closed 2017-03-23 20:04:14

und

Code Auswählen Erweitern

defmod sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
attr sduino alias SIGNALduino
attr sduino devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nanoCC1101
attr sduino icon cul_usb
attr sduino verbose 3

setstate sduino opened
setstate sduino 2017-03-18 11:23:13 ccconf freq:433.920MHz bWidth:650KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
setstate sduino 2017-03-03 22:11:32 ccreg C3E = 00 84 00 00 00 00 00 00
setstate sduino 2017-03-03 22:37:25 config MS=1;;MU=1;;MC=1
setstate sduino 2017-03-24 11:58:50 ping OK
setstate sduino 2017-03-13 21:47:29 raw ccFactoryReset done
setstate sduino 2017-03-24 09:17:14 state opened
setstate sduino 2017-03-24 09:17:14 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50



Relevante (und für mich widersprüchliche) Logeinträge:

Code Auswählen Erweitern

2017.03.24 06:22:01 3: RolladenTerasse: unknown IODev sduino specified
2017.03.24 06:22:01 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 41 51 55 6 7
2017.03.24 06:22:01 3: sduino: IDlist MU 13.1 16 20 21 24 26 27 28 29 30 31 34 36 37 39 40 44 44.1 45 46 48 49 5 50 56 59 60 62 8 9
2017.03.24 06:22:01 3: sduino: IDlist MC 10 11 12 18 43 47 52 57 58
2017.03.24 06:22:01 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
2017.03.24 06:22:01 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.24 06:22:01 1: sduino/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
2017.03.24 06:22:01 1: sduino/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
2017.03.24 06:22:01 3: sduino device opened
2017.03.24 06:22:01 3: sduino: setting Verbose to: 3
2017.03.24 06:22:03 1: configfile: RolladenTerasse: unknown IODev sduino specified
2017.03.24 06:22:03 3: No I/O device found for IT_0FF00FFFFF
2017.03.24 06:22:03 3: No I/O device found for RolladenTerasse
2017.03.24 06:22:09 2: Messages collected while initializing FHEM: configfile: RolladenTerasse: unknown IODev sduino specified
...
2017.03.24 09:17:13 0: Featurelevel: 5.8
2017.03.24 09:17:13 0: Server started with 48 defined entities (fhem.pl:13700/2017-03-14 perl:5.020002 os:linux user:fhem pid:699)

[dela2017]

Hi,

könnte es sein, dass der Alias

Code Auswählen Erweitern

attr sduino alias SIGNALduino
ein Problem darstellt?

Gruß,
Ingo

[Beta-User]

Der Alias dürfte nicht das Problem sein (auch wenn sich mir nicht erschließt, wieso das Gerät dann nicht gleich so heißt...).

Könnte sein, dass es sich um einen beliebten Bug der China-FTDI-Arduinos handelt, der uU. nach einem (warum auch immer verursachten) Reset nicht mehr sauber zurückkommt (Ursache: nicht auf Ground geführter Test-PIN des FTDI, Anleitung zur Fehlerbehebung im Wiki). Steht der nach einiger Zeit auf disconnected?

Ohne IO-Def. funktioniert es vermutlichs nicht, das sollte auch dauerhaft so abgespeichert sein (warum gelöscht)?

Gruß, Beta-User

[andies]

Der arduino ist von Conrad und so was von deutsch

Und nein, der disconnected sich nicht von alleine.

[Beta-User]

  ist ja gut, kannst ja trotzdem mal schauen, ob der fragliche PIN sauber auf Ground geführt wurde. (Nach der mir bekannten, ungeprüften Geschichte wurde der ursprüngliche Fehler durch die Arduino-Leute gemacht, die Chinesen sind nur leider bis heute nicht auf die Idee gekommen, das ebenfalls zu korrigieren, wenn es also keiner ist, der direkt von arduino.cc kommt, könnte es sein, dass auch Conrad als gute deutsche Firma nur mit Wasser kocht, das auch schon woanders war).

Komisch ist jedenfalls das automatische Löschen des IOs, wie Du es beschreibst. Sowas habe ich bisher nur erlebt beim Neustart von FHEM, wenn direkt angeschlossene Devices nicht verfügbar waren. Dann vielleicht mal in diese Richtung suchen?

[andies]

OK, mache ich. Aber komisch ist doch der Logfile. Zuerst sagt er, das Gerät sei nicht da und dann erkennt er es?! Ich werde beim nächsten Mal nicht das alias zum "reparieren" nehmen, vielleicht ändert das etwas. War mir nicht aufgefallen.

[Beta-User]

Glaube zwar nicht, dass das die Ursache ist, aber evtl. solltest Du in fhem.cfg (?) mal sehen, dass Du den sduino weiter nach vorne schiebst. Die defines scheinen in der "falschen" Reihenfolge zu kommen.
Deine Module scheinen ja aktuell zu sein, aber evtl. ist da auch noch ein älteres signalduino-Modul drin, dass damit (falsche Reihenfolge) noch nicht umgehen kann?

[andies]

Die Änderung der Reihenfolge hat es gebracht.


Gesendet von iPhone mit Tapatalk Pro

[Beta-User]

Bitte dann ein [gelöst] in den Thread-Titel (ersten Beitrag editieren).

Schau' doch trotzdem mal, ob Deine Signalduino-Versionen aktuell sind.

[andies]

Sind aktuell.