Rfmode: Unterschied zwischen den Versionen

Aus FHEMWiki
(Die Seite wurde neu angelegt: „CUN" class="mw-redirect(O) können (je nach Firmware) in zwei "rfmodes" betrieben werden: * 868mHz AM Modulation in 1kHz Datenrate für den Empfang und da…“)
 
(WMBus_C)
 
(9 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
[[CUN" class="mw-redirect]](O) können (je nach Firmware) in zwei "rfmodes" betrieben werden:
[[CUL]], [[CUN]](O) und {{Link2CmdRef|Lang=de|Anker=STACKABLE_CC|Label=STACKABLE_CC}} können (je nach Firmware) in verschiedenen [[rfmode]]s betrieben werden (vgl. {{Link2CmdRef|Lang=de|Anker=rfmode}}):


* 868mHz AM Modulation in 1kHz Datenrate für den Empfang und das Senden der FS20/FHT/S300/EM/HMS sowie Intertechno (z.b. viele Baumarkt Funksteckdosen) Protokolle. Dieser Modus heisst "SlowRF".
* "[[SlowRF]]" -- Für die Kommunikation mit FS20/FHT/HMS/EM1010/S300/Hoermann Geräten @1 kHz Datenrate (Standardeinstellung).
* 868mHz FM Modulation in 20 kHz Datenrate für den Empfang und das Senden der HM ( "BidCos" aka "AskSin") Protokolle. Dieser Modus heisst "HomeMatic".
* "[[HomeMatic]]" -- Für die Kommunikation mit HomeMatic Geräten @10 kHz Datenrate.
* "[[MAX]]" -- Für die Kommunikation mit MAX! Geräten @10 kHz Datenrate.
* "[[WMBUS|WMBus_S]]", "[[WMBUS|WMBus_T]]" und "[[WMBUS|WMBus_C]]" -- Für die Kommunikation mit Wireless M-Bus Geräten wie Wasser-, Gas- oder Elektrozählern. (vgl. Wireless_M-Bus  {{Link2CmdRef|Lang=de|Anker=WMBUS}})


Es können nicht beide Protokolle zugleich genutzt werden. Technisch wäre vor jedem Senden eine Umschalten im Betrieb möglich, jedoch könnte das jeweils andere Protokoll nicht mehr empfangen werden.
Die Protokolle können nicht zugleich genutzt werden - ein Sende/Empfangsgerät kann also immer nur für einen rfmode genutzt werden. Möchte man mehrere rfmodes bedienen, so braucht man entsprechend viele Sende/Empfangsgeräte.


Technisch wäre es prinzipiell möglich vor jedem Senden den rfmode zu wechseln, jedoch könnten die jeweils anderen Protokolle nicht mehr empfangen werden. Da die Datenübertragung und die Sendehäufigkeit bei diesen Protokollen ziemlich langsam ist, würde man beim ständigen Wechsel der rfmodes zuviele Daten verlieren - selbst bei sehr wenigen Geräten völlig unpraktikabel.


Bei [[CUL]] älter als Version 3 ist außerdem der Speicher zu klein, um die Software für FS20/FHT/S300/EM/HMS und HomeMatic zugleich im Speicher zu halten, hier muss man sich beim Flashen der Firmware für eine Protokollfamilie entscheiden. Mit zwei CULs ist aber auch der Mischbetrieb an einem FHEM Hostrechner möglich.
== Links ==
* [[Kommunikationsprobleme mit FHT]]
* [[Was ist der Hauscode?]]


 
[[Kategorie:Glossary]]
Sieh auch hier:
[[Kategorie:CUL]]
[http://fhem.de/commandref.html#rfmode http://fhem.de/commandref.html#rfmode]

Aktuelle Version vom 2. Juli 2018, 21:44 Uhr

CUL, CUN(O) und STACKABLE_CC können (je nach Firmware) in verschiedenen rfmodes betrieben werden (vgl. commandref/rfmode):

  • "SlowRF" -- Für die Kommunikation mit FS20/FHT/HMS/EM1010/S300/Hoermann Geräten @1 kHz Datenrate (Standardeinstellung).
  • "HomeMatic" -- Für die Kommunikation mit HomeMatic Geräten @10 kHz Datenrate.
  • "MAX" -- Für die Kommunikation mit MAX! Geräten @10 kHz Datenrate.
  • "WMBus_S", "WMBus_T" und "WMBus_C" -- Für die Kommunikation mit Wireless M-Bus Geräten wie Wasser-, Gas- oder Elektrozählern. (vgl. Wireless_M-Bus commandref/WMBUS)

Die Protokolle können nicht zugleich genutzt werden - ein Sende/Empfangsgerät kann also immer nur für einen rfmode genutzt werden. Möchte man mehrere rfmodes bedienen, so braucht man entsprechend viele Sende/Empfangsgeräte.

Technisch wäre es prinzipiell möglich vor jedem Senden den rfmode zu wechseln, jedoch könnten die jeweils anderen Protokolle nicht mehr empfangen werden. Da die Datenübertragung und die Sendehäufigkeit bei diesen Protokollen ziemlich langsam ist, würde man beim ständigen Wechsel der rfmodes zuviele Daten verlieren - selbst bei sehr wenigen Geräten völlig unpraktikabel.

Links