Alternative culfw

[WolfgangMM]

Hi,

ich habe die Frage schon an anderer Stelle gestellt, bin mir aber unsicher, ob das überhaupt zu verwirklichen ist.

Es geht um die Steuerung eines Westinghouse Deckenventilators per CUL433. In dem Thread https://forum.fhem.de/index.php/topic,53282.0/all.html wurde schon darüber diskutiert, aber leider nur in Verbindung mit pilight. Nur geht es überhaupt mit mit einem CUL?

Danke

[KölnSolar]

Sollte gehen. Du müsstest mal hiergucken, ob Du aus dem im Thread beschriebenen Protokoll ein G-command(send raw) aufgesetzt bekommst. Mit aculfw hat das dann allerdings wenig zu tun und Du solltest ggfs. einen eigenen Thread eröffnen.
Have fun
Markus

[RaspiLED]

Hi, kann mir jemand sagen, warum mein MapleCUL folgende Meldung schreibt:

Code Auswählen Erweitern


2017.06.26 02:38:16 5: CUL/RAW: /*i11115471
*i11115471

2017.06.26 02:38:16 4: CUL_Parse: CULMAPLE868 *i11115471
2017.06.26 02:38:16 5: CULMAPLE868: dispatch *i11115471
2017.06.26 02:38:16 1: CULMAPLE433: no client device assigned
2017.06.26 02:38:17 4: CUL_Parse: CULMAPLE868 *i11115471
2017.06.26 02:38:17 5: CULMAPLE868: dispatch *i11115471
2017.06.26 02:38:17 1: CULMAPLE433: no client device assigned


Das passiert wenn ich auf einer Intertechno V1 Handfernbedienung drücke!

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[SventeHof]

Moin,

ich sehe gerade den Wald vor lauter Bäumen nicht und benötige mal einen Denkanstoss von Euch

Ich habe von Busware CUL V3 868 und 433, beide liefen mit einer älteren a-culfw. Nun bin ich auf die aktuelle Version gegangen und habe diese, aufgrund der Übergrösse angepasst und compiliert.
Den 868er konnte ich auch erfolgreich flashen, wenn ich nun aber den 433er mit der 9 flashe, wird dieser vom System als 868 erkannt und auch so in fhem angezeigt.
Wo habe ich bei der ganzen Sache nun einen Denkfehler?

Gruß aus dem hohen Norden
Sven

[RaspiLED]

Gib dem mal ein raw e und dann ccconf? Dann per Hand  mal freq auf 433.92 und dann cccconf?
Wenn der wirklich die falsche Firmware flasht, dann ändere die Namen  im Dateisystem

mv 868er 868er.backup
cp 433er 868er

Flashen, ccconf, ...

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[ManOki]

Hallo,

gibt es für die aktuellen Versionen auf Mediafire und Github auch so einen schönen Changelog wie für die anderen im ersten Post dieses Threads?
Immerhin ist die Version 1.23.02 vor über einem halben Jahr herausgekommen und seitdem gibt 10 neuere Versionen.

EDIT: Achja, und was genau bedeutet die Build-Nummer hinter der Versionsnummer?

Danke und Gruß
ManOki

[bjoernh]

Hallo,

gibt es für die aktuellen Versionen auf Mediafire und Github auch so einen schönen Changelog wie für die anderen im ersten Post dieses Threads?
Immerhin ist die Version 1.23.02 vor über einem halben Jahr herausgekommen und seitdem gibt 10 neuere Versionen.

EDIT: Achja, und was genau bedeutet die Build-Nummer hinter der Versionsnummer?

Danke und Gruß
ManOki

Die Buildnummer kommt vom Buildserver. So wird die Version für uns Entwickler nachvollziehbar

Changelog im Ersten post ist nachgezogen. Ist aber auch jederzeit im repository nachzulesen.

[Horti]

Hallo,

ich hab folgendes Problem:

ich hatte mal vor einiger Zeit mit meinem Testsystem mit einem NanoCUL mit 433 MHz rumgespielt und dabei zufällig den Außentemperatursensor unserer Billig-Wetterstation von Lidl empfangen, angelegt von autocreate. Demnach ist es vom Typ "SD_WS07". Den CUL hatte ich dann auf 868 MHz umgebaut und das Ganze nicht mehr verfolgt.

Heute habe ich mir wieder einen NanoCUL mit 433 MHz zusammengesteckt und wollte dieses Mal den Außensensor in das Produktivsystem integrieren. Doch nun wird der Sensor nicht per autocreate angelegt, die Definition vom Testsystem empfängt keine Daten. Stattdessen wird ein "CUL_TCM97001" Device per Autocreate erzeugt, welches plausible Innenraumwerte vermutlich von einem der Nachbarn empfängt und höhchstwahrscheinlich nichts mit meinem Problem zu tun hat. Hier ein List von dem NanoCUL:

Code Auswählen Erweitern

Internals:
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   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-id/usb-FTDI_FT232R_USB_UART_A43694U2-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A43694U2-if00-port0@38400
   FHTID      0000
   NAME       nanoCUL433
   NR         61
   PARTIAL
   RAWMSG     s9180C3F000F9;  480: 3984
   STATE      disconnected
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL433 (F-Band: 433MHz)
   initString X21
   nanoCUL433_MSGCNT 349
   nanoCUL433_TIME 2017-07-17 22:49:15
   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-07-17 19:06:36   Xmit-Events     disconnected:1
     2017-07-17 21:47:44   cmds             A B C e F f G i K L l M N R T t U V W X x
     2017-07-17 19:06:36   cond            disconnected
     2017-07-17 19:06:36   prot_disconnected last
     2017-07-17 19:25:48   raw             is000000000FF0
     2017-07-17 22:49:23   state           disconnected
Attributes:
   room       VCCU
   verbose    0


Was mir dabei auffällt ist, wenn ich nach "SD_WS07" google, dass es User gibt, bei denen es in der Liste der "Clients" austaucht, z.B.:

Code Auswählen Erweitern

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::SD_WS07::OREGON::Hideki:
bei mir jedoch nicht.

Kann es sein, dass mein "alter" NanoCUL, durch welchen Zufall auch immer dieses Protokoll aktiviert hatte und mein neuer nicht? Wenn ja, wie bekomme ich es aktiviert?

[Horti]

Hallo zusammen,

habe mich nun bis zu der "board.h" vom NanoCUL der a-culfw vorgearbeitet, finde da aber keinen Hinweis auf "SD_WS07". Auch im Changelog finde ich keine Hinweise, dass dieses Protokoll möglicherweise entfernt wurde. Ziemlich geheimnisvoll... Kann bitte jemand Licht ins Dunkel bringen?

Danke und Gruß
Horti

[RaspiLED]

Hi,
zunächst einmal: Ein nanoCUL mit Signalduino Firmware kann das auch: https://wiki.fhem.de/wiki/SIGNALduino

Björn hat dazu im anderen Thread was geschrieben:
https://forum.fhem.de/index.php/topic,35064.msg591354.html#msg591354

Wie sehen Deine ccconf Werte aus?
KölnSolar hat dazu Vorschläge gemacht:  sens 8db und rAmpl 38
https://forum.fhem.de/index.php/topic,35064.msg591775.html#msg591775

Edit: Inzwischen habe ich verstanden, dass die Client Liste in den Modulen 00_CUL.pm bzw. 14_CUL_WS.pm gepflegt ist. Welche Versionen nutzt du?
Der Befehl
version
sollte folgendes liefern:

Code Auswählen Erweitern


00_CUL.pm              14119 2017-04-27 11:41:18Z rudolfkoenig
15_CUL_EM.pm           12712 2016-12-04 10:08:23Z rudolfkoenig
18_CUL_HOERMANN.pm     12655 2016-11-25 19:20:44Z rudolfkoenig
No Id found for 14_CUL_REDIRECT.pm
14_CUL_TCM97001.pm     12994 2017-01-07 07:49:53Z bjoernh
14_CUL_TX.pm           12387 2016-10-20 08:07:56Z rudolfkoenig
14_CUL_WS.pm           11984 2016-08-19 12:47:50Z rudolfkoenig


Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[micky0867]

Hallo,

ich habe in den letzten Tagen mehrfach das Problem gehabt, dass 2 meiner 3 CULs nicht mehr reagiert haben und sich nur durch Trennung vom Strom wieder beleben liessen.

Ein CUL ist ein miniCUL am LacrosseGateway (https://forum.fhem.de/index.php/topic,55705.msg660470.html#msg660470), der andere ist ein selbst gelöteter nanoCUL.
Der dritte, bei dem das Problem noch nicht aufgetreten ist, ist ein MaxCube (wobei dieser auch nicht den "typischen" CC1101 Chip hat, oder?) siehe https://wiki.fhem.de/w/images/0/0c/CC1101_868_mini.png

Bei allen CULs wird alle 5 Minuten die Uptime abgefragt, um Probleme möglichst früh zu erkennen.
Sollte der jeweilige CUL nicht antworten, wird ein "set CULxx reopen" abgesetzt.

Symptom bei beiden ist, dass sie auf Opened stehen bleiben, wenn das Problem auftritt.
Daran ändert sich auch nach dem x-ten open nichts.
Beim LacrosseGateway habe ich auch schon gebootet und das Gateway neu geflashed, um den CUL wieder zu beleben.
Aber einzig das Trennen vom Strom bzw. ziehen/stecken des nanoCUL hat bisher geholfen.

Jetzt frage ich mich, woran es liegen könnte und was man SW technisch machen kann, um den CUL zu reanimieren.
Die letzten Änderungen bei mir im Zusammenhang mit 868Mhz waren der Nachbau zweier HM-WDS10-TH-0 mit der AskSin++ Library.

Versionen:
nanoCUL=V 1.24.02 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
miniCUL=V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)

Micky

[Horti]

Hallo Arndt,

Danke für Deine Antwort.

Meine cconf sah so aus:

Code Auswählen Erweitern


nanoCUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB

Nun habe ich die Werte gemäß diverser Verschläge geändert:

Code Auswählen Erweitern


nanoCUL433 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:38dB sens:8dB

leider keine Verbesserung.

Was die Version der Module angeht, so bekomme ich von FHEM folgendes angezeigt (nur die Module mit "CUL" am Anfang):

Code Auswählen Erweitern

00_CUL.pm          14119 2017-04-27 11:41:18Z rudolfkoenig
10_CUL_HM.pm       14626 2017-07-02 13:19:36Z martinp876
14_CUL_TCM97001.pm 12994 2017-01-07 07:49:53Z bjoernh

Also habe ich weniger Module als Du, wie kann das sein?

Dass es mit dem SignalDuino auch gehen würde, habe ich bei meiner Recherche auch festgestellt, wäre für mich auch eine Option, wenn es mit dem CUL defivitiv nicht geht. Aber im Moment habe ich den Eindruck, dass es "einfach" nur an einer Einstellung happert, hat ja vorher problemlos funktioniert.

[RaspiLED]

 Hi,
aber dann fehlen Dir ja Module.
Was sagt ein
update  check
bzw.
update
zu den CUL Modulen?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[Horti]

Ich habe

Code Auswählen Erweitern

update force

ausgeführt, aber die Module sind nicht dazugekommen:

Code Auswählen Erweitern

00_CUL.pm          14119 2017-04-27 11:41:18Z rudolfkoenig
10_CUL_HM.pm       14744 2017-07-18 18:35:30Z martinp876
14_CUL_TCM97001.pm 12994 2017-01-07 07:49:53Z bjoernh

Noch irgendwelche Ideen?

[Horti]

Moin,

versuche immer noch das Problem zu lösen. Habe mir auf meinem FHEM-Server die Dateien im FHEM-Verzeichnis angesehen, es sind weit mehr als mir der version-Befehl in FHEM ausgibt:

Code Auswählen Erweitern

$ ls -a *CUL*
00_CUL.pm        10_CUL_HM.pm        14_CUL_TCM97001.pm  16_CUL_RFR.pm
00_TSCUL.pm      10_CUL_IR.pm        14_CUL_TX.pm        18_CUL_HOERMANN.pm
00_ZWCUL.pm      14_CUL_MAX.pm       14_CUL_WS.pm        98_CULflash.pm
09_CUL_FHTTK.pm  14_CUL_REDIRECT.pm  15_CUL_EM.pm        CUL_Util.pm


Wie kommt es aber zu dieser Diskrepanz? Ist es überhaupt relevant für das Problem?

Gibt es hier jemanden mit der a-culfw, der SD_WS07-Sensoren empfängt?

Gruß
Horty