> Nur damit ich es richtig verstehe, entweder kann der EUL das
> EnOcean-Protokoll oder HomeMatic-Protokoll verarbeiten?
EUL kann EnOcean UND NICHTS ANDERES. CUL/CUNO und RFXTrx koennen mehrere
Protokolle (aber nicht EnOcean oder ZWave), viele anderen Adapter (EUL, ZWave,
EnOcean) koennen nur ein einziges.
> Parallel habe ich einen CUL V4 868MHz im Einsatz f�r einen ESA2000-Senor im
> Einsatz. Wenn ich das richtig verstande habe, kann der CUL entweder FS20 oder
> Homematic verstehen. W�rde der KFM100S mit dem CUL funktionieren, wenn
> parallel der ESA2000 dar�ber empfangen wird?
Kurz:
CUL kann ENTWEDER SlowRF (FS20, FHT, S300, EM, ESA2000?) _ODER_ HomeMatic
_ODER_ MAX.
Lang:
Offensichtlich verwirrt es viele, dass das CUL im sog. SlowRF Modus mehrere
Protokolle empfangen kann, und folgern daraus, dass alle anderen das auch
koennen muessten.
Diese SlowRF Protokolle (meist aeltere Protokolle von ELV/eQ3) sind alle AM
moduliert, und senden mit etwa 1kHz Datenrate, aber unterschiedlichen Parity,
CRC, etc. culfw (das Firmware der CUL / CUNO) entschluesselt diese in der
ATMEL MCU, und ordnet diese je nach CRC/parity/etc dem richtigen Protokoll zu.
Zu SlowRF gehoert FS20, FHT, EM1000, WS300, TX2, Hoermann
Andere Protokolle wie HM und MAX koennen nur direkt vom Funkchip (Texas
Instruments CC1101) dekodiert werden, und das Funkchip mussen entsprechend
eingestellt werden (wie ein Kuechenradio). EnOcean, ZWave, etc kann culfw aus
diversen Gruenden gar nicht empfangen. Das EUL hat mit dem CUL sehr wenig
gemeinsam, insb. ist auf dem EUL kein culfw, das Firmware ist closed source
direkt von EnOcean.
Achtung: KFM100S ist im engeren Sinne kein HomeMatic, und wird vom CCU nicht
empfangen. Fhem mit einem CUL sollte aber keine Probleme damit haben.
P.S. Diese Diskussion ist ein eindeutiger Hijacking des Themas, und sollte in
einem anderen Thread (am besten im Forum) weitergefuehrt werden.