Hallo liebes Forum,
habe folgendes Problem: Bei uns sind zur Zeit fünf Funk-Jalousieaktoren (HM-LC-BL1-FM) installiert. Aufgrund einer speziellen Verkabelung in unserem Haus befinden sich alle Aktoren an gleicher Stelle in einem separatem, kleinen Unterverteilkasten.
Vier davon funktionieren immer; einer bringt gelegentlich den Fehler MISSING_ACK. (Pairing ist aber ok und wie bei den anderen.)
Wenn ich ins Log schaue, dann sehe ich darin, dass kein Resend funktioniert, statt dessen sehe ich den Eintrag "ResndFail" und direkt danch MISSING_ACK. Eigentlich sollte doch das Kommando doch dreimal rausgeschickt werden! Hat jemand eine Idee, woran das liegen kann?
... 23:30:00 WZ_Rolladen set_close
... 23:30:14 WZ_Rolladen ResndFail
... 23:30:14 WZ_Rolladen MISSING ACK
Infos zur Hardware:
RasPi, CUL mit Lambda/2-Antenne, 5x HM-LC-BL1-FM (alle an gleicher Position aufgrund spezieller Verkabelung) und 1x Thermostat
a) HMLAN in sich wiederholt 3 mal
b) die Anzahl der resends legst du fest mit "msgRepeat", default ist 3
c) ob ein resend stattgefunden hat schaust du am besten in den protocol variablen (internals ) nach.
d) logge die rohmessages von dem Fehlerfall
Hallo zusammen,
ich hole das alte Thema nochmal hoch. Ich habe ein sehr ähnliches Problem. Insgesamt 12 Rollos werden bei mir automatisch angesteuert. Nur eins macht immer wieder Probleme. Manchmal geht es mehrere Wochen, dann plötzlich nicht mehr:
2014-11-19_17:16:48 Rollo_Ankleide set_off
2014-11-19_17:17:17 Rollo_Ankleide ResndFail
2014-11-19_17:17:17 Rollo_Ankleide MISSING ACK
Wenn es einmal nicht geht, geht es in der Regel gar nicht mehr automatisch, nurnoch manuell am Schalter. Manchmal hilft es die Sicherung für den Raum raus und wieder reinzumachen um den Schalter kurz stromlos zu machen. Danach geht es teilweise wieder über längere Zeit. Manchmal hilft auch das nicht und ich muss den Schalter neu anlernen.
Habt ihr ne Idee woran das liegen könnte oder wie ich das Problem weiter eingrenzen könnte?
Danke und Gruß
Julia
Hallo Julia,
ein störrisches Rollo habe ich auch. noch habe ich keine erklärung und keine Lösung.
Nach power-up klappt alles prima. dann irgendwann nicht mehr.
Gruß Martn
Hallo Martin,
hat sich das Problem in der Zwischenzeit irgendwie geklärt?
Habe eine ähnliche Situation. Einer von mehreren Rollos funktioniert einfach sporadisch nicht richtig.
Ich habe bei diesem viele Resnds und ResndFails in der HMinfo.
2017-02-21_12:48:25 EGKuecheRolladenGross deviceMsg: up (to HMLAN1)
2017-02-21_12:48:25 EGKuecheRolladenGross level: 100
2017-02-21_12:48:25 EGKuecheRolladenGross motor: stop:up
2017-02-21_12:48:25 EGKuecheRolladenGross pct: 100
2017-02-21_12:48:25 EGKuecheRolladenGross up
2017-02-21_12:48:25 EGKuecheRolladenGross timedOn: down
2017-02-21_17:54:11 EGKuecheRolladenGross set_off
2017-02-21_17:54:32 EGKuecheRolladenGross ResndFail
2017-02-21_17:54:32 EGKuecheRolladenGross MISSING ACK
2017-02-21_17:55:46 EGKuecheRolladenGross set_off
2017-02-21_17:56:06 EGKuecheRolladenGross ResndFail
2017-02-21_17:56:06 EGKuecheRolladenGross MISSING ACK
Danke für einen Tipp.
LG
Jürgen
Hallo Martinp876,
gibt es denn für dieses Problem (Missing ACK, ResndFail bei Homematic) noch keine neuen Erkenntnisse?
Die Foren sind voll mit Anfragen von verzweifelten Anwendern und die Hilfestellungen selten zielführend.
Es scheint sich um ein Homematic Problem zu handeln, wenn auch viele Anwender behaupten, Homematic und FHEM funktionieren bei ihnen tadellos. Ich selbst habe die Erfahrung gemacht, dass ZWave Komponenten mit FHEM unkompliziert funktionieren, aber Homematic Komponenten sehr störrisch sind.
Aktuell habe ich zwei Funk-Schaltaktoren (HM-Lc-Sw1PBU-FM) und einen Funk-Rolladenaktor (HM_LC_BI1PBU-FM) gepairt und die Geräte sind in der FHEM-Oberfläche aufgetaucht. Keines davon lässt sich aber über FHEM ansprechen. Die Reaktion ist eben Missing ACK, ResndFail.
Für eine weitere Hilfestellung wäre ich sehr dankbar.
Viele Grüße
Rolf
ZitatKeines davon lässt sich aber über FHEM ansprechen. Die Reaktion ist eben Missing ACK, ResndFail.
hört sich nach nicht gepairt an.
Aufschuß könnte ein list deines device geben.
Vielen Dank für die schnelle Rückmeldung.
Den Verdacht mit dem Pairing-Problem hatte ich auch schon.
Die Frage ist nur warum, und wie bringe ich die Geräte zum Pairen.
Ich weiß nun nicht genau, was Du mit "list" meinst, evtl. das folgende?
017-05-09_13:50:13 Schalter1 set_on
2017-05-09_13:50:18 Schalter1 set_off
2017-05-09_13:50:31 Schalter1 ResndFail
2017-05-09_13:50:31 Schalter1 MISSING ACK
2017-05-09_13:51:53 Schalter1 set_on
2017-05-09_13:52:09 Schalter1 ResndFail
2017-05-09_13:52:10 Schalter1 MISSING ACK
2017-05-09_13:59:43 Schalter1 set_on
2017-05-09_13:59:49 Schalter1 set_off
2017-05-09_14:00:00 Schalter1 ResndFail
2017-05-09_14:00:00 Schalter1 MISSING ACK
2017-05-09_14:02:20 Schalter1 set_on
2017-05-09_14:02:38 Schalter1 ResndFail
2017-05-09_14:02:38 Schalter1 MISSING ACK
2017-05-09_14:03:19 Schalter1 set_on
2017-05-09_14:03:38 Schalter1 ResndFail
2017-05-09_14:03:38 Schalter1 MISSING ACK
2017-05-09_14:09:35 Schalter1 D-firmware: 2.8
2017-05-09_14:09:35 Schalter1 D-serialNr: OEQ0031765
2017-05-09_14:13:58 Schalter1 deviceMsg: off (to broadcast)
2017-05-09_14:13:58 Schalter1 level: 0
2017-05-09_14:13:58 Schalter1 pct: 0
2017-05-09_14:13:58 Schalter1 powerOn: 2017-05-09 14:13:58
2017-05-09_14:13:58 Schalter1 off
2017-05-09_14:13:58 Schalter1 timedOn: off
2017-05-09_14:14:14 Schalter1 set_on
2017-05-09_14:14:18 Schalter1 set_off
2017-05-09_14:14:18 Schalter1 set_off
2017-05-09_14:14:18 Schalter1 ResndFail
2017-05-09_14:14:18 Schalter1 MISSING ACK
2017-05-09_14:14:44 Schalter1 ResndFail
2017-05-09_14:14:44 Schalter1 RESPONSE TIMEOUT:RegisterRead
Zitat von: RK200756 am 09 Mai 2017, 15:18:04
Vielen Dank für die schnelle Rückmeldung.
Den Verdacht mit dem Pairing-Problem hatte ich auch schon.
Die Frage ist nur warum, und wie bringe ich die Geräte zum Pairen.
Ich weiß nun nicht genau, was Du mit "list" meinst, evtl. das folgende?
Nein eher nicht... ;)
Einfach
list Schalter1 in die Webcmd eingeben, Enter und den Output dann hier in code-Tags (#) posten...
Was für ein IODev hast du?
CUL?
Gruß, Joachim
Ja, ich verwende einen CUL
Internals:
CUL0_MSGCNT 2
CUL0_RAWMSG A0D00841055425E00000006010000::-49:CUL0
CUL0_RSSI -49
CUL0_TIME 2017-05-09 14:13:58
DEF 55425E
IODev CUL0
LASTInputDev CUL0
MSGCNT 2
NAME Schalter1
NOTIFYDEV global
NR 56
NTFY_ORDER 50-Schalter1
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
hmPairSerial OEQ0031765
lastMsg No:00 - t:10 s:55425E d:000000 06010000
protCmdDel 7
protLastRcv 2017-05-09 14:13:58
protResnd 6 last_at:2017-05-09 14:14:39
protResndFail 2 last_at:2017-05-09 14:14:44
protSnd 3 last_at:2017-05-09 14:14:23
protState CMDs_done_Errors:1
rssi_at_CUL0 lst:-49 max:-49 min:-50 cnt:2 avg:-49.5
Readings:
2017-05-09 14:13:58 deviceMsg off (to broadcast)
2017-05-09 14:13:58 level 0
2017-05-09 14:13:58 pct 0
2017-05-09 14:13:58 powerOn 2017-05-09 14:13:58
2017-05-09 14:13:58 recentStateType info
2017-05-09 14:14:44 state RESPONSE TIMEOUT:RegisterRead
2017-05-09 14:13:58 timedOn off
Regl_00.:
VAL
Helper:
HM_CMDNR 2
PONtest 0
cSnd 1112345655425E0201C80000,0112345655425E00040000000000
dlvl 00
dlvlCmd ++A01112345655425E0201000000
getCfgList all
getCfgListNo ,3
mId 0069
rxType 1
supp_Pair_Rep 0
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +55425E,00,00,00
nextSend 1494332038.33434
prefIO
rxt 0
vccu
p:
55425E
00
00
00
Mrssi:
mNo 00
Io:
CUL0 -47
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_cul0:
avg -49.5
cnt 2
lst -49
max -49
min -50
Tmpl:
Attributes:
IODev CUL0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-Sw1PBU-FM
room Testraum
serialNr OEQ0031765
subType switch
webCmd statusRequest:toggle:on:off
Gruß
Rolf
Hallo Rolf,
dann würde ich ganz dringend empfehlen entweder ein "echtes" HM-IODev zu nehmen, z.B.
https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html
siehe auch hier:
https://forum.fhem.de/index.php/topic,54511.0.html
ODER zumindest auf diese FW inkl. der dazu gehörenden Module zu wechseln:
https://forum.fhem.de/index.php/topic,24436.0.html
EDIT: ansonsten wird es wohl hakelig bleiben...
Gruß, Joachim
Ich würde ja fast behaupten, dass der noch nie gepairt wurde sondern per autocreate in FHEM angelegt wurde (fehlende "paired to" Readings). Also Dein IO in den Pairing Modus versetzen und anschließend die Konfigtaste auf dem Gerät kurz drücken...
Zitat von: Jorge3711 am 09 Mai 2017, 15:52:47
Ich würde ja fast behaupten, dass der noch nie gepairt wurde sondern per autocreate in FHEM angelegt wurde (fehlende "paired to" Readings). Also Dein IO in den Pairing Modus versetzen und anschließend die Konfigtaste auf dem Gerät kurz drücken...
Ja ist schon richtig aber mit einem CUL und bei RESPONSE TIMEOUT:RegisterRead wird es wohl weiterhin problematisch bleiben...
...aber: Versuch macht kluch...
Gruß, Joachim
Vielen Dank für Eure Feedbacks!
Also gepairt habe ich schon unzählige Male, sowohl über die Config Taste, als auch über hmPairSerial. Die Geräte werden dann zumindest erkannt. Warum sie dann nicht tatsächlich gepairt werden bleibt mir ein Rätsel.
Was mich wundert, ist, dass CUL für HM anscheinend nichts taugt. In den Foren und Dokumentationen dreht sich ja fast alles um CUL.
Die vorgeschlagenen Alternativen schaue ich mir mal an. Es scheint aber mit einigem Aufwand verbunden zu sein.
Was ist von dem HM Funk-LAN Gateway 104029) zu halten?
Auf alle Fälle kann ich jetzt wieder ein bisschen Hoffnung schöpfen :)
Viele Grüße
Rolf
Zitat von: RK200756 am 09 Mai 2017, 16:22:14
Vielen Dank für Eure Feedbacks!
Also gepairt habe ich schon unzählige Male, sowohl über die Config Taste, als auch über hmPairSerial. Die Geräte werden dann zumindest erkannt. Warum sie dann nicht tatsächlich gepairt werden bleibt mir ein Rätsel.
RESPONSE TIMEOUT:RegisterRead
Hatte ich auch auf meinem Testsystem mit CUL.
War weg nachdem ich die Spezial-FW und Spezial-Module eingespielt hatte.
Zitat von: RK200756 am 09 Mai 2017, 16:22:14
Was mich wundert, ist, dass CUL für HM anscheinend nichts taugt. In den Foren und Dokumentationen dreht sich ja fast alles um CUL.
Die vorgeschlagenen Alternativen schaue ich mir mal an. Es scheint aber mit einigem Aufwand verbunden zu sein.
Hmmm, Aufwand ist relativ.
Der größte ist wohl den aktuellen/aktuellsten Stand der FW und Module zu finden ;)
Dann flashen, die Module einspielen (und in exclude from Update soweit nötig/angegeben) und dann aus CUL -> TSCUL machen fertig :)
Zitat von: RK200756 am 09 Mai 2017, 16:22:14
Was ist von dem HM Funk-LAN Gateway 104029) zu halten?
Auf alle Fälle kann ich jetzt wieder ein bisschen Hoffnung schöpfen :)
Viele Grüße
Rolf
https://forum.fhem.de/index.php/topic,60339.msg517132.html#msg517132
Gruß und viel Erfolg, Joachim
zeig mal bitte noch ein list von deinem cul
Hallo Joachim,
ich habe jetzt die FW "TSCUL_fwcode_00_06_FHEM_Modules_00_06m.zip" geflashed.
Aber könntest Du mir bitte noch erklären, was Du mit den Modulen und "exclude from update" meinst.
Gruß
Rolf
Nur die FW flashen reicht nicht.
Es muss ein Zip mit fhem Modulen geben die nach /opt/fhem/FHEM kopiert werden müssen (wenn Standardinstallation).
Soweit ich weiß sind/waren einige dabei die vorhandene Standardmodule "ersetzen" damit die bei einem Update nicht überspielt werden dies vom Update ausschließen -> excludeFromUpdate
Und du musst den Define des CUL ändern CUL -> TSCUL
Mal in den verlinkten Thread zur Spezial-FW gehen, evtl. im ersten Post oder suchen...
Hab grad nur Handy daher nur kurz...
Gruß, Joachim
Hallo Joachim,
der Download der Firmware beinhaltet 2 Ordner (FHEM und Firmware).
Ich habe die 9 Dateien des Ordners FHEM (zB 00_TSCUL.pm ...) in den Ordner /opt/fhem/FHEM kopiert.
Diesen 9 Dateien habe ich auch das Attribut "excludeFromUpdate" gegeben.
Nach dem Flashen blinkt auch die LED des CUL in Sekundentakt, was wohl ok ist.
CUL wurde gelöscht und TSCUL neu angelegt.
Ergebnis:
Unter FHEM Everything, sowie CUL_HM erscheinen 32 weitere HM-Geräte (HM-xxxxx mit ? dahinter), die ich nicht habe und nicht kenne.
Ein erneutes pairen meiner Geräte (nach Reset) ist nicht möglich. Die Geräte blinken zwar, werden aber nicht eingetragen.
Wo ich mir ein bisschen unsicher bin, ist der Ort, wo die zu flashenden Dateien hinzukopieren sind, also die nach dem herunterladen ausgepackten Ordner FHEM und Firmware.
Die Links zu den Threads helfen mir leider wenig, da nach ein paar Angaben, die nicht unbedingt mein Problem im Kern treffen, oft 50 - 100 Seiten mit Einträgen von anderen verzweifelten Anwendern folgen, die auch nur ungelöste Probleme haben.
Viele Grüße
Rolf
Sorry wieder nur Handy...
Du hättest den CUL nicht löschen brauchen sondern nur das Define ändern.
Also statt CUL eben TSCUL...
Das mit dem Kopieren der Module passt...
Exclude from Update eigentlich nur die die "überkopiert" werden (wenn dem überhaupt noch so ist), sollte aber im Thread (erster Beitrag?!) zu finden sein.
Hast du die selbe HMID vergeben!?
Das ist wichtig, denn anhand der "erkennen" deine bereits am CUL angelernten Geräte "ihre" Zentrale!
Das mit den unbekannten Geräten bekommst du mit einer vccu in den Griff...
Aber erst mal eins nach dem andern...
Gruß, Joachim
Äh, warum Reset und neu pairen?!
Wäre/ist nicht nötig (gewesen)!
Du hast den CUL auch tatsächlich geflasht!?
Poste doch mal ein list des CUL...
Gruß, Joachim
Hallo Joachim,
die Geräte wollte ich neu pairen, nachdem nach wie vor keine Beeinflussung der Geräte möglich war.
List TSCUL siehe unten.
Mittlerweile habe ich auf einen 2ten Raspi FHEM neu installiert.
Nicht zuletzt, um den ganzen alten Müll der FHEH.cfg los zu werden.
Eine vernünftige Anleitung, um die FHEM.cfg zu verschlanken habe ich leider bisher nicht gefunden.
Ein pairen der Geräte mit der neuen Installation habe ich noch nicht durchgeführt.
Ich möchte erst Deinen Kommentar zu dem List abwarten.
Ggf lade ich in ersten Schritt auch nochmals die Original Firmware auf den CUL.
Bei der Neuinstallation von FHEM erscheint diese nicht in der GUI (Bildschirm, Tastatur, Maus angeschlossen) und kann auch nicht aufgerufen werden (z.B. sudo /etc/init.d/fhem start).
Ein Zugriff auf FHEM ist nur über das Web von einem anderen Rechner möglich :(
Internals:
CMDS ABCEFGJKMRTUVWXYZeilmtx
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/ttyACM0@38400 0001
DeviceName /dev/ttyACM0@38400
FD 11
FHTID 0001
NAME TSCUL
NR 46
PARTIAL
STATE Initialized
TYPE CUL
VERSION VTS 0.06 CUL868
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2017-05-13 22:05:00 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:8dB
2017-05-14 23:47:06 cmds A B C E F G J K M R T U V W X Y Z e i l m t x
2017-05-13 19:24:22 raw 0001
2017-05-14 23:47:06 state Initialized
2017-05-06 00:05:30 version V 1.66 CUL868
Attributes:
alias TSCUL
rfmode HomeMatic
room 1
Gruß
Rolf
Sorry, wieder nur Handy ;)
Was ich so schnell sehe, der Typ des CUL ist falsch.
Die Module hast du eingespielt!?
Der Typ muss statt CUL TSCUL sein.
Entweder löschen und neu richtig anlegen...
...oder ausnahmsweise einfach beim Define in der fhem.cfg CUL gegen TSCUL ersetzen...
Ob wenn der Name und der Typ TSCUL sind Probleme macht weiß ich nicht, sollte aber nicht...
Evtl. mal das List auch in dem Spezial-FW-Thread posten...
EDIT: ...aber vielleicht besser erst wenn der Typ angepasst wurde...
Es gibt übrigens seit gestern oder so eine neue Version... ;)
Wegen dem "nichts auf der Console etc. Problem" später da es ja zumindest läift, wenn du per Web drauf kommst...
Du solltest nur bei beiden Systemen nicht die selbe HMID haben, ausser sie laufen nicht/nie parallel...
Wenn andere HMID, danm musst du aber beim Wechsel der Geräte zum einen oder anderen fhem die Geräte vorher unpairen oder resetten!
Gruß, Joachim
Zitat von: RK200756 am 15 Mai 2017, 00:13:55
Bei der Neuinstallation von FHEM erscheint diese nicht in der GUI (Bildschirm, Tastatur, Maus angeschlossen) und kann auch nicht aufgerufen werden (z.B. sudo /etc/init.d/fhem start).
Ein Zugriff auf FHEM ist nur über das Web von einem anderen Rechner möglich :(
Was soll denn bzgl. fhem in der GUI zu sehen sein?
Es ist ein "Server/Service"...
...die einzige GUI die kommt ist per Web.
Das sollte aber auch lokal gehen:
http://localhost:8083/fhem
(sofern standard und nichts geändert wurde)
Wie hast du denn installiert (welche Anleitung/Vorgehensweise)?
Auf welchem System?
init.d ist Wheezy und Jessie nutzt systemd...
Gruß, Joachim
Hallo Joachim,
Als aller erstes nochmals vielen Dank für Deinen geduldigen Support :)
Und nun weiter in kleinen Schritten.
ZitatWas ich so schnell sehe, der Typ des CUL ist falsch.
Die Module hast du eingespielt!?
Der Typ muss statt CUL TSCUL sein.
Entweder löschen und neu richtig anlegen...
...oder ausnahmsweise einfach beim Define in der fhem.cfg CUL gegen TSCUL ersetzen...
Ich habe u. a. die Dateien 00_TSCUL.pm, 14_TSCUL_Tx.pm und 14_TSCUL_WS.pm in /opt/fhem/FHEM kopiert.
Ist das das, was Du unter Module einspielen verstehst?
In der FHEM.cfg war bisher eingetragen: define TSCUL CUL /dev/ttyACM0@38400 0001
Wollte das dann ändern in define TSCUL0 TSCUL /dev/ttyACM0@38400 0001
Ich bekomme dann aber die Meldung "unknown module TSCUL"
Gruß
Rolf
Jep das meinte ich mit einspielen der Module, also dahin kopieren wo die anderen fhem-Module auch sind.
Bei Standardinstallation: /opt/fhem/FHEM
Habe jetzt aber nicht kontrolliert, ob das alle Module sind...
Hast du danach fhem neu gestartet!?
Also bevor du den CUL neu definiert hast.
Wie bereits geschrieben bzgl. HMID etc. beachten.
Gruß, Joachim
... bisher hatte ich über die Raspi GUI im Menüpunkt "Sonstige" den Buttom "Smart Home" mit dem ich FHEM direkt aufrufen konnte, also kein Umweg über das Web.
Anleitung: http://www.meintechblog.de/2016/05/fhem-server-auf-dem-raspberry-pi-in-weniger-als-einer-stunde-einrichten/
Betriebssystem: Jessie
Hardware: Rasperry Pi 3
ZitatWas soll denn bzgl. fhem in der GUI zu sehen sein?
Es ist ein "Server/Service"...
...die einzige GUI die kommt ist per Web.
Das sollte aber auch lokal gehen:
http://localhost:8083/fhem
(sofern standard und nichts geändert wurde)
Wie hast du denn installiert (welche Anleitung/Vorgehensweise)?
Auf welchem System?
... komme nicht weiter, wegen "unknown Module TSCUL"
define TSCUL0 TSCUL /dev/ttyACM0@38400 0001
attr TSCUL0 rfmode HomeMatic
attr TSCUL0 room 1
attr TSCUL0 hmID 123456
Das mit dem Eintrag verstehe ich zwar immer noch nicht und hab ich beim Überfliegen des verlinkten Artikels (von dem ich die "alte" Version kenne) auch nicht gefunden...
Dort wird die manuelle Variante erläutert auch die bin ich jetzt nicht im Detail durch.
Meine erste Installation habe ich auch danach oder nach dem Lesen davon gemacht.
War aber noch Wheezy...
Die neue Installation habe ich nach dem automatischen Weg per debian-Paket mittels sudo apt-get installiert welche im dem Artikel als "mit Problemen" benannt ist.
Ich hatte keine...
Wie gesagt ich bin jetzt nicht im Detail durchgegangen aber unter Jessie gibt es /etc/init.d/ Scripte nur noch aus Kompatibilität...
...unter Jessie wird per systemd gestartet.
Wenn es "Probleme" mit der Installation gibt, dann eher an den Artikel-Ersteller wenden...
EDIT: und trotzdem fhem ist ein Server/Service, ich habe dort überhaupt keine Oberfläche laufen, wozu auch... Konfiguration etc. geschieht ja eh per Web... Und starten tut es automatisch bei Boot...
Gruß, Joachim
Zitat von: RK200756 am 15 Mai 2017, 23:02:03
... komme nicht weiter, wegen "unknown Module TSCUL"
define TSCUL0 TSCUL /dev/ttyACM0@38400 0001
attr TSCUL0 rfmode HomeMatic
attr TSCUL0 room 1
attr TSCUL0 hmID 123456
Mein Define sieht so aus:
define nanoCUL_HM TSCUL /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@38400 1111
attr nanoCUL_HM hmId 123456
attr nanoCUL_HM hmLanQlen 1_min
attr nanoCUL_HM rfmode HomeMatic
Wie hast du kopiert?
Wie sehen die Rechte auf den kopierten Dateien aus?
Gibt es weitere Logeinträge?
Alles getan was in dem Thread steht?
Ich weiß er ist lang aber evtl. mal zu Beginn lesen (und dann noch kurz vor der neuesten Version) evtl. steht da noch etwas...
Ist bei mir schon lange her, dass ich die Module und FW eingespielt/geflasht habe...
...auf die neueste Version bin ich noch nicht gegangen, da es nur ein Testsystem ist und ich aktuell keine Probleme habe (mache aber damit auch außer "spielen" nichts)
Gruß, Joachim