RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 12434
- Registriert: 19.03.2014, 00:37
- System: in Planung
- Hat sich bedankt: 105 Mal
- Danksagung erhalten: 380 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Die eigentliche Empfehlung war, das System bei einem Wechsel neu aufzusetzen. Ist zwar etwas Arbeit, verhindert aber manche Probleme.
Gruß
Bruno
Gruß
Bruno
-
- Beiträge: 448
- Registriert: 13.09.2017, 05:11
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 12 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Hallo Sven und HMside,tloeffel hat geschrieben: ↑02.08.2018, 23:34Hallo HMside,HMside hat geschrieben: ↑02.08.2018, 07:30Die Meldung "no exists device object with address" habe ich in den letzten Tagen schon in einigen Log-Files gesehen. Bei der angegebenen Seriennummer handelt es sich vermutlich um die Seriennummer des neuen Funk-Moduls/Zentrale. Da diese Meldung scheinbar nicht nur bei RaspberryMatic, sondern auch bei der CCU auftritt, habe ich die Vermutung das sich dort mit der letzten Version ein Fehler eingeschlichen hat. Spielt man ein Backup in eine neuen Zentrale bzw. wechselt das Funk-Modul, so sollte das System mit der alten Funk-Adresse weiterarbeiten, welche in /usr/local/ect/config/id steht.
dieses steht in der ID Datei:
BidCoS-Address=0x59xxbc
SerialNumber=OEQ06xx374
Es scheinen die alten Antennendaten zu sein. Wo bekomme ich die neue BidCos-Adresse her? Wie ändere ich das am besten?
Gruß Thomas
ich habe jetzt herausgefunden welche Serialnummer notwendig wäre.
Nun meine Fragen:
Woher bekomme ich die BidCos-Adresse von der neuen Antenne?
Wie ändere ich die beiden Sachen dann am besten? Bin nicht so der Putty Experte.
Lieben Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte
-
- Beiträge: 448
- Registriert: 13.09.2017, 05:11
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 12 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Hallo Bruno,
meinte Dein Betrag mein Problem?
Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte
-
- Beiträge: 448
- Registriert: 13.09.2017, 05:11
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 12 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Ergänzung:tloeffel hat geschrieben: ↑03.08.2018, 13:42Hallo Sven und HMside,tloeffel hat geschrieben: ↑02.08.2018, 23:34Hallo HMside,HMside hat geschrieben: ↑02.08.2018, 07:30Die Meldung "no exists device object with address" habe ich in den letzten Tagen schon in einigen Log-Files gesehen. Bei der angegebenen Seriennummer handelt es sich vermutlich um die Seriennummer des neuen Funk-Moduls/Zentrale. Da diese Meldung scheinbar nicht nur bei RaspberryMatic, sondern auch bei der CCU auftritt, habe ich die Vermutung das sich dort mit der letzten Version ein Fehler eingeschlichen hat. Spielt man ein Backup in eine neuen Zentrale bzw. wechselt das Funk-Modul, so sollte das System mit der alten Funk-Adresse weiterarbeiten, welche in /usr/local/ect/config/id steht.
dieses steht in der ID Datei:
BidCoS-Address=0x59xxbc
SerialNumber=OEQ06xx374
Es scheinen die alten Antennendaten zu sein. Wo bekomme ich die neue BidCos-Adresse her? Wie ändere ich das am besten?
Gruß Thomas
ich habe jetzt herausgefunden welche Serialnummer notwendig wäre.
Nun meine Fragen:
Woher bekomme ich die BidCos-Adresse von der neuen Antenne?
Wie ändere ich die beiden Sachen dann am besten? Bin nicht so der Putty Experte.
Lieben Gruß Thomas
Habe mit Putty die SerialNummer geändert bekommen. Aber woher bekomme ich die richtige BidCoS-Adresse? Steht die wo, oder kann man die auslesen?
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Die beiden Dinge solltest du nicht ändern (müssen). Erstens wird aus der /etc/config/ids ohnehin nur die BidCos Adresse verwendet und zweitens muss die BidCos adresse in dieser datei nicht zwangsläufig mit der des funkmoduls übereinstimmen denn sie wird von rfd beim starten dynamosch gesetzt. Wenn du nun jedoch mit angelernten BidCos Geräten diese Adresse änderst werden deine Homematic Geräte aufhören mit deiner CCU kommunizieren zu können da diese adresse mit den geräten beim anlernen verknüpft wird. Und du müsstest dann nach Änderung alle Geräte neu anlernen.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- roe1974
- Beiträge: 746
- Registriert: 17.10.2017, 16:15
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Wien
- Hat sich bedankt: 52 Mal
- Danksagung erhalten: 13 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Finde den Zeitstempel spannend von /etc/config/ids ..... 01.01.1970 01h00 .... und das trotz RPI-RF-MOD mit RTC Batterie (Hatte vorher ein Testystem laufen bevor ich das backup eingespielt habe.... also die RTC war bereits gesetzt) .....
lg Richard
lg Richard
-
- Beiträge: 448
- Registriert: 13.09.2017, 05:11
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 12 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Hallo Jens,jmaus hat geschrieben: ↑03.08.2018, 14:05Die beiden Dinge solltest du nicht ändern (müssen). Erstens wird aus der /etc/config/ids ohnehin nur die BidCos Adresse verwendet und zweitens muss die BidCos adresse in dieser datei nicht zwangsläufig mit der des funkmoduls übereinstimmen denn sie wird von rfd beim starten dynamosch gesetzt. Wenn du nun jedoch mit angelernten BidCos Geräten diese Adresse änderst werden deine Homematic Geräte aufhören mit deiner CCU kommunizieren zu können da diese adresse mit den geräten beim anlernen verknüpft wird. Und du müsstest dann nach Änderung alle Geräte neu anlernen.
danke für die schnelle Antwort . Aber warum entsteht dann diese Fehlermeldung:
Code: Alles auswählen
22:05:09 homematic-tinker local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= PEQ0626056 [iseXmlRpc.cpp:2144
Lieben Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte
-
- Beiträge: 767
- Registriert: 10.11.2012, 19:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: RP
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 19 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Ich glaube nicht, dass der danach weg ist. Ich hatte einmal ein ähnliches Problem, der Fehler tritt vermutlich auf, wenn du dir die Geräteliste anzeigen lässt?
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Das ist kein wirklicher fehler und kann ignoriert werden. Oder seht ihr praktische Probleme dadurch?
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 12434
- Registriert: 19.03.2014, 00:37
- System: in Planung
- Hat sich bedankt: 105 Mal
- Danksagung erhalten: 380 Mal
Re: RaspberryMatic 2.35.16.20180715 – Erfahrungsberichte
Ja, natürlich, steht ja unter Deinem Beitrag bzw. auf der nächsten Seite.