Alternative culfw

[RaspiLED]

Hi schau mal hier:
https://wiki.fhem.de/wiki/SIGNALduino

Unter ,,Es wird ein Protokoll erkannt, Autocreate legt aber kein device an"

Gruß Arnd


Gesendet von iPhone mit Tapatalk

[no_Legend]

Hi Leute,

sagt man wegen dem NanoCul.
Muss man immer noch in der Board die define auskommentiere?

Ich frage nur deshalb weil wenn man nur ein make im oder des nanoCul ausführt, werden mehrer Files auch mit 868mhz usw angelegt.
Wenn dass Auskommentieren immer noch gemacht werden muss, ist das mit erstellten files und den Namen ein wenig irreführend.

Gruß Robert

[sash.sc]

Hallo zusammen.

kann mir jemand mal sagen, wie man bei einem SelbstbauCUL mit der a-fw die Sendeleistung einstellt ??
Mittlerweile gibt es ja ein

Code Auswählen Erweitern


set <device> patable


Was muss dahin und warum ?

danke
Sascha

[RaspiLED]

Hi,

Code Auswählen Erweitern


set CUL raw X09

für +10 dbi geht doch immer
Gruß Arnd


Gesendet von iPhone mit Tapatalk

[vbs]

Ich hab mal wieder ein komisches Problem. Evtl. was ganz blödes, aber ich kann es mir nicht erklären:
Ich hab ein MapleCUL mit 1x HM, 1x 868 und 1x 433. Ich hab eine Fernbedienung die IT-Nachrichten sendet und mit einem Knopf schalte ich per notify einen Homematic Dimmer. Das Problem ist nun, dass wenn ich auf der Fernbedienung einen Knopf betätige, die Nachricht von FHEM mehrfach (zwischen 2 und 4-mal) empfangen und verarbeitet wird (anstatt eben 1mal) und daher die Leuchte mehrfach toggelt. Es passiert reproduzierbar, wenn ich mit dem notify die HM-Leuchte schalte. Wenn ich nur ein leeres Dummy schalte, dann wird wie erwartet nur einmal ausgelöst.

So sieht das im Log aus, wenn ich einmal drücke aber ungewollt mehrfach geschaltet wird.

Code Auswählen Erweitern

>>> Ich betätigte Button: IT-Msg kommt rein (ok)
2019.02.23 23:32:50.832 5 : CUL/RAW: /*i101015F1
2019.02.23 23:32:50.833 4 : CUL_Parse: sys_cul868 *i101015F1
2019.02.23 23:32:50.834 5 : sys_cul868: dispatch *i101015F1
2019.02.23 23:32:50.836 5 : CUL/RAW: /i101015F1
2019.02.23 23:32:50.836 4 : CUL_Parse: sys_cul433 i101015F1 -81.5
2019.02.23 23:32:50.836 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:50.837 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:50.837 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:50.837 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:50.838 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-23 23:32:50.869 CUL_HM sz_lightSpot set_toggle

>> das notify löst HM-Befehl aus (ok)
2019.02.23 23:32:50.869 3 : CUL_HM set sz_lightSpot toggle
2019.02.23 23:32:50.869 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0EC9A011F15544222A260201C80000
2019.02.23 23:32:50.870 5 : HMUARTLGW sys_culHm send: 01 02 00 00 00 msg: C9 A0 11 F15544 222A26 0201C80000
2019.02.23 23:32:50.870 5 : HMUARTLGW sys_culHm send: (25): fd0014012802000000c9a011f15544222a260201c80000124b
2019.02.23 23:32:50.870 5 : SW: fd0014012802000000c9a011f15544222a260201c80000124b
2019-02-23 23:32:50.875 IT sz_rcLightSpot on

>> nun wird komischerweise und ungewollt ohne mein Zutun nochmal die IT-Msg vom CUL eingelesen
2019.02.23 23:32:50.970 5 : CUL/RAW: /*i101015F1
2019.02.23 23:32:50.970 4 : CUL_Parse: sys_cul868 *i101015F1
2019.02.23 23:32:50.970 5 : sys_cul868: dispatch *i101015F1
2019.02.23 23:32:50.971 5 : CUL/RAW: /i101015F1
2019.02.23 23:32:50.971 4 : CUL_Parse: sys_cul433 i101015F1 -81.5
2019.02.23 23:32:50.971 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:50.971 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:50.971 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:50.972 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:50.972 3 : sys_cul433 IT: sz_rcLightSpot on->on

>> ... und auch der HM-Befehl wird ungewollt wieder ausgelöst
2019.02.23 23:32:50.975 3 : CUL_HM set sz_lightSpot toggle
2019-02-23 23:32:50.976 IT sz_rcLightSpot on
2019.02.23 23:32:51.026 5 : HMUARTLGW sys_culHm read raw (1): fd
2019.02.23 23:32:51.027 5 : HMUARTLGW sys_culHm read raw (7): 00140128040300
2019.02.23 23:32:51.029 5 : HMUARTLGW sys_culHm read raw (1): 4b
2019.02.23 23:32:51.031 5 : HMUARTLGW sys_culHm read raw (1): c9
2019.02.23 23:32:51.033 5 : HMUARTLGW sys_culHm read raw (1): 80
2019.02.23 23:32:51.035 5 : HMUARTLGW sys_culHm read raw (1): 02
2019.02.23 23:32:51.036 5 : HMUARTLGW sys_culHm read raw (1): 22
2019.02.23 23:32:51.038 5 : HMUARTLGW sys_culHm read raw (1): 2a
2019.02.23 23:32:51.040 5 : HMUARTLGW sys_culHm read raw (1): 26
2019.02.23 23:32:51.041 5 : HMUARTLGW sys_culHm read raw (1): f1
2019.02.23 23:32:51.043 5 : HMUARTLGW sys_culHm read raw (1): 55
2019.02.23 23:32:51.044 5 : HMUARTLGW sys_culHm read raw (8): 440101c8004ec3de
2019.02.23 23:32:51.045 5 : HMUARTLGW sys_culHm read (24): fd001401280403004bc98002222a26f155440101c8004ec3de crc OK
2019.02.23 23:32:51.046 5 : HMUARTLGW sys_culHm recv: 01 04 03 00 4B msg: C9 80 02 222A26 F15544 0101C8004E
2019.02.23 23:32:51.046 5 : HMUARTLGW sys_culHm Dispatch: A0EC98002222A26F155440101C8004E::-75:sys_culHm
2019.02.23 23:32:51.046 5 : sys_culHm: dispatch A0EC98002222A26F155440101C8004E::-75:sys_culHm
2019.02.23 23:32:51.050 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0ECAA011F15544222A260201C80000
2019.02.23 23:32:51.050 5 : HMUARTLGW sys_culHm delaying send to 222A26 for 0.0871791839599609
2019-02-23 23:32:51.071 CUL_HM sz_lightSpot dim: stop:on
2019-02-23 23:32:51.071 CUL_HM sz_lightSpot pct: 100
2019-02-23 23:32:51.071 CUL_HM sz_lightSpot on
2019.02.23 23:32:51.139 5 : HMUARTLGW sys_culHm send: 01 02 00 00 00 msg: CA A0 11 F15544 222A26 0201C80000
2019.02.23 23:32:51.140 5 : HMUARTLGW sys_culHm send: (25): fd0014012902000000caa011f15544222a260201c800008533
2019.02.23 23:32:51.140 5 : SW: fd0014012902000000caa011f15544222a260201c800008533

>> ...und nun zum 3. Mal... :(
2019.02.23 23:32:51.246 5 : CUL/RAW: /*i101015F1
2019.02.23 23:32:51.247 4 : CUL_Parse: sys_cul868 *i101015F1
2019.02.23 23:32:51.247 5 : sys_cul868: dispatch *i101015F1
2019.02.23 23:32:51.248 5 : CUL/RAW: /i101015F1
2019.02.23 23:32:51.248 4 : CUL_Parse: sys_cul433 i101015F1 -81.5
2019.02.23 23:32:51.248 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:51.249 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:51.249 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:51.249 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:51.249 3 : sys_cul433 IT: sz_rcLightSpot on->on

>> ...und auch wieder der HM-Befehl...
2019-02-23 23:32:51.272 CUL_HM sz_lightSpot set_toggle
2019.02.23 23:32:51.272 3 : CUL_HM set sz_lightSpot toggle
2019-02-23 23:32:51.274 IT sz_rcLightSpot on
2019.02.23 23:32:51.295 5 : HMUARTLGW sys_culHm read raw (1): fd
2019.02.23 23:32:51.296 5 : HMUARTLGW sys_culHm read raw (10): 001401290403004bca80
2019.02.23 23:32:51.298 5 : HMUARTLGW sys_culHm read raw (1): 02
2019.02.23 23:32:51.299 5 : HMUARTLGW sys_culHm read raw (1): 22
2019.02.23 23:32:51.301 5 : HMUARTLGW sys_culHm read raw (1): 2a
2019.02.23 23:32:51.303 5 : HMUARTLGW sys_culHm read raw (1): 26
2019.02.23 23:32:51.305 5 : HMUARTLGW sys_culHm read raw (1): f1
2019.02.23 23:32:51.307 5 : HMUARTLGW sys_culHm read raw (1): 55
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm read raw (8): 440101c8005054e2
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm read (24): fd001401290403004bca8002222a26f155440101c8005054e2 crc OK
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm recv: 01 04 03 00 4B msg: CA 80 02 222A26 F15544 0101C80050
2019.02.23 23:32:51.309 5 : HMUARTLGW sys_culHm Dispatch: A0ECA8002222A26F155440101C80050::-75:sys_culHm
2019.02.23 23:32:51.310 5 : sys_culHm: dispatch A0ECA8002222A26F155440101C80050::-75:sys_culHm
2019.02.23 23:32:51.310 3 : CUL_HM sz_lightSpot repeat, level C8 instead of 00
2019.02.23 23:32:51.311 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0ECBA011F15544222A260201000000
2019.02.23 23:32:51.311 5 : HMUARTLGW sys_culHm delaying send to 222A26 for 0.0912272930145264
2019-02-23 23:32:51.321 CUL_HM sz_lightSpot on
2019.02.23 23:32:51.403 5 : HMUARTLGW sys_culHm send: 01 02 00 00 00 msg: CB A0 11 F15544 222A26 0201000000
2019.02.23 23:32:51.404 5 : HMUARTLGW sys_culHm send: (25): fd0014012a02000000cba011f15544222a260201000000b71a
2019.02.23 23:32:51.404 5 : SW: fd0014012a02000000cba011f15544222a260201000000b71a
2019.02.23 23:32:51.523 5 : CUL/RAW: /*i101015F3
2019.02.23 23:32:51.523 4 : CUL_Parse: sys_cul868 *i101015F3
2019.02.23 23:32:51.524 5 : sys_cul868: dispatch *i101015F3
2019.02.23 23:32:51.524 5 : CUL/RAW: /i101015F3
2019.02.23 23:32:51.524 4 : CUL_Parse: sys_cul433 i101015F3 -80.5
2019.02.23 23:32:51.525 5 : sys_cul433: dispatch i101015
2019.02.23 23:32:51.525 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:32:51.525 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:32:51.525 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:32:51.526 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-23 23:32:51.546 CUL_HM sz_lightSpot set_toggle
2019.02.23 23:32:51.546 3 : CUL_HM set sz_lightSpot toggle
2019-02-23 23:32:51.548 IT sz_rcLightSpot on
2019.02.23 23:32:51.563 5 : HMUARTLGW sys_culHm read raw (5): fd0014012a
2019.02.23 23:32:51.564 5 : HMUARTLGW sys_culHm read raw (4): 04030049
2019.02.23 23:32:51.565 5 : HMUARTLGW sys_culHm read raw (1): cb
2019.02.23 23:32:51.567 5 : HMUARTLGW sys_culHm read raw (1): 80
2019.02.23 23:32:51.569 5 : HMUARTLGW sys_culHm read raw (1): 02
2019.02.23 23:32:51.571 5 : HMUARTLGW sys_culHm read raw (1): 22
2019.02.23 23:32:51.573 5 : HMUARTLGW sys_culHm read raw (1): 2a
2019.02.23 23:32:51.575 5 : HMUARTLGW sys_culHm read raw (1): 26
2019.02.23 23:32:51.577 5 : HMUARTLGW sys_culHm read raw (1): f1
2019.02.23 23:32:51.579 5 : HMUARTLGW sys_culHm read raw (1): 55
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm read raw (8): 44010100005064c7
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm read (24): fd0014012a04030049cb8002222a26f15544010100005064c7 crc OK
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm recv: 01 04 03 00 49 msg: CB 80 02 222A26 F15544 0101000050
2019.02.23 23:32:51.581 5 : HMUARTLGW sys_culHm Dispatch: A0ECB8002222A26F155440101000050::-73:sys_culHm
2019.02.23 23:32:51.581 5 : sys_culHm: dispatch A0ECB8002222A26F155440101000050::-73:sys_culHm
2019.02.23 23:32:51.582 5 : HMUARTLGW sys_culHm HMUARTLGW_Write: As0ECCA011F15544222A260201000000
2019.02.23 23:32:51.583 5 : HMUARTLGW sys_culHm delaying send to 222A26 for 0.091414213180542
2019-02-23 23:32:51.591 CUL_HM sz_lightSpot dim: stop:off
2019-02-23 23:32:51.591 CUL_HM sz_lightSpot pct: 0
2019-02-23 23:32:51.591 CUL_HM sz_lightSpot off


Das ist mein notify:

Code Auswählen Erweitern

defmod testnot notify sz_rcLight.*:.* set sz_lightSpot toggle



Wenn ich stattdessen nur ein Dummy schaltet:

Code Auswählen Erweitern

defmod testnot notify sz_rcLight.*:.* set set t ttt testdata

Dann wird das notify wie gewünscht nur einmal ausgeführt:

Code Auswählen Erweitern

2019.02.23 23:53:07.584 5 : CUL/RAW: /*i101015E4
2019.02.23 23:53:07.584 4 : CUL_Parse: sys_cul868 *i101015E4
2019.02.23 23:53:07.585 5 : sys_cul868: dispatch *i101015E4
2019.02.23 23:53:07.586 5 : CUL/RAW: /i101015E4
2019.02.23 23:53:07.586 4 : CUL_Parse: sys_cul433 i101015E4 -88
2019.02.23 23:53:07.586 5 : sys_cul433: dispatch i101015
2019.02.23 23:53:07.586 4 : sys_cul433 IT: message "i101015" (7)
2019.02.23 23:53:07.586 4 : sys_cul433 IT: msgcode "0F000F000FFF" (12) bin = 000100000001000000010101
2019.02.23 23:53:07.587 5 : sys_cul433 IT: V1 housecode = 0F000F000F onoffcode = FF
2019.02.23 23:53:07.587 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019-02-23 23:53:07.592 dummy t ttt testdata
2019-02-23 23:53:07.595 IT sz_rcLightSpot on

Hier die Devices:

Code Auswählen Erweitern

defmod sys_cul868 CUL /dev/serial/by-id/usb-STM32_MapleCUL_58eb37e5-if00@38400 1432
attr sys_cul868 rfmode SlowRF

defmod sys_cul868stack STACKABLE sys_cul868

defmod sys_cul433 CUL FHEM:DEVIO:sys_cul868stack:9600 0000
attr sys_cul433 rfmode SlowRF

defmod sys_culHm HMUARTLGW /dev/serial/by-id/usb-STM32_MapleCUL_58eb37e5-if04
attr sys_culHm hmId F15544


Evtl. steh ich aufm Schlauch, aber für mich sieht es so aus, als ob irgendwie durch das zeitnahe Senden das HM-Befehls (was ja eine Kommunikation mit dem ttyACM2 zur Folge) nochmals ein alter Puffer (?) von ttyACM0 eingelesen wird. Zumindest irgendwie so in der Richtug...

Hat da jemand eine Idee? Oder auch schonmal gehabt evtl.?

[Telekatz]

Ich denke, ich habe das Problem gefunden. Teste mal die angehängte Version.

[vbs]

Danke, das ging schnell. Tritt damit aber leider noch auf 

Noch eine Sache:
Wenn ich in das notify ein sleep einbaue, dann tritt es nicht auf. Das sleep muss jedoch größer als ca. 0,7 s sein.

Code Auswählen Erweitern

sz_rcLight.*:.* {sleep 0.7;fhem("set sz_lightSpot toggle")}

[KölnSolar]

Wenn ich in das notify ein sleep einbaue, dann tritt es nicht auf. Das sleep muss jedoch größer als ca. 0,7 s sein.

Dann scheint die Doublettenfilterung nicht zu funktionieren.(obwohl die im Modul stattfindet.  )

[Telekatz]

Setz mal bei den anderen beiden Empfängern das Dummy Attribut und starte den MapleCUL neu, so dass nur noch der 433 Empfänger im MapleCUL arbeitet. Tritt das Problem dann auch auf?

[vbs]

Ich hab jetzt nur mal bei sys_culHm das dummy auf 1 gesetzt und dann passiert es nicht mehr. Ich hab den MapleCUL dafür dann nicht neu gestartet.

Code Auswählen Erweitern

2019.02.24 16:50:29.849 3 : sys_cul433 IT: sz_rcLightSpot on->on
2019.02.24 16:50:29.858 3 : CUL_HM set sz_lightSpot toggle
2019-02-24 16:50:29.862 IT sz_rcLightSpot on

Reicht das als Test oder soll ich auch nochmal so machen, wie du gesagt hast?

[Telekatz]

Nein, der HMUARTLGW muss schon an bleiben damit er auch was sendet. Von den CUL Geräten soll jedoch nur der 433 Transceiver aktiv bleiben.

[vbs]

hm, ich hab ja folgende Devices im Spiel:
1x HM (sys_culHm)
1x 433 (sys_cul433)
1x 868 (sys_cul868)
1x STACKABLE

Also ich könnte ja höchstens bei einem (sys_cul868) das dummy setzen. HM und 433 wollen wir ja beide aktiv haben und STACKABLE zählt nicht, oder?

Wenn ich aber das dummy bei sys_cul868 auf 1 setze (und dann FHEM + Maple neu starte), dann funktioniert aber auch 433 nicht mehr. Also ich empfange nix. Alle "get"-Befehle an dem 433 werden mit "No FD" quittiert. Wahrscheinlich weil ja der 868 die erste Stufe des Stackable ist und ausgeschaltet ist?

Sorry falls ich es nicht kapiere...

[Telekatz]

Stimmt. Dann schalte mit dem RAW Kommando "X00" am sys_cul868 den Empfang aus.

[vbs]

Ok, hab ich gemacht. "get X" liefert jetzt "00 2007" am sys_cul868.

Aber: es passiert weiterhin.

[Telekatz]

Passiert es auch, wenn du für HM den sys_cul868 nimmst anstatt den HMUARTLGW?