NanoCul funktioniert nach wenigen Tagen nicht mehr

Begonnen von davidson, 18 Januar 2018, 07:25:26

Vorheriges Thema - Nächstes Thema

davidson

Hallo zusammen,

ich betreibe einen NanaCul an meinem Raspi um die Rolladen von Somfy per Funk zu steuern. Das ganze funktioniert wunderbar. Nur nach wenigen Tagen, kann ich plötzlich die Rolladen nicht mehr per Funk schalten. Ich habe schon mehrfach die Rolladen angelernt, jedoch tritt das immer wieder auf. Gestern habe ich in das Logfile geschaut und folgende Einträge gefunden. Es ist so, als würde der Stick plötzlich blockiert. Kann man das abschalten, oder was passiert hier? ich hoffe ihr könnt mir weiterhelfen.

2018.01.14 16:17:13 3: WEB: port 8083 opened
2018.01.14 16:17:13 3: WEBphone: port 8084 opened
2018.01.14 16:17:13 3: WEBtablet: port 8085 opened
2018.01.14 16:17:13 2: eventTypes: loaded 22 events from ./log/eventTypes.txt
2018.01.14 16:17:13 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
2018.01.14 16:17:14 3: Setting nanoCUL serial parameters to 38400,8,N,1 2018.01.14 16:17:17 3: nanoCUL: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2018.01.14 16:17:17 3: nanoCUL device opened 2018.01.14 16:17:17 1: Including ./log/fhem.save
2018.01.14 16:17:18 1: usb create starting
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS0
2018.01.14 16:17:19 3: Can't open /dev/ttyS0: Permission denied
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS1
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS10
2018.01.14 16:17:19 1: PERL WARNING: can't getattr: Input/output error at ./FHEM/DevIo.pm line 394
2018.01.14 16:17:19 3: Can't open /dev/ttyS10: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS11
2018.01.14 16:17:19 3: Can't open /dev/ttyS11: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS12
2018.01.14 16:17:19 3: Can't open /dev/ttyS12: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS13
2018.01.14 16:17:19 3: Can't open /dev/ttyS13: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS14
2018.01.14 16:17:19 3: Can't open /dev/ttyS14: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS15
2018.01.14 16:17:19 3: Can't open /dev/ttyS15: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS16
2018.01.14 16:17:19 3: Can't open /dev/ttyS16: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS17
2018.01.14 16:17:19 3: Can't open /dev/ttyS17: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS18
2018.01.14 16:17:19 3: Can't open /dev/ttyS18: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS19
2018.01.14 16:17:19 3: Can't open /dev/ttyS19: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS2
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS20
2018.01.14 16:17:19 3: Can't open /dev/ttyS20: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS21
2018.01.14 16:17:19 3: Can't open /dev/ttyS21: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS22
2018.01.14 16:17:19 3: Can't open /dev/ttyS22: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS23
2018.01.14 16:17:19 3: Can't open /dev/ttyS23: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS24
2018.01.14 16:17:19 3: Can't open /dev/ttyS24: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS25
2018.01.14 16:17:19 3: Can't open /dev/ttyS25: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS26
2018.01.14 16:17:19 3: Can't open /dev/ttyS26: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS27
2018.01.14 16:17:19 3: Can't open /dev/ttyS27: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS28
2018.01.14 16:17:19 3: Can't open /dev/ttyS28: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS29
2018.01.14 16:17:19 3: Can't open /dev/ttyS29: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS3
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS30
2018.01.14 16:17:19 3: Can't open /dev/ttyS30: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS31
2018.01.14 16:17:19 3: Can't open /dev/ttyS31: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS4
2018.01.14 16:17:19 3: Can't open /dev/ttyS4: Input/output error
2018.01.14 16:17:19 3: Probing CUL device /dev/ttyS5
2018.01.14 16:17:19 3: Can't open /dev/ttyS5: Input/output error
2018.01.14 16:17:20 3: Probing CUL device /dev/ttyS6
2018.01.14 16:17:20 3: Can't open /dev/ttyS6: Input/output error
2018.01.14 16:17:20 3: Probing CUL device /dev/ttyS7
2018.01.14 16:17:20 3: Can't open /dev/ttyS7: Input/output error
2018.01.14 16:17:20 3: Probing CUL device /dev/ttyS8
2018.01.14 16:17:20 3: Can't open /dev/ttyS8: Input/output error
2018.01.14 16:17:20 3: Probing CUL device /dev/ttyS9
2018.01.14 16:17:20 3: Can't open /dev/ttyS9: Input/output error
2018.01.14 16:17:20 1: usb create end
2018.01.14 16:17:20 0: Featurelevel: 5.8
2018.01.14 16:17:20 0: Server started with 21 defined entities (fhem.pl:15710/2017-12-27 perl:5.014002 os:linux user:fhem pid:1982)
2018.01.17 17:29:13 1: DEBUG>SOMFY Parse: Rollo_Kueche msg: YsA94E0009540100 --> 40-on 2018.01.17 17:29:26 1: DEBUG>SOMFY Parse: Rollo_Wohnzimmer msg: YsA44F0004550100 --> 40-on 2018.01.17 17:29:54 1: DEBUG>SOMFY Parse: Rollo_Kueche msg: YsAA1B000A540100 --> 11-stop 2018.01.17 17:29:59 1: DEBUG>SOMFY Parse: Rollo_Kueche msg: YsAB4E000B540100 --> 40-on 2018.01.17 22:11:55 1: PERL WARNING: Argument "???" isn't numeric in addition (+) at ./FHEM/10_SOMFY.pm line 1147. 2018.01.17 22:11:56 1: DEBUG>SOMFY Parse: Rollo_Schlafzimmer msg: YsA24B0002510100 --> 40-on


Hollo

Zitat von: davidson am 18 Januar 2018, 07:25:26
...Es ist so, als würde der Stick plötzlich blockiert. Kann man das abschalten, oder was passiert hier? ich hoffe ihr könnt mir weiterhelfen...
Das sieht für mich eher so aus, als ob es für die 1. Schnittstelle ein Rechteproblem gibt und dann alle anderen durchprobiert werden, wo dann natürlich nichts gefunden wird.
Also startet Dein System dann ohne den USB-CUL und Du kannst mangels IO-Dev Deine Rolläden nicht steuern.
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

KölnSolar

sehe ich genauso.
Und das usb create solltest Du sowieso rausnehmen und nur bei Bedarf einsetzen. Es gab da schon diverse Systemstillstände wegen.
Wenn sich Dein Problem nicht löst, ein list des nanocul hier einstellen.

Und bitte Logauszüge in code tags(das ist das # Zeichen über dem  :-X) posten. Geht auch nachträglich  ;)
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

nils_

https://forum.fhem.de/index.php/topic,80975.msg734501.html#msg734501


oder (wenn auch nicht gern gesehen) in der fhem.cfg auskommentieren.
und danach natürlich nie wieder die fhem.cfg direkt anpacken :)
viele Wege in FHEM es gibt!

davidson

Danke erstmal für die Antworten.

1. Wenn ich das auskommentiere, besteht dann weiterhin das Problem mit der rechtevergabe für /dev/ttyS0? Ist ttyS0 nicht die serielle Schnittstelle?
2. Wenn das Problem weiterhin besteht, was muss ich machen, dass /dev/ttyS0  mehr rechte bekommt?


nils_

Zitat2018.01.14 16:17:13 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
2018.01.14 16:17:14 3: Setting nanoCUL serial parameters to 38400,8,N,1
2018.01.14 16:17:17 3: nanoCUL: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2018.01.14 16:17:17 3: nanoCUL device opened

eigentlich scheint das zu funktionieren.
versuch es doch erstmal mit dem auskommentieren, dann sehen wir weiter.


falls der fehler wieder auftritt, bitte log-auszug und ein list vom CUL posten. (in code-tags bitte :) )
viele Wege in FHEM es gibt!

Omega-5

Zitat von: davidson am 18 Januar 2018, 10:32:05
2. Wenn das Problem weiterhin besteht, was muss ich machen, dass /dev/ttyS0  mehr rechte bekommt?

Die Seriennummer des FT232 (FTDI) A50285BI zeigt das es sich dabei um einen FAKE-Chip handelt, der auf deinem NanoCUL verbaut ist.
Lies bitte auch mal hier: https://forum.fhem.de/index.php?topic=44379.0 oder es ist das "TEST-PIN" Problem: https://ketturi.kapsi.fi/2014/04/how-to-fix-moody-arduino-nano/

Gruß Friedrich
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),

davidson

Ich werde es heute erstmal auskommentieren und die Rolläden neu anlernen. Dann schauen wir mal. Danke schon mal:-)

hkspks

Hallo zusammen,

bei mir gleiches Phänomen - auf einmal lösen alle meine Bewegungsmelder nicht mehr.

Der nanoCul steht auf initialized - aber es kommt kein Event mehr an. In der Log (verbose 5) sind folgende Einträge:
2019.03.13 20:40:08 3: Opening nanoCUL device /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0
2019.03.13 20:40:08 3: Setting nanoCUL serial parameters to 38400,8,N,1
2019.03.13 20:40:11 3: nanoCUL: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2019.03.13 20:40:11 3: nanoCUL device opened


Sieht erstmal gut aus.

CMDS
ABCEeFfGhiKklMmRTtUVWXxYZz
Clients
:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF
/dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 0000
DeviceName
/dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
FD
8
FHTID
0000
NAME
nanoCUL
NR
33
PARTIAL
STATE
Initialized
TYPE
CUL
VERSION
V 1.67 nanoCUL433
initString
X21


Readings:
ccconf
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2019-03-13 20:35:23
cmds
A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2019-03-13 20:40:11
raw
is01010101110100100011001110001001
2019-03-13 16:15:30
state
Initialized
2019-03-13 20:40:11
version
V 1.67 nanoCUL433
2019-03-09 18:56:23


Kann mir jemand etwas guidance geben, wo ich suchen kann?

An und abgesteckt habe ich schon, reboot auch ;-)

RaspiLED

Hi,
alles sieht gut aus:
Test 1) Register haben sich komisch eingestellt, Werkseinstellungen im nanoCUL mit
set <Dev> raw e herstellen
Test 2) Empfangshardware locker/defekt mit wackeln an Antenne, Sichtprüfung der Bauteile auf der Platine. Wie ist Deiner aufgebaut? Bilder?
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

hkspks

#10
Danke für die schnelle Antwort.
set nanoCUL raw e
bewirkt zunächst nichts - der alte Wert bleibt bestehen bzw. das reading ändert sich nicht "is01010101110100100011001110001001"

ein
get nanoCUL raw e

ergibt "nanoCUL raw => No answer"  ??? ??? ???

Anschließend ist der status of opened (also nicht mehr initialized)
defmod nanoCUL CUL /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 0000
attr nanoCUL verbose 5

setstate nanoCUL opened
setstate nanoCUL 2019-03-13 20:35:23 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
setstate nanoCUL 2019-03-13 20:54:47 cmds  A B C E e F f G h i K k l M m R T t U V W X x Y Z z
setstate nanoCUL 2019-03-15 14:51:01 raw No answer
setstate nanoCUL 2019-03-15 14:51:01 state opened
setstate nanoCUL 2019-03-09 18:56:23 version V 1.67 nanoCUL433


Hin und hergewackelt habe ich schon, genauso aus und eingesteckt... Bild siehe Anhang. Irgendwelche Ideen noch? Ansonsten schicke ich das gute Stück zurück...

Omega-5

#11
Zitat von: hkspks am 15 März 2019, 14:53:46
Hin und hergewackelt habe ich schon, genauso aus und eingesteckt... Bild siehe Anhang. Irgendwelche Ideen noch? Ansonsten schicke ich das gute Stück zurück...
Wenn ich mir dein Foto anschaue, meine ich zu erkennen, dass am ArduinoNANO der PIN16 - D13 --> SCK CC1101, nicht richtig verlötet ist (Zwiebelturm).
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),

RaspiLED

#12
Hi,
evtl. gibt es auch ein Dauerfeuer an Funksignalen? Batterie schwach aber noch stark genug für halbe Pakete oder eine Taste auf einer Fernbedienung ist eingeklemmt?
Was siehst Du bei set <Dev> raw X99 oder set <Dev> raw X25 gerne mit attr <Dev> verbose 5
Kommt dann etwas oder auch Totenstille im Eventmonitor?
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

hkspks

#13
Beide Befehle X99 / X25 ohne Reaktion. "raw" sagt immer noch "No answer". Der Event Monitor geht bei mir leider nicht, in der fhem-log steht aber nichts. Sind nur Bewegungsmelder auf dem CUL und die dürften nicht dauerschalten. Bzw. habe ich auch schon Reihum die Batterien gewechselt ohne Ergebnis...

Ggf. noch andere Idee? Vielen Dank!

Omega-5

#14
Zitat von: hkspks am 15 März 2019, 23:13:50
Beide Befehle X99 / X25 ohne Reaktion. "raw" sagt immer noch "No answer".
Ggf. noch andere Idee? Vielen Dank!
Das zeigt doch recht deutlich, dass keine Kommunikation zwischen dem AduinoNANO und dem CC1101 statt findet. Könnte also am fehlenden CLK liegen. Andere Werte kommen direkt aus dem Arduino.

get <dev> raw C99 liest die Register des CC1101 aus und solte etwas wie
Zitat0D2E2D07D3913D04
zurück geben.

LG Friedrich
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),