Hallo,
ich habe günstige China-Fenstersensoren. Die lassen sich wunderbar mit meinem Selbstbau-CUL empfangen.
Nun habe ich auch gleich meine Heizungen darüber gesteuert. Ist ein Fenster offen, geht die Heizung aus.
Nun passiert es aber häufiger, das mal ein Sensor nicht korrekt empfangen wurde. Es gibt halt keinen Rückkanal. Somit ist die Heizung aus. Um das zu korrigieren muss ich immer das Fenster 1x öffnen und wieder schließen. Nervig, wenn mal mein FHEM für ne Weile offline war und der Zustand so gar nicht mehr stimmt.
Daher wollte ich nun die Möglichkeit schaffen, die Sensoren bei einem Klick auf das Icon im State zu ändern. So sieht meine Definition aus:
define Fenster_EG_Buero_R IT 1527x3c266 1110 1010 0111 0000
attr Fenster_EG_Buero_R IODev nanoCUL
attr Fenster_EG_Buero_R devStateIcon Zu:fts_window_1w:off Offen:fts_window_1w_open@red:on Kaputt:message_attention
attr Fenster_EG_Buero_R eventMap /on:Zu/off:Offen/dimup:Kaputt/
attr Fenster_EG_Buero_R model itremote
Wenn ich manuell ein "setreading Fenster_EG_Buero state on" absetze, wird auch brav der Zustand geändert. Wie kann ich das nun über das Icon machen?
Wenn ich jetzt auf das Icon klicke, kommt nur der Fehler "Unknown argument open, choose one of "
Wie könnte ich das lösen?
Gruß
Bismosa
Woher kommt dieses "open"???
Guten Morgen!
Das open kommt vom Attribut devStateIcon. Sorry. Ich habe aus dem falschen kopiert. Ich habe es sowohl mit
attr Fenster_EG_Buero_R devStateIcon Zu:fts_window_1w:off Offen:fts_window_1w_open@red:on Kaputt:message_attention
Fehlermeldung: "Unknown argument off, choose one of"
Als auch mit
attr Fenster_EG_Buero_R devStateIcon Zu:fts_window_1w:open Offen:fts_window_1w_open@red:close Kaputt:message_attention
Fehlermeldung: "Unknown argument open, choose one of"
Aber der Zustand lässt sich so nicht ändern. Ich denke das liegt daran, das mein Device dies nicht unterstützt?
Gruß
Bismosa
Moin,
hab mir das Device mal spasseshalber angelegt und bissle rumprobiert. Mit attr Fenster_EG_Buero_R model itremote gehts nicht aber mit attr Fenster_EG_Buero_R model itswitch klappts
Ob dir das nun weiterhilft oder das verändern des Models irgendwo anders Probleme macht kann ich natürlich nicht testen ;-)
Grüße
Achim
Hallo,
Vielen Dank für das Ausprobieren. Habe ich doch auch glatt Mal gemacht.
Es gibt einen Unterschied. Beim itswitch wird zusätzlich gesendet. Das muss ja nicht sein.
Ich befürchte ich muss mir ne Krücke bauen, die mir dann das setreading ausführt. Aber wie?
Gruß
Bismosa
Was sind das denn für Sensoren? Ich hatte für ein Projekt auch solche Dinger gesucht.
Gesendet von iPhone mit Tapatalk
Hallo,
ich habe diese hier:
https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0 (https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0)
Für derzeit 2,68€/Stück unschlagbar günstig...da kann ich auch alle meine Fenster und Türen damit ausrüsten :)
Ich bin jetzt gerade etwas weiter gekommen. Ich habe diesen Beitrag gefunden:
https://forum.fhem.de/index.php?topic=38965.0
Zitat von: justme1968 am 09 Juli 2015, 20:24:31
das geht über cmdalias.
in devStateIcon verendest du irgendein cmd (muss es noch nicht mal wirklich geben) und über cmdalias machst du aus dem set dann etwas anderes.
devStateIcon opened:window_opened:xyz wird automatisch zu set <device> xyz wird über cmdalias zu attr <Fensterkontakt> XYZ <Wert>.
gruss
andre
Also eigentlich genau das was ich brauche. Aber ich verstehe noch nicht, wie es richtig anwenden soll:
define cmdalias_Fenster cmdalias set Fenster_EG_Bad cmdalias_Fenster AS ...und in meinem Fensterkontakt
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attentionDann müsste ich ja für jeden Fensterkontakt einen cmdalias anlegen? Oder geht das dann auch irgendwie allgemeiner?
Gruß
Bismosa
Hallo,
ich habs!
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention:cmdalias_Fenster
Und mein cmdalias:
define cmdalias_Fenster cmdalias set Fenster_.* cmdalias_Fenster AS {\
my $state=ReadingsVal("Fenster_EG_Bad", "state","");;\
if ($state eq "on"){\
fhem("setreading $EVTPART0 state off");;\
}else{\
fhem("setreading $EVTPART0 state on");;\
}\
}
Somit wird immer bei klick mein cmdalias aufgerufen und das Fenster entweder offen oder geschlossen dargestellt. Und es gilt jetzt für alle Fenster. :)
Richtig cool wäre es noch, wenn man vorher eine Nachfrage "Ist das Fenster wirklich geschlossen" kommen würde. Dann passiert nicht gleich etwas, wenn man im Floorplan mal versehentlich geklickt hat.
Hier konnte ich jedoch keine Funktion in fhem finden?
Gruß
Bismosa
Zitat von: bismosa am 09 Oktober 2017, 14:49:01
Hallo,
ich habe diese hier:
https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0 (https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0)
Für derzeit 2,68€/Stück unschlagbar günstig...da kann ich auch alle meine Fenster und Türen damit ausrüsten :)
Ich bin jetzt gerade etwas weiter gekommen. Ich habe diesen Beitrag gefunden:
https://forum.fhem.de/index.php?topic=38965.0
Also eigentlich genau das was ich brauche. Aber ich verstehe noch nicht, wie es richtig anwenden soll:
define cmdalias_Fenster cmdalias set Fenster_EG_Bad cmdalias_Fenster AS ...
und in meinem Fensterkontakt
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention
Dann müsste ich ja für jeden Fensterkontakt einen cmdalias anlegen? Oder geht das dann auch irgendwie allgemeiner?
Gruß
Bismosa
Danke für den Link zu den günstigen Sensoren, genau sowas habe ich gesucht ;)
Bin auch drauf und dran mir die Dinger zu holen.
Sind die stabil in der Zeit wo du Sie hast?
Reichweite gut? Müsste 3 Zimmer/Wände durchqueren wovon eine davon eine Stahlbetonwand ist (andere 433 Mhz Signale vom nanoCUL gehen aber durch)
Was hast du Versand bezahlt? Sehe da leider nichts auf der Homepage (oder ich habe mal wieder mit dem weißen vom Auge geschaut :D)
Danke
pOpY
Hallo,
derzeit laufen alle 8 Stück die ich eingebunden habe stabil. Einer war dabei der zwar irgendwas sendet, aber in fhem kommt nichts an. Keine Ahnung warum.
Versandkosten sind abhängig von der Stückzahl. Auch ob der Versand mit Paketverfolgung oder nicht spielt da eine Rolle. Versandkosten sieht man, wenn man auf "zur Kasse" klickt. Da hat man dann auch noch nicht bestellt.
Ich hatte vor kurzen nochmal 7 Stück nachbestellt (um keine Zollgebühren zahlen zu müssen bin ich extra unter 23€ geblieben.) und angekommen sind sie schon. Andere die ich auf eine andere Adresse geschickt habe (ohne Paketverfolgung) lassen noch auf sich warten.
Die Reichweite scheint ok zu sein. In einem entfernteren Zimmer habe ich in der Nähe noch ein Max Heizkörperthermostat auf 868MHz laufen. Gelegentlich habe ich keinen Funkkontakt zu beiden (Wenn alle Türen zu). Also Reichweite relativ identisch.
Viel Spaß beim Bestellen!
Gruß
Bismosa
Habe mir zum Rumspielen auch mal welche bestellt ;D
Vielleicht noch als Tip...
Ich nutze die klobigen Magnete nicht. Dafür habe ich mit 10x5mm Neodym-Magnete bestellt. Reichen auch völlig.
Gruß
Bismosa
Zitat von: bismosa am 24 Oktober 2017, 13:08:31
Hallo,
derzeit laufen alle 8 Stück die ich eingebunden habe stabil. Einer war dabei der zwar irgendwas sendet, aber in fhem kommt nichts an. Keine Ahnung warum.
Versandkosten sind abhängig von der Stückzahl. Auch ob der Versand mit Paketverfolgung oder nicht spielt da eine Rolle. Versandkosten sieht man, wenn man auf "zur Kasse" klickt. Da hat man dann auch noch nicht bestellt.
Ich hatte vor kurzen nochmal 7 Stück nachbestellt (um keine Zollgebühren zahlen zu müssen bin ich extra unter 23€ geblieben.) und angekommen sind sie schon. Andere die ich auf eine andere Adresse geschickt habe (ohne Paketverfolgung) lassen noch auf sich warten.
Die Reichweite scheint ok zu sein. In einem entfernteren Zimmer habe ich in der Nähe noch ein Max Heizkörperthermostat auf 868MHz laufen. Gelegentlich habe ich keinen Funkkontakt zu beiden (Wenn alle Türen zu). Also Reichweite relativ identisch.
Viel Spaß beim Bestellen!
Gruß
Bismosa
Danke für die vielen tollen Infos!
Das mit Bestellungen unter 22 Euro (Österreich) mache ich auch immer so ::) 8)
Eine Frage noch, leuchtet da irgendwas an den Sensoren in Ruhe (keinen Aktion)? Oder nur bei Aktion? Oder Gar nicht?
Frage nur wegen Batterie Lebensdauer.
Welche Batterie haben die Geräte?
Danke
pOpY
Danke erstmal für den Tipp, ich habe gestern auch zwei Stück zum testen bestellt. :)
@bismosa wenn du magst, kannst du die Batterie Warnung ausprobieren.
Dazu muss die DEF angepasst werden, 0000 ersetzen durch 1111.
define Fenster_EG_Buero_R IT 1527x3c266 1110 1010 0111 1111
Das funktioniert jedenfalls bei den Kerui D026 Fenster Sensoren so, aber auch nur mit der aculfw. Danke noch mal an Gerd für den Tipp! :)
Mit der Signalduino FW hat es nicht geklappt.
Testen kann man es, indem man die Spannung z.B. mit einem regelbarem Netzteil auf unter 6 Volt runter regelt.
Die Sensoren senden dann ein Dimdown. Siehe auch hier: https://forum.fhem.de/index.php/topic,52827.msg702955.html#msg702955
@popy das sind kleine 12V Batterien und heißen Typ 23A: https://de.wikipedia.org/wiki/23A-12V-Batterie
@mark79: Ah Danke für die Infos.
Die Batterien kenne ich ja woher ... Intertechno ;D
@bismosa: Sind da Batterien im Lieferumfang enthalten?
Werde auch bald bestellen.
Zitat von: bismosa am 09 Oktober 2017, 14:49:01
Hallo,
ich habe diese hier:
https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0 (https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0)
Für derzeit 2,68€/Stück unschlagbar günstig...da kann ich auch alle meine Fenster und Türen damit ausrüsten :)
Ich bin jetzt gerade etwas weiter gekommen. Ich habe diesen Beitrag gefunden:
https://forum.fhem.de/index.php?topic=38965.0
Also eigentlich genau das was ich brauche. Aber ich verstehe noch nicht, wie es richtig anwenden soll:
define cmdalias_Fenster cmdalias set Fenster_EG_Bad cmdalias_Fenster AS ...
und in meinem Fensterkontakt
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention
Dann müsste ich ja für jeden Fensterkontakt einen cmdalias anlegen? Oder geht das dann auch irgendwie allgemeiner?
Gruß
Bismosa
Meine Kontakte sind heute angekommen. Aber irgendwie werden die nicht automatisch erkannt. Ich habe einen RFXtrx.
ich spekuliere: TRXLIGHT kann das 1527-Protokoll(4 bits schaltcode) nicht :'(
Der RFXTRX aber vielleicht schon. Schon mal mit dem RFXMGR u. aktueller firmware probiert ?
Grüße Markus
Hallo,
schon mehrere ausprobiert? Ich hatte bei der letzten Lieferung auch einen der zwar auf 433MHz sendet...aber auch der wird nicht erkannt...
Ich nutze einen Selbstbau nano CUL. Der steht auf SlowRF.
Gruß
Bismosa
Vielen Dank für Eure Antworten. Werde morgen mal noch einen probieren. Melde mich dann noch mal.
Grüße
Zitat von: CoolTux am 03 November 2017, 20:39:31
Meine Kontakte sind heute angekommen. Aber irgendwie werden die nicht automatisch erkannt. Ich habe einen RFXtrx.
Wohnst du in China, oder warum sind die so schnell bei dir angekommen? ;D
Bei mir dauert das immer min. 2-3 Wochen...
Die Keriui Sensonoren funktionieren bei mir mit dem nanoCUL cc1101, acul + Signalduino.
Zitat von: mark79 am 04 November 2017, 01:00:59
Wohnst du in China, oder warum sind die so schnell bei dir angekommen? ;D
Bei mir dauert das immer min. 2-3 Wochen...
Die Keriui Sensonoren funktionieren bei mir mit dem nanoCUL cc1101, acul + Signalduino.
Keine Ahnung wieso die so schnell da waren. Auf jeden Fall spricht keiner davon mit meinem IODev Gerät. Wenn ich das richtig gesehen habe verwenden die das Pilight Protokoll glaube und das kann mein IODev nicht.
Eigentlich war mir so als hätte ich was von IT Protokoll gelesen. Jemand ne Idee?
Hallo,
die nutzen auf jeden Fall das IT Protokoll...
Bei mir gehen die auch mit dem SIGNALduino. Habe gestern meinen CUL umgeflasht und keine Probleme...
Gruß
Bismosa
Kannst Du mir bitte ein List von Deinem Device geben.
Danke
Bis gestern:
Internals:
CMDS
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:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@38400 1234
DeviceName /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@38400
FHTID 1234
NAME nanoCUL
NR 122
PARTIAL
STATE disconnected
TYPE CUL
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-11-03 20:28:28 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-11-08 19:49:02 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
2017-11-03 20:10:05 credit10ms 3600
2017-10-12 16:12:57 fhtbuf AE
2017-11-03 20:28:41 raw No answer
2017-11-08 20:23:42 state disconnected
2017-09-29 15:33:07 uptime 2 19:15:03
2017-10-02 10:50:42 version V 1.67 nanoCUL433
Attributes:
rfmode SlowRF
verbose 5
Seit gestern:
Internals:
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:SIGNALduino_un:
DEF /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@57600
DMSG s99C056A000
DevState initialized
DeviceName /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@57600
FD 65
LASTDMSG s99C056A000
MSGCNT 1050
NAME SIGNALduino
NR 285
PARTIAL
RAWMSG MS;P0=-4611;P1=391;P2=-2043;P3=-9594;D=1310121210101212101010121212121212121012101210101210121012;CP=1;SP=3;R=235;
RSSI -84.5
STATE opened
TIME 1510220962.44407
TYPE SIGNALduino
sendworking 0
unknownmessages 2017-11-09 10:45:10-MU;P0=-4591;P1=415;P2=-2076;P3=-15744;P4=92;P6=208;D=012121010101212121342101210101210121013126;CP=1;R=236;#2017-11-09 10:45:10-MU;P0=-570;P1=398;P2=-2037;P3=-4594;
...
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
DoubleMsgIDs:
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^u30#.*
18:FLAMINGO ^P13#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2017-11-09 09:58:00 ping OK
2017-11-08 20:23:53 state opened
2017-11-08 20:23:53 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
10
11
12
12.1
18
43
47
52
57
58
msIdList:
0
1
13
14
15
17
2
22
23
25
3
3.1
32
33
35
38
4
41
51
55
6
68
7
72.1
muIdList:
13.1
16
20
21
24
26
27
28
29
30
31
34
36
37
39
40
44
44.1
45
46
48
49
5
50
56
59
60
61
62
64
65
66
67
69
70
71
72
8
9
Attributes:
flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
Und ein Sensor
Internals:
00 dd
DEF 0101000100 1D DD F1 0000
IODev nanoCUL
NAME IT_0101000100
NR 185
STATE Zu
TYPE IT
XMIT 0101000100
XMITdimdown 0000
XMITdimup f1
XMITon 1d
CODE:
1 0101000100
READINGS:
2017-10-03 09:15:25 protocol V1
2017-11-08 20:10:53 state on
Attributes:
IODev nanoCUL
devStateIcon Zu:fts_window_1w:closed Offen:fts_window_1w_open:open Kaputt:message_attention:Sensor!
eventMap /on:Zu/off:Offen/dimup:Kaputt/
icon signal_Fenster_Offen.off
model itremote
room IT
webCmd :
Gruß
Bismosa
Moin zusammen,
Ich habe mir die Teile auch bestellt. Die haben sich auch per autocreate selbst angelegt. Jedoch schicken die nur beim aufgehen das ,,on". Beim zugehen erscheint im Eventmonitor nur Global UNDEFINED IT_1527.... , aber leider kein ,,off". Ist das bei Euch auch so?
Gruß Carsten
Gesendet von iPad mit Tapatalk
Hallo,
die def muss angepasst werden. Ich habe unterschiedliche:
1527x3b050 1110 1010 0111 0000
Oder auch
010F0FFF00 1D DD F1 0000
Die letzten Codes sind die übermittelten Daten...wobei die letzteren sensoren schlechtere Empfangswerte bei mir liefern
Gruß
Bismosa
Also mein Code sieht so aus 1527x357b0 1010 1111, wobei ich die vier ,,1111" getauscht habe. Davor standen dort vier ,,0000". Aber Dein Code sieht viel länger aus. Welchen Teil hast Du denn hinzugefügt? Die ,,0111" und wenn ja, nach welchem Schema? Gruß Carsten
Gesendet von iPad mit Tapatalk
eigentlich müsstest du dann einfach nur
1527x357b0 1110 1010 0111 0000
einsetzen...
Gruß
Bismsoa
Das probier ich nachher mal und melde zurück. Danke erstmal
Gesendet von iPad mit Tapatalk
Genau das war es. Jetzt klappt alles, Danke Bismsoa
Gesendet von iPad mit Tapatalk
Gerne. Ich freue mich, wenn ich auch mal helfen kann 8)
Gruß
Bismosa
Also bei mir tut sich rein gar nichts mit meinem RFXtrx obwohl ich hier andere IT Geräte habe.
Also wer will, ich habe hier 5 Fensterkontakte ab zu geben.
15 Euro inkl. Versand.
Hallo,
wollen wir nicht erst versuchen eine Lösung zu finden?
Wenn schon das IT Protokoll funktioniert...dann sollte das doch eigentlich nicht so schwer sein?
Schon Mal den CUL auf verbose 5 gesetzt?
Ich habe gestern nochmal 7 Stück nachbestellt. Ich glaube langsam habe ich erstmal genügend. Ich glaube knapp 40 Stück.
Gruß
Bismosa
Wie gesagt ich habe ja den hier https://wiki.fhem.de/wiki/RFXtrx
Ja hatte ich bereits auf verbose 5, leider keinerlei Datenempfang wenn ich den Reed gegen den Sensor halte und die LED leuchtet. Da ist so rein gar nichts am reinkommen, nicht Mal in den raw Messages.
Also ich habe zunächst mal zwei angelernt. Einmal hat der LaCrosse miniCUL 433 mhz sich als IODevice eingetragen. Hier das list davon
Internals:
CMDS BCFiAEGMKUYRTVWXefmLltux
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:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.1.84:85 0000
DeviceName 192.168.1.84:85
FD 78
FHTID 0000
LaCrosse_miniCul_MSGCNT 17473
LaCrosse_miniCul_TIME 2017-11-12 13:13:43
NAME LaCrosse_miniCul
NR 377
PARTIAL
RAWMSG i56559665555555561A
RSSI -61
STATE Initialized
TYPE CUL
VERSION V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 433MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-01-29 21:00:05 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-10-30 17:22:40 cmds B C F i A E G M K U Y R T V W X e f m L l t u x
2017-11-12 00:48:04 raw i41001401
2017-11-12 13:13:43 state Initialized
Attributes:
room CUL
Der andere hatte sich beim SignalESP angemeldet
Internals:
CFGFN
Clients :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_WS_Maverick:SIGNALduino_un:
DEF 192.168.1.127:23
DMSG i101414
DevState initialized
DeviceName 192.168.1.127:23
FD 95
ITClock 250
MSGCNT 330
NAME signalESP
NR 142163
NR_CMD_LAST_H 2
PARTIAL
RAWMSG MS;P0=306;P1=-1078;P2=970;P3=-412;P4=-11081;D=04010101230101010101010123012301010101012301230101;CP=0;SP=4;R=249;
STATE opened
TIME 1509887875
TYPE SIGNALduino
version V 3.3.1-dev SIGNALduino cc1101 - compiled at Aug 8 2017 16:30:24
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
11:SD_WS09 ^P9#[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^YsA[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
1:IT ^i......
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
7:Hideki ^P12#75[A-F0-9]+
X:SIGNALduino_un ^[uP]\d+#.*
QUEUE:
READINGS:
2017-11-04 23:42:12 cmds V R t X F S P C r W x e b
2017-11-04 23:42:32 config MS=1;MU=1;MC=1
2017-11-12 13:36:44 ping OK
2017-11-05 14:22:18 state opened
2017-11-04 23:42:57 uptime 0 06:32:49
2017-11-05 14:22:18 version V 3.3.1-dev SIGNALduino cc1101 - compiled at Aug 8 2017 16:30:24
XMIT_TIME:
1510402279
1510402282
getcmd:
keepalive:
ok 0
retry 0
mcIdList:
10
11
12
18
43
47
msIdList:
0
1
13
14
15
17
2
22
23
25
3
32
33
35
38
4
41
45
6
7
muIdList:
16
20
21
24
26
27
28
29
30
31
34
36
37
39
40
42
44
46
48
49
5
50
51
8
9
Attributes:
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
Meinen 433 CUL mit der
V 1.20.06 a-culfw Build: 199 (2016-02-21_13-36-20) CUL433 (F-Band: 433MHz)
Habe ich auch zum testen eingetragen. Ging auch. Vielleicht hilft das.
Gruß Carsten
Hallo,
bist Du denn auf 433,92MHz?
Sorry...ich kenne mich mit den RFXtrx leider nicht weiter aus. Aber angeblich sollen die doch problemlos die IT Signale empfangen können?
Vielleicht gibt es hier ja auch noch andere User, die auch diesen im Einsatz haben und Tipps geben können?
Gruß
BIsmosa
Ich las gerade im WIKI
an.
Firmware
Grundsätzlich unterstützte, aber im konkreten Einsatzfall nicht genutzte Empfangsprotokolle können deaktiviert (konfiguriert) werden, was eine Lastsenkung und Verbesserung der Empfangssicherheit zur Folge hat. Die unterstützten Protokolle sind von der installierten Firmware abhängig,
Kenne mit mit dem RFXtrx auch nicht aus, aber vllt. sind bei Dir einige Protokolle deaktiviert. Nur eine Vermutung.
Gruß Carsten
Also ich schalte bereits mehrere 433er IST Steckdosen. Beim starten werden alle aktiven Protokolle aufgelistet. Ich kopiere das nachher mal raus.
ZitatVielleicht gibt es hier ja auch noch andere User, die auch diesen im Einsatz haben und Tipps geben können?
Gibt es. Daher auch mein Post #16 ;) Aktuellste firmware aufspielen und gucken, ob sich etwas im RFXMGR tut. Auch einen Blick in die Doku werfen, ob es evtl. etwas zum Stichwort "1527" gibt.
OT:
Kurz für die, die den RFXTRX gar nicht kennen: Der Stick ist hard- u. firmwaretechnisch eine black box, also kein open-source wie culfw/a-culfw. Die Doku ist sehr detailliert mit sehr guter Versionhistory. Meist lässt sich dort nachlesen, was geht. Findet man nichts, kann man über ein Windowsprogramm(RFXMGR) den Empfang testen. Dort lassen sich eine Menge Protokolle selektieren. Das macht man halt zum Test. Produktiv wählt man nur die Protokolle, die man wirklich braucht. Das wiederum erhöht die Erkennungsrate enorm.
Hallo,
ich habe heute wieder ein paar (13 Stück) von den Fenstersensoren (" gs-iwds07 drahtlosen intelligenten Tür- / Fenster-Magnetkontakt #04766217 ") verbaut. Bei meinen Versuchen habe ich ein paar Sachen herausgefunden...ich denke das könnte auch für euch interessant sein!
Ich fasse das mal eben hier zusammen.
1.) Inbetriebnahme:
Ich hatte jetzt auch ein paar fehlerhafte Module dazwischen.
- einer hatte eine bereits leere Batterie
- einer hat keine Antenne abbekommen
- einer Sendet zwar irgendwas...aber es kommt bei dem gar nichts sinnvolles an. Keine Ahnung warum.
Insgesamt scheint die Fertigungskontrolle nicht vorhanden zu sein. Aber bei dem Preis...
Die mitgelieferten Magnete sind sehr klobig und eigentlich nicht zu gebrauchen. Ich habe mir noch extra 10 x 5 x 1 mm Neodym Magnete (mit Klebestreifen) besorgt und verwende diese. Geht gut...aber die Klebefläche ist schon sehr klein.
2.) Low-Batt
Ich habe herausgefunden (durch die Bemerkung auf der Produktseite mit Low-Batt Warnung), das die Sensoren tatsächlich einen Batteriestatus übermitteln. Ich habe es mit meinem alten Labornetzteil versucht nachzustellen, da dies aber bei 1,4V erst anfängt, musste ich mit einer Diode etwas tricksen. Dabei konnte ich sehen, das bei 1,1V 1x ein anderer Status übermittelt wird. Sinkt die Spannung weiter fängt danach die LED an zu blinken. (Ich finde es praktisch!)
Vermutlich wird der Status der leeren Batterie nur ein einziges Mal übertragen...da muss man einfach Glück haben, das es dann funktioniert. Besser als nichts.
Ich konnte bei den 1,1V auch keinen Unterschied in der Sendestärke/Empfangbarkeit feststellen. Da auf der Platine eh ein StepUp auf 3,3V verbaut ist, sollte das da auch noch keine Probleme geben. Bei ca. 0,9V war hier schluss. Dann konnte der Sender nicht mehr starten.
3.) Einrichtung
Einige Sensoren melden sich mit 1527x..... und einige melden sich mit 010F0FF000.
Beispiele:
1527x26e10 1110 1010 0111 0110
0110 ist der Status (dimdown), der übermittelt wird, wenn die Batterie leer ist
010F0FF000 1D DD F1 FD
FD ist der Batterie leer Status
Bei mir sieht eine Definition jetzt so aus:
define Fenster_EG_Schlafz_M IT 1527x26e10 1110 1010 0111 0110
attr Fenster_EG_Schlafz_M IODev nanoCUL
attr Fenster_EG_Schlafz_M devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention:cmdalias_Fenster
attr Fenster_EG_Schlafz_M eventMap /on:Zu/off:Offen/dimup:Kaputt/
attr Fenster_EG_Schlafz_M icon signal_Fenster_Offen.off
attr Fenster_EG_Schlafz_M model itremote
attr Fenster_EG_Schlafz_M room IT
attr Fenster_EG_Schlafz_M webCmd :
Klappt bei mir gut.
Für die leere Batterie habe ich mir ein DOIF erstellt:
define di_Fenster_Batterie DOIF (["^Fenster_:dimdown"]){\
## Hier die Alarmgebung E-Mail/Pushmsg etc.
}
attr di_Fenster_Batterie do always
attr di_Fenster_Batterie room IT
Eigentlich ging es in diesem Thema ja um die Möglichkeit die Fenster auch manuell umstellen zu können (wenn ein Sensor doch nicht erkannt wird). Dies habe ich jetzt so gelöst:
A.) Dummy zum umschalten ob geändert werden darf
define FensterAdmin dummy
attr FensterAdmin fp_fp_EG 19,1210,1,FensterAdmin,
attr FensterAdmin fp_fp_OG 17,1176,1,FensterAdmin,
attr FensterAdmin group IT
attr FensterAdmin room IT
attr FensterAdmin setList on off
attr FensterAdmin webCmd :
B.) cmdalias
define cmdalias_Fenster cmdalias set Fenster_.* cmdalias_Fenster AS {\
my $admin=ReadingsVal("FensterAdmin", "state","");;\
my $state=ReadingsVal("$EVTPART0", "state","");;\
if ($admin eq "on"){\
if ($state eq "on"){\
fhem("setreading $EVTPART0 state off");;\
}else{\
fhem("setreading $EVTPART0 state on");;\
}\
}\
}
attr cmdalias_Fenster room IT
attr cmdalias_Fenster verbose 5
Der cmdalias wird aufgerufen durch die definition im devStateIcon der einzelnen Sensoren (siehe oben)
4.) Alarm, wenn die Fenster zu lange offen sind
Hier habe ich länger probiert. Aber der einzige Weg den ich gefunden habe ist ein einzelnes DOIF pro Fensterkontakt.
Ich frage auch gleichzeitig ab, ob die Heizung läuft und lasse die Aktion auch nur auslösen, wenn es nicht draußen eh warm ist.
define di_Fenster_EG_Schlafz_M_Alarm DOIF ([Fenster_EG_Schlafz_M] eq "Offen" and [HeizungAn] eq "on")\
{\
if(ReadingsVal("wetter", "temperature", 0)<20){\
##ALARM auslösen...wie auch immer
}\
}\
DOELSE \
()
attr di_Fenster_EG_Schlafz_M_Alarm comment TODO: Nur wenn auch geheizt wird!
attr di_Fenster_EG_Schlafz_M_Alarm do always
attr di_Fenster_EG_Schlafz_M_Alarm group FensterAlarm
attr di_Fenster_EG_Schlafz_M_Alarm repeatcmd 120
attr di_Fenster_EG_Schlafz_M_Alarm repeatsame 5
attr di_Fenster_EG_Schlafz_M_Alarm room IT
attr di_Fenster_EG_Schlafz_M_Alarm verbose 5
attr di_Fenster_EG_Schlafz_M_Alarm wait 900
Ich bin fast zufrieden mit der Lösung. Schade ist noch, das ich z.B. bei einem Zeitwechsel so viele Geräte anpassen muss...aber so häufig wird das ja nicht passieren.
Derzeit habe ich auch noch ein paar kleine Schwierigkeiten mit dem Empfang. Aber eine neue Antenne für mein CUL ist bereits unterwegs. Ich hoffe dann sind die Probleme auch vorbei.
Vielleicht hilft das hier ja jemanden :) Mich hat das Ganze sehr viel Zeit (Ich durfte aber auch viel Lernen) gekostet.
Gruß
Bismosa
Zitat von: CoolTux am 12 November 2017, 09:58:02
Also bei mir tut sich rein gar nichts mit meinem RFXtrx obwohl ich hier andere IT Geräte habe.
Also wer will, ich habe hier 5 Fensterkontakte ab zu geben.
15 Euro inkl. Versand.
Wenn du die noch hast, würde ich sie dir abnehmen.
Meine bestellten sind immer noch nicht da und ich vermute der Zoll hat die rausgefischt, wie meinem zweiten Xiaomi Flower Sensor. :(
Zitat von: mark79 am 22 November 2017, 09:41:27
Wenn du die noch hast, würde ich sie dir abnehmen.
Meine bestellten sind immer noch nicht da und ich vermute der Zoll hat die rausgefischt, wie meinem zweiten Xiaomi Flower Sensor. :(
Sorry. Da war einer schneller wie Du. Tut mir leid.
Schade. Vielleicht kommen die Dinger ja doch noch an, wenn nicht, bestelle ich neue.
Hallo,
der schnellere war ich ::)
Der Zoll hatte jetzt auch eine Lieferung von mir rausgefischt. Mit der Vermutung auf Einfuhrbeschränkte Artikel (oder so ähnlich).
Ich bin da am Montag hingefahren, habe einen Ausdruck der Bestellung und PayPal Zahlung mitgebracht...und bei der Frage nach dem Inhalt habe ich gesagt es sind Fenstersensoren für eine Alarmanlage. Somit konnte ich das Päckchen direkt mitnehmen (da auch unter 22€). Kein Problem.
Ein CE Zeichen ist bei Zubehör ja zum Glück nicht erforderlich.
Leider dauert es immer recht lange, bis man den Brief vom Zoll erhält...aber angekommen sind bisher alle Päcken von LightInTheBox.
Gruß
Bismosa
Zitat von: bismosa am 11 November 2017, 12:50:25
Hallo,
die def muss angepasst werden. Ich habe unterschiedliche:
1527x3b050 1110 1010 0111 0000
Oder auch
010F0FFF00 1D DD F1 0000
Die letzten Codes sind die übermittelten Daten...wobei die letzteren sensoren schlechtere Empfangswerte bei mir liefern
Gruß
Bismosa
Danke, so klappt auch ein OFF ;)
Hallo,
und unbedingt an
Zitat1527x26e10 1110 1010 0111 0110
0110 ist der Status (dimdown), der übermittelt wird, wenn die Batterie leer ist
010F0FF000 1D DD F1 FD
FD ist der Batterie leer Status
denken, damit die leere Batterie gemeldet wird!
Gruß
Bismosa
Hallo zusammen,
ich habe einige Kerui D026 in China bestellt.
Die ersten vier haben ohne Probleme funktioniert.
Eine weitere Lieferung von drei Stück wollten von meinem nanoCUL mit aculfw nicht oder sporadisch erkannt werden.
Das die Sensoren senden konnte ich mit einem Funkgerät hören.
Nach ein paar Tagen kam mir dann der Gedanke die Bandbreite des nanoCUL von den default 325kHz auf 406kHz zu erhöhen.
Und siehe da, die Sensoren wurden nun öfters erkannt. Aber stabil ist es noch nicht.
Nach kurzen Empfangs-Versuche mit einem FT736 (Signalstärke mit Analog-Anzeige) war ich der
Meinung das die weiteren drei Sensoren die frisch kamen, ebenfalls nicht alle gescheit empfangen werden.
Auf diesen Sensoren klebt auf der PCB (Unterseite) ein Aufkleber mit Beschriftung "17.05.15 Q".
Nun habe ich bei der FCC folgendes gefunden:
https://fccid.io/2AGNGKR-D026/Test-Report/test-report-2830056 (https://fccid.io/2AGNGKR-D026/Test-Report/test-report-2830056)
daraus kann man erkennen das zumindest 2015 die Sendefrequenz bei 433.930MHz liegt und nicht bei 433.920MHz
wie oft üblich.
Eventl. sind auch Sensoren mit der üblichen Frequenz von 433.920MHz im Umlauf.
Falls also der ein oder andere Probleme hat das seine Sensoren nicht gehört werden, lohnt es sich mit der Bandbreite zu spielen.
Schöne Feiertage
Gerd
Meine 2 Fenster Sensoren von Lightinthebox, bestellt am 24.10 sind nun auch endlich angekommen, womit ich ehrlich gesagt nicht mehr gerechnet habe...
Im Gegensatz zu den Kerui arbeiten die mit einer AAA Batterie und 1,5 Volt, anstatt 12 Volt (Kerui). Testen kann ich die erst am Mittwoch.