Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.43

[Maxl]

Hallo Ansgar,

es läuft mit 0kHz Offset wunderbar, hätte nur ein paar Fragen:
Welche Parameter muß der CC1102 Receiver bei Homematic eigentich haben, wie kann man diese verändern (Bandbreite,...)?
Was bedeuten eigentlich die Werte in den Botschaften am Ende, sind dies die Pegel?
Was ist eigentlich diese Ping Message?

Code Auswählen Erweitern

2016.12.23 08:50:26.046 4: TSCUL_Parse: nanoCUL  055789 A FF52 00014888 00 15 AABBCCDDAABBCCDDAABBCCDDAABBCCDDAABBCCDDAA _ping -138
2016.12.23 08:50:36.837 4: TSCUL_Parse: nanoCUL  066583 A FF51 00025712 00 0F 80 8610 3547BB 000000 0AA0DB080040 -48
2016.12.23 08:50:39.276 4: TSCUL_Parse: nanoCUL  069022 A FF51 00028152 00 0F BE 8610 3549DB 000000 0A24C00A0040 -75.5
2016.12.23 08:50:50.035 4: TSCUL_Parse: nanoCUL  079781 A FF51 00038920 00 0F D3 8610 3547B5 000000 0A4CC10A0040 -86
2016.12.23 08:50:59.202 4: TSCUL_Parse: nanoCUL  088945 A FF52 00048088 00 15 AABBCCDDAABBCCDDAABBCCDDAABBCCDDAABBCCDDAA _ping -138
2016.12.23 08:51:20.891 4: TSCUL_Parse: nanoCUL  110637 A FF51 00069796 00 0F D6 8610 3547BA 000000 0A90C40A0040 -54
2016.12.23 08:51:29.746 4: TSCUL_Parse: nanoCUL  119489 A FF52 00078656 00 15 AABBCCDDAABBCCDDAABBCCDDAABBCCDDAABBCCDDAA _ping -138

Danke
Mario

[noansi]

Hallo Mario,

es läuft mit 0kHz Offset wunderbar,

Schön, dann merk Dir den Wert, denn mit der nächsten Firmware Update Version werden wieder automatisch die defaults gesetzt.

Welche Parameter muß der CC1101 Receiver bei Homematic eigentich haben, wie kann man diese verändern (Bandbreite,...)?

Außer dem Frequenz Offset sind die Werte für HM fest und bleiben es auch.
Optimieren geht nur mit Verändern und dann beobachten, wie sich die RSSI Werte aller Geräte ändern (HMInfo in der RSSI Statistik).
Oder Spektrum bei 868.3MHz sichtbar machen und die Frequenzmitte der Empfangspakete betrachten. Dann die Sendepakete mit dem Offset da hin schieben.

Was bedeuten eigentlich die Werte in den Botschaften am Ende, sind dies die Pegel?

Für Empfangsdaten ist es der Pegel (RSSI, wie auch in HMInfo in der RSSI Statistik schön zu sehen) und für sonstige ein dummy Pegel (-138) für das Protokoll von CUL zu FHEM.

Was ist eigentlich diese Ping Message?

Mit den langen Pings versuche ich die Übertragungszeit zu CUL zu bestimmen.
Die kurzen dienen der Aktualisierung der credits, auch wenn nichts empfangen wird.

Gruß, Ansgar.

[dog_martin]

Hi Ansgar,

ich möchte mich bedanken!

Ich hatte mich eben endlich entschlossen Deine aktuelle Firmware zu flashen und Deine neuen TS-Module zu installieren...
Meine beiden Displays funktionieren auf Anhieb und werden sogar nach einem 'getconfig' als gepaired angezeigt.


Nochmals DANKE!

[ms_steini]

es tut mir leid, aber ich bin wohl zu blöd, was mache ich falsch ?

ich habe einen SCC (stapelbarer CC1101 Transceiver für Raspberry Pi)

noansi schrieb...

........
Im Anhang ist in TSCUL_fwcode_00_05_01_FHEM_Modules_00_05_01.zip wieder die Timestamp Firmware zu finden. Getestet habe ich CUL_V3 und SCC.
Alle vorcompilierten .HEX Firmware Files haben 8 (+1) Sendepuffer konfiguriert.
..........

ich habe die TSCUL_fwcode_00_05_01_FHEM_Modules_00_05_01.zip heruntergeladen und die SCC.hex nach /opt/fhem/FHEM/firmware kopiert und die 98_CULflash.pm nach /opt/fhem/FHEM kopiert
in FHEM shutdown restart durchgeführt, danach CULflash SSC_CUL SCC eingegeben und erhalte dies MELDUNG: "Usage: CULflash [FHEM-Device|none] TYPE>, where TYPE is one of CUL_V2 CUL_V2_HM CUL_V3 CUL_V4"
OK, ich bin dann ins Verzeichnis /opt/cul_firmware/culfw/Devices/SCC gewechselt und habe "sudo make" eingegeben und erhalte diese Meldung:

Code Auswählen Erweitern

Compiling C: ../../clib/stacking.c
sh: 1: avr-gcc: not found
makefile:410: recipe for target '../../clib/stacking.o' faild
make: *** [../../clib/stacking.o] Error 127

was mache ich falsch ?

[dog_martin]

Hi Steini,

die SCC.hex Datei ist - soweit ich es richtig verstanden habe - bereits eine Firmwaredatei, die auf Deinen CC1101 geflasht werden muss.
Wenn der Versuch diese Datei aus fhem per culflash auf Deinen Transceiver zu bringen fehlschlägt, liegt es meist an fehlenden root-Rechten.
fhem.pl läuft NICHT als root!

Mein Vorschlag:
Beende fhem und starte den dfu-programmer manuell mit root-Rechten.
Dazu ist es evtl. notwendig, den CC1101 erst in den Programmiermodus zu bringen (Taster?!).

War bei meinem CUL jedenfalls notwendig UND erfolgreich.
Vielleicht hilfts...

[ms_steini]

Hallo dog_Martin,

das ist das Ergebnis:

Code Auswählen Erweitern

root@RasPi-3-FHEM:/opt/cul_firmware/culfw/Devices/SCC# make program
Compiling C: ../../clib/stacking.c
sh: 1: avr-gcc: not found
makefile:410: recipe for target '../../clib/stacking.o' failed
make: *** [../../clib/stacking.o] Error 127

[dog_martin]

Hi Steini,

ich bin jetzt nicht wirklich im Thema, mir scheint jedoch, Du hast Dich da ganz schön verlaufen.
Mit 'make program' wirst Du weniger eine vorbereitete Firmware auf Deinen Transceiver flashen!

Versuche bitte als root 'man dfu-programmer' auszuführen.
Wenn der 'dfu-programmer' bereits installiert ist, bekommst Du eine Anleitung erhalten wie dieser zu verwenden ist.
(falls nicht: 'apt install dfu-programmer')

Als kleine Hilfe hier meine Befehle, die ich verwendet habe um meinen CUL zu flashen:
root@fhem:~# dfu-programmer atmega32u4 erase
root@fhem:~# dfu-programmer atmega32u4 flash ./Firmware/tsculfw-code-459-trunk_lufa_00_05/CUL_V3.hex
root@fhem:~# dfu-programmer atmega32u4 start
(Du musst das natürlich an Deine Umgebung anpassen)

[ms_steini]

OK, verstehe ich nicht

dfu-programmer ist für microcontrollers mit USB  boot  loader
ich habe aber einen avr109-bootloader support using USART

das ist doch nicht das selbe?

[dog_martin]

Nein, definitiv nicht...

Wenn 'make program' tatsächlich richtig sein sollte (?!), dann kann lt. Fehlermeldung der Compiler nicht gefunden werden.
(noch nicht installiert oder nicht unter $PATH installiert?)

[ms_steini]

also unter http://culfw.de/culfw.html steht u.a.
Step 1: flashing the firmware
rpiaddon: Install the package avrdude and then execute "make program".

wie soll ich das denn sonst verstehen ?

[kaihs]

RPi add-on ist nicht das gleiche wie SCC, du folgst der falschen Anleitung.

[ms_steini]

ich glaube ich habs jetzt hinbekommen.... glaube ich zumindest.

im Beitrag https://forum.fhem.de/index.php/topic,38404.0.html habe ich eine Link gefunden unter dem eine uralte Version enthalten war, darin habe ich dann eine "flash.sh"
mit der ich dann die SCC.hex flashen konnte.

Code Auswählen Erweitern


-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please insert the port for your device [default /dev/ttyAMA0]:

The device will now be flashed
KEEP THE MICRO BUTTON PRESSED AT DESIRED EXTENSION
Continue (y/n)?y

calling radio frontends bootloader ...

Call now avrdude -patmega1284p -cavr109 -P/dev/ttyAMA0 -b38400 -Uflash:w:./SCC.hex:i

Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
    Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.

Programmer supports the following devices:
    Device code: 0x46

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9705
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "./SCC.hex"
avrdude: writing flash (30324 bytes):

Writing | ################################################## | 100% 9.78s

avrdude: 30324 bytes of flash written
avrdude: verifying flash memory against ./SCC.hex:
avrdude: load data flash data from input file ./SCC.hex:
avrdude: input file ./SCC.hex contains 30324 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 8.44s

avrdude: verifying ...
avrdude: 30324 bytes of flash verified

avrdude done.  Thank you.


ich hoffe das es das jetzt war

könnt Ihr das bitte prüfen ob hier alles richtig ist?

Code Auswählen Erweitern

Internals:
   CMDS       *ABCEFGJKMRTUVWXYZbefilmtx
   Clients    TSSTACKED:STACKABLE_CC:CUL_HM:HMS:CUL_IR
   DEF        /dev/ttyAMA0@38400 1267
   DeviceName /dev/ttyAMA0@38400
   FD         12
   FHTID      1267
   NAME       SCC
   NR         26
   PARTIAL
   RAWMSG     AFF1100037340000F6986104DDE460000000AA8E60F1B00F5
   RSSI       -79.5
   SCC_MSGCNT 31
   SCC_TIME   2016-12-30 18:40:19
   STATE      Initialized
   TYPE       TSCUL
   VERSION    VTS 0.05 SCC868
   VERSION_HW SCC_V1.2
   VERSION_TS yes
   XmitOpen   1
   initString X21
Ar
At1
   Matchlist:
     1:TSSTACKED ^\*
     A:CUL_HM   ^A....................
     B:HMS      ^810e04....(1|5|9).a001
     C:CUL_IR   ^I............
   Readings:
     2016-12-30 18:25:18   Xmit-Events     ok:1 disconnected:1 init:2
     2016-12-30 18:27:41   ccconf          freq:868.300MHz bWidth:101kHz rAmpl:33dB sens:8dB drate:9.993kBit/s agcprio:1 agcwait:16 agchyst:2 dcBlockingoff:0 IF:152.34kHz agcMaxLNA:0.0dB agcMaxDVGA:1 AGC_FREEZE:0 freq_offs:-22.217kHz CCAmode:3 csRelThr:dis csAbsThr:0dB
     2016-12-30 18:25:15   cmds             * A B C E F G J K M R T U V W X Y Z b e f i l m t x
     2016-12-30 18:25:18   cond            ok
     2016-12-30 18:25:14   prot_disconnected last
     2016-12-30 18:25:15   prot_init       last
     2016-12-30 18:25:18   prot_ok         last
     2016-12-30 18:33:50   scF             1.0025355763884
     2016-12-30 18:25:15   state           Initialized
     2016-12-30 18:19:07   version         VTS 0.05 SCC868
   Helper:
     Devio:
       NDisCon    0
       NRFail     0
       RXfailTS
     Hm:
       FUP        0
       hmCrdts    1
       hmSbusy    0
       Unknwn:
         3ba87a:
           lRcTm      788608
           lstRecType 10
           nextSend   1483119503.61287
           nxtSndMcnt 4A
           tgtDly     120
         3bab23:
           lRcTm      860504
           lstRecType 10
           nextSend   1483119575.69078
           nxtSndMcnt 26
           tgtDly     120
         4dde36:
           lRcTm      844560
           lstRecType 10
           nextSend   1483119559.70693
           nxtSndMcnt 63
           tgtDly     120
         4dde46:
           lRcTm      904448
           lstRecType 10
           nextSend   1483119619.74723
           nxtSndMcnt 69
           tgtDly     120
         4de1be:
           lRcTm      882928
           lstRecType 10
           nextSend   1483119598.17207
           nxtSndMcnt 99
           tgtDly     120
         4de5f0:
           lRcTm      871376
           lstRecType 10
           nextSend   1483119586.59061
           nxtSndMcnt 71
           tgtDly     120
         Ff0712:
           lRcTm      751016
           lstRecType 12
           nextSend   1483119465.92466
           nxtSndMcnt 02
           tgtDly     120
     Cnd:
       0          1
       253        1
       255        2
     Hmq:
     Hmqo:
     Q:
       HMcndN     0
       InQueues   0
       answerPend 0
       hmLanQlen  1
       Cap:
         sum        20250
     Ref:
       Sdly       2
       doNbyterate 71
       hmDstDly   120
       ioByteRate 3840
       ioByteRateMeas 3714.06515345996
       lHMt       871376
       lSys       282127527
       pTTu       1024
       pndAs      0
       pndCUAp    0
       pngFrc     1
       pngLm      12
       pngMax     -300000
       pngMin     4
       pngRef     5
       pngtm      281771675
       pngtmBRs   1483119644.11805
       scErr      0
       scF        1.0025355763884
       scFN       0
       scHT       5696
       scST       281259653
Attributes:
   hmId       FF1267
   hmLanQlen  1_min
   model      CUL
   rfmode     HomeMatic
   room       System
   verbose    5


In der LOG taucht ab und an folgende Meldung auf:
2016.12.30 18:42:07 3: SCC: Unknown code A0F6486104DDE360000000AA8E90F1B00::-82:SCC, help me

Ich wäre froh wenns das jetzt gewesen ist.... und VIELEN DANK FÜR EUERE GEDULD

[noansi]

Hallo ms_steini,

könnt Ihr das bitte prüfen ob hier alles richtig ist?

das sieht gut aus.
Eine VCCU benutzt Du wohl nicht. Über die Vorteile kann Dir das Homematic Forum Infos geben.

In der LOG taucht ab und an folgende Meldung auf:
2016.12.30 18:42:07 3: SCC: Unknown code A0F6486104DDE360000000AA8E90F1B00::-82:SCC, help me

Du hast das device 4DDE36 noch nicht definiert bzw. mit aktivem autocreate gepaired !?

dfu-programmer ist für microcontrollers mit USB  boot  loader
ich habe aber einen avr109-bootloader support using USART

avrdude ist der programmer für SCC, der auch installiert sein muss.

Wenn das SCC HEX File im SCC Device Verzeichnis liegt, kann mit

Code Auswählen Erweitern

sudo make do_program
SCC geflashed werden (sofern man das Knöpfchen drückt).

Gruß, Ansgar.

[noansi]

Hallo Testwillige,

10_CUL_HM.pm muss nicht mehr ausgetauscht werden ab Stand # $Id: 10_CUL_HM.pm 12943 2017-01-03 08:35:18Z martinp876 $

Martin hat dankenswerterweise die notwendigen Änderungen übernommen.
Bitte daran denken, ggf. attr global exclude_from_update entsprechend anzupassen, um 10_CUL_HM.pm wieder im automatischen Update zuzulassen.

Gruß, Ansgar.

[MadMax-FHEM]

@Martin, Ansgar: Super!!

Hmm, dann muss ich wohl mal alles auf den neuesten Stand bringen...

Danke, Joachim