CC1101 Homegear-Gateway installiert - was nun?

Hallo ich habe mir nun wg. schlechter Funkverbindung das CC1101 Gateway besorgt und installiert. M.E. sieht seitens der Konfiguration alles gut aus:

09/04/20 22:55:19.930 Module HomeMatic BidCoS: HomeMatic Homegear Gateway "nanopineo": Info: Successfully connected.

Aber, ich sehe nicht, bzw. weiß gar nicht wie das im Logfile aussehen sollte, ob das Gateway aktiv und mein Differenztemperatursensor dort bekannt ist.

Am Master sehe ich im Logfile:

09/04/20 23:16:37.467 HomeMatic BidCoS packet received (My-HM-MOD-RPI-PCB, RSSI: -98 dBm): 0FA98610610BAA0000000A88E3880040

und in der Konsole:

Family 0> peers list
         ID │ Name                      │  Address │ Serial Number │ Type │ Type String               │ Firmware │ Config Pending │ Unreach │ Low Bat
────────────┼───────────────────────────┼──────────┼───────────────┼──────┼───────────────────────────┼──────────┼────────────────┼─────────┼────────
            │                           │          │               │      │                           │          │                │         │
          1 │                           │   6C27F2 │    PEQ1887822 │ 00A8 │ HM-WDS30-OT2-SM           │      1.1 │             No │      No │      No
────────────┴───────────────────────────┴──────────┴───────────────┴──────┴───────────────────────────┴──────────┴────────────────┴─────────┴────────

Per PHP kann ich die Werte des Sensors immer noch auslesen. Allerdings mit immer noch schlechter RSSI_DEVICE. Am Gateway ist kein Peer bekannt.

Muss ich noch den Sensor am Master unpairen und am Gateway neu pairen?
Gibt es irgendwo ein Anleitung wie in ein bestehendes Setup ein Gateway eingefügt wird und die Sensoren umgehängt werden?

Zusatz 05.09:
Komisch ist, dass die beiden Logfiles (.log und .err) des Gateways leer sind. Obwohl das Gateway lt. ‘service homegear-gateway status’ läuft.

Zusatz 06.09:
Etwas weiter. Nach einem Gateway (nanopineo) reboot, habe ich im Logfile gesehen, dass das SPI device nicht erreichbar ist: “Couldn’t open rf device “/dev/spidev0.0”: Permission denied”. Habe Owner und Group auf homegear gesetzt. Jetzt sieht es anders/besser aus. Im Gateway Logfile steht nun (.50 ist mein Gateway; .10 mein Homegear Master):

==> homegear-gateway/homegear-gateway.log <==
09/06/20 12:51:25.824 Starting Homegear Gateway...
09/06/20 12:51:25.827 Info: Dropping privileges to user homegear (108) and group homegear (115)
09/06/20 12:51:25.829 Info: Homegear Gateway is (now) running as user with id 108 and group with id 115.
09/06/20 12:51:26.071 Startup complete.
09/06/20 12:51:26.071 Starting UPnP server...
09/06/20 12:51:26.072 Info: UPnP server started listening.
09/06/20 12:51:26.073 Info: UPnP server: Binding to address: 10.0.0.50
09/06/20 12:51:27.387 Info: New connection from ::ffff:10.0.0.10 on port 45496.

Im Master Logfile sieht es aber immer noch so aus, als wenn der Temperatursensor direkt mit dem Master und nicht via Gateway kommuniziert:

09/06/20 13:01:48.925 Module HomeMatic BidCoS: Info: TEMPERATURE on channel 1 of HomeMatic BidCoS peer 1 with serial number PEQ1887822 was set to 0x0160.
09/06/20 13:01:48.926 Module HomeMatic BidCoS: Info: TEMPERATURE on channel 2 of HomeMatic BidCoS peer 1 with serial number PEQ1887822 was set to 0x00F2.
09/06/20 13:01:48.927 Module HomeMatic BidCoS: Info: TEMPERATURE on channel 3 of HomeMatic BidCoS peer 1 with serial number PEQ1887822 was set to 0x006E.
09/06/20 13:01:48.928 Module HomeMatic BidCoS: Info: TEMPERATURE on channel 4 of HomeMatic BidCoS peer 1 with serial number PEQ1887822 was set to 0xFF92.
09/06/20 13:05:40.965 HomeMatic BidCoS packet received (My-HM-MOD-RPI-PCB, RSSI: -101 dBm): 0F5E86105D654B0000000AF4E8096440

Zusatz 06.09-2:
Nach jedem Reboot des Gateways habe ich das Rechteproblem mit /dev/spidev0.0. Es wird immer wieder auf Group root und Owner root zurückgesetzt. Ratlos…

Zusatz 06.09-3:
Das spidev Rechteproblem habe ich mit den Infos von hier gelöst: https://cutmywire.wordpress.com/2017/08/29/raspberry-pi-zugriff-auf-gpio-spi-und-i2c-ohne-sudo/

Merci für Tipps :slight_smile:

Ich komme der Sache näher :upside_down_face:

Ich habe in main.conf vor [TI CC1101 Module] vergessen das # zu löschen :roll_eyes:
Nach einem Reboot, erhalte ich offensichtlich nun Pakete am Master. Siehe unten im Ausschnitt und im Anhang 15 min. des Master Logfiles (DebugLevel 5).

Offen ist für mich immer noch ob ich den Sensor am Master un-pairen muss?
Und warum die RSSI vom Gateway einmal gut (-23 dBm) manchmal so unglaublich schlecht (-133 dBm) ist, obwohl der Nano Pi Neo und der Sensor zum Testen am Tisch nur 20 cm entfernt sind? Die “lokale” RSSI (-72 bis -100 dBm) macht Sinn, da der Master im Keller ist.

homegear.log:09/06/20 22:00:31.453 HomeMatic BidCoS packet received (nanopineo, RSSI: -41 dBm): 882486536C27F20000000041010442010743FFFD44000A6E6D50370B31884B17175DE19036AE14F643031697C505FF4FCB02B8128064242302A61A44F5A79159AE4786536C27F20000000041010442010743FFFD44000A6E6D50370B31884B17175DE19036AE14F643031697C505FF4FCB02B8128064242302A61A44F5A791592CAE4786536C27F2E0
homegear.log:09/06/20 22:00:31.458 HomeMatic BidCoS packet received (My-HM-MOD-RPI-PCB, RSSI: -72 dBm): 163586536C27F2000000004100FA4200FA430000440000
homegear.log:09/06/20 22:01:28.191 HomeMatic BidCoS packet received (My-HM-MOD-RPI-PCB, RSSI: -98 dBm): 0F3186105D654B0000000AF4E8096440
homegear.log:09/06/20 22:03:22.455 HomeMatic BidCoS packet received (nanopineo, RSSI: -133 dBm): 862486536C27F20000000041010442010743FFFD44000A6E6D50370B31884B17175DE19036AE14F643031697C505FF4FCB02B8128064242302A61A44F5A79159AE4786536C27F20000000041010442010743FFFD44000A6E6D50370B31884B17175DE19036AE14F643031697C505FF4FCB02B8128064242302A61A44F5A791592CAE4786536C1A
homegear.log:09/06/20 22:03:22.460 HomeMatic BidCoS packet received (My-HM-MOD-RPI-PCB, RSSI: -72 dBm): 163686536C27F2000000004100FA4200FA430000440000

homegear.rar (3,4 KB)

Soweit ich weiß nicht, es gab aber glaube irgendwo eine Romaing Option.

Hallo @mdrmdr,

du musst das Gerät nicht erneut anlernen. Es reicht ein:

homegear -e rc '$hg->setInterface(<Peer ID>, "nanopineo");'

Möglicherweise lässt sich die Schnittstelle auch in der Admin-UI setzen. Es lässt sich auf “Roaming” aktivieren, aber das würde ich nur für mobile Geräte machen.

Warum der RSSI schwankt, kann ich dir nicht beantworten. Der Wert kommt vom CC1101 und wird 1-zu-1 ausgegeben.

Viele Grüße

Sathya

1 Like

Ich Hirni. Ich habe in der Auflistung meiner Aktionen oben vergessen, dass ich den Sensor am Gateway gepaired habe. Ob das der Grund ist, warum ich am Master Pakete empfange weiß ich nicht. Nach einer Roaming Option schau ich morgen mal. Der WAF geht gerade in die Knie :sweat_smile:

@sathya: D.h. ich unpaire am Gateway wieder und führe dann den Befehl aus? Werde ich ausprobieren.
Dumme Frage: Wo habe ich den setInterface Befehl übersehen? Habe das in keiner Doku gefunden…

Hallo @mdrmdr,

das Gerät ist an Homegear angelernt, nicht an einer Kommunikationsschnittstellt. D. h. ein ablernen und neu anlernen ist nicht erforderlich. Das setInterface() sagt Homegear lediglich, dass für die Kommunikation mit dem Gerät die angegebene Schnittstelle verwendet werden soll.

Doku findet sich dazu nur hier:

https://ref.homegear.eu/rpc.html#setInterface

Es ist aber möglich, dass sich diese Einstellungen auch bereits in der Admin-UI machen lassen - das kann nur @Micha sicher beantworten, bzw. ich könnte schnell schauen - ich habe gerade nur keine Admin-UI in Griffweite.

Viele Grüße

Sathya

1 Like

Muss nicht sein. Ich mache alles von der Shell aus… Danke erstmal für die Tipps. Melde mich wieder mit den Ergebnissen…

Eine Frage habe ich noch bevor ich den setInterface Befehl heute Abend durchführe. Warum hat der “Master” die Pakete vom Sensor via Gateway empfangen, obwohl ich bisher setInterface nicht durchgeführt habe?

Bzgl. Doku: In der RPC Info steht perfekt beschrieben ‘wassetInterface macht. Wo hätte ich finden müssen, ‘dass’ ich den Befehl verwenden muss? Als letztlich eine komplettes “How to configure a Homegear Gateway”…

Ich melde mich heute Abend nochmal. Nochmal Danke für die Hilfe bisher :slight_smile:

1 Like

I am completely lost in space :frowning_face:

Was habe ich gemacht:

  • Peer 1 am Gateway unpaired. Keine Ahnung ob das geklappt hat. Config pending ging nicht weg
  • Für den Peer am Gateway queues clear durchgeführt
  • Den Peer am Gateway removed
  • Am Master das o.g. setInterface() ausgeführt
  • Reboot von Client und Master

5 Min. lang kann ich nun Temperaturwerte vom Peer auslesen. Mit RSSI_DEVICE = 0 dBm? Das scheinen aber Fake-Werte zu sein, denn nach 5 min. kommt im Master Logfile:

09/07/20 21:01:13.729 Info: Peer 1 is set to unreachable, because no packet was received within 300 seconds. The Last packet was received at 01/19/70 13:18:24.971

Ab dann kann ich nichts mehr lesen, da unreach=true.

  • Wie sehe ich ob das Setzen des Interfaces für Peer 1 tatsächlich geklappt hat?

Ich bin jetzt echt frustriert mit dem Aufsetzen des Gateways!

Ich werde später, wenn ich mich wieder beruhigt habe, Logfiles (debuglevel 8 / erst Reboot Master dann Einschalten von Gateway / einige Reads der Werte via PHP) hier angefügen.

@sathya kannst du hier was zu sagen? Bin da leider auch aufgeschmissen…

Ich verstehe auch nicht, was du gemacht hast.

Wie kannst du einen peer am Gateway an oder ablernen? Entweder verbindest du dich zum Master und lernst dort an oder ab, oder du hast eine zusätzliche Homegear Instanz auf dem Gateway installiert. Die ist dann natürlich etwas vollständig anderes.

Die Homegear Konsole gibt es am Gateway nicht. Zumindest bei mir.

1 Like

Na ja, ich kenne nur die Anleitung von Patrik: NanoPi Homegear Basis/Gateway zum Verkauf. Und da steht bei Installation als letzter Punkt:

Homegear entsprechend der Anleitung installieren: https://homegear.eu/downloads.html , ich habe die Nightly benutzt

Genau das habe ich gemacht (nur nicht die Nightly). Damit habe ich am Gateway ein vollständiges Homegear und kann anlernen. Leider habe ich nirgends eine einigermaßen vollständige Anleitung zum Setup eines Gateways gefunden. Z.B. wo auch der setInterface() Befehl beschrieben ist, den Sathya erwähnt. Ich kann dem Text nicht entnehmen, dass kein Homegear aufs Gateway gehört.

Na ja, egal. Heißt das letztlich ich deinstalliere Homegear und Homegear-Management am Gateway wieder und lasse nur Homegear-Gateway drauf? Das werde ich morgen mal machen. Gestern und heute hatte ich keine Zeit. Sonst noch was Wichtiges was in der oben verlinkten Anleitung nicht steht?

Danke!

https://www.dahlen.org/2019/05/homegear-gateway-mit-cc1101-und-raspberry-pi-3/ - die meinst du, von @m0wlheld, oder?

Ja, die ist ja in deinem Post auch verlinkt. Die habe ich auch durchgeführt. Habe aber wohl fälschlicherwiese die Punkte unter deiner Installation auch dem Gateway zugeordnet…

Das ist nicht meine Anleitung…

Ich meine den Teil Installation von hier: NanoPi Homegear Basis/Gateway zum Verkauf. Das ist doch dein Text?

Ja, wo ich die Anleitung verlinke, der Text ist von mir. Aber die Anleitung ist von dahlen.org - da hab ich nichts mit zu tun.

Genau, Homegear darf auf dem Gateway nicht laufen und das Gateway hatte doch schon funktioniert?

Wo hätte ich finden müssen, ‘ dass ’ ich den Befehl verwenden muss?

Die Info fehlt tatsächlich und muss drigend ergänzt werden. Sie ist nur relevant, wenn das Gateway nicht das einzige Kommunikationsmodul ist.

Warum hat der “Master” die Pakete vom Sensor via Gateway empfangen, obwohl ich bisher setInterface nicht durchgeführt habe?

Weil alle Pakete, welche von einer Schnittstelle empfangen werden, an Homegear durchgereicht werden. setInferface() definiert nur, von welcher Schnittstelle Homegear Pakete an das Gerät senden soll. Von allen Schnittstellen zu senden geht nicht, da dann mehrere Pakete gesendet würden.

1 Like

@Patrik: Ich denke wir reden aneinander vorbei. Ich habe (wohl fälschlicherweise) den letzten Punkt des Abschnitts Anleitung von hier NanoPi Homegear Basis/Gateway zum Verkauf (dein Post) durchgeführt. Ich spreche nicht von dahlen.org. Das habe ich alles erst danach gemacht. Aber wie gesagt egal. Ich setze das Gateway neu auf. Ohne die Basis Homegear-SW.