Hallo!
Ich habe gerade ein großes Problem:
Nutze seit Jahren den nanoCUL mit Homematic Komponenten - hatte noch nie Probleme. Da mir die Antenne vom CC1101-Modul abgerissen ist, habe ich mir aus China ein neues CC1101 868MHZ-Modul besorgt.
An einem Arduino ProMini 3,3V, 8MHZ gelötet - angeschlossen - und läuft NICHT mehr. FHEM erkennt den nanoCUL ganz normal mit Initialized - und wenn ich öfter auf einen Homematic Lichtschalter in FHEM drücke, geht auch beim ersten Drücken das Licht an, aber es wird keine Bestätigung mehr empfangen (MISSING ACK). Wenn ich das Licht gleich danach wieder aus schalte, funktioniert das nicht mehr. Erst nach einer kleinen Weile wird auf das Kommando reagiert - aber halt mit "MISSING ACK".
Mittlerweile habe ich schon 4 verschiedene CC1101-868MHZ Module ausprobiert - bei manchen reagiert er nicht mal. Habe auch schon den ProMini mit 16MHZ (nanoCUL) ausprobiert - das gleiche in grün.
Ich weiß echt nicht mehr, was ich tun könnte, damit der CUL wieder funktioniert.
Für mich sieht das nach verstimmten CC1101-Modulen aus - was meint ihr?
Hier mal mein CUL-List aus Fhem:
Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
CUL1_MSGCNT 129
CUL1_TIME 2020-11-23 07:32:13
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 13
FHTID 1234
FUUID 5c55eb2a-f33f-fd24-5bb4-00e8d8be082e2da5
NAME CUL1
NR 55
NR_CMD_LAST_H 16
PARTIAL
RAWMSG A0F858610511ABA0000000AA8E20B0C4012
RSSI -65
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
Ar
Helper:
DBLOG:
state:
logdb:
TIME 1606082076.05272
VALUE Initialized
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-11-22 20:08:01 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2020-11-22 22:54:36 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2020-11-23 06:23:02 raw is0000F0000FF0
2020-11-23 07:32:13 state Initialized
2019-06-10 14:30:42 version No answer
XMIT_TIME:
1606112438.2006
1606112458.51806
1606112462.43126
1606112463.4987
1606112468.08343
1606112472.26481
1606112476.88564
1606112484.06218
1606112583.4581
1606112589.03406
1606112594.61249
1606112600.31421
1606112741.27869
1606112767.22481
1606112773.49339
1606112798.82814
helper:
123456:
QUEUE:
28671F:
QUEUE:
3B6797:
QUEUE:
3B67B0:
QUEUE:
3B67B2:
QUEUE:
3B67BB:
QUEUE:
3B67C2:
QUEUE:
3B67C3:
QUEUE:
3B67C4:
QUEUE:
3B67D7:
QUEUE:
3B6889:
QUEUE:
3B68D1:
QUEUE:
3B69D8:
QUEUE:
3B94D1:
QUEUE:
511ABA:
QUEUE:
51DDDA:
QUEUE:
51DDFB:
QUEUE:
5AD50C:
QUEUE:
67040F:
QUEUE:
Attributes:
icon cul_cul
rfmode HomeMatic
room CUL1
verbose 5
Es würde mich riesig freuen, wenn ihr eine Idee hättet, an was das liegt..!!
Danke schonmal!!! ;)
Hallo,
probiere doch einfach mal den Frequenz Test (https://github.com/pa-pa/AskSinPP/blob/master/examples/FreqTest/FreqTest.ino) aus und schaue, ob die Module verstimmt sind. Welche Antenne verwendest Du?
Gruß Peter
Bevor du lang rum tust, warum nicht einfach ein Original-Homematic- Funkmodul nehmen!?
Z.B.: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Ist nicht wirklich teuer (finde ich) und funktioniert zuverlässig.
Bzw. sogar deutlich besser als jeder CUL!
Gruß, Joachim
ZitatIch weiß echt nicht mehr, was ich tun könnte, damit der CUL wieder funktioniert.
zunächst würde ich mal das passende "attr hmid" im cul setzen.
die passende hmid findest du zb in jedem reading "PairedTo".
Zitat von: frank am 23 November 2020, 11:06:34
zunächst würde ich mal das passende "attr hmid" im cul setzen.
die passende hmid findest du zb in jedem reading "PairedTo".
Ups, stimmt...
Ohne passende "Zentralen-Kennung" nehmen die Geräte ja keine Befehle an...
(Empfangen und "zuordnen" von Werten geht nat. trotzdem: CUL weigert sich ja nicht zu empfangen und fhem hat nix dagegen es eimem passenden Device zuzuordnen ;) )
Allerdings hätte ich trotzdem bei einem Defekt gleich richtig getauscht -> HMOD-PCB...
Gruß, Joachim
@PeMue: Danke für den Tip- das habe ich schon gemacht - die Module sind verstimmt. Aber dieser Frequenz-Test nützt doch beim nanoCUL nichts, oder?
@MadMax: Ja, danke für die Antwort - das Teil wäre meine 2. Option, wenn das mit dem CUL gar nicht hinhaut. Mich würde es halt interessieren, warum das auf einmal nicht mehr funktioniert.
@frank: Ok, danke Dir auch für den Tip mit hmid. Die habe ich jetzt ergänzt - hat leider nichts gebracht - Die Fehlermeldung "MISSING ACK" ist trotz "shutdown restart" sichtbar... :-/
Zitatdas Teil wäre meine 2. Option, wenn das mit dem CUL gar nicht hinhaut. Mich würde es halt interessieren, warum das auf einmal nicht mehr funktioniert.
am besten eine vccu definieren und alle io's nutzen.
=> ausfallsicherheit.
Zitat von: frank am 23 November 2020, 11:33:48
am besten eine vccu definieren und alle io's nutzen.
=> ausfallsicherheit.
Selbst ohne Ausfallsicherheit (also selbst mit nur einem IO) ist eine vccu immer gut! :)
(https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU)
Gruß, Joachim
P.S.: und ich würde immer noch nicht so lange mit dem CUL rumtun ;) Weil (auf Dauer) ein CUL für Homematic eh nicht sonderlich "gut" ist... Hatte selbst mal einen NanoCUL für Homematic. Dann "musste" ich auf die "Timing-FW" und dann hatte ich keine Lust mehr. Aber: bei mir war es nur "zum Spielen" (weil mein richtiges IO war/ist ein HM-CFG-USB [leider gibt's den ja nicht mehr / daher ist ein HMOD-PCB mit USB-Adapter bereits auf dem Testsystem bereit :) ])
hat niemand mehr eine Idee??
Kann das überhaupt mit verstimmten Modulen so sein?
Zitat von: thunder1902 am 23 November 2020, 20:19:46
Kann das überhaupt mit verstimmten Modulen so sein?
Dummerweise ist das bei manchen Modulen so, ich hatte eine Charge, die war schlecht und meine Antenne vom Testempfänger war noch schlechter. Bis ich das raus hatte, ging ziemlich Zeit ins Land, vim Frust ganz zu schweigen ...
Zitat von: thunder1902 am 23 November 2020, 11:24:33
@PeMue: Danke für den Tip- das habe ich schon gemacht - die Module sind verstimmt. Aber dieser Frequenz-Test nützt doch beim nanoCUL nichts, oder?
Stimmt, ich vermute, in der Firmware kann man da keinen
default-Wert eintragen. Probier doch mal das am wenigsten verstimmte Modul?
Oder nimm gleich einen HM-MOD-RPI-PCB, hier (https://forum.fhem.de/index.php/topic,115470.msg1097267.html#msg1097267) ist noch einer übrig.
Gruß Peter
Oder eine "Quivicon Smart Home Base" günstig in der Bucht schiessen (ca. 5€ inkl. Versand), das Funkmodul auslöten und direkt an einen USB-Serial-Wandler anschliessen. Fertig ...