Cc1101 von Ebay

[juergs]

http://forum.fhem.de/index.php/topic,24651.msg387326.html#msg387326

[tobby]

Hi

CC1101-Module für 868MHz für 3,40€ inkl. Versand gibt es hier: http://www.ebay.de/itm/181897708531 Habe auch tatsächlich Module mit CC1101 und nicht mit dem CC1101L erhalten. Außerdem scheint mir die Schaltung auch ähnlich bzw. identisch mit der aus dem Wiki für 868 MHz zu sein. Siehe Anhang. Könnte also für einige von Interesse sein

Dagegen sind die Arduino-Nano-Clones von hier: http://www.ebay.de/itm/281912316954 entgegen der Beschreibung (die sagt FTDI FT232RL) mit einem CH340G als USB-Seriell-Wandler ausgerüstet. Habe gerade bei eBay einen Fall eröffnet und mal schauen, was dabei raus kommt.

[peterchen88]

Bei mit zeigt mein neu geflashter 868er CUL mit dem og. Modul folgendes an:

VERSION   V 1.20.04 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 433MHz)

Woran kann das liegen?

[RaspII]

Hallo zusammen,
inzwischen gibt es hier etwa 5 Threads die das selbe Thema besprechen.
Ich möchte hiermit einen Versuch unternehmen den aktuellen Status festzuhalten (High Level).

Mein Status bzgl. Betrieb eines Selbstbau CULs mit 868 Mhz ist wie folgt:

• funktioniert gerenerell mit echten 868Mhz Modulen
• funktioniert mit manchen 433Mhz Modulen (limitierte Reichweite) wenn diese auf 868 Mhz konfiguriert/betrieben werden
• bisher hat es noch niemand geschafft, mit den blauen 433Mhz Modulen (siehe Anhang) einen stabilen Betrieb bei 868 Mhz hinzubekommen, festgestellt wurden hier Frequenzabweichungen die wir uns bisher nicht erklären können

Ist diese zugegebenermaßen extrem grobe Beschreibung richtig, oder hat jemand z.B. ein blaues Modul am Laufen und kennt die Ursache der Probleme.


Was ich mir in diesem Zusammenhang nicht erklären kann:
Es gibt in einigen culfw Modulen sehr wohl Trägerfrequenzabhängige Einstellungen, bei denen ich mir aber nicht erklären kann wann diese wirken, z.B.:

board.h (CUL)

Code Auswählen Erweitern


#define MARK433_PORT          PORTB
#define MARK433_PIN             PINB
#define MARK433_BIT             6
#define MARK915_PORT          PORTB
#define MARK915_PIN             PINB
#define MARK915_BIT             5


cc1100.c

Code Auswählen Erweitern


  if (!bit_is_set(MARK433_PIN, MARK433_BIT)) {
    t = EE_CC1100_CFG + 0x0d;
    ewb(t++, 0x10);
    ewb(t++, 0xb0);
    ewb(t++, 0x71);


Für mich sieht das so aus, dass beim CUL anhand von Pegel an Porteingängen unterschieden wird ob das Modul mit 433, 868 oder 915 Mhz betrieben werden soll (Im CUL Schaltplan ist aber an diesen Pins nichts angeschlossen).
Bei 433 Mhz werden Einstellungen im EEProm verändert, was diese bewirken bzw. wann diese wirken erschliesst sich mir nicht.
Ich habe selbst culfw für das Kopp Protokoll geschrieben und initialisiere hier den CC1101 komplett selbst. Ich hätte erwartet, dass diese Initialisierungswerte nicht mehr überschrieben werden.
Trotzdem ist mein CC1101 nicht zu bewegen (es laut Aufdruck ein echter CC1101) auf der korrekten Frequenz zu senden.

Mein Selbstbau CUL (basieren auf Pro Micro Atmega mit 32u4 µC) meldet sich übrigens mit 868 Mhz, im Detail:

Code Auswählen Erweitern


   CMDS       BbCFiAZEkGMKUYRTVWXefmltux
   Clients    :KOPP_FC:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM0@38400 1234
   DeviceName /dev/ttyACM0@38400
   FD         11
   FHTID      1234
   NAME       CUL_0
   NR         58
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.63 CUL868
   initString krS
   Matchlist:
     1:Kopp_FC  ^kr..................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2016-02-16 23:09:32   ccconf          freq:868.300MHz bWidth:162KHz rAmpl:42dB sens:8dB
     2016-02-16 23:07:41   cmds             B b C F i A Z E k G M K U Y R T V W X e f m l t u x
     2016-02-16 23:07:32   credit10ms      900
     2016-02-03 21:58:33   fhtbuf          AE
     2016-02-16 23:07:41   raw             No answer
     2016-02-16 23:07:41   state           Initialized
     2016-02-03 21:57:18   uptime          0 01:14:01
     2016-02-16 23:07:19   version         V 1.63 CUL868
Attributes:
   rfmode     KOPP_FC



Vielleicht kann jemand meine Fragen beantworten.
Ich möchte verstehen warum sich manche CC1101 Bausteine/Module auf der falschen Frequenz befinden.

Liebe Grüße
RaspII

[chris1284]

den technischen hintergrund kann ich dir auch nicht nennen aber:

die ganze diskusion kann man sich eigentlich sparen wenn man einfach mit den modulen macht wofür sie vorgsehen sein:

funktioniert gerenerell mit echten 868Mhz Modulen

so soll es sein. ein 868Mhz modul --> cul 868

funktioniert mit manchen 433Mhz Modulen (limitierte Reichweite) wenn diese auf 868 Mhz konfiguriert/betrieben werden

glückssache da nicht dafür 868 gedacht. 433MHz modul --> cul 433

angenommen man würde es schaffen die 433 stabil in 868 zu betreiben würde das geheule über die empfang und sendequallität losgehen weil der antenneteil auf der platine nicht für 868 ausgelegt ist

man macht sich doch unnötig das leben schwer wenn man sich die 10€ sparen will (nano + richtiges modul für die geplante anwendung) und ein modul in bereichen betreiben will für die sie einfach mal nicht gedacht und ausgelegt sind.

[RaspII]

Hallo Chris,
Ich stimme Dir in allen Punkten zu.
Ich habe mir auch schon die 866Mhz Version bei 2 verschiedenen Lieferanten bestellt.

Trotzdem versuche ich zu verstehen welcher Effekt die Frequenverschiebung verursacht, ich befürchte ich habe die culfw bzw. den CC1101 doch noch nicht so richtig durchdrungen.
(Die Erfahrung zeigt, dass nicht verstandene Zusammenhänge immer ein zweites mal Ärger verursachen).
Soll heissen, wenn jemand zur Klärung beitragen kann wäre das Klasse.
Wenn nicht mache ich Interessehalber alleine weiter.
Gruß RaspII

Gesendet von meinem SM-G900F mit Tapatalk

[T.ihmann]

CC1101-Module für 868MHz für 3,40€ inkl. Versand gibt es hier: http://www.ebay.de/itm/181897708531 Habe auch tatsächlich Module mit CC1101 und nicht mit dem CC1101L erhalten. Außerdem scheint mir die Schaltung auch ähnlich bzw. identisch mit der aus dem Wiki für 868 MHz zu sein. Siehe Anhang. Könnte also für einige von Interesse sein

Gibt es zu diesen CC1101-Modulen für 868 MHZ eine Schematik mit Belegung der linken bzw. rechten Lötaugen ? Was wird wie wo angeschlossen ?

[marco-f]

Gibt es zu diesen CC1101-Modulen für 868 MHZ eine Schematik mit Belegung der linken bzw. rechten Lötaugen ? Was wird wie wo angeschlossen ?

http://forum.fhem.de/index.php/topic,24651.msg387326.html#msg387326

[Feuerdrache]

Moin,
Mir mangelt es an einem blauen Modul um das mal zu testen und mit meinem Grünen Modul zu vergleichen.

Hat jemand ein blaues Modul für 433 was er aktuell nicht braucht und zum testen zur Verfügung stellen mag?

Gruß FD

[juergs]

Hallo RaspII,

ich habe mit einigen Fabrik-neuen 868Mhz Modulen mit der Panstamp-Receiver + Sender-Firmware (GD0 + GD2 tauschen!) getestet
(umgebaute SMA-433MHz PigTail-Antenne mit Lambda/4 aus 2mm Messingrohr aus dem Baumarkt, mit 81,6 mm Länge)
und folgende Ergebnisse erhalten:
Modul 1: -0.025 MHz (-25KHz)
Modul 2: +0.175 MHz
Modul 3: +0.250 MHz
Das ist schon eine erheblichliche Abweichung von der eingestellten MittenFrequenz von 868.000 (867.998).
Dh. addiere ich den Offset erhalte ich jeweils die besseren RSSI/LQI-Werte, wie erwartet, oder der Empfang funktioniert erst überhaupt...

Laut der DN015 von TI kann man den Offset permanent einstellen, wenn der interne Algorithmus (Diff zw. RX und TX-Optimierung) an dessen Grenze gelangt ist
(FREQEST + FSCTRL0.FREQOFF - Register). Ich werde nächstes WoE die empfohlene Methode ausprobieren, vielleicht nützt es was.
Die CUL-FW nutzt leider nicht die Möglichkeiten der Kanalwahl, um die Mittenfrequenz anzupassen, aber vielleicht ist die von mir beobachtete Freq-Abweichung
sonst nicht so negativ aufgefallen, wenn man die Bandbreite groß genug wählt....

In der nanoCUL-FW sehe ich folgende Einstellungen auf 433.919830 MHz:

Code Auswählen Erweitern

/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define [b]MULTI_FREQ_DEVICE[/b]
#define MARK433_PIN mark433_pin
#define MARK433_BIT             0
extern const uint8_t mark433_pin;

Code Auswählen Erweitern

void
cc_factory_reset(void)
{
  uint8_t *t = EE_CC1100_CFG;
  for(uint8_t i = 0; i < sizeof(CC1100_CFG); i++)
    ewb(t++, __LPM(CC1100_CFG+i));
#if defined([b]HAS_FASTRF[/b]) || defined(HAS_RF_ROUTER)
  t = EE_FASTRF_CFG;
  for(uint8_t i = 0; i < sizeof(FASTRF_CFG); i++)
    ewb(t++, __LPM(FASTRF_CFG+i));
#endif

#ifdef [b]MULTI_FREQ_DEVICE[/b]
  // check 433MHz version marker and patch default frequency
  if (!bit_is_set(MARK433_PIN, MARK433_BIT)) {
    t = EE_CC1100_CFG + 0x0d;
    ewb(t++, 0x10);
    ewb(t++, 0xb0);
    ewb(t++, 0x71);
#if defined(HAS_FASTRF) || defined(HAS_RF_ROUTER)
    t = EE_FASTRF_CFG + 0x0d;
    ewb(t++, 0x10);
    ewb(t++, 0xb0);
    ewb(t++, 0x71);
#endif   
  }
#endif   
  cc_set_pa(8);
}

In fncollection.c wird entschieden:

Code Auswählen Erweitern


#ifdef MULTI_FREQ_DEVICE     // check 433MHz version marker
  if (!bit_is_set(MARK433_PIN, MARK433_BIT))
    DS_P( PSTR("V " VERSION " " BOARD_ID_STR433) );
  else
#endif
  DS_P( PSTR("V " VERSION " " BOARD_ID_STR) );
  DNL();
}

In board.h:
// Feature definitions

Code Auswählen Erweitern

#define BOARD_ID_STR            "CUL868"
#define BOARD_ID_STR433      "CUL433"


Code Auswählen Erweitern

/*                                   
Conf1: SmartRF Studio:               
   Xtal: 26Mhz, RF out: 0dB, PA ramping, Dev:5kHz, Data:1kHz, Modul: ASK/OOK,
   RF: 868.30MHz, Chan:350kHz, RX Filter: 325kHz
   SimpleRX: Async, SimpleTX: Async+Unmodulated
*/

[RaspII]

@Feuerdrache
Schick mir bitte privat Deine Adresse,
Ich schick Dir dann ein blaues Modul

Gesendet von meinem SM-G900F mit Tapatalk

[Feuerdrache]

Hallo zusammen,
hab jetzt mal mit dem von RaspII zur Verfügung gestellten blauen Modul rumgespielt.

Da es für mich am einfachsten ist habe ich mich auf das Kopp Protokoll beschränkt.

Rausgekommen ist das das blaue Modul (beschriftet RF1100SE) im 868Mhz Bereich 0,2 MHz daneben liegt (im Vergleich zum grünen cc1101 Beschriftet mit RF1101SE-V3.1 siehe Anhang), und daher nicht von den Empfängern erkannt wird. Nachdem ich die nanoCUL Firmware für Kopp entsprechend um etwa 0,2Mhz hochgedreht habe konnte der nanoCUL auch mit meinem FHEM und dem grünen Modul sprechen. Die Reichweite ist deutlich schlechter als bei den grünen Modul.

Bei genauen hinsehen ist auf dem grünen Modul eine CC1101L verbaut und auf dem blauen eine CC1101. die Beschalltung ist ähnlich, aber nicht gleich.

Für mich ergibt sich daraus das die blauen Module nicht für 868 MHz geeignet sind, wenn man nicht genau weiß was man tut. Dazu ist dann eine Möglichkeit notwendig um zu sehen, auf welcher Frequenz das Modul wirklich sendet und die Firmware entsprechend anzupassen. Ich habe dazu einen günstigen DVB-T Stickt und die Software SDR# verwendet.

Aus eigener Erfahrung funktionieren ich die mit RF1101SE-V3.1 beschrifteten Module gut und haben auch eine gute Reichweite, allerdings weiß ich nicht was der unterschied zwischen dem cc1101 und cc1101l ist. Einer von euch evt.?

Soweit erstmal..
Gruß FD

[RaspII]

Nein, kenn ich nicht.
Hast Du mal geschaut was die Module jeweils mit einem Terminalprogramm empfangen?
Ich möchte noch herausbekommen, ob die Botschaften mit "Nullen" (stoffels info aus dem andern Blog, Mist, jetzt sind wir schon wieder Zweigleisig unterwegs) ursprünglich vom blauen Funkmodul kommen oder ob das ein Problem im Zusammenspiel mit dem nanoCUL ist.

Gruß
RaspII

[Feuerdrache]

Hab den Fehler weder noch.
Nur einmal direkt als ich das Funkkmodul abgezogen habe, gab es eine Nullbotschaft, aber das hat mMn mit dem abziehen zu tun.

Gruß FD

[juergs]

Hier die Unterschiede zw. CC1101 und "L":
https://e2e.ti.com/support/wireless_connectivity/low_power_rf_tools/f/155/t/153153

Code Auswählen Erweitern

The following features are removed from the Value Line chips versus CC1101:
•Forward error correction (FEC) and interleaving
•Wake-on-Radio (WOR) and RCOSC (no RX timeout possible)
•Data Whitening
•Preamble quality threshold (PQT) indication (used to gate sync word detection)
•Link quality (LQI) indication (received signal strength (RSSI) is supported in Value Line parts)
•Temp sensor
•PA ramping and shaping
•MSK and ASK modulation (OOK modulation is supported in Value Line parts)
•No pin control for strobe commands (SPI strobe commands need to be used)
•ATEST removed

Hier noch die Definition der Mittenfrequenz:

https://de.wikipedia.org/wiki/Mittenfrequenz

Grüße