Benutzt du Putty? Wenn du da mit der Maus markierst, ist es automatisch in der Zwischenablage…
Mit einer zweiten Konsole meinte ich, dass du eine zweite Instanz von Putty auf machst und noch mal zum Pi verbindest um parallel Sachen zu machen. Aber, dass der Prozess mit dem richtigen Benutzer läuft, haben wir ja raus gefunden.
Ich bräuchte die Komplette Sektion aus der Config. Sind alle anderen Zeilen auskommentiert ausser das unter [HomeMatic Wireless Module for Raspberry Pi]?
Mir fällt gerade auf, dass ich nicht weiß ab welcher Version das HM-MOD-RPI-PCB funktioniert. Da müsste evtl. @sathya was zu sagen.
___________________________________________________________________________
---------------------------- HomeMatic BidCoS ----------------------------
___________________________________________________________________________
#######################################
########## General Settings ##########
#######################################
[General]
## The BidCoS address of Homegear. It is recommended to change this to a random 3 byte hexadecimal
## value starting with 0xFD (e. g. 0xFD43AB). Only change this, when no HomeMatic BidCoS devices
## are paired to Homegear as existing pairings will not work anymore!
#centralAddress = 0xFD0001
## Specify a 16 byte (32 characters) long AES key here to protect your wireless communication
## !!! IMPORTANT: It is highly recommended to change this key before pairing the first device.
## !!! IMPORTANT: Never ever lose this key. That would render your devices useless.
## To remove the key from your devices, you need to factory reset them
rfKey = 00112233445566778899AABBCCDDEEFF
## With each key change currentRFKeyIndex needs to be
## incremented by 1
currentRfKeyIndex = 1
## When you change rfKey, put the old key here. To change the key Homegear needs to know the
## old and the new one.
## !!! Do not set oldRFKey when you set rfKey for the first time !!!
##oldRFKey = 00112233445566778899AABBCCDDEEFF
## When set to "true" unsigned broadcast packets are processed by Homegear. This could enable an
## attacker to make Homegear do things, you don't want. That means, this option is a security
## risk.
processBroadcastWithAesEnabled = false
#######################################
################# CUL #################
#######################################
## The device family this interface is for
#[CUL]
## Specify an unique id here to identify this device in Homegear
#id = My-CUL
## When default is set to "true" Homegear will assign this device
## to new peers.
#default = true
## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb
#deviceType = cul
#device = /dev/ttyACM0
## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
#responseDelay = 95
#######################################
### HomeMatic Wireless LAN Gateway ###
#######################################
## The device family this interface is for
#[HomeMatic Wireless LAN Gateway]
## Specify an unique id here to identify this device in Homegear
#id = My-HM-LGW
## When default is set to "true" Homegear will assign this device
## to new peers.
#default = true
## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb
#deviceType = hmlgw
## IP address of your HM-LGW
#host = 192.168.178.100
## First Port number your HM-LGW listens on. Normally 2000.
#port = 2000
## Keep alive port number your HM-LGW listens on. Normally 2001.
#portKeepAlive = 2001
## Put the security key printed on your HM-LGW here
#lanKey = SecurityKey
## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
#responseDelay = 60
## Default: sendFix = false
## Some LAN-Gateways do not send packets correctly. If sent packets are not received by the
## devices (you get error messages, that packets were not received after 3 retries), set
## sendFix to true.
#sendFix = false
#######################################
############# HM-CFG-LAN #############
#######################################
## The device family this interface is for
#[HM-CFG-LAN]
## Specify an unique id here to identify this device in Homegear
#id = My-HM-CFG-LAN
## When default is set to "true" Homegear will assign this device
## to new peers.
#default = true
## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb
#deviceType = hmcfglan
## IP address of your HM-CFG-LAN
#host = 192.168.178.100
## Port number your HM-CFG-LAN listens on. Normally 1000.
#port = 1000
## Put the AES key printed on your HM-CFG-LAN here
#lanKey = 00112233445566778899AABBCCDDEEFF
## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
#responseDelay = 60
#######################################
######### COC, SCC, CSM, CCD #########
#######################################
## The device family this interface is for
#[COC, SCC, CSM, CCD]
## Specify an unique id here to identify this device in Homegear
#id = My-COC
## When default is set to "true" Homegear will assign this device
## to new peers.
#default = true
## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb
## Also use "coc" for SCC, CCD and CSM
#deviceType = coc
#device = /dev/ttyAMA0
## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
#responseDelay = 95
## Default: gpio1 = 0
## "17" for COC, SCC and CCD. Empty for CSM.
#gpio1 = 17
## Default: gpio2 = 0
## "18" for COC and SCC. "22" for CCD. Empty for CSM.
#gpio2 = 18
## Default: stackPosition = 0 (= no stacking)
## Set stackPosition if you use the SCC and stacked multiple devices.
## Set stackPosition to "1" for the lowest device, to "2" for the device
## above that and so on.
# stackPosition = 0
#######################################
########### HM-MOD-RPI-PCB ###########
#######################################
## The device family this interface is for
[HomeMatic Wireless Module for Raspberry Pi]
## Specify an unique id here to identify this device in Homegear
id = My-HM-MOD-RPI-PCB
default = true
deviceType = hm-mod-rpi-pcb
device = /dev/ttyS0
gpio1 = 18
#######################################
################ CUNX ################
#######################################
## The device family this interface is for
#[CUNX]
## Specify an unique id here to identify this device in Homegear
#id = My-CUNX
## When default is set to "true" Homegear will assign this device
## to new peers.
#default = true
## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb
#deviceType = cunx
## IP address of your CUNO
#host = 192.168.178.100
## Port number your CUNX listens on. Normally 2323.
#port = 2323
## Default: responseDelay = 95
## Should be "93" for CUNX
#responseDelay = 93
#######################################
########## TI CC1101 Module ##########
#######################################
## The device family this interface is for
#[TI CC1101 Module]
## Specify an unique id here to identify this device in Homegear
#id = My-CC1101
## When default is set to "true" Homegear will assign this device
## to new peers.
#default = true
## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb
#deviceType = cc1100
#device = /dev/spidev0.0
## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
#responseDelay = 100
## The interrupt pin to use. "0" for GDO0 or "2" for GDO2.
## You only need to connect one of them. Specify the GPIO
## you connected the interrupt pin to below.
#interruptPin = 2
## The GPIO GDO0 or GDO2 is connected to. Specify which GDO to use above.
#gpio1 = 23
### Additional TI CC1190 Config ###
## The GPIO high gain mode of the CC1190 is connected to.
## Default: -1 (disabled)
#gpio2 = 5
## The hexadecimal value for the PATABLE of the TI CC1101.
## Default:
## - Without high gain mode: 0xC2
## - With high gain mode: 0x27 (maximum legally allowed setting)
#txPowerSetting = 0x27Einfach einfügen, markieren und dann oben im Editor den Code-Button </> drücken.
Sieht dann so aus :)
Erledigt 
--> der Code ist nun übersichtlich herinnen
You are my HERO!!
Sieht für mich völlig ok aus. Hast du, nachdem du die Änderungen in der Datei gemacht hast, homegear neu gestartet?
Mach mal folgendes: Zwei Verbindungen (Putty) zum Pi, beide sudo -s, dann bitte auf einer tail -f /var/log/homegear/homegear.log und auf der anderen service homegear restart und schau dir mal die Ausgabe im Log an. Das läuft automatisch mit durch -f (follow).
Denk bitte daran, bevor du Geräte anlernst - wenn es denn dann funktioniert - auf jeden Fall deinen rfKey zu ändern. Die Warnungen stehen da mit sehr gutem Grund 
Ich denke er macht was - zumindest er schreibt: connected
10/09/16 20:20:50.799 All physical interfaces are connected now.
10/09/16 20:20:50.799 Starting UPnP server…
10/09/16 20:20:50.801 Info: UPnP server: Binding to address: 192.168.0.124
10/09/16 20:20:50.802 UPnP Server: Info: Started listening.
10/09/16 20:20:53.132 Module HomeMatic BidCoS: HM-MOD-RPI-PCB “My-HM-MOD-RPI-PCB”: Info: Init queue completed. Sending peers…
10/09/16 20:20:53.132 Module HomeMatic BidCoS: HM-MOD-RPI-PCB “My-HM-MOD-RPI-PCB”: Info: Peer sending completed.
Auch das https://www.homegear.eu/index.php/Pairing_HomeMatic_BidCoS_Devices
1.) homegear -r
2.) families select 0
scheint zu funktionieren… jetzt werde ich mich noch mal in den rfKey einlesen … das wird wohl ein Schlüssel sein
Das sieht doch alles gut aus 
Der rfKey ist der geheime Schlüssel für die per AES abgesicherte Kommunikation mit bestimmten Homemeatic devices (Fensterkontakt, Keymatic, etc.) und bildet das Rückrad einer sicheren Kommunikation.
Wenn der verloren geht, zum Beispiel durch eine defekte SD Karte im Pi, können die damit angelernten Geräte nicht wieder neu angelernt werden und müssen zum Werksreset bei eq3 eingeschickt werden.
Die müssen sogar eingeschickt werden - OMG - die wollen sicher “Kohle” sehen
Ok dann wird der noch mal separat weggespeichert. 
soweit ich sehe - muss es einfach eine Zeichenkette (32) sein
Vielen Dank für die Hilfe!!
Ich denke ich habe meine Steckdose mit einen anderen Image schon zerschossen.
Vor einigen Tagen habe ich eine andere SW (YAHM am PI) getestet und “zusammenge-paired”. Mit der anderen SW hat das ein und ausschalten funktioniert. Nur der Funktionsumfang hat mich nicht überzeugt. Daher habe ich Homegear & Openhab installiert. Das bedeute wohl, ich habe mit der vorangegangenen Aktion die Steckdose “vernichtet” da sie jetzt beim Anlernen nicht mehr gefunden wird….
Hast du sie schon auf Werkszustand zurück gesetzt? Bin mir nicht sicher, ob die Steckdosen überhaupt AES machen. Normalerweise nur sicherheitsrelevante Homematic-Geräte.
Ich versuche jetzt das YAHM image rauf zu spielen und dann hoffe ich das ich die Steckdose ablernen/resetten kann . Die können anscheinend AES.
Hallo @kohle,
hast du in YAHM denn einen eigenen AES-Schlüssel gesetzt? Falls nein, kannst du einfach am Gerät resetten und das Gerät ist auf keinen Fall zerschossen. Falls du den Schlüssel gesetzt hattest, diesen aber jetzt nicht mehr weißt, hätten wir ein Problem.
Viele Grüße
Sathya
Hallo,
Die obige Anleitung mit der Konfiguration funktioniert.
Ich konnte die Steckdose ablernen (YAHM) und bei homegear anlernen.
…wie ich das nun mit OpenHab kombiniere muss ich noch rausfinden
pmayer, vielen Dank für deine Hilfe
Zusammenfassung:
1.) auf Groß/Klein Schreibung achten und reboot.
2.) die Rechte auf /dev/ttyS0 müssen gegeben sein (homegear)
Bzügl.: AES in YAHM: Ich denke ich habe mit ablernen hier eine Fleißarbeit gemacht. Ich habe nach den ablernen mit YAHM einen “Werkseinstellungs resett” gemacht.
In openhab2 sollte homegear alle Geräte die es kennt bei einer Suche präsentieren.
Unter openhab1 gilt das hier: https://github.com/openhab/openhab/wiki/Homematic-Binding
Hallo,
ich weis das mein PI eine version von OH drauf hat.
Ich kann es starten/stoppen.
Aber ich komme nicht drauf welche version ich habe. - update:—gefunden—> in der Log (/var/log/openhab)
: v1.8.3
HTTP ERROR 500
Problem accessing /openhab.app. Reason:
Sitemap 'default' could not be found
Was wird nun empfohlen ? auf V2 updaten ? hast du eine Empfehlung ?
Nuja,
du musst nun erst mal die default sitemap laden, schau vielleicht mal hier vorbei: https://openhabdoc.readthedocs.io/de/latest/Beispiel/
Um die default sitemap zu laden, musst du die gewünschte Sitemap an die URL anhängen. Siehe hier: http://www.openhab.org/getting-started/ unter “Go test it”
Ein Update kann ich nach meinen letzten Erfahrungen für Anfänger nicht empfehlen. Viel ist bei openhab im Fluss und bei der Doku weiß man teilweise nicht, ob sie für V1.x oder V2.x ist.
Wichtig ist denke erst mal das Konzept von openHab zu verstehen (Sitemaps, Items, etc.). Der erste Link ist da ne gute Anlaufstelle.
Hallo,
leider habe ich das gleiche Problem. Ich habe Homegear auf einen Pi2 mit Openhab 2 installiert.
Openhab2 läuft soweit, nun versuche ich homegear zum laufen zu bekommen.
Leider finde ich beim Suchen nach Devices nichts.
Hier meine Logs:
Error-Log:
06/05/17 22:45:08.908 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Error: No response received to packet: FD0003000003180A
06/05/17 22:45:08.908 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Error: Unknown packet received in response to init packet. Reconnecting...
06/05/17 22:45:10.478 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Warning: Connection closed (1). Trying to reconnect...
06/05/17 22:45:18.617 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Error: No response received to packet: FD0003000003180A
06/05/17 22:45:18.617 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Error: Unknown packet received in response to init packet. Reconnecting...
06/05/17 22:45:20.188 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Warning: Connection closed (1). Trying to reconnect...
06/05/17 22:45:20.189 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Couldn't open device "/dev/ttyAMA0": Device or resource busy
06/05/17 22:45:50.290 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Error: No init packet received.
log:
06/05/17 22:51:23.576 RPC Server (Port 2001): Info: RPC server client id for client number 355 is: 305
06/05/17 22:51:23.578 RPC Server (Port 2001): Info: Client number 355 is calling RPC method: listBidcosInterfaces (2) Parameters:
06/05/17 22:51:23.583 RPC Server (Port 2001): Info: Connection to client number 355 closed (3).
06/05/17 22:51:24.845 RPC Server (Port 2001): Info: Connection from ::ffff:192.168.111.73:53911 accepted. Client number: 356
06/05/17 22:51:24.846 RPC Server (Port 2001): Info: RPC server client id for client number 356 is: 306
06/05/17 22:51:24.847 RPC Server (Port 2001): Info: Client number 356 is calling RPC method: getServiceMessages (2) Parameters:
06/05/17 22:51:24.859 RPC Server (Port 2001): Info: Connection to client number 356 closed (3).
Conf:
#######################################
########### HM-MOD-RPI-PCB ###########
#######################################
## The device family this interface is for
[HomeMatic Wireless Module for Raspberry Pi]
## Specify an unique id here to identify this device in Homegear
id = My-HM-MOD-RPI-PCB
## When default is set to "true" Homegear will assign this device
## to new peers.
default = true
## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb
deviceType = hm-mod-rpi-pcb
device = /dev/ttyAMA0
## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
responseDelay = 95
## Default: gpio1 = 0
## "18" for HM-MOD-RPI-PCB
gpio1 = 18
Den Rest habe ich auch so eingestellt wie in der Anleitung. Hat jemand vielleicht eine Idee? Ich würde mich sehr drüber freuen!
Gruß
Thomas
Hallo @ThomyTP,
da funkt etwas in die UART-Kommunikation. Zum Beispiel die serielle Konsole. Ist diese deaktiviert?
systemctl disable serial-getty@ttyAMA0.service
systemctl disable serial-getty@serial0.service
systemctl disable serial-getty@ttyS0.service
Viele Grüße
Sathya