Nach Update Fehlermeldung?

justme1968 · 13 Juni 2013, 21:43:39

man sieht nichts.

mit der abfrage kann man prüfen ob es gesetzt wurde.

gruss
andre

Jörg · 13 Juni 2013, 21:55:05

Mit
stty -a < /dev/ttyACM0

bekomme ich das hier:

speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke

justme1968 · 13 Juni 2013, 21:57:53

und genau das ist das problem. das lokale echo ist eingeschaltet. es muss mit -echo ausgeschaltet sein.

gruss
andre

Jörg · 13 Juni 2013, 22:00:52

Das hier scheint er zu akzeptieren:
stty < /dev/ttyACM0 -echo

Denn jetzt zeigt stty -a < /dev/ttyACM0
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten -echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke

Aber die CUL1: unknown message sind immer noch da.

justme1968 · 13 Juni 2013, 22:04:27

hast du fhem neu gestartet und geschaut ob danach das echo immer noch aus ist ?

gruss
andre

Jörg · 13 Juni 2013, 22:08:05

Hmm - dann ist echo wieder an. :(

justme1968 · 13 Juni 2013, 22:13:39

werden die werte auch wieder zurueckgesetzt wenn du directio beim cul verwendest ?

gruss
andre

Jörg · 13 Juni 2013, 22:41:00

Mit /dev/ttyACM0@directio scheint es nun zu gehen. Das echo bleibt ausgeschaltet und die unknown messages sind verschwunden !!!

Nachher werde ich noch einmal einen kompletten Neustart des Servers machen und hoffe, dass das echo dann auch noch aus ist.

Was mich nur wundert ist, dass ich hinter /dev/ttyACM0 nie etwas stehen hatte und es hat immer funktioniert.

Auf jeden Fall vielen Dank für Deine Hilfe !!!

justme1968 · 13 Juni 2013, 22:43:59

das stty übersteht einen reboot nicht.

je nach linux distribution sollte es aber irgendwo eine stelle geben wo die seriellen schnittstellen initialisiert werden. da kannst du die änderungen einbauen damit sie nach dem reboot noch da sind.

gruss
andre

rudolfkoenig · 14 Juni 2013, 10:45:09

> Mit /dev/ttyACM0@directio scheint es nun zu gehen

das bedeutet dass die in fhem/FHEM/DevIo.pm programmierten Einstellungen der seriellen Schnittstelle wirkungslos sind. Das Workaround besteht aus sowas wie

Code Auswählen

  sleep 30 < /dev/ttyACM0 &
  stty -echo -echoe -echok < /dev/ttyACM0
  perl fhem.pl fhem.cfg

Ich wuesste gerne was das fuer eine Hardware/OS/Distribution Kombination ist, und wieso die eingebauten Routinen nicht funktionieren. Steht in fhem-log was ueber "Can't load Device::SerialPort" ?

Jörg · 14 Juni 2013, 18:24:09

Das ist ein ASUS eeePc

Betriebssystem    Ubuntu Linux 12.04.1
Kernel und CPU    Linux 3.2.0-48-generic-pae auf i686
Prozessorinformation    Intel Atom CPU N450 @ 1.66GHz, 2 cores

Reichen die Infos?

Zitat von: rudolfkoenig schrieb am Fr, 14 Juni 2013 10:45> Steht in fhem-log was ueber "Can't load Device::SerialPort" ?

Nein

dlehmann69 · 15 Juni 2013, 08:35:44

Hallo,

mit Ubuntu 12.04 habe ich auch dieses Problem. Konnte ich gestern Abend wieder nach einem Rechner Neustart mehrmals nachvollziehen. Ich habe dann hartnäckig den Buffer des CUL so lange immer wieder gelöscht, bis es endlich läuft. Seit gestern Abend läuft es jetzt ohne Echos durch.

Mein CUL ist mit /dev/ttyACM0@9600 1034 definiert. Als Kernel läuft bei mir aber 3.5.0-34-generic (SMP) i686.

Dirk

Hausmeisteramateur · 16 Juni 2013, 10:55:42

Auch habe das Problem bei meiner Fritzbox 7390. Mein Logfile bläht sich mit den Fehlermeldungen auf:

2013.06.16 09:44:53 2: CUL_0: unknown message ? (? (? (? (? (? B C F i A Z E G MT260T370800A600DA is unknown) Use one of B C F i A Z E G
M R T V W X e f m l t u x
2013.06.16 09:44:58 2: CUL_0: unknown message ? (? (? (? (? (? (Use oTC188740118 is unknown) Use one of B C F i A Z E G M R T V W X e f m
l t u x
2013.06.16 09:44:58 2: CUL_0: unknown message ? (? (? (? (? (? TC188748119 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x
2013.06.16 09:45:31 2: CUL_0: unknown message ? (? (? (? (? (? (?F5116E51003 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u
x
2013.06.16 09:45:41 2: CUL_0: unknown message ? (? (? (? (? (? Z E G M K4174016011 is unknown) Use one of B C F i A Z E G M R T V W X e f
m l t u x
2013.06.16 09:45:44 2: CUL_0: unknown message ? (? (? (? (? (? T461B00AA0029 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t
u x

u.s.w. ....

Betrieben wird eine Fritzbox 7390 mit Fritz!OS 05.55-25409 BETA, angeschlossen sind ein CUL und ein Huawei webstick.
Bis vor 2 Wochen funktionierte alles tadellos, nach einem Update o.g. Probleme.
Hat schon jemand eine Lösung ?

Meine config:
----------------------------------------
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
telnetPort has no password/globalpassword attribute.\
Running with root privileges.\
Restart fhem for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global sendStatistics onUpdate
attr global statefile ./log/fhem.save
attr global uniqueID ./FHEM/FhemUtils/uniqueID
attr global userattr Schalter Schalter_map devStateIcon devStateStyle fp_Dach fp_Erdgeschoss fp_Etage1 fp_Keller fp_UEBERSICHT icon sortby structexclude webCmd
attr global verbose 3
#
# pgm2 / autocreate configfile. Take a look at the other examples for more.
#

### define fbaha FBAHA 192.168.115.49:2002 Für Direkt ohne Beta
define fbaha FBAHA UNIX:SEQPACKET:/var/tmp/me_avm_home_external.ctl
.
.
.
-------------------------------------------------------

Rince · 16 Juni 2013, 23:56:06

Ich hänge mich dran.

Raspberry Pi, mit wheezy;

Zitatpi@raspberrypi ~ $ stty -a < /dev/ttyACM0
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt

fhem.cfg Eintrag:

Zitatdefine CUL0 CUL /dev/ttyACM0@9600 0000
attr CUL0 rfmode MAX
define cm CUL_MAX 123456

Edit 1:

Und das Logfile sieht auch sehr merkwürdig aus:

Zitat2013.06.17 02:30:56 1: /dev/ttyACM0 disconnected, waiting to reappear
2013.06.17 02:30:56 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is No answer, but we need 113. Waiting 113 seconds.
2013.06.17 02:30:56 3: Setting CUL0 baudrate to 9600
2013.06.17 02:30:56 1: /dev/ttyACM0 reappeared (CUL0)
2013.06.17 02:30:57 3: CUL0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.06.17 02:32:46 2: CUL0: unknown message ? (21 900 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x
2013.06.17 02:32:46 2: CUL0: unknown message ? (? (21 900 is unk m l t u x is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x
2013.06.17 03:12:30 2: CUL_HM set OG_fl2_WS_LICHT on-for-timer 30
2013.06.17 03:30:56 2: CUL0: unknown message ? (? (? (21 900 iZ E G M R T V W 0E3Z0B1600021234560511Z0B90000212 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x

2013.06.17 03:30:59 1: /dev/ttyACM0 disconnected, waiting to reappear
2013.06.17 03:31:00 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is No answer, but we need 113. Waiting 113 seconds.
2013.06.17 03:31:00 3: Setting CUL0 baudrate to 9600
2013.06.17 03:31:00 1: /dev/ttyACM0 reappeared (CUL0)
2013.06.17 03:31:00 3: CUL0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.06.17 03:32:50 2: CUL0: unknown message ? (21 900 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x
2013.06.17 03:32:50 2: CUL0: unknown message ? (? (21 900 is unkn m l t u x is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x
2013.06.17 03:32:53 2: CUL_MAX_SendQueueHandler: Missing ack from 065b19 for 0f160403123456065b19000d110360b1
2013.06.17 04:31:00 2: CUL0: unknown message ? (? (? (21 900 is uZ0B1600021234560511DZ0B900002123456062Z0B1E000 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x

2013.06.17 04:31:03 1: /dev/ttyACM0 disconnected, waiting to reappear
2013.06.17 04:31:03 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is No answer, but we need 113. Waiting 113 seconds.
2013.06.17 04:31:03 3: Setting CUL0 baudrate to 9600
2013.06.17 04:31:03 1: /dev/ttyACM0 reappeared (CUL0)
2013.06.17 04:31:03 3: CUL0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.06.17 04:32:53 2: CUL0: unknown message ? (21 900 is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x
2013.06.17 04:32:53 2: CUL0: unknown message ? (? (21 900 is unkno m l t u x is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x

Edit 2:

ZitatFhem info:
Release : 5.4
Branch : DEVELOPMENT
OS : linux
Arch : arm-linux-gnueabihf-thread-multi-64int
Perl : v5.14.2
uniqueID : 69551e643834205d5d7b111c45c0527e

Defined modules:
CUL : 1
CUL_HM : 20
CUL_MAX : 1
DbLog : 1
FB_CALLMONITOR : 1
FHEMWEB : 6
FileLog : 14
HMLAN : 1
LightScene : 1
MAX : 11
PRESENCE : 1
autocreate : 1
dummy : 6
notify : 13
telnet : 1

Defined models per module:
CUL_HM : HM-LC-Bl1PBU-FM,HM-LC-DIM1T-PL,HM-LC-SW1-PL2,HM-LC-Sw1PBU-FM,HM-PB-2-WM55,HM-RC-4-B,HM-SEC-MDIR,HM-SEC-SD,HM-Sen-MDIR-O

Transmitting this information during an update:
onUpdate (Note: You can change this via the global attribute sendStatistics)

Sebastian · 17 Juni 2013, 12:41:08

Hallo,

wenn ich den folgenden Wert setze:

define CUL_0 CUL /dev/ttyACM0@directio
##define CUL_0 CUL /dev/ttyACM0@9600 1034

erscheint diese FEhlermeldung:

wrong syntax: define CUL {none | devicename[@baudrate] | devicename@directio | hostname:port} ELROA1: unknown IODev specified ELROA2: unknown IODev specified ELROA3: unknown IODev specified ELROA4: unknown IODev specified ELROA5: unknown IODev specified ELROA6: unknown IODev specified Please define CUL_0 first Please define CUL_0 first

Jemand eine Idee ?

Nach Update Fehlermeldung?

Hausmeisteramateur