culfw@ARM

Telekatz · 26 Juni 2016, 10:42:35

1. Das EEPROM wird nur beschrieben, wenn die Frequenz dauerhaft mit "set freq" umgestellt wird. Beim temporären Umschalten für Intertechno wird das EEPROM nicht geändert.

2. Es kann dann zwar 433MHz empfangen werden, aber nicht besonders gut.

3. Die zwei verschiedenen Varianten gibt es, weil der nanoCUL zu wenig Speicher hat um alle Protokolle unterstützen zu können. Es werden jeweils nur die Protokolle hineinkompiliert, für die der Empfänger auch geeignet ist. Da der Cube mehr Speicher hat sind dort alle Protokolle enthalten.

RalfRog · 26 Juni 2016, 22:11:06

Danke für die Antwort

Dann braucht man sich ja keine Gedanken zu machen
Ok das ist klar, dass die Eigenschaften mit der RF-Fehlanpassung nicht so gut sind. Aber als Behelf für eine per LAN erreichbare Stelle mit Funkloch im Haus gehts. Zumindest das Schalten klappt (getestet) . Wenn es dann für das Horchen bei 433 MHz reicht "set freq 433" zu setzen ist es ok.

Ich werde die Reichweite mal austesten und mit dem 433er nanoCUL vergleichen.
Da steckte die Idee dahinter den Cube direkt(schlecht angepasst) bei 433 MHz laufen zu haben.
mit passendem String - "V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)"

RalfRog · 01 Juli 2016, 21:43:04

Kurzer Nachtrag zur Reichweite des 868er Cubes bei 433 Mhz.
Es reicht zumindest um im Raum bzw. im Geschoß die IT-Schaltsteckdosen anzusprechen.
Damit konnte ich mein Ziel erreichen einen abgelegenen per LAN erreicharen Raum zu steuern .

Aladin222 · 02 Juli 2016, 06:29:47

Hi @all ,

auch ich habe meinen Cube zum Cuno geflasht :

list

Code Auswählen


Internals: 
   CFGFN      /opt/fhem/FHEM/02_CulMaxCube.cfg 
   CMDS       BbCFiAZNEkGMKLUYRTVWXefltxz 
   CUL_HM_Cube_MSGCNT 1 
   CUL_HM_Cube_TIME 2016-07-02 06:04:10 
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC: 
   DEF        192.168.178.56:2323 1234 
   DeviceName 192.168.178.56:2323 
   FD         15 
   FHTID      1234 
   NAME       CUL_HM_Cube 
   NR         93 
   PARTIAL 
   RAWMSG     A0FCA861022E2610000000AB0FE0F0058DB 
   RSSI       -92.5 
   STATE      Initialized 
   TYPE       CUL 
   VERSION    V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz) 
   initString X21 
Ar 
   owner_CCU  VCCU 
   Matchlist: 
     1:CUL_HM   ^A.................... 
     8:HMS      ^810e04....(1|5|9).a001 
     D:CUL_IR   ^I............ 
     H:STACKABLE_CC ^\* 
   Readings: 
     2016-04-25 21:55:30   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB 
     2016-07-02 06:02:58   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l t x z 
     2016-06-18 23:28:40   credit10ms      900 
     2016-04-25 21:55:44   fhtbuf          AE 
     2016-07-02 06:04:10   state           Initialized 
     2016-06-18 04:16:40   uptime          No answer 
     2016-06-18 04:07:49   version         V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz) 
Attributes: 
   hmId       1AA777 
   icon       cul_cul 
   model      CUL 
   rfmode     HomeMatic 
   room       CUL_HM

Im Logfile kommen immer wieder mal folgende Einträge : ( ca alle 2 Stunden )

Code Auswählen


2016.07.02 03:07:24 1: 192.168.178.56:2323 disconnected, waiting to reappear (CUL_HM_Cube)
2016.07.02 03:07:24 3: CUL_HM_Cube: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.07.02 03:07:24 1: 192.168.178.56:2323 reappeared (CUL_HM_Cube)

muss ich mir da Sorgen machen ? Wenn ich das richtig verstehe ,ist der CUNO öfter offline , oder ?

janvonnebenan · 02 Juli 2016, 15:08:39

Vielen Dank für die tolle Arbeit!

Den Fehler bei der Netzwerkanbindung des MaxCubes kann ich allerdings bestätigen. Im Logfile:

Code Auswählen


2016.07.02 12:05:34 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:05:38 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:05:43 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:05:48 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:05:53 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:05:58 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:03 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:08 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:13 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:18 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:23 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:28 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:33 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:38 3: MaxCube: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.07.02 12:06:38 2: Setting CUL fhtid from 1034 to 0000
2016.07.02 12:06:38 1: 192.168.178.59:2323 reappeared (MaxCube)
2016.07.02 12:06:49 1: 192.168.178.59:2323 disconnected, waiting to reappear (MaxCube)
2016.07.02 12:06:49 1: Error in CUL_MAX_SendQueueHandler: CUL MaxCube did not answer request for current credits. Waiting 5 seconds.
2016.07.02 12:06:51 3: MaxCube: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.07.02 12:06:51 1: 192.168.178.59:2323 reappeared (MaxCube)

Verbinde ich mich mit Telnet, ohne dass fhem mit dem MaxCube verbunden ist, fällt auf, dass er immer wieder den Versionsstring ausgibt:

Code Auswählen


root@myserver ~ # telnet 192.168.178.59 2323
Trying 192.168.178.59...
Connected to 192.168.178.59.
Escape character is '^]'.
V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)
V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)
V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)
V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)
V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)

Ich denke, dies ist das Problem. Der MaxCube startet nicht neu, aber der Netzwerkstack glaubt ein "V" empfangen zu haben, wahrscheinlich ist er in dieser Situation auch nicht ansprechbar, was zu "MaxCube did not answer request for current credits." führt.

Ich habe den MaxCube jetzt über USB angeschlossen und alles ist gut.

Herzliche Grüße
Jan

RalfRog · 02 Juli 2016, 18:26:23

@Aladin222 & janvonnebenan
Ich setze den Cube seit ca. 10 Tagen ein. Ich habe keine LOG Einträge hinsichtlich LAN Verbindung.
Version : V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 868MHz)

@Telekatz
Nochmal zu einem Teil meiner Frage 2 vom 25.6
Ich kann prima schalten bei 433Mhz (im Raum) aber trotz setzen der Frequenz auf 433 Mhz (freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB) empfange ich vom Handsender keine Signale - egal welcher Abstand. Der Event Monitor loggt nichts.
Mache ich einen Denkfehler?

Gruß Ralf

Aladin222 · 02 Juli 2016, 19:04:10

@janvonnebenan ,

Ok , das heißt schonmal ich war nicht zu doof

Allerdings macht es das ganze nun nicht wirklich besser für mich ,da ich gerade die LAN-Anbindung haben wollte

janvonnebenan · 02 Juli 2016, 19:09:41

Vielleicht ist es ja ein Problem von Version 1.21.00. Ich werde mal die ältere Version (1.20.08) testen.

Aladin222 · 02 Juli 2016, 19:13:19

Hab gerade nochmal nachgesehen :

Bei mir

Code Auswählen


V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)

Vielleicht bringt das ja was .... puhhh müsste ich mich wieder einlesen wie das ging *snief

rubbertail · 02 Juli 2016, 19:13:51

Ich hab das Problem kaum noch, seit ich für den Cube ein Presence gesetzt hab - offebar mögen manche davon regelmäßig angepingt werden.

Aladin222 · 02 Juli 2016, 19:16:53

@rubbertail, könntest du das bitte nochmal etwas genauer beschreiben ?

rubbertail · 02 Juli 2016, 19:39:06

PRESENCE-Modul in Betrieb nehmen, IP des Cube auf presence testen. Für PRESENCE nach commandref vorgehen

Telekatz · 03 Juli 2016, 11:30:46

Zitat von: RalfRog am 02 Juli 2016, 18:26:23
@Telekatz
Nochmal zu einem Teil meiner Frage 2 vom 25.6
Ich kann prima schalten bei 433Mhz (im Raum) aber trotz setzen der Frequenz auf 433 Mhz (freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB) empfange ich vom Handsender keine Signale - egal welcher Abstand. Der Event Monitor loggt nichts.
Mache ich einen Denkfehler?

Sollte eigentlich funktionieren. Setz mal alles mir "raw e" alles zurück und und stell die Frequenz nochmal ein.

RalfRog · 03 Juli 2016, 19:32:11

Hallo, danke für die Idee (Update 40 Minuten später)

ZitatSollte eigentlich funktionieren. Setz mal alles mir "raw e" alles zurück und und stell die Frequenz nochmal ein.

Gesagt getan, set freq 433 MHz, meinen nanoCUL ausgesteckt, Handsender benutzt
Per Autcreate werden keine neuen Devices angelegt - wäre zu erwarten gewesen. Mit Verbose 5 wird folgendes ins FHEM-Log geschrieben:

Code Auswählen


....
2016.07.03 18:43:23 3: nanoCUL1: Unknown code i11155f, help me!
2016.07.03 18:46:57 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:46:57 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:47:27 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:47:27 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:47:57 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:47:57 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:48:27 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:48:27 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:48:57 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:48:57 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:49:28 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:49:28 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:49:58 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:49:58 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 18:49:59 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL00F4TK-if00-port0 disconnected, waiting to reappear (nanoCUL1)
2016.07.03 18:50:28 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
....
Update
2016.07.03 19:22:43 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 19:22:43 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 19:22:57 5: SW: C0D
2016.07.03 19:22:57 5: CUL/RAW (ReadAnswer): C0D = 10 / 16
2016.07.03 19:22:57 5: SW: C0E
2016.07.03 19:22:57 5: CUL/RAW (ReadAnswer): C0E = A7 / 167
2016.07.03 19:22:57 5: SW: C0F
2016.07.03 19:22:57 5: CUL/RAW (ReadAnswer): C0F = 62 / 98
2016.07.03 19:22:57 5: SW: C10
2016.07.03 19:22:57 5: CUL/RAW (ReadAnswer): C10 = 57 / 87
2016.07.03 19:22:57 5: SW: C1B
2016.07.03 19:22:57 5: CUL/RAW (ReadAnswer): C1B = 07 /  7
2016.07.03 19:22:57 5: SW: C1D
2016.07.03 19:22:57 5: CUL/RAW (ReadAnswer): C1D = 90 / 144
2016.07.03 19:23:22 5: SW: V
2016.07.03 19:23:22 5: CUL/RAW (ReadAnswer): V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 19:23:52 5: CUL/RAW: /V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)
2016.07.03 19:23:52 4: CUL_Parse: cubeCUL1 V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)

Das scheint mir auf Empfang hinzudeuten aber nicht korrekt dekodiert zu werden, oder?
Update: die Meldungen kommen permanent alle 30 sec, die Werte 19:22 einmalig

Hier die Details vom Cube

Code Auswählen


Internals
CMDS    BbCFiAZNEkGMKLUYRTVWXefltxz
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:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 	     cube.fritz.box:2323 0000
DeviceName  cube.fritz.box:2323
FD        12
FHTID   0000
NAME   cubeCUL1
NR       29
PARTIAL
STATE   Initialized
TYPE    CUL
VERSION   V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 868MHz)
initString   X21

Readings
ccconf    freq:433.000MHz bWidth:325KHz rAmpl:42dB sens:4dB      2016-07-03 19:22:57
cmds     B b C F i A Z N E k G M K L U Y R T V W X e f l t x z                 2016-07-03 18:34:54
raw       is0F0F0FFF0FF0                                                                     2016-07-03 01:00:03
state    Initialized                                                                               2016-07-03 18:34:54
uptime 0 19:57:12                                                                             2016-07-02 17:58:53
version  V 1.20.08 a-culfw Build: 220 (2016-04-11_23-12-16) CUBe (F-Band: 433MHz)

RalfRog · 03 Juli 2016, 21:25:55

Hallo Telekatz
Ich wollte jetzt nicht nochmal die Antwort oben editieren.

Ich denke der Cube hat aufgrund von Funktelegrammen nichts geschickt.
Die Meldungen scheinen der Beobachtung von janvonnebenan mit Telnet zu entsprechen.
Ich konnte das ebenfalls per tcpdump bei aktiver Einbindung in FHEM nachvollziehen. Alle 30 sec schickt der Cube die Meldung raus.

Gruß Ralf