FHEM Forum

Hallo Zusammen und ein gutes Neues,

ich habe z.Zt. ein CUL 868 in Betrieb udn möchte jetzt noch parallel ein CUL 433 in betrieb nehmen.

Meine Fragen:

1. Muss ich zum flashen des CUL 433 den CUL 868 abziehen komplett vom PI? (das kommt aus Wiki und hier im Forum nicht so raus)
2. Die Firmware ist die gleiche wie beim 868 auf der CUL Homepage (akt. vers. 1.66)?

Über ne Rückinfo herzlichen Dank

Kussel

1. Ich flashe nach wie vor mit Flip auf dem Windows-Rechner. Hat noch nie Probleme gemacht.
2. Da hast Du doch schon früher ne Menge Infos zu bekommen. ::) Nimmst Du die Standard-culfw, ist es das selbe hex-File. Willst Du etwas mehr aus dem 433er herausholen, nimmst Du die a-culfw. Die ist je Frequenz unterschiedlich.
Gutes neues Jahr, Markus

Zitat von: KölnSolar am 02 Januar 2017, 10:23:30
1. Ich flashe nach wie vor mit Flip auf dem Windows-Rechner. Hat noch nie Probleme gemacht.

O.K. ich habe den ersten CUL 868 über die Konsole geflasht. Mir gehts jetzt drum..wenn der zweite 433 kommt und ich diesen auch wieder per Konsole flashe, muss der 868er dann während des Flashvorgangs raus ausm USB Port am PI?

Zitat von: KölnSolar am 02 Januar 2017, 10:23:30
2. Da hast Du doch schon früher ne Menge Infos zu bekommen. ::) Nimmst Du die Standard-culfw, ist es das selbe hex-File. Willst Du etwas mehr aus dem 433er herausholen, nimmst Du die a-culfw. Die ist je Frequenz unterschiedlich.
Gutes neues Jahr, Markus

Ja danke Dir fü die Wünsche..das gleiche Dir auch!!
Ja das die Standard Firm ne andere ist wie die aculf ist mir auch klar. meine Frage ist aber: Wenn ich die Standard nehme gibt es keinen Unterschied (entweder für 868 oder 433)...das merkt die Firm beim flashen dann richtig?

Gruss

Zitat von: Kusselin am 02 Januar 2017, 12:42:29
Mir gehts jetzt drum..wenn der zweite 433 kommt und ich diesen auch wieder per Konsole flashe, muss der 868er dann während des Flashvorgangs raus ausm USB Port am PI?

Auch von meiner Seite ein gutes Neues!
Der CUL muß dann nicht raus, wenn Du das flash-Ziel korrekt angibst...

Zitat von: Kusselin am 02 Januar 2017, 12:42:29
Ja das die Standard Firm ne andere ist wie die aculf ist mir auch klar. meine Frage ist aber: Wenn ich die Standard nehme gibt es keinen Unterschied (entweder für 868 oder 433)...das merkt die Firm beim flashen dann richtig?

Du mußt auch hinterher die CUL auseinanderhalten, damit die jeweils die richtigen Befehle bekommen. Infos dazu, v.a. auch zur Benennung und Einbindung gab es hier im Forum in der letzten Woche unter praktisch demselben Titel, bitte suchen (falls Du einen weiteren Kauf-CUL hast und keinen Eigenbau). Kurzfassung: Dann besser selber compilieren, vorher durch Änderung des Sourcecodes den CUL eindeutig benennen und ihn dann per "by-id" eindeutig einbinden. Das dürfte ähnlich auch für die a-culfw zutreffen (da gleiche HW-Basis, wenn Original-Busware-CUL).
Für 433 würde ich aber trotzdem nochmal über einen Signalduino nachdenken...

Grüße, Beta-User

Hallo Beta-User..danke Dir auch :-)

ich werde den jetzigen CUL über "Serial ID" einbinden. (habe mir jetzt schon den zweiten CUL 433 bestellt).

wenn ich so vorgehe dürfte ich nichts falsche machen, ansonsten bitte berichtigen!!

1. Raspi ist on und der erste CUL 868 ist eingesteckt.
2. Putty öffnen - sich anmelden als Root
3. folgenden Befehl absetzen: ls -l /dev/serial/by-id
4. dann kommt eine Ausgabe in Putty z.B so: lrwxrwxrwx 1 root root 13 Jan  9 23:34 usb-busware.de_CUL868-if00 -> ../../ttyACM0
5. dann gebe ich in der Eingabezeile in FHEm z.B. folgendes ein (man muss halt darauf achten was beim Auslesen angezeigt wird...das dann kopieren z.B.
define CUL868 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@9600 1134
6. Nun sollte mein erster CUL immer richtig zugeordnet werden..richtig?

Das gleiche mache ich nach dem flashen meines zweiten CULS !!

Gruss

Genau. Und der 433er wird sich mit der id ....CUL433... zu Wort melden.

ZitatWenn ich die Standard nehme gibt es keinen Unterschied (entweder für 868 oder 433)...

ZitatNimmst Du die Standard-culfw, ist es das selbe hex-File.

::)

Zitatdas merkt die Firm beim flashen dann richtig?

Ja.
Bisschen mehr Mut  ;)

Zitat von: KölnSolar am 02 Januar 2017, 15:36:11
Genau. Und der 433er wird sich mit der id ....CUL433... zu Wort melden.

Aber einbinden muss ich den 433 CUL dann auch noch so...also mit den Befehl über Putty und der FHEM Kommandoleiste...richtig?

Zitat von: KölnSolar am 02 Januar 2017, 15:36:11
Bisschen mehr Mut  ;)

Ja, da gebe ich Dir recht...den könnte ich ab und an mehr haben!!!

Trotzdem Danke dir

Zitat von: KölnSolar am 02 Januar 2017, 15:36:11
Bisschen mehr Mut  ;)

+1!
Wie bereits geschrieben: wenn richtig was kaputt gehen kann, steht es in der Regel deutlich da!

Ergänzend:
- die <FHTID> ist hoffentlich aus dem Beispiel kopiert und zwischenzeitlich im Produktivsystem geändert?!?
- Da Du vorrangig 433-er Signale empfangen willst: Das ist der Kern der Weiterentwicklung der a-culfw... Vielleicht solltest Du in Erwägung ziehen, diese wenigstens testweise zu verwenden 8), wenn Du schon dem Signalduino keine Chance geben willst ;D.

Solange Du das nicht 3x am Tag über Jahre machst, ist das mit dem Umflashen unproblematisch ::), und wie (sofern sich die USB-Kennung überhaupt ändert) die Gerätedef "by-id" hin- und hergewechselt werden kann, weißt Du ja jetzt auch ;).

ZitatGerätedef "by-id"

ist beim busware-CUL unabhängig von der Firmware. Bei (manchen ?) Selbstbaugeschichten sieht das glaub ich anders aus...

Zitat von: KölnSolar am 02 Januar 2017, 15:59:40
ist beim busware-CUL unabhängig von der Firmware. Bei (manchen ?) Selbstbaugeschichten sieht das glaub ich anders aus...

@Markus
Dazu hat mich vor kurzem Telekatz anders aufgeklärt: Gerade bei den Busware-CUL's wird die ID mit in die Firmware geschrieben, da der USB-Wandler dort Teil des Atmel-Microcontrollers selbst ist (anders als bei den Nanos, die für USB-seriell ein Fremdprodukt anderer Hersteller verwenden). Details dazu hier (https://forum.fhem.de/index.php?action=post;quote=548853;topic=63525.0;last_msg=549166).

Ist nur eine Vermutung, aber: da der CC1101 nicht aktiv mitteilt (?), für welche Frequenz er optimiert wurde, könnte es sein, dass man dem CUL nach dem Flashen erst mal beibringen muß, was er für ein CUL ist und er dann erst (diese Info ins EEPROM schreibt und) sich fortan korrekt ins USB-System einklinkt.

Zitat von: Beta-User am 02 Januar 2017, 15:48:09
- die <FHTID> ist hoffentlich aus dem Beispiel kopiert und zwischenzeitlich im Produktivsystem geändert?!

Jepp du meinst die "1234"....am Ende, die habe ich geändert, aber so wie du sagtest mit Zahlen 0-9 und A-F gehts net :-(
also mit den Zahlen schon aber in Kombi z.B. 2304AC (6-stellig) funzt net !!

Zitat von: Beta-User am 02 Januar 2017, 15:48:09
- Da Du vorrangig 433-er Signale empfangen willst: Das ist der Kern der Weiterentwicklung der a-culfw... Vielleicht solltest Du in Erwägung ziehen, diese wenigstens testweise zu verwenden 8), wenn Du schon dem Signalduino keine Chance geben willst ;D.

Genau das will ich also 433er Signale empfangen.
Und zur Verdeutlichung. Wenn ich die Originale Firm beim 433er CUL draufspiele kann ich nur 433Mhz senden aber nicht empfangen, sondern dann nur 868 Mhz empfangen...deshalb die aculfw die beides kann also senden und empfangen von 433Mhz....richtig?

Zitat von: Beta-User am 02 Januar 2017, 15:48:09
wenn Du schon dem Signalduino keine Chance geben willst ;D.

Wer sagt das??? :-) Kann ich mir doch immer noch besorgen

Zitat von: Beta-User am 02 Januar 2017, 15:48:09
und wie (sofern sich die USB-Kennung überhaupt ändert) die Gerätedef "by-id" hin- und hergewechselt werden kann, weißt Du ja jetzt auch ;).

das habe ich nicht kapiert...sorry! :-[

Zitat von: Kusselin am 02 Januar 2017, 16:29:01
Jepp du meinst die "1234"....am Ende, die habe ich geändert, aber so wie du sagtest mit Zahlen 0-9 und A-F gehts net :-(
also mit den Zahlen schon aber in Kombi z.B. 2304AC (6-stellig) funzt net !!

OK, habe eben nochmal in die Commandref gesehen, ich habe da etwas durcheinandergeworfen:
Wenn Du kein FHT machen willst, solltest Du das auf 0000 stellen und dann zusätzlich ein attr hmId <hmID> (<HMID>: 6-stellige HEX) machen. Asche auf mein Haupt...

Zitat von: Kusselin am 02 Januar 2017, 16:29:01
Und zur Verdeutlichung. Wenn ich die Originale Firm beim 433er CUL draufspiele kann ich nur 433Mhz senden aber nicht empfangen, sondern dann nur 868 Mhz empfangen...deshalb die aculfw die beides kann also senden und empfangen von 433Mhz....richtig?

Die a-culfw "kennt" nach meiner Kenntnis einfach mehr 433-er Protokolle und ist daher "besser" im Sinne von aktueller. Auch die "reguläre" FW kann einen (großen?) Teil der Protokolle in beide Richtungen.

Zitat von: Kusselin am 02 Januar 2017, 16:29:01
Wer sagt das??? :-) Kann ich mir doch immer noch besorgen

Na ja, ob ein Signalduino neben einem CUL433 noch viel Sinn macht, weiß ich nicht; der 2. CUL deckt vermutlich Deinen Bedarf ab, und die schnelle Bestellung der teuren Lösung klang nicht nach Experimentierfreude ;)...

Zitat von: Kusselin am 02 Januar 2017, 16:29:01
das habe ich nicht kapiert...sorry! :-[

Na ja, Du hast die Anleitung zitiert, nach der man jeweils den aktuellen "by-id"-Namen rausfinden kann. Wird jetzt ein "by-id"-definiertes Gerät umbenannt (bzw. meldet sich unter einer anderen USB-ID), kann man mit der Anleitung auch eine vorhandene "by-id"-Definition anpassen; es ist ganz genau dasselbe...

ZitatDazu hat mich vor kurzem Telekatz anders aufgeklärt: Gerade bei den Busware-CUL's wird die ID mit in die Firmware geschrieben

Korrekt. Ich meinte damit auch: solange man nicht an der board.h selber rumbastelt  ;)

ZitatIst nur eine Vermutung, aber: da der CC1101 nicht aktiv mitteilt (?), für welche Frequenz er optimiert wurde, könnte es sein, dass man dem CUL nach dem Flashen erst mal beibringen muß, was er für ein CUL ist

Deshalb schrieb ich

Zitatbusware-CUL

. Der ist per Hardware gekennzeichnet. Mit einem zusätzlichen Widerstand(an Pin ?) ist es ein 433er. Ohne diesen ein 868er. Das wird dann in der firmware abgefragt.

ZitatWenn ich die Originale Firm beim 433er CUL draufspiele kann ich nur 433Mhz senden aber nicht empfangen, sondern dann nur 868 Mhz empfangen...deshalb die aculfw die beides kann also senden und empfangen von 433Mhz....richtig?

Das it sooo nicht richtig. Selbstverständlich empfängt der 433CUL auch 433MHz. 868 MHZ wird überhaupt nicht empfangen. Die a-culfw hat lediglich zusätzliche 433er-Protokolle implementiert, die die culfw (noch) nicht erkennt.
anders ausgedrückt

ZitatDie a-culfw "kennt" nach meiner Kenntnis einfach mehr 433-er Protokolle und ist daher "besser" im Sinne von aktueller. Auch die "reguläre" FW kann einen (großen?) Teil der Protokolle in beide Richtungen.

Ich hoffe wir haben Dich mit dem Fortgeschrittenen-Exkurs nicht zusätzlich verwirrt  ???

Zitat von: KölnSolar am 02 Januar 2017, 17:23:00Ich hoffe wir haben Dich mit dem Fortgeschrittenen-Exkurs nicht zusätzlich verwirrt  ???

Schließe mich an :).

Und um Nachfragen vorzubeugen: Man kann also die FW einfach so flashen, wie sie ist, stecken 2 CUL dran, muß man halt den richtigen Port angeben...

Zitat von: KölnSolar am 02 Januar 2017, 17:23:00
Der ist per Hardware gekennzeichnet. Mit einem zusätzlichen Widerstand(an Pin ?) ist es ein 433er. Ohne diesen ein 868er. Das wird dann in der firmware abgefragt.

THX für die Info, wieder was gelernt...

ich habe einen 868 und einen 433 Mhz CUL ...
wenn ich flashe bleiben immer beide dran.Eben halt nur den richtigen Port benennen.

define MyCUL868 CUL /dev/ttyACM0 1234
attr MyCUL868 hmId ABCABC
attr MyCUL868 icon cul_868
attr MyCUL868 rfmode HomeMatic
attr MyCUL868 room USBAnschluss,wohnzimmer
define MyCUL433 CUL /dev/ttyACM1 1134
attr MyCUL433 icon cul_cul
attr MyCUL433 room USBAnschluss,wohnzimmer

Ich hab den 433er für
clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT

laufen um den 868er für
clients     
:CUL_HM:HMS:CUL_IR:STACKABLE_CC:

ich bin mit dieser Lösung super zufrieden.

So Jungs, habe jetzt mal folgendes in Putty eingegeben als root:
root@raspberrypi:~# ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Dez 27 23:17 usb-busware.de_CUL868-if00 -> ../../ttyAC         M0


Sorry, aber wo sehe ich jetzt den USB Port?? Habe das Fenster schon größer gezogen..dachte das es sich presst, ist aber net so.

was mache ich noch falsch?

Gruss

Zitat/dev/serial/by-id

Zitatusb-busware.de_CUL868-if00

Zitat../../ttyAC         M0

also definiert Du ttyACM0 oder bei id /dev/serial/by-id/usb-busware.de_CUL868-if00
War das jetzt die Frage  :-[

also muss ich in FHEM oben in der Kommandozeile folgendes eingeben:
define /dev/serial/by-id/usb-busware.de_CUL868-if00

Hab ich das so richtig verstanden??

Hab meinen ganzen Mut zusammengenommen und in die Kommandozeile von FHEM den o. g. Befehl eingegeben dann Enter gedrückt..dann kommt folgende Meldung:
Usage: define <name> <type> <type dependent arguments>

ja, aber natürlich mit devicename und Baudrate....

@Faber38: Du solltest auch den Tipp befolgen, die CULs by-id zu definieren, sonst gibt's vielleicht irgendwann Komplikationen bei der Zuordnung. Du brauchst nur mal die CULs an den USB-Anschlüssen vertauschen und schon ist Dein fhem "tot"  :o

Zitat von: KölnSolar am 02 Januar 2017, 18:42:13
ja, aber natürlich mit devicename und Baudrate....

das kann doch echt nicht so schwer sein :-[

Baudrate wäre bei mir @9600

Dann probier ichs mal so:

define CUL868 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@9600 2605

dann kommt folgende Meldung:
CUL868: Cannot define multiple CULs with identical first two digits (26)

Internals
CMDS

BbCFiAZNkGMKUYRTVWXefmLltux
Clients

:CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF
/dev/ttyACM0@9600 2605
DeviceName

/dev/ttyACM0@9600
FD

11
FHTID

2605
NAME

CUL_0
NR

20
PARTIAL

STATE

Initialized
TYPE

CUL
VERSION

V 1.66 CUL868
initString

X21 Ar

Ich warte auf den Jubelschrei  ;D
Ähm, und ändern des Beitrags ist immer blöd, wenn gerade andere dabei sind zu antworten: Lieber neuen Beitrag schreiben, dann kriegt man die Info, dass jemand "dazwischengefunkt" hat.

Zitat von: KölnSolar am 02 Januar 2017, 18:56:57
Ich warte auf den Jubelschrei  ;D

Yiipiiieeee habs geschafft..denke ich....

hab jetzt folgendes eingegeben:
define CUL868 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@9600 [b]1134[/b]

wobei ich habe das geändert in 2605
jetzt steht folgendes in den Internals:
Internals
CFGFN

CMDS

BbCFiAZNkGMKUYRTVWXefmLltux
Clients

:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF
/dev/serial/by-id/usb-busware.de_CUL868-if00@9600 1134
DeviceName

/dev/serial/by-id/usb-busware.de_CUL868-if00@9600
FD

15
FHTID

1134
NAME

CUL868
NR

42
PARTIAL

STATE

Initialized
TYPE

CUL
VERSION

V 1.66 CUL868
initString

X21

Kann ich jetzt die 1134 wieder ändern in 2605

ich hab das Gefühl, Du hast jetzt doppelt definiert. Guck mal unter everything --> CUL. Den "einfach" definierten löschen und dann sollte ein ändern der FHTID problemlos möglich sein.

Zitat von: KölnSolar am 02 Januar 2017, 19:02:15
ich hab das Gefühl, Du hast jetzt doppelt definiert. Guck mal unter everything --> CUL. Den "einfach" definierten löschen und dann sollte ein ändern der FHTID problemlos möglich sein.

Ja du hast recht!! wenn ich unter Everything schaue steht folgendes:
CUL
CUL868 Initialized
CUL_0 Initialized

das heisst den CUL_0 mit diesem Eintrag lösche ich:
DEF
/dev/ttyACM0@9600 2605

Stimmt das so dann...?

D.h. um den CUL by serial zu definieren muss man immer mit der am Anfang vom System vergebenen ID hier 1134 arbeiten.

Meine Frage nun....Kann ich die 1134 nun wieder in 2605 ändern...warte ich nehme mir MUT zusammen....und siehe da ich kann in DEF unter ID die 1134 in 2605 wieder ändern :)

Internals
CFGFN

CMDS

BbCFiAZNkGMKUYRTVWXefmLltux
Clients

:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF
/dev/serial/by-id/usb-busware.de_CUL868-if00@9600 2605
DeviceName

/dev/serial/by-id/usb-busware.de_CUL868-if00@9600
FD

15
FHTID

2605
NAME

CUL868
NR

42
PARTIAL

STATE

Initialized
TYPE

CUL
VERSION

V 1.66 CUL868
initString

X21

So siehts jetzt aus.

Hallo Markus, passt es so?
Gruss


Gesendet von iPhone mit Tapatalk Pro

Ich wieder  :'(
Musste erstmal nachvollziehen, wie Du das X21 ar hingekriegt hast, da ich kein hm nutze  :(
Ist schon alles gut so. Ich hab als Baudrate 38400. Warum ? Keine Ahnung. Hab ich damals so gelesen.

Du musst wirklich mutiger sein. Kaputt machen kann man ja eigentlich nichts. UND lesen, lesen, lesen und dann: probieren, probieren, probieren. So lernst Du am meisten und schnellsten. Erst dann Fragen im Forum stellen, wenn Du wirklich am Rande der Verzweiflung nicht mehr weiterkommst. So einen quasi Chat-Support wie heute bekommt man eher selten. ;)

Willst Du HM mit dem CUL machen ?

Ja ich möchte HM nutzen und FS20




Gesendet von iPhone mit Tapatalk Pro

Du weißt aber schon, dass Du beides nicht (vernünftig) parallel mit dem 868CUL betreiben kannst ? Das https://wiki.fhem.de/wiki/Rfmode kennst Du ? Und das https://wiki.fhem.de/wiki/1%25_Regel ?

Zitat von: KölnSolar am 02 Januar 2017, 23:13:19
Du weißt aber schon, dass Du beides nicht (vernünftig) parallel mit dem 868CUL betreiben kannst ? Das https://wiki.fhem.de/wiki/Rfmode kennst Du ? Und das https://wiki.fhem.de/wiki/1%25_Regel ?

Sorry, aber du liest schon mit... :P

ich habe mir noch einen CUL 433 bestellt...

Gruss

Hallo Zusammen,

heute ist mein CUL433 gekommen..konnte auch ohne probleme flashen...

Danach das gemachtin Putty:
ls -l /dev/serial/by-id

folgendes Ergebnis:
lrwxrwxrwx 1 root root 13 Jan  9 19:12 usb-busware.de_CUL433-if00 -> ../../ttyAC          M1
lrwxrwxrwx 1 root root 13 Jan  9 19:06 usb-busware.de_CUL868-if00 -> ../../ttyAC          M0


Dann folgendes in fhem oben eingegeben:
define CUL433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 1134

Dann bekomme ich folgende Fehlermeldung:
CUL_1: Cannot define multiple CULs with identical first two digits (11)

Könnt ihr mir einen Tipp geben...habe alles so gemacht wie beim CUL 868

Internals vom 433_
CMDS

BbCFiAZNkGMKUYRTVWXefmLltux
Clients

:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF
/dev/ttyACM1@9600 0601
DeviceName

/dev/ttyACM1@9600
FHTID

0601
NAME

CUL_1
NR

30
PARTIAL

STATE

Initialized
TYPE

CUL
VERSION

V 1.66 CUL433
initString

X21

Gruss

EDIT: jetzt hats geklappt!! Der CUL433 war noch alt mit CUL_1 in Fhem. Nach löschen stand dann der neue 433 by serial drin!

Schön, dass es geklappt hat!

Drei Anmerkungen noch:
- FHT-ID darf auch anders als 1134 und 1034 sein... (Evtl. 0000, siehe commandref zu CUL), bei Ziel Homematic: am 868-er eine HmId als attr. vergeben und über VCCU nachdenken ;)
- Schalte die USB-Autoerkennung besser aus (initialUsbCheck => disable)
- Besser IO's zukünftig nur über DEF ändern, Löschen und neu anlegen kann zu Problemen führen

Gruß,

Beta-User

Zitat von: Beta-User am 10 Januar 2017, 07:49:47

- FHT-ID darf auch anders als 1134 und 1034 sein... (Evtl. 0000, siehe commandref zu CUL), bei Ziel Homematic: am 868-er eine HmId als attr. vergeben und über VCCU nachdenken ;)

Hab ich gemacht...das mit VCCU muss ich noch durcharbeiten...

Zitat von: Beta-User am 10 Januar 2017, 07:49:47

- Schalte die USB-Autoerkennung besser aus (initialUsbCheck => disable)

O.K. werde ich machen...

Gruss
Kussel