CUL "abgestrzt"?

Zrrronggg! · 20 März 2010, 00:29:54

Hallo all,

ich bin neu hier und habe gleich ein Problem.

ich habe seit ca 2 Wochen folgende Konfig:

Buffallo Linkstation Mini, FHEM 4.9 2x CUL, eines davon als RFR
Die meisten Devices werden von CUL2 (RFR) bedient wegen räumlich
näher.
Ausnahme ist ein FS20 Empfänger, der näher an CUL1 (USB attached)
liegt.

Problem: heute liess sich der fragliche FS20 Empfänger nicht schalten.
20 Minuten rumprobiert, FHEM log sagt: Befehl abgesetzt.

FS20 Diagnosetool rausgekramt: Anzeige bei senden NIX, obwohl die
Empfangslampe blinkt und die CUL LED zur gleichen Zeit. Irgendwas wird
also bei Auslösung des Schaltbefehls auch gesendet, aber nix was das
Diagnosetool erkennen kann.

FHEM neu gestartet etc. keine Änderung.

Plötzlicher Einfall meinerseits: Nach Ändern des IOdevices für den
fraglichen FS20 SChalter auf CUL2 geht alles (trotz grenzwertiger
Reichweitensituation)

IOdevice zurück auf CUL1: nix!

Daraus ergibt sich: das direkt per USB attachte CUL1 setzt den
Funkbefehl (korrekt) nicht ab. Weder zeigt das Diagnosetool Hauscode
oder irgendwelche Daten, noch schaltet der Aktor.

Richtig kaputt kann das CUL aber nicht sein, denn das nur per Funk
angeschlossen RFR CUL2 schaltet, und dessen Daten bekommt es ja auch
von CUL1.

Okay, CUL1 aus dem USB Stecker gezogen (/dev/ttyUSB0 disconnected,
waiting to reappear) und wieder dran gesteckt: CUL /dev/ttyUSB0
reappeared (CUL1)

Befehl abgesetzt: Aktor schaltet! Diagnosetool zeigt Hauscode und
Adresse...

Äh.... CUL abgestürzt?

Ideas anybody?

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig · 20 März 2010, 09:17:56

(Dieses Problem gehoert eigentlich in die cul-fans Gruppe)

> ich habe seit ca 2 Wochen folgende Konfig:
>
> Buffallo Linkstation Mini, FHEM 4.9 2x CUL, eines davon als RFR

Naja, mit fhem-4.9 hoechtens eine Woche

> Richtig kaputt kann das CUL aber nicht sein, denn das nur per Funk
> angeschlossen RFR CUL2 schaltet, und dessen Daten bekommt es ja auch
> von CUL1.

Denksportaufgabe am morgen

Kann es sein dass Du dein 1% sendelimit ueberschritten hast?
get CUL raw X liefert dann sowas wie "21 0". Die CUL->RFR Kommunikation
unterliegt (noch

nicht der 1% Beschraenkung, ausserdem braucht der max. ca
5ms, im Gegensatz zum FS20 mit ca 210ms pro Uebertragung. Weiterhin kriegt man
pro Sekunde 10ms Sendezeit wieder gutgeschrieben.

Btw. bei einer RFR Kommunikation passiert folgendes:

- Normalerweise lauschen CUL und RFR auf 1KHz Datenrate, da alle bedienten
Geraete senden mit diese Rate.
- CUL sendet auf 1KHz Datenrate 6 Bits ("ping")
- Daraufhin schalten alle RFR's auf 250kBit Datenrate indem sie die CC1101
Register neu laden.
- CUL wartet nach dem ping 3ms, schaltet mit obiger Methode auf 250k Datenrate,
sendet die Daten, und schaltet zurueck auf 1kHz.
- Nach dem Empfang oder nach einem timeout von ca 6ms schalten die RFR's
zurueck auf 1kHz

Wenn die CUL->RFR Kommunikation funktioniert, dann muss also sowohl 1kHz als
auch 250kHz senden tun, und die Register wurden 2-mal neu geladen aus dem
EEPROM, genauso wie bei einem reboot.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Zrrronggg! · 20 März 2010, 21:32:26

Hallo

Danke für die Antwort.

On 20 Mrz., 09:17, Rudolf Koenig wrote:
> (Dieses Problem gehoert eigentlich in die cul-fans Gruppe)

OK. Sorry.

> > Richtig kaputt kann das CUL aber nicht sein, denn das nur per Funk
> > angeschlossen RFR CUL2 schaltet, und dessen Daten bekommt es ja auch
> > von CUL1.
>
> Denksportaufgabe am morgen

>
> Kann es sein dass Du dein 1% sendelimit ueberschritten hast?
> ...
> ...
> Wenn die CUL->RFR Kommunikation funktioniert, dann muss also sowohl 1kHz als
> auch 250kHz senden tun, und die Register wurden 2-mal neu geladen aus dem
> EEPROM, genauso wie bei einem reboot.

Hm.

Das ist natürlich nicht unmöglich, aber meiner Auffassung nach
unwahrscheinlich. Das CUL1 bedient nur einen FS 20 Aktor - nämlich das
Einfahrtstor - und eine FHT. Der Rest geht übers RFR. Wenn ich dich
recht verstehe, könnte zu den 1% ja im Wesentlich nur Signale an
diesen Aktor und dieses FHT beitragen... so oft mache ich das Tor aber
nicht auf und zu... normalerweise vielleicht 4x am Tag. An der Heizung
des Raumes spiele ich auch nicht öfters als normal. Und bei 10 ms
Gutschrift pro Sekunde müsste ja nach ca. einer halben Minute wieder
ein Befehl absetzbar sein... solche Pausen hatte ich während meinen
Versuchen aber sicher zwischendurch: trotzdem ging nichts.

Ferner: IRGENDWAS sendet das CUL1, denn die Empfangs LED meines
Diagnose Tool hat geblinkt. Es wird eben nur keine FS20 Nachricht
erkannt. Nachdem ich jetzt weiss, wie die RFR Kommunikation
funktioniert ist das natürlich noch mysteriöser.

Sollte das Problem noch mal auftauchen kann ich ja mal sehen ob das
Sendelimit das Problem ist. So recht dran glauben mag ich nicht.
Ah... und ich könnte mal versuchen das FHT im selben Raum
anzusprechen.

Mönsch... wo ich das gerade schreibe fällt mir auf; ich hatte das
Problem auch vorher schon. Da hatte ich für den selben Zweck eine MST1
(ELV "Makrosteuerung") eingesetzt. Da passierte es auch alle 1-2
Wochen mal, dass nix mehr ging und keine oder seltsamste Hauscodes
übermittelt wurden. Die MST1 stand an der selben Stelle wie jetzt
CUL1.... auch da brachte powercycle idR. sofort Linderung.

Hm. Externe Einflüsse? Die nächsten Nachbarn haben kein FS20 oder so
und sind immerhin 20 Meter Luftlinie entfernt. Vor allem: wenn jemand
das Frequenzband stört, dann würde ich ja nicht erwarten, das ein
Reboot des sendenden Devices die Situation sofort verbessert.

Extrem mysteriös.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig · 21 März 2010, 08:26:27

> Ferner: IRGENDWAS sendet das CUL1, denn die Empfangs LED meines
> Diagnose Tool hat geblinkt. Es wird eben nur keine FS20 Nachricht
> erkannt.

Das FHT Protokoll ist bis auf das Checksum mit dem FS20 identisch.
Ob das CUL einem FHT noch was mitteilen will, kann man mit
"get CUL raw T02" sehen.

Blinkt das CUL regelmaessig? Beim Empfang bzw. Senden sollte das
1-Sekunden-Takt Blinken kurz gestoert werden.

Weiterhin kann man zunehmend mehr debugging auf dem CUL einschalten mit
- X25 (auch checksum Fehler / unerkannte Protokolle werden gemeldet)
- X2F (alle empfangenen Flanken werden gemeldet)
- X80 (RSSI / Signalstaerke jeder Flanke wird gemeldet)
Am besten alles ohne fhem, da fhem von dem CUL debug verwirrt wird.

> Vor allem: wenn jemand das Frequenzband stört, dann würde ich ja nicht
> erwarten, das ein Reboot des sendenden Devices die Situation sofort
> verbessert.

Genau.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Zrrronggg! · 22 März 2010, 22:31:59

> Blinkt das CUL regelmaessig?

Definiere "regelmaessig".

Wenn damit gemeint ist: etwa im Sekundenrythmus -> nein. Ich beobachte
das es MANCHMAL blinkt. Ich ging bisher davon aus, dass es blinkt,
wenn was gesendet wird. Ob da eine andere "Regel" hinter steckt kann
ich nicht erkennen.

Mit andern Worten, das CUL blinkt selten.

>Beim Empfang bzw. Senden sollte das
> 1-Sekunden-Takt Blinken kurz gestoert werden.

Wie gesagt, bei mir blinkt im Normalfall nichts(oder sehr selten), und
wenn ich einen FS20 Befehl auslösen, dann blinkts.
>
> Weiterhin kann man zunehmend mehr debugging auf dem CUL einschalten mit
> - X25 (auch checksum Fehler / unerkannte Protokolle werden gemeldet)
> - X2F (alle empfangenen Flanken werden gemeldet)
> - X80 (RSSI / Signalstaerke jeder Flanke wird gemeldet)
> Am besten alles ohne fhem, da fhem von dem CUL debug verwirrt wird.

Okay, dann warte ich mal, ob's wieder auftritt.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Mr. P · 22 März 2010, 22:50:39

Hello Zrrronggg!

Ich habe das Problem auch ab und wann - bei mir hilft es, wenn ich
direkt am Server (Console/WebIF) ein paar Befehle ausführe, um das CUN
wieder zu erreichen (nimmt keine Befehle von den FBs mehr an).
Da ich das Problem auch schon bei meiner FHZ1300 hatte und mit dem CUN
von USB auf Ethernet umgestiegen bin, tippe ich einstweilen auf meine
etwas ältere Perl-Version (5.8.

, warte jedoch auf meinen bereits
bestellten GuruPlug, bevor ich hier zum Basteln anfange.

Grüße,
Gerhard

On 22 Mrz., 22:31, "Zrrronggg!" wrote:
> > Blinkt das CUL regelmaessig?
>
> Definiere "regelmaessig".
>
> Wenn damit gemeint ist: etwa im Sekundenrythmus -> nein. Ich beobachte
> das es MANCHMAL blinkt. Ich ging bisher davon aus, dass es blinkt,
> wenn was gesendet wird. Ob da eine andere "Regel" hinter steckt kann
> ich nicht erkennen.
>
> Mit andern Worten, das CUL blinkt selten.
>
> >Beim Empfang bzw. Senden sollte das
> > 1-Sekunden-Takt Blinken kurz gestoert werden.
>
> Wie gesagt, bei mir blinkt im Normalfall nichts(oder sehr selten), und
> wenn ich einen FS20 Befehl auslösen, dann blinkts.
>
>
>
> > Weiterhin kann man zunehmend mehr debugging auf dem CUL einschalten mit
> > - X25 (auch checksum Fehler / unerkannte Protokolle werden gemeldet)
> > - X2F (alle empfangenen Flanken werden gemeldet)
> > - X80 (RSSI / Signalstaerke jeder Flanke wird gemeldet)
> > Am besten alles ohne fhem, da fhem von dem CUL debug verwirrt wird.
>
> Okay, dann warte ich mal, ob's wieder auftritt.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig · 23 März 2010, 08:15:06

> Mit andern Worten, das CUL blinkt selten.

Hast Du das Blinken mit "l00" irgendwannmal abgeschaltet? Default ist l02, und
damit Blinken in Sekundentakt. Damit kann man sehen, ob das CUL abgestuerzt ist
oder nicht.

> tippe ich einstweilen auf meine etwas ältere Perl-Version (5.8.

,

Ich verwende immer noch perl 5.8.3

, anno 2003

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Mr. P · 23 März 2010, 09:54:00

> Ich verwende immer noch perl 5.8.3

, anno 2003

Hmm... Also gut, dann nicht die Version - aber nachdem ich dort ein
vorkompiliertes Paket verwende, liegt es vielleicht auch an dem.

However, ich warte jetzt einmal mein neues Spielzeug ab und wenn es
dann immer noch nicht will, muss ich mich ohnehin intensiver damit
beschäftigen.

Greetz,
Gerhard

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Zrrronggg! · 23 März 2010, 21:17:45

> Hast Du das Blinken mit "l00" irgendwannmal abgeschaltet? Default ist l02, und
>damit Blinken in Sekundentakt. Damit kann man sehen, ob das CUL abgestuerzt ist
>oder nicht.

Das wars! So, blinkt, ich warte mal, ob der seltsame Zustand noch mal
eintritt. Dann habe ich ja erstmal paar Tipps zum auszuprobieren ,
thx.

(und nee, ich bin nicht so senil, dass ich vergesse, ob ich mal I00
gegeben habe... jemand anders hat den CUL für mich geflasht... der
hatte, wusste ich aber nicht.)

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.