nach Neustart immer im Homematic Modus obwohl SlowRF sein sollte

Begonnen von Thoffi1978, 11 Februar 2016, 07:36:20

Vorheriges Thema - Nächstes Thema

Thoffi1978

Hallo,
nach einem Neustart, startet mein CUL immer im Homematic Modus, egal ob ich vorher das Attribut
rfmode SlowRF  deleteattr
gesetzt habe oder es gelöscht habe.

Wie kann ich dem CUL sagen er soll im Slow RF Modus starten?

Hier die List nach dem Neustart:
Internals:
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         11
   FHTID      1034
   NAME       Teil_an_Fritzbox
   NR         27
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.61 CUL868
   initString X21
Ar
   owner_CCU  vccu
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2016-02-01 10:54:17   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2016-02-11 07:35:08   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2016-02-01 10:54:28   credit10ms      900
     2016-02-01 10:54:32   fhtbuf          AE
     2016-02-11 07:19:02   raw             isF1FFFF10FFFF
     2016-02-11 07:35:08   state           Initialized
     2016-01-30 13:52:49   uptime          4 01:17:10
     2016-01-30 13:52:55   version         V 1.61 CUL868
Attributes:
   hmId       F11034
   icon       cul_868
   rfmode     HomeMatic


Lieben Gruß
Hoffi

Stefan Scholz

Hallo,

bin auf dieses alte Thema gestoßen, da ich des selbe Problem habe.

Habe vor einigen Wochen meine bestehende fhem Instalation um eine VCCU erweitert. Seit dem besteht dieses Problem.
Ansonsten läuft das mit der VCCU super und ohne Probleme:-)

Gibt es da und wenn ja eine Lösung?

Gruß
Stefan

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Stefan Scholz

Hallo Beta-User,

danke für die schnelle Antwort.

Also bei "internals" des CUL steht hinter "owner_CCU" "VCCU" und das muss weg?

Würdest du mir das bitte näher erklären?

Kann dir da gerade nicht so richtig folgen.

Gruß
Stefan

Stefan Scholz

Ach halt, glaube hab es gefunden.

Unter "VCCU" stand der CUL in der IOList. Hab ihn dort raus genommen.

Richtig?

Gruß
Stefan

Stefan Scholz

also...

nach Neustart geht es jetzt, der CUL ist im SlowRF.

Aber, der State der VCCU zeigt "CUL:UAS" und bei "assignedIOs" steht er auch noch mit drinnen.
Wenn das jedoch nicht dramatisch ist, kann ich es ignorieren?

Danke für die Geduld!

Gruß
Stefan

Beta-User

Warum willst du das drinn lassen? Hat doch dann nichts mehr miteinander zu tun...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Stefan Scholz

Zitat von: Beta-User am 19 Juni 2018, 19:37:21
Warum willst du das drinn lassen? Hat doch dann nichts mehr miteinander zu tun...
Naja, will ich ja eigentlich nicht. Könntest du mir sagen wie ich das weg bekomme?

Gruß
Stefan

Otto123

Hi,

ich weiß nicht woran die VCCU das ermittelt (:UAS) aber hmId       F11034  würde ich auch entfernen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

UAS => unassigned
vccu hat den cul entdeckt, aber nutzt ihn nicht.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Otto123

@Frank Das war mir klar, aber warum entdeckt sie ihn?
Ist sicher bloß ein Schönheitsfehler, aber mich würde es auch irritieren.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Stefan Scholz

Hallo,

vielen Dank für eure Hilfe!

Wenn es sich dabei jetzt nur noch um einen Schönheitsfehler handelt, damit kann ich leben.

Somit ist dieses Problem für mich abgeschlossen.

Danke, Gruß
Stefan

Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Stefan Scholz

Hallo otto,

entschuldige, das hatte ich nicht auf mich bezogen, weil ich das Thema nicht eröffnet hatte und es nicht meine ID war.

Aber...
Hab jetzt mal beim CUL das Atribut hmid gelöscht, neustart fhem und siehe da weg isser aus der VCCU.

Super, nun ist dieses wirklich sauber abgeschlossen. Danke dir und sorry dass ich auf der Leitung gestanden habe.

Gruß
Stefan

Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz