Pair Ich komme nicht weiter

Begonnen von MiWe58, 20 Oktober 2013, 19:21:40

Vorheriges Thema - Nächstes Thema

MiWe58

Ich arbeite mich neu in die Thematik ein:
Der heutige Tag ist verstrichen, ohne das ich es geschafft habe, den Homematic Rollo Aktor mit dem CUL oder dem HMLAN erfolgreich zu pairen.

So sieht es aus:
Fritz Box 7390
Aktuelle FHEM Software installiert
CUL Sender an der Fritz Box
HMLAN im Netzwerk

Mit der Homematic Konfigurationssoftware Software AES ausgeschaltet.
Das Pairing mit der Windows Konfigurationssoftware funktioniert. Pairing wurde wieder gelöscht.

Alle 3 beschriebenen pairing-Methoden führen bei Verwendung jeweils einem der beiden Sender (CUL und HMLAN) nicht zum Erfolg. Das anschließende set getConfig zeigt hinterher nicht die erforderlichen Pairing-Informationen (PairedTo).

Es wurde auch mit jeweils nur einem Sender gearbeitet. Immer mit einer "frischen" fhem.cfg
Der Aktor wurde wiederholt in den Auslieferungszustand versetzt.

So langsam gehen mir die Ideen aus.
Hier die verwendete cfg-Datei:

attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# MiWe Ergänzungen
define HMLAN1 HMLAN 192.168.178.41:1000
attr HMLAN1 hmId MWHOME
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 wdTimer 25

define CUL1 CUL /dev/ttyACM0@38400 1234
attr CUL1 rfmode HomeMatic
attr CUL1 room CUL_HM

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define Rollo_EG_WC CUL_HM 20B99B
attr Rollo_EG_WC .devInfo 010100
attr Rollo_EG_WC .stc 30
attr Rollo_EG_WC expert 2_full
attr Rollo_EG_WC firmware 2.2
attr Rollo_EG_WC model HM-LC-Bl1PBU-FM
attr Rollo_EG_WC peerIDs
attr Rollo_EG_WC room CUL_HM
attr Rollo_EG_WC serialNr KEQ0156431
attr Rollo_EG_WC subType blindActuator
attr Rollo_EG_WC webCmd toggle:on:off:up:down:stop:statusRequest
define FileLog_Rollo_EG_WC FileLog ./log/Rollo_EG_WC-%Y.log Rollo_EG_WC
attr FileLog_Rollo_EG_WC logtype text
attr FileLog_Rollo_EG_WC room CUL_HM


Ich bin über jede Unterstützung sehr dankbar.

Gruß
Michael

Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

martinp876

hm - muss einmal nachsehen, ob da noch ein Bug drin ist.

probier einmal ein
set Rollo_EG_WC clear msgEvents
bereinigt die Queue.

und dann erst pairen probieren


Gruss Martin

MiWe58

#2
Hallo Martin,

vielen Dank für den Hinweis, der jedoch leider nicht zum gewünschten Erfolg geführt hat.

Ich habe nun die folgende Beobachtung gemacht, die für mich Fragen aufwirft, welche ich mir noch nicht beantworten kann:

1) Pairen mit der HMLAN Konfigutatuionssoftware:
a) AES aktiviert: Pairen problemlos möglich
- HMLAN wird in den Pairing-Modus versetzt
- Wird die Pairing-Taste des Aktors betätigt, beginnt die Status-LED des HMLAN an zu blinken

b) AES deaktiviert: Pairen nicht möglich.
- Aktor wird in den Auslieferungszustand versetzt
- HMLAN wird in den Pairing-Modus versetzt
- Wird die Pairing-Taste des Aktors betätigt, ist KEINE Reaktion der Status-LED des HMLAN zu erkennen
- Es erscheint eine Fehlermeldung, dass die entsprechende Seriennummer nicht gefunden wird.

Kann es sein, dass es Probleme mit der AES Konfiguration gibt?
Ist das Pairen mit einem HMLAN nur mit aktiviertem AES möglich?

Im FHEM-Wiki steht, dass das Pairen mit dem HMLAN über die HM-Konfigurationssoftware deaktiviert werden soll. Das habe ich bisher auch so gemacht

????

Wer kann helfen?

Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

martinp876

du hast also festgestellt dass das pairen nur mit AES eingeschaltet funktioniert.
nun, wenn AES in Device aktiviert ist wird HMLAN nur mit dem Device reden können, wenn HMLAN auch den korrekten AES code kennt.
Du musst - willst du AES nutzen auch im HMLAN das Attribut hmKey korrekt setzen.

Also HMLAN kann mit und ohne AES pairen. Aber AES funktioniert immer nur, wenn auch der key gesetzt ist.

In der PC SW solltest du in der Lage sein, AES im Device auszuschalten - NACH dem pairen.

Empfehlenswert ist sowieso, die HMId der PC SW und die des HMLAN in FHEM gleichzusetzen. dann musst du  nur einmal pairen.

MiWe58

Hallo Martin,

ich bin nun schon ein Stück weiter:

1. Pairen über den CUL
Das Pairen mit dem CUL über FHEM hat nun geklappt.
Die Ursache scheint ein Fehler in der Geräteerkennung zu sein.
In FHEM wird ein anderes Modell des Aktors erkannt als tatsächlich verbaut ist. Nach einer manuellen Änderung funktioniert alles!

2. Pairen mit dem HMLAN
Hier gibt es weiterhin Probleme.
Deinen Hinweis, beide ID's gleich zu setzen, nehme ich gerne auf. Im FHEM lässt sich dieses einfach setzen.
Ich finde jedoch keine Möglichkeit, die ID des HMLAN auszulesen oder zu setzen. Habe alle Einstellungsmöglichkeiten in der HM Konfigurationssoftware durchforstet. Oder wird diese auch über FHEM eingestellt?

Weiterhin Erkenne ich keine Möglichkeit, wie ich AES, außer über den "Haken" in der HMLAN Konfiguration, an anderer Stelle aktivieren oder deaktivieren kann. Ich brauche kein AES und würde es daher überall abschalten. Da FHEM offenbar sowieso kein AES kann.
Hast Du ein Tipp wo ich durchführen kann?

Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

martinp876

es gibt mehrere möglichkeiten, den wert zu lesen

zum einen: suche am pc einen Ordner "Bidcos-Service". Im file "id" steht die HMid in decimal. rechne es nach hex um, z.B. mit dem taschenrechner am PC - fertig

wenn du mir noch sagen könntest, was falsch eingestellt war beim Versuch mit CUL? dann kann ich es reparieren.
ggf. die Anlernmessage aufzeichnen und was FHEM gemacht hat

Gruss Martin

MiWe58

Hallo Martin,

das von Dir benannte Verzeichnis kann ich auf meiner Festplatte, auf der die HomaMatic Konfigurationssoftware für HMLAN installiert ist, nicht finden.

Nachdem ich heute am Vormittag 2 Aktuatoren (Rolladen und Lichtschalter) installiert habe, ist die Konfiguration offenbar sehr instabil. Von Zeit zu Zeit gibt es immer wieder Timeouts oder fehlende Rückmeldungen.
Der rssi-Wert liegt bei -60, damit sollte eigentlich wohl eine stabile Funkverbindung möglich sein.

Der Rolladen Aktuator fährt bei Funkansteuerung häufig nur Teilstrecken, während die Schalterbetätigung komplett öffnet oder schließt.

Zum Einsatz kommen:
HM-LC-BL1-FM für Rolladen
HM-LC-Sw1PBU-FM als Schalter für Licht

Der Rolladen Aktuator lies sich unter seiner Bezeichnung als "model" nicht pairen. Erst als ich den Lichtschalter als "model" zugeordnet habe, funktionierte das Pairing

In der fhem.cfg wird automtisch "attr webcmd ..." mit den Optionen eingetragen. Beim Speichern der Datei wird nun regelmäßig der Fehler angezeigt, dass dieses Attribut nicht bekannt ist ????

Was IT angeht bin ich wirklich kein Anfänger. Ich hoffe nur, dass diese Erfahrungen wirklich nur Anfängererfahrungen sind.

Weiterhin bin ich über jede Anregung oder über Tipps sehr dankbar.

Michael
Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

martinp876

Hallo Michael,

da verstehe ich einiges nicht.
Wenn du ein Kommando an den Rolladen sendest "auf" oder "zu" dann fährt er in diese Position - oder er fährt nicht. Alles andere kenne ich nicht - es sein den der Aktor ist nicht richtig eingestellt.

Das mit dem pairen und den Model verstehe ich auch nicht, da pairen nicht vom Model abhängig ist. Aber welche modelle hattest du eingetragen? Diese Info fehlt - die kann ich nicht erraten :-(

das Attribut webCmd (man achte auf das "C") ist in FHEM definiert und sollte immer zu Verfügung stehen. Es wird nicht in CUL_HM sondern FHEMWEB angelegt. CUL_HM belegt es mit defaults. Wenn dies nicht funktioniert stimmt etwas anderes mit deiner Installation nicht.
CUL_HM nutzt kein kleines webcmd - sollte dies der Fehler sein.

Wenn du kein anfänger bist  ist es dir sicher klar, dass ich logs brauch, um das Problem bearbeiten zu können. Wäre gut, wenn du diese senden kannst - mit beschreibung - klar

Gruss Martin

MiWe58

Hallo Martin,

in Sachen IT bin ich kein Anfänger, wohl aber was den Umgang mit Unix/Linux-Systemen angeht. daher an der Stelle bitte noch nicht zu viel erwarten.

Ich würde Dir gerne den gesamten Log anhängen, habe aber derzeit noch nicht die Peilung, wie ich an das file rankomme, um es per Anhang beizufügen.

Hier also zunächst ein paar Screenshots:
1.) getConfig des Rolladen Aktors mit dem Status "Timeout"
2.) Der Ausschnitt aus der fhem.cfg mit dem "webCmd"
3.) Die ERROR Message beim Speichern dieser fhem.cfg
sobald die Zeilen mit dem "attr getCmd" gelöscht werden, wird die fhem.cfg wieder gespeichert.
sobald "save config" betätigt wird, sind diese Zeilen zu den unterschiedlichen Aktoren wieder eingefügt


Die verbauten HomeMatic Aktoren werden erkannt:
1) HM-LC-BL1-FM für Rolladen
2) HM-LC-Sw1PBU-FM als Schalter für Licht

Zum Pairen über CUL
Das Pairen über den CUL hat bei dem Aktor 1 nur funktioniert, wenn als "model" der Aktor 2 eingegeben wurde. später konnte das "model" dann wieder auf die richtige Bezeichnung umgestellt werden. Ich habe dafür auch keine Erklärung.

Zum Pairen über HMLAN:
Wie bereits geschrieben, hat das Pairen über HMLAN und FHEM bisher noch keinen Erfolg gehabt

nochmals als Summary:
Das Pairen mit eingeschltetem AES funktioniert über die HMLAN Konfig Software
Das Pairen mit ausgeschaltetem AES funktioniert nicht über die HMLAN Konfig Software
bei den Versuchen des Pairings über FHEM war das AES immer abgeschaltet.

Frage: Ist es notwendig, die hmId in der fhem.cfg zu spezifizieren?
attr HMLAN1 hmId MWHOME   (Ausschnitt aus meiner fhem.cfg)
kann die Definition entfallen, wenn dafür ein Default-Wert übernommen wird?
Liegt hier möglicherweise das Problem?

Gruß
Michael
Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

martinp876

Hallo Michael,
zu webCmd: hast du
define WEB FHEMWEB 8083 global
in deinem fhem.cfg?
und steht es ziemlich oben?

das Attribut "getCmd" kenne ich nicht

zum logfile: woes steht kannst du in global nachlesen, list global  oder im web-interface
die traces einschalten (rohmessages, andere aus
attr global verbose 1
attr CUL verbose 5
oder
attr <hmlan> loglevel 1

zum erkennen von devices
- das bedeuted, dass FHEM eine message von device empfangen hat und es einordnen kann. Es bedeuted nicht, das FHEM sich mit dem device unterhalten kann.

model wird automatisch gesetzt, wenn du anlernen drückst und das device "sich zu erkennen gibt". danach sollte alles stimmen - wenn nicht brauche ich die details: message und was es für ein device ist. Bisher hat dieser Teil immer gepasst. Der User setzt model eigentlich nie.

eine HMID solltest du für das HMLAN immer angeben. An besteh die, die auch in der windows sw genutzt wird
Gruss Martin









MiWe58

Zitat
zu webCmd: hast du
define WEB FHEMWEB 8083 global
in deinem fhem.cfg?
und steht es ziemlich oben?
Ja, ist eingefügt. ganz oben

das Attribut "getCmd" kenne ich nicht
Sorry! getConfig

eine HMID solltest du für das HMLAN immer angeben. An besteh die, die auch in der windows sw genutzt wird

Hierzu hatten wir uns schon ausgetauscht. Auf meiner Festplatte ist über den Windows search kein Verzeichnis mit der Bezeichnung "Bidcos-Service" zu finden. Somit ist es mir noch nicht gelungen die Id des HMLAN auszulesen und in die fhem.cfg einzutragen
Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

MiWe58

Hallo Martin,

bezüglich des Logfiles habe ich mich offenbar nicht deutlich genug ausgedrückt.
Ich müsste auf das Logfile von der Windows-Ebene zugreifen können.

Da stehe ich als nicht Unix Kenner noch auf dem Schlauch
Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

ph1959de

Zitat von: MiWe58 am 22 Oktober 2013, 11:37:27
Ich müsste auf das Logfile von der Windows-Ebene zugreifen können.

Da stehe ich als nicht Unix Kenner noch auf dem Schlauch
Wie kommst Du bisher an/auf Deine FritzBox?

Um an die Logfile zu kommen, gibt es diverse Möglichkeiten:
- putty (telnet), um sie anzuschauen
- (z.B.) notepad++ (mit Plugin NppFTP um über FTP auf entfernte Rechner zuzugreifen)
- ftp (Winscp, Filezilla, ...)

Vielleicht hast Du das eine oder andere Tool schon in Deinem "Standard-Werkzeugkasten".

Gruß, Peter
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"

MiWe58

#13
Ich habe PuTTY

Über Telnet komme ich auf die FritzBox. dann wird es aber düster.
Habe mir schon Telnet Befehle im Internet gesucht. scheint aber unter fhem nicht der übliche Befehlssatz zu passen oder ich mache andere Bedienfehler

Wäre es ggf. möglich, mal zu telefonieren?
Devices: RasPi V, HomeMatic, PICCU, Modbus, Heliotherm-Wärmepumpe, SMA PV-Anlage, Easee Laderoboter
Steuerung: Rollos, Beleuchtung, Heizung-Heliotherm, Heizung-Heizkreise, PV-Anlage-Eigenverbrauch, Alarm, Zugang, Wasser

franky08

#14
Telnet ist auf der Fritzbox standardmäßig deaktiviert. Guck mal in der Suchmaschine deines Vertrauens wie es aktiviert wird. Ich glaube über das Telefon mit einem Tastencode.

WIKI:
Telnet Einschlalten:
Telefonie -> Telefonbuch -> #96*7* anklicken. Fenster mit Ja Bestätigen. Telnet sollte jetzt eingeschaltet sein.
Für das abschalten den Eintrag #96*8* anklicken und bestätigen. Telnet sollte jetzt ausgeschaltet sein.

VG Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1