HM-MOD-RPI-PCB und Raspberry2 Konfigurationsprobleme

gs68 · February 22, 2017, 7:37pm

Hallo,

ich versuche gerade Homegear auf einem Raspberry2 (Jessie) zum laufen zu bringen. Leider gibt es Kommunikationsprobleme und da ich alle Files jetzt schon mindestens 2 mal angeschaut habe poste ich mal hier, vielleicht sieht ja jemand was ich falsch mache, vielen Dank im Voraus:

Homegear.log

02/20/17 21:51:12.830 RPC Server (Port 2002): Info: Connection to client number 166 closed.
02/20/17 21:51:14.308 RPC Server (Port 2002): Debug: Joining read thread of client 36
02/20/17 21:51:14.308 RPC Server (Port 2002): Debug: Client 36 removed.
02/20/17 21:51:39.852 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Error: No init packet received.
02/20/17 21:51:45.787 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Warning: Connection closed (1). Trying to reconnect...
02/20/17 21:51:45.788 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Connecting to HM-MOD-RPI-PCB...
02/20/17 21:51:47.789 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Connected to HM-MOD-RPI-PCB.
02/20/17 21:51:47.789 Debug: GPIO 18 set to 0.
02/20/17 21:51:47.890 Debug: GPIO 18 set to 1.
02/20/17 21:52:12.043 UPnP Server: Debug: Sending notify packets.
02/20/17 21:52:12.044 UPnP Server: Debug: Sending notify packets.
02/20/17 21:52:14.447 RPC Server (Port 2002): Info: Connection from 192.168.0.36:54016 accepted. Client number: 169
02/20/17 21:52:14.448 RPC Server (Port 2002): Info: RPC server client id for client number 169 is: 37
02/20/17 21:52:14.449 RPC Server (Port 2002): Listening for incoming packets from client number 169.
02/20/17 21:52:14.449 RPC Server (Port 2002): Debug: Packet received: 474554202F6465736372697074696F6E2E786D6C20485454502F312E310D0A43616368652D436F6E74726F6C3A206E6F2D63616368650D0A436F6E6E656374696F6E3A204B6565702D416C6976650D0A507261676D613A206E6F2D63616368650D0A4163636570743A20746578742F786D6C2C206170706C69636174696F6E2F786D6C0D0A557365722D4167656E743A2044414655506E500D0A486F73743A203139322E3136382E302E32343A323030320D0A0D0A
02/20/17 21:52:14.472 RPC Server (Port 2002): Info: Connection to client number 169 closed.
02/20/17 21:52:17.890 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Error: No init packet received.
02/20/17 21:52:23.824 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Warning: Connection closed (1). Trying to reconnect...
02/20/17 21:52:23.825 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Connecting to HM-MOD-RPI-PCB...
02/20/17 21:52:25.826 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Connected to HM-MOD-RPI-PCB.
02/20/17 21:52:25.827 Debug: GPIO 18 set to 0.
02/20/17 21:52:25.927 Debug: GPIO 18 set to 1.

cmdline.txt

dwc_otg.lpm_enable=0  root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

config.txt

# Uncomment some or all of these to enable the optional hardware interfaces
dtparam=i2c_arm=on
#dtparam=i2s=on
dtparam=spi=on
enable_uart=1

systemctl disable serial-getty@ttyAMA0.service
systemctl disable serial-getty@serial0.service
systemctl disable serial-getty@ttyS0.service

hab ich ausgeführt und /etc/udev/rules.d/99-com.rules ist gelöscht

Wenn jemand noch eine Idee hätte wäre super

Vielen Dank
Gerhard

pmayer · February 20, 2017, 9:46pm

Hi @gs68,

schau doch mal hier im Forum: https://forum.homegear.eu/search?q=HM-MOD-RPI-PCB

Ansonsten fällt mir auf den ersten Blick ein, dass die systemctl Aufrufe nicht in die config.txt gehören. Diese werden nur einmal ausgeführt um die Dienste zu “disablen”. Oder ist das nur ein Formatierungsfehler?

so long,
p

gs68 · February 22, 2017, 7:27pm

Hallo @pmayer,

vielen Dank, das mit den systemctl ist ein Formatierungsfehler. Das Forum hab ich abgegrast aber soweit ich versteh alles implementiert … sobald ich mal mehr Zeit habe versuch ich mal ne frische Installation, was anderes fällt mir nicht mehr ein.

Vielen Dank
Gerhard

gs68 · February 26, 2017, 8:43pm

Hallo

habe nochmal eine frische Installation gemacht diesmal Raspi3, leider mit dem selben Ergebnis.

Was allerdings beim Hochfahren auffällt ist der Fehler

[Failed] Failed to start Configure Bluetooth Modems connected by UART
see systemctl status hciuart.service

Wenn ich nun den angegebenen Befehl ausführe kommt

…
Process … ExecStart=/usr/bin/hciattach /dev/serial1 bmc43xx 921600 noflow - (code exited, status 1/failure

Hat das viellicht was mit meinem Probelm zu tun?

Vielen dank
Gerhard

gs68 · February 26, 2017, 8:56pm

Hi,

nochmal ich selber bin draufgekommen das ich mich bei dtoverlay… vertippt hatte, leider funktioniert es immer noch nicht und der Fehler schaut jetzt so aus.

pi@raspi-home2:~ $ sudo systemctl status hciuart.service
● hciuart.service - Configure Bluetooth Modems connected by UART
   Loaded: loaded (/lib/systemd/system/hciuart.service; enabled)
   Active: failed (Result: exit-code) since So 2017-02-26 20:48:49 UTC; 5min ago
  Process: 420 ExecStart=/usr/bin/hciattach /dev/serial1 bcm43xx 921600 noflow - (code=exited, status=1/FAILURE)

Feb 26 20:48:49 raspi-home2 hciattach[420]: Can't open serial port: No such ...y
Feb 26 20:48:49 raspi-home2 hciattach[420]: Can't initialize device: No such...y
Feb 26 20:48:49 raspi-home2 systemd[1]: hciuart.service: control process exi...1
Feb 26 20:48:49 raspi-home2 systemd[1]: Failed to start Configure Bluetooth ....
Feb 26 20:48:49 raspi-home2 systemd[1]: Unit hciuart.service entered failed ....
Hint: Some lines were ellipsized, use -l to show in full.

Vielen Dank
Gerhard

gs68 · February 26, 2017, 9:56pm

Hi,

hab jetzt Bluetooth ganz abgeschalten … ist aber immer das gleiche …

Vielen dank
gerhard

pmayer · February 27, 2017, 12:17am

@schroedingers_cat hat hier mal aufgeschrieben, was ihm geholfen hat:

Hoffe das hilft dir weiter.

gs68 · March 1, 2017, 8:43pm

Hallo @pmayer,

vielen Dank für Deine Tips. Also habe ich versucht die Firmware upzudaten. Habe zuerst versucht das ganze nach den beiden Anleitungen ohne FHEM zu machen … das endet aber immer folgendermassen.

sudo ./flash-hmmoduart -U /dev/ttyAMA0 coprocessorpdate.eq3
HM-MOD-UART flasher version 0.103-git

Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.

und dann passiert nix mehr egal was ich mache, Modul stromlos machen homegear disablen …

Jetzt bleibt noch das Update über fhem habe ich unstalliert bin dort aber komplett Laie und muss mich erst einarbeiten da die Anleitung recht kurz ist. z. B verstehe ich nicht wo diese beiden Zeilen hinmüssen

define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId xxxxxx

und was ich für das xxxx einsetzen muss. Gehe mal davon aus das muss in die fhem.cfg.

Sorry das ich soviel frag.

Vielen dank
gerhard

pmayer · March 1, 2017, 9:04pm

Leider habe ich kein HM-MOD-RPI-PCB und kann dir daher nur Links aus dem Forum kredenzen… |

oberp · March 10, 2017, 2:38pm

Hallo Gerhard
Dein Problem gelöst?

Ich habe das Problem auch gehabt und mittels Firmware-Update gelöst. Noch gestern abend wollte das Update nicht anspringen, heute morgen hab’ ich es dann geschafft.

Vor dem Ausschalten des RPis homegear beenden und den Autostart abschalten:

systemctl stop homegear
update-rc.d homegear disable
halt

Wichtig: Nach dem Ausschalten (spr.:Stecker raus) das Funkmodul abziehen und eins/zwei Minuten warten. Dann wieder reinstecken, Strom drauf und booten

homegear muss nach dem Neustart immer noch ausgeschaltet sein:

service status all|grep homegear
systemctl status homegear.service

Dann flashen und homegear wieder aktivieren

update-rc.d homegear enable
systemctl start homegear

In einer zweiten Shell die logs beobachten:

`tail -f /var/log/homegear/homegear.log`

Viel Glück, Torsten

Terran · March 10, 2017, 8:42pm

Ich war gestern auch dabei mein Modul mit der 1.4.1er Firmware zu versorgen, es wollte mit dem flash-hmmoduart Tool ums verrecken nicht funktionieren. Letztendlich war disablen von homegear, herunterfahren und dann stromlos machen des RasPis der entscheidende Trick. Allerdings habe ich dann das Originaltool von EQ3 (eq3configcmd / https://github.com/eq-3/occu/wiki/Tools) verwendet, das aber etwas umständlicher ist (LD_LIBRARY_PATH setzen usw.), vermutlich wäre es mit flash-hmmoduart auch gegangen.

sathya · March 17, 2017, 11:01pm

Hallo,

ich bin gerade am Analysieren von Problemen mit dem HM-MOD-RPI-PCB. In diesem Zusammenhang ein Screenshot aus dem Logikanalysator:

“Channel 0” sind Pakete an den HM-MOD-RPI-PCB, “Channel 1” Pakete von diesem an Homegear. Die beiden Striche in “Channel 0” sind Pakete von einem virtuellen HM-CC-TC an einen HM-CC-VD. Nach dem zweiten Paket sieht man, dass keine Pakete mehr vom HM-MOD-RPI-PCB an Homegear gesendet werden (ein anderes parallel laufendes Kommunikationsmodul zeigt in diesem Zeitraum Pakete). Es sieht also so aus, als gäbe es nach wie vor stabilitätsrelevante Probleme mit der aktuellen Firmware… Ich versuche gerade herauszufinden, was exakt den Absturz auslöst.

Viele Grüße

Sathya

gs68 · March 19, 2017, 7:11pm

Hallo,

Vielen Dank Euch allen, habe dei angegeben Tips versucht alle umzusetzen, hab es aber nicht hingekriegt. Um vorwärts zu kommen habe ich einen CUL betsellt und gleichzeitig bin ich dabei auf einem anderem Raspi YAHM zu installieren und es mit dem dortigen Updater zuversuchen (den orginalen von EQ3 versuch ich auch noch).

Wenn ich was neues habe melde ich mich (wird aber etwas dauern)

Nochmals vielen Dank
gerhard

Dave_D · March 20, 2017, 8:07pm

Hallo Gerhard,

deine Logmeldungen sehen genauso aus wie bei mir vor paar Tagen, bei mir war das Modul falsch gelötet und dadurch defekt.

Mach doch mal bitte ein Foto vom Modul und vor allem von den Lötstellen.

Kaum hatte ich bei mir das neue Modul korrekt gelötet da, ging der Firmware upgrade und das Modul wurde von HG anerkannt.

Auf jeden Fall kann Homegear das Modul laut dem Log nicht lesen.
Guck bitte noch ob Homegear Zugriff auf die Serielle Schnittstelle hat.

Viele Grüße,

David

trilu · March 21, 2017, 2:16pm

mir hat das geholfen…