CUL_HOERMANN could not load module

[haempy]

Servus,

wollte heute mal den CUL_HOERMANN testen um meine Garagentore fahren zu können, da das CUL ja jetzt anscheinend toggeln kann.
Mein SCC ist auf Version 1.67

Ich bekomme aber beim definieren oder Autocreate folgende Fehlermeldungen:

2016.11.25 19:08:58 1: reload: Error:Modul 18_CUL_HOERMANN deactivated:
syntax error at ./FHEM/18_CUL_HOERMANN.pm line 20, near "}"
Global symbol "$name" requires explicit package name at ./FHEM/18_CUL_HOERMANN.pm line 73.


Leider bin ich im Programmieren nicht wirklich bewandert...

Liegts an mir oder an dem Modul?

Gruß
Roland

[rudolfkoenig]

Es liegt an meiner Schusseligkeit, tut mir leid. Weiss gar nicht, wie ich es geschafft habe, eigentlich teste ich
Ich habe es gefixt ud ausnahmsweise direkt fuer update zur Verfuegung gestellt.

Btw: da ich kein SCC zum Testen habe, ist Hoermann-Senden in culfw fuer SCC nicht aktiviert.
Zum aktivieren: in culfw/Devices/SCC/board.h HAS_HOERMANN_SEND definieren, und culfw neu uebersetzen.
Und darauf achten, dass der Code ins Flash passt, auf dem CUL_V3 hatte ich so meine liebe Muehe.

[haempy]

Wow, danke für die schnelle Antwort.

Meine Tore werden jetzt via Autocreate angelegt. --> passt, mercie

in der culfw/Devices/SCC/board.h hab ich die Zeile #define HAS_HOERMANN_SEND hinzugefügt.?

Hab dann die Firmware via make program auf den SCC geflasht. --> keine Fehlermeldung

Fehlermeldung bei Toggle-Versuch eines Tores:
016.11.25 21:31:02 2: SCC1: unknown message ? (hn15022C0F80 is unknown) Use one of m B b C F i A Z G M Y R T V W X e f * l t u x z

Wie gesagt, programmieren ist leider nicht wirklich mein Ding... Firmware modifizieren gleich noch weniger
Muss ich nach der modifizierung der board.h noch was machen, oder wo liegt mein Fehler?

Vielen Dank

mfg
Roland

[rudolfkoenig]

Irgendwie fehlt mir das Mittelteil mit "make" ohne program.

[haempy]

Mmmmh,

also ich hab in Zeile 70 besagte Änderung mit Ultraedit gemacht.
Via WinSCP auf den Raspi übertragen
Mittels Putty auf den Raspi:
im Verzeichnis /home/pi/culfw/culfw-code-557-trunk/culfw/Devices/SCC
make ausgeführt.
dann make program

Meldet alles i.O.

Set TORrechts toggle
bringt immer noch die selbe Fehlermeldung...

Ich glaub, ich brauch mehr Anleitung...
Danke

[rudolfkoenig]

Sorry, vergessen: ins SCC.c muss noch die Zeile
  { 'h', hm_send },
eingefuegt werden, siehe Devices/CUL/CUL.c

[haempy]

Guten Morgen,

spitze, keine Fehlermeldungen mehr! Danke!!!!
Ich bekomme nun das toggeln der original Fernbedienung mit, aber ich kann via Fhem nicht toggeln.
Im Log steht zwar, dass getoggelt wird aber das Tor fährt nicht. Sollte es aber, oder?

Folgendes habe ich bisher gemacht:
in board.h zeile 70 hinzugefügt:

Code Auswählen Erweitern

#define HAS_HOERMANN_SEND
in SCC.c ab Zeile 87 eingefügt:

Code Auswählen Erweitern

#ifdef HAS_HOERMANN_SEND
  { 'h', hm_send },
#endif

Code Auswählen Erweitern

make
make program

Verbose 5 Log zeigt folgendes:

2016.11.26 09:16:48 5 : Notify from Device: TORrechts recieved
2016-11-26 09:16:48 CUL_HOERMANN TORrechts toggle
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 GET /fhem?detail=TORrechts&fw_id=; BUFLEN:0
2016.11.26 09:16:48 4 : name: /fhem?detail=TORrechts&fw_id= / RL:3604 / text/html; charset=UTF-8 / Content-Encoding: gzip /
2016.11.26 09:16:48 4 : Connection closed for WEB_192.168.178.43_53103: EOF
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 GET /fhem/pgm2/style.css?v=1480147079; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 => 304 Not Modified
2016.11.26 09:16:48 4 : Connection accepted from WEB_192.168.178.43_53108
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53108 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53108 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53108 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53108 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53108 GET /fhem/pgm2/darkstyle.css; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53108 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 GET /fhem/codemirror/fhem_codemirror.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53102 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 GET /fhem/pgm2/cordova-2.3.0.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem/js/webviewcontrol.js; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 GET /fhem/pgm2/darkCommon.css; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem/pgm2/dashboard_darkstyle.css; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem/images/default/fhemicon_dark.png; BUFLEN:0
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 => 304 Not Modified
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53105 GET /fhem?cmd={ReadingsVal(%22TORrechts%22,%22toggle%22,%22%22)}&XHR=1; BUFLEN:0
2016.11.26 09:16:48 5 : Cmd: >{ReadingsVal("TORrechts","toggle","")}<
2016.11.26 09:16:48 4 : name: /fhem?cmd={ReadingsVal(%22TORrechts%22,%22toggle%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip /
2016.11.26 09:16:48 4 : WEB_192.168.178.43_53106 GET /fhem?cmd={AttrVal(%22TORrechts%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2016.11.26 09:16:48 5 : Cmd: >{AttrVal("TORrechts","room","")}<
2016.11.26 09:16:48 4 : name: /fhem?cmd={AttrVal(%22TORrechts%22,%22room%22,%22%22)}&XHR=1 / RL:33 / text/plain; charset=UTF-8 / Content-Encoding: gzip /
2016.11.26 09:16:49 4 : WEB_192.168.178.43_53106 GET /fhem?XHR=1&inform=type=status;filter=TORrechts;since=1480148207;fmt=JSON&fw_id=471&timestamp=1480148209381; BUFLEN:0

Gruß
Roland

[rudolfkoenig]

Bei mir tut es in ca 80% der Faelle, der Empfaenger ist ca 10m und 2 Waende vom Sender entfernt. Weiss nicht, ob die 80% an der Entfernung/Waende oder Fehler im Code liegt, ich schiebe es aufs Erstere.
Kannst du bitte in deinem Fall das SCC mit Sichtkontakt < 5m zum Empfaenger testen?

[haempy]

Bei mir ist nur eine Wand dazwischen und <5m...
näher komm ich mit der Antenne(3m) nicht.

Bei mir funktionierts in 0% der Fälle 

Wie lange wird denn das Signal zum toggeln ausgesendet? Meine Tore benötigen so ca. 1s Tastendruck, bevor die was tun...

Gruß
Roland

[rudolfkoenig]

Bei mir braucht die Fernbedienung gefuehlt weniger als 1s.
Fuer culfw: entweder nachrechnen (siehe clib/rf_send.c) oder via "get CUL credit10ms" ablesen.
Wird die Fernbedienung zuverlaessig vom FHEM empfangen?

[haempy]

get CUL credit10ms = 900

Das sollte eigentlich lange genug sein. Meine FB braucht auch nur knapp 1s 

Die FB wird immer und zuverlässig von FHEM empfangen!
Nur Senden geht gar nicht 

Evtl. noch was übersehen?

[rudolfkoenig]

Habe auch keine einfach zu realisierende Ideen.
Evtl. mit einem zweiten CUL oder anderen Funkempfaenger prufen, ob/was gesendet wird.

[haempy]

OK, danke für die Hilfe!

Vielleicht kauf ich mir noch einen CUL und teste mit einem zweiten Raspi(liegt noch irgendwo einer).
Aber das dauert.

Gruß
Roland

[Kaimane]

Hallo zusammen.

Beim letzten FHEM Update ist mir auch die Hörmann Unterstützung im Changelog aufgefallen, daher habe ich heute die culfw 1.67 auf meinen CUL v3 geflashed.
Leider ohne Erfolg, zumindest in Bezug auf die Garagentorantriebe (Hörmann Promatic 3). Ich sehe im Log leider keine einzige Info über einen "gelesenen" toggle.
Muss man hierzu FHEM speziell konfigurieren, damit die toggles durch die Fernbedienung gelesen und ins Log geschrieben werden oder klappt das nur, wenn man den Garagentorantrieb neu anlernt?

Wäre toll, wenn ihr mir einen Hinweis geben könntet, worauf zu achten ist, um an den zehnstelligen Hexcode zu kommen.

Vielen Dank und Grüße.
Kai

[rudolfkoenig]

Das vom 1.67 verstandene Protokoll wurde vor ca 10 Jahre verbaut. Ich habe es nicht rausgekriegt, welcher genau es ist, auf der Zulassung stehen 4 Begriffe. Keiner ist Promatic 3.