Fehlerhafte CC1101 Module

Begonnen von gloob, 03 Oktober 2018, 21:25:21

Vorheriges Thema - Nächstes Thema

papa

HmIP Funk wird nicht erkannt.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Lokverführer

#151
Ah ok, weil das Modul welches funktioniert hat da nämlich im Test Sketch gleich am Anfang Werte angezeigt.

Dann muss ich mal sehen wie ich die ID der Raspberrymatic herausfinden kann und einmal den aktiven Modus zwischen dem HM-Selbstbausensor in der Zentrale testen.

Nachtrag: Wie bringe ich denn die ID der Raspberrymatic raus? in /etc/config ids steht 65535 (das kann wohl nicht korrekt sein), in /var/ids ist BidCoS-Adress komplett leer.
Soweit ich richtig verstanden habe, sollte da eine sechsstellige Dezimalzahl erscheinen die ich dann in Hex umrechnen muss und in den Sketch eintragen.

sammler27

Ich konnte das Testscript hochladen.
Jedoch bekomme ich die folgenden Fehler. Ist mein Modul defekt oder nicht richtig angeschlossen ?

AskSin++ V3.1.7 (Feb 23 2019 17:38:21)
CC init1
Error at 00 expected: 2E read: 00
Error at 02 expected: 06 read: 00
Error at 03 expected: 0D read: 00
Error at 04 expected: E9 read: 00
Error at 05 expected: CA read: 00
Error at 07 expected: 0C read: 00
Error at 0B expected: 06 read: 00
Error at 0D expected: 21 read: 00
Error at 0E expected: 65 read: 00
Error at 0F expected: 6A read: 00
Error at 10 expected: C8 read: 00
Error at 11 expected: 93 read: 00
Error at 12 expected: 03 read: 00
Error at 15 expected: 34 read: 00
Error at 17 expected: 03 read: 00
Error at 18 expected: 18 read: 00
Error at 19 expected: 16 read: 00
Error at 1B expected: 43 read: 00
Error at 21 expected: 56 read: 00
Error at 23 expected: E9 read: 00
Error at 24 expected: 2A read: 00
Error at 25 expected: 1F read: 00
Error at 26 expected: 11 read: 00
Error at 29 expected: 59 read: 00
Error at 2C expected: 81 read: 00
Error at 2D expected: 35 read: 00
Error at 2E expected: 09 read: 00
Error at 3E expected: 03 read: 00
CC Version: 00
Error at 3E expected: C0 rea

Tom Major

Der CC1101 wird nicht gefunden, ich würde alle Verbindungen zu diesem genau prüfen bzw. mit Multimeter nachmessen, auch auf Kurzschlüsse prüfen.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

sammler27

Zitat von: Tom Major am 23 Februar 2019, 18:42:01
Der CC1101 wird nicht gefunden, ich würde alle Verbindungen zu diesem genau prüfen bzw. mit Multimeter nachmessen, auch auf Kurzschlüsse prüfen.

Ok Danke, habs gefunden. Das Saubere verlöten mit Lackdraht ist oft nicht so einfach. Selbst wenn der lötbar sein soll ....


papa

Grrrrr - jetzt habe ich ne Lieferung mit den Schrotdingern gekriegt :-(
Da ich noch ein durchgebranntes Modul liege hatte, habe ich einfach mal bei einem Neuen den Quarz ersetzt. Und siehe da - das neue Modul mit dem alten Quarz hat sofort perfekt funktioniert. Hatten wir schon rausgekriegt, was auf den funktionierenden Boards für ein Quarz drauf ist? Vielleicht gibt es die ja in Stückzahlen günstig. Den Quarz  kann man wirklich einfach mit einer Heißluft-Lötstation wechseln.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

thgorjup

#156
Hallo,
ich habe den FreqTest.ino sketch geflashed und erstmal nichts empfangen, obwohl ich meine Steckdose bei jeder Frequenz mehrmals ein/aus geschaltet habe.
Da der Durchlauf ewig dauert, habe ich ACTIVE_PING aktiviert und aus FHEM die ID's meiner VCCU und der HM-Steckdose eingetragen, aber trotzdem wird nichts empfangen.
Ich denke ich habe irgendwo einen Fehler gemacht. Stimmen denn die ID's, welche ich eingetragen habe? Kann jemand bitte helfen?

Danke und Gruß
Thomas

Sketch:

#define ACTIVE_PING
//#HMID PING_FROM(0x12,0x34,0x56);      // from address for status message e.g. switch
//#HMID PING_TO(0x99,0x66,0x99);        // to address for status message / central / CCU
HMID PING_FROM(0x67,0x22,0x1C);      // from address for status message e.g. switch
HMID PING_TO(0xF1,0x00,0x00);        // to address for status message / central / CCU
#ifdef ACTIVE_PING
  #define SCANTIME seconds2ticks(5)  // maximal time to wait for a valid message
#else
  #define SCANTIME seconds2ticks(60) // maximal time to wait for a valid message
#endif


Ausgabe:

AskSin++ V3.1.7 (Mar  2 2019 11:30:07)
CC init1
CC Version: 14
- ready
Start searching ...
Freq 0x21656A:   0/0
Freq 0x2165BA:   0/0
Freq 0x21651A:   0/0
Freq 0x21660A:   0/0
Freq 0x2164CA:   0/0
Freq 0x21665A:   0/0
Freq 0x21647A:   0/0
Freq 0x2166AA:   0/0
Freq 0x21642A:   0/0
Freq 0x2166FA:   0/0
Freq 0x2163DA:   0/0
Freq 0x21674A:   0/0
Freq 0x21638A:   0/0
Freq 0x21679A:   0/0
Freq 0x21633A:   0/0
Freq 0x2167EA:   0/0
Freq 0x2162EA:   0/0
Freq 0x21683A:   0/0
Freq 0x21629A:   0/0
Freq 0x21688A:   0/0
Freq 0x21624A:   0/0
Freq 0x2168DA:
Done: 0x21656A - 0x21656A
Could not receive any message  0/0

Done: 0x21656A - 0x21656A
Could not receive any message


List VCCU:

Internals:
   DEF        F10000
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     20899
   NAME       VCCU
   NOTIFYDEV  global
   NR         185
   NTFY_ORDER 50-VCCU
   STATE      nanoCUL:ok,nanoCUL2:ok
   TYPE       CUL_HM
   assignedIOs nanoCUL,nanoCUL2
   channel_01 Rauchmelder_Team
   lastMsg    No:4D - t:02 s:F10000 d:5222E6 00
   nanoCUL2_MSGCNT 19959
   nanoCUL2_RAWMSG A0A4B8002F100005222E600::-72:nanoCUL2
   nanoCUL2_RSSI -72
   nanoCUL2_TIME 2019-03-02 11:40:10
   nanoCUL_MSGCNT 940
   nanoCUL_RAWMSG A0A4D8002F100005222E600::-75.5:nanoCUL
   nanoCUL_RSSI -75.5
   nanoCUL_TIME 2019-03-02 11:40:18
   protLastRcv 2019-03-02 11:40:18
   protRcv    18117 last_at:2019-03-02 11:40:18
   protRcvB   265 last_at:2019-03-02 11:32:39
   rssi_at_nanoCUL cnt:448 min:-84 max:-46.5 avg:-68.68 lst:-75.5
   rssi_at_nanoCUL2 cnt:17850 min:-81 max:-63.5 avg:-68.85 lst:-72
   READINGS:
     2019-03-02 11:40:18   CommandAccepted yes
     2019-02-21 01:39:52   IOopen          2
     2019-03-01 12:50:15   aesReqTo        HM_2CAB38
     2019-02-21 01:39:52   state           nanoCUL:ok,nanoCUL2:ok     
   helper:
     HM_CMDNR   77
     PONtest    1
     mId        FFF0
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       nextSend   1551523218.15003
       prefIO     
       vccu       VCCU
       ioList:
         nanoCUL
         nanoCUL2
     mRssi:
       mNo        4D
       io:
         nanoCUL:
           -73.5
           -73.5
         nanoCUL2:
           -72
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_nanoCUL:
         avg        -68.6808035714285
         cnt        448
         lst        -75.5
         max        -46.5
         min        -84
       at_nanoCUL2:
         avg        -68.8567507002797
         cnt        17850
         lst        -72
         max        -63.5
         min        -81
Attributes:
   IODev      nanoCUL
   IOList     nanoCUL,nanoCUL2
   IOgrp      VCCU
   expert     2_raw
   group      CUL
   hmKey      01:24f13d70c38f63f5244c87c351633d64
   icon       cul
   model      CCU-FHEM
   subType    virtual
   webCmd     virtual:update


LIST Steckdose:

Internals:
   DEF        67221C
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     433
   NAME       HM_67221C
   NOTIFYDEV  global
   NR         455
   NTFY_ORDER 50-HM_67221C
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:06 - t:10 s:67221C d:F10000 0601000000
   nanoCUL2_MSGCNT 207
   nanoCUL2_RAWMSG A0E8B800267221CF100000101000047::-76.5:nanoCUL2
   nanoCUL2_RSSI -76.5
   nanoCUL2_TIME 2019-03-02 11:04:06
   nanoCUL_MSGCNT 226
   nanoCUL_RAWMSG A0E06A21067221CF100000601000000::-82:nanoCUL
   nanoCUL_RSSI -82
   nanoCUL_TIME 2019-03-02 11:30:10
   protErrIoAttack 49 last_at:2019-03-01 21:02:09
   protLastRcv 2019-03-02 11:30:10
   protRcv    227 last_at:2019-03-02 11:30:10
   protResnd  1 last_at:2019-02-28 00:33:22
   protSnd    178 last_at:2019-03-02 11:30:10
   protState  CMDs_done
   rssi_at_nanoCUL cnt:226 min:-85 max:-65 avg:-69.8 lst:-82
   rssi_at_nanoCUL2 cnt:207 min:-78.5 max:-66 avg:-72.51 lst:-76.5
   rssi_nanoCUL cnt:210 min:-100 max:-67 avg:-72.88 lst:-71
   Helper:
     DBLOG:
       level:
         DBLOG:
           TIME       1551522610.36416
           VALUE      0
       pct:
         DBLOG:
           TIME       1551522610.36416
           VALUE      0
   READINGS:
     2019-03-02 11:04:06   CommandAccepted yes
     2018-12-20 21:59:13   D-firmware      2.6
     2018-12-20 21:59:13   D-serialNr      PEQ0089042
     2018-12-20 21:59:13   R-pairCentral   set_0xF10000
     2019-03-02 11:30:10   deviceMsg       off (to VCCU)
     2019-03-02 11:30:10   level           0
     2019-03-02 11:30:10   pct             0
     2019-03-02 11:30:06   powerOn         2019-03-02 11:30:06
     2019-03-02 11:30:10   recentStateType info
     2019-02-07 20:35:36   sabotageAttack_ErrIoAttack cnt 22
     2019-03-01 21:02:09   sabotageAttack_ErrIoAttack cnt 49
     2019-03-02 11:30:10   state           off
     2019-03-02 11:30:10   timedOn         off
   helper:
     HM_CMDNR   6
     PONtest    0
     cSnd       11F1000067221C0201C80000,11F1000067221C0201000000
     dlvlCmd    ++A011F1000067221C0201000000
     mId        00D8
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +67221C,00,01,00
       nextSend   1551522610.35407
       rxt        0
       vccu       VCCU
       p:
         67221C
         00
         01
         00
       prefIO:
         nanoCUL
     mRssi:
       mNo        06
       io:
         nanoCUL:
           -80
           -80
         nanoCUL2:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         nanoCUL
       flg        A
       ts         1551522610.25515
       ack:
         HASH(0x49980c8)
         068002F1000067221C00
     rssi:
       at_nanoCUL:
         avg        -69.8097345132744
         cnt        226
         lst        -82
         max        -65
         min        -85
       at_nanoCUL2:
         avg        -72.512077294686
         cnt        207
         lst        -76.5
         max        -66
         min        -78.5
       nanoCUL:
         avg        -72.8809523809524
         cnt        210
         lst        -71
         max        -67
         min        -100
Attributes:
   IODev      nanoCUL
   IOgrp      VCCU:nanoCUL
   alias      HM_Steckdose
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.6
   group      Steckdosen
   icon       ge_wht_steckdose
   model      HM-LC-Sw1-Pl-DN-R1
   room       20_Wohnzimmer
   serialNr   PEQ0089042
   subType    switch
   webCmd     statusRequest:toggle:on:off

FHEM auf Ubuntu 18.04LTS, 2x nanoCUL, JeeLink, nanoPIR, MQTT, ESP-Easy, HUE.
Sensoren+Aktoren: HM, IT, Lacrosse, Multitrade-PIR, VU+, Somfy

papa

Sieht soweit alles gut aus. Hast Du mal ein anderes Modul probiert ?
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

tndx

Habe auch Module gehabt, die sich mit papas Script alleine nicht wieder nutzbar machen ließen, nur in Kombination mit dem Austausch der Kondensatoren. Vielleicht ist es so ein Exemplar.

thgorjup

Ja, habe 3 Module probiert.
FHEM auf Ubuntu 18.04LTS, 2x nanoCUL, JeeLink, nanoPIR, MQTT, ESP-Easy, HUE.
Sensoren+Aktoren: HM, IT, Lacrosse, Multitrade-PIR, VU+, Somfy

thgorjup

Seltsam ist halt, dass ich durch manuelles ausprobieren eine Frequenz gefunden habe, welche zu 80% funktioniert. Habe die nanoCUL Firmware damit kompiliert und kann damit einige HM-Devices schalten. Die Frequenz ist: 0x2165FF. Also sollte doch in der Nähe dieser Frequenz der Sketch etwas anzeigen. Tut er aber leider nicht.  :-[
Schade! Ansonsten finde ich die Lösung von Papa super! So wie ich hier lese, konnten einige damit die passende Frequenz finden.
k.A. warum es bei mir nicht funktionieren will....?
FHEM auf Ubuntu 18.04LTS, 2x nanoCUL, JeeLink, nanoPIR, MQTT, ESP-Easy, HUE.
Sensoren+Aktoren: HM, IT, Lacrosse, Multitrade-PIR, VU+, Somfy

papa

Ich habe jetzt nochmal nach dem Quarz recherchiert und folgende Info bei Epson gefunden.
https://www5.epsondevice.com/en/ic_partners/ti/cc_series.html
Demnach würde ein Epson Quarz aus der Serie TSX-3226 mit 10pF kompatibel sein. Leider habe ich noch keine Quelle gefunden, wo man mal ein paar zum Testen ohne riesige Versandkosten bestellen kann. Hat da jemand vielleicht eine Idee ?
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Tom Major

Zitat von: papa am 12 März 2019, 11:18:10
Demnach würde ein Epson Quarz aus der Serie TSX-3226 mit 10pF kompatibel sein. Leider habe ich noch keine Quelle gefunden, wo man mal ein paar zum Testen ohne riesige Versandkosten bestellen kann. Hat da jemand vielleicht eine Idee ?

Hängt aber auch vom Wert der beiden SMD C's auf dem CC1101 Board ab. Die müssen bei der Berechnung der erforderlichen Quarz CL berücksichtigt werden.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker

papa

Ja, ist klar. Ich habe irgendwie das Gefühl, die Chinesen haben einfach nur den Quarz gewechselt und den Rest gleich gelassen. Wenn man andere Quarze ordert, sollt eman aber natürlich auch die entsprechend passenen Kondensatoren mitbestellen.
Oder hoffen wir, dass die Chinesen die Qualität wieder in den Griff kriegen :-)
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Tom Major

Zitat von: papa am 13 März 2019, 08:41:09
Ja, ist klar. Ich habe irgendwie das Gefühl, die Chinesen haben einfach nur den Quarz gewechselt und den Rest gleich gelassen. Wenn man andere Quarze ordert, sollt eman aber natürlich auch die entsprechend passenen Kondensatoren mitbestellen.
Oder hoffen wir, dass die Chinesen die Qualität wieder in den Griff kriegen :-)

Genau das war auch mein Gefühl, Quarz mit anderer CL z.B. wegen Lieferantenwechsel oder Preis genommen.

Den TSX-3226 mit 9pF gibt es bei Farnell
https://de.farnell.com/epson/x1e0000210132-tsx-3225-25-mhz-9-0pf/quarz-tsx-3225-25mhz-9pf/dp/1712843?st=X1E0000210143
ist aber erst ab 55€ versandkostenfrei (und ein Firmenaccount erforderlich).

Wenn man den eingesetzten Quarz kennen würde wäre es einfacher die 2x SMD C neu zu berechnen und tauschen.
Früher: FHEM 5.x
Jetzt: RaspberryMatic / ioBroker