Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Problemlösungen und Hinweise von allgemeinem Interesse zur Haussteuerung mit HomeMatic

Moderator: Co-Administratoren

Benutzeravatar
Baxxy
Beiträge: 10722
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 599 Mal
Danksagung erhalten: 2193 Mal

Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Baxxy » 27.10.2020, 17:00

Bei meiner Analyse zum Vererben der "Zentralen-Funk-Adressen" beim Backup einspielen... und anschließendem Aufdecken eines ziemlich miesen Bugs, bei dem CCU3 / RaspberryMatic das Funkmodul (RPI-RF-MOD) nicht korrekt auslasen und somit alle mit der gleichen Adresse funkten, ist ein Script entstanden welches ich hier nochmal in leicht überarbeiteter Form zur Verfügung stelle.

Hier mal ein Beispielhaftes Ergebnis der Ausgabe (im Script testen ausgeführt):
Beispielausgabe:

Code: Alles auswählen

Auflistung der gefundenen BidCos-Adressen:
BidCoS-Adresse der HM-RCV-50 (nutzt das Analyzer-Script für seine Anzeige): 16770025
BidCoS-Adresse aus /etc/config/ids (die aktuell genutzte Adresse): 16770025
BidCoS-Adresse aus /var/ids (beim Systemstart ausgelesene Adresse): 0xFFE3E9

Zentralen-Hardware: ova-KVM

VERSION=3.71.12.20231104
PRODUCT=raspmatic_ova
PLATFORM=ova
RegaHSS=R1.00.0388.0235

Gefundene Geräte:
SN: PEQ0532930 | Typ: HMLGW2 | DutyCycle: 0%
SN: SEQ0896344 | Typ: CCU    | DutyCycle: 1%

Funkmodul-Daten des aktuellen Moduls:
Funkmodul Typ: HMIP-RFUSB
Funkmodul Firmware: 4.4.18
Funkmodul Seriennummern: SEQ0896344 | 1D89971558
Funkmodul Anschluss: eQ-3HmIP-RFUSB@usb-0000:02:1b.0-1

Funkmodul-Daten des initialen Moduls:
Funkmodul Seriennummer.: n/a

Auswertung:
Deine Zentrale funkt mit einer unikalen BidCos-Adresse (16770025), also alles gut!
   Wenn du diese Adresse in dezimal umrechnest
   (z.B. mittels https://www.rapidtables.com/convert/number/hex-to-decimal.html)
   sollte die vom Analyzer genutzte Adresse (16770025) dabei herauskommen.

Info:
Deine Zentrale hatte beim ersten Start kein direkt verbundenenes Funkmodul,
daher konnten keine alten Funkmodul-Daten ausgelesen werden.
Info:
  • für CCU3 ab 3.53.34 (und deren Derivate) sowie RaspberryMatic ab 3.53.30.20201024
  • nicht getestet mit CCU2
  • die Ausgaben können sich zwischen CCU3 und RaspberryMatic geringfügig unterscheiden
  • CCU3 liest den Anschluss-Typ nicht aus, aber da geht je eh nur RPI-RF-MOD auf GPIO
Fragen, Anregungen usw.:
... bitte im Herkunfts-Thread posten.

Das Script:

Code: Alles auswählen

!- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware, Zentralen Hardware und verbundene Klienten
!- by Baxxy (powered by Black)
!- v2.7 - 05.11.23
!- für CCU3 ab 3.53.34 (und deren Derivate) sowie RaspberryMatic ab 3.53.30.20201024 | nicht getestet mit CCU2
!- https://homematic-forum.de/forum/viewtopic.php?f=31&t=62096#p614148

string modul_data = "ja";  !- ["ja"] oder ["nein"] eintragen um sensible Funkmoduldaten auszugeben
string crypt_data = "ja";  !- Infos zum Sicherheitsschlüssel-Status ausgeben ["ja"] oder eben nicht ["nein"]
string client_data = "ja"; !- Infos zu Klienten, die an den Schnittstellen hängen, anzeigen. z.B. ioBroker, Homeassistant, nodeRed, Homematic-Manager ["ja"] oder ["nein"]
!----------------------------------------------------------------------------------------
string sDevId; string ids_address; string start_address; string hmip_firmw; string rf_serial = ""; string hmip_serial; string old_serial; string rf_hw; string sys_hw;
string data; string dc_value = "-"; string stdOut; string stdErr; object oInterface; string sInterfaceURL;

foreach(sDevId, root.Devices().EnumUsedIDs()) {
    var dev= dom.GetObject(sDevId);
  if (dev.Address() == "BidCoS-RF") {
     string desc = dev.MetaData("DEVDESC");
     integer anfang = desc.Find("RF_ADDRESS:");
     integer ende = desc.Find(",ROAMING");
     string analyzer_address = desc.Substr(anfang + 11, ende - anfang + 11).Trim();
     WriteLine("Auflistung der gefundenen BidCos-Adressen:");
     WriteLine("BidCoS-Adresse der HM-RCV-50 (nutzt das Analyzer-Script für seine Anzeige): "# analyzer_address);
}}
system.Exec("grep -i BidCoS-Address /etc/config/ids | tr -d '[:space:]' | cut -d= -f2", &ids_address);
   ids_address = ids_address.Trim();
   WriteLine("BidCoS-Adresse aus /etc/config/ids (die aktuell genutzte Adresse): "# ids_address);
system.Exec("grep -i BidCoS-Address /var/ids | tr -d '[:space:]' | cut -d= -f2", &start_address);
   WriteLine("BidCoS-Adresse aus /var/ids (beim Systemstart ausgelesene Adresse): "# start_address.Trim() #"\n");
system.Exec("grep HM_HOST= /var/hm_mode | tr -d '[:space:]' | cut -d= -f2", &sys_hw);
   WriteLine("Zentralen-Hardware: "# sys_hw.Replace("'","").Trim() #"\n");
system.Exec("cat /boot/VERSION", &data);
   WriteLine(data.Trim());
   WriteLine("RegaHSS="# dom.BuildLabel() #"\n");

if (modul_data == "ja"){
   oInterface = interfaces.Get ("BidCos-RF");
    if (oInterface) {
        sInterfaceURL = oInterface.InterfaceUrl();
        string sTCL= ^puts [xmlrpc ^ # sInterfaceURL # ^/ listBidcosInterfaces]^;
        system.Exec ("/bin/sh -c 'echo \"load tclrpc.so; " # sTCL # "\" |tclsh'",&stdOut,&stdErr);
 if (stdOut) {
  !- 3 Test-Zeilen fürs Debugging
  !stdOut = "{ADDRESS NEQ1694194 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 100 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2} {ADDRESS QEQ0682647 CONNECTED 1 DEFAULT 1 DESCRIPTION {} DUTY_CYCLE 77 FIRMWARE_VERSION 4.2.6 TYPE CCU2} {ADDRESS LEQ1694195 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 22 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2}";
  !stdOut = "{ADDRESS PEQ0532930 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 1 FIRMWARE_VERSION 2.8.6 TYPE HMLGW2} {ADDRESS SEQ0896344 CONNECTED 1 DEFAULT 1 DESCRIPTION {} DUTY_CYCLE 1 FIRMWARE_VERSION 4.4.18 TYPE CCU2}";
  !Write("Out: "# stdOut);
  string s = stdOut.Replace("{ADDRESS",";").Substr(2);
    WriteLine("Gefundene Geräte:");
  integer n = 0;
  string Serials = "";
while (n <= web.webGetValueListCount(s) -1) {
  string l = web.webGetValueFromList(s,n);
  string sType = l.Substr(l.Find("TYPE ")+ 5,6).Replace("}","").Trim();
  string sAddr = l.Substr(0,l.Find("CONNECTED"));
  sAddr.Trim();
  string dc_value = l.Substr(l.Find("CYCLE") + 6, l.Find("FIRMWARE") - l.Find("CYCLE") + 6).Trim();
  if (sType.Contains("CCU")) {
    if ((Serials) && (Serials.StartsWith(";"))) {Serials = sAddr #";"# Serials;} else {Serials = sAddr;}
    rf_serial = Serials;
     WriteLine("SN: "# Serials.Trim() #" | Typ: "# sType.Substr(0,3) #"    | DutyCycle: "# dc_value #"%");
}
  else {
    if ((Serials) && (Serials.StartsWith(";"))) {Serials = Serials #";"# sAddr;} else {Serials = sAddr;}
     WriteLine("SN: "# Serials.Trim() #" | Typ: "# sType #" | DutyCycle: "# dc_value #"%");
}
  n = n + 1;
}}
else {
  WriteLine("Fehler beim auslesen der Seriennummern...\nFehlermeldung: "# stdErr.Trim() #"\nAlternative Auslesemethode wird genutzt...");
 system.Exec("cat /var/rf_board_serial", & rf_serial);
}}
else {
   WriteLine("BidCos-Interface zum auslesen der Daten nicht gefunden...\nAlternative Auslesemethode wird genutzt...");
 system.Exec("cat /var/rf_board_serial", & rf_serial);
}
   WriteLine("\nFunkmodul-Daten des aktuellen Moduls:");
 system.Exec("grep HM_HMIP_DEV= /var/hm_mode | tr -d '[:space:]' | cut -d= -f2", &rf_hw);
   WriteLine("Funkmodul Typ: "# rf_hw.Replace("'","").Trim());
 system.Exec("cat /var/hmip_firmware_version", &hmip_firmw);
   WriteLine("Funkmodul Firmware: "# hmip_firmw.Trim());
 system.Exec("cat /var/hmip_board_serial", &hmip_serial);
   WriteLine("Funkmodul Seriennummern: "# rf_serial.Trim() #" | "# hmip_serial.Trim());
 system.Exec("grep HM_HMIP_DEVTYPE= /var/hm_mode | tr -d '[:space:]' | cut -d= -f2", &rf_hw);
   WriteLine("Funkmodul Anschluss: "# rf_hw.Replace("'","").Trim() #"\n");
   WriteLine("Funkmodul-Daten des initialen Moduls:");
 system.Exec("grep -i SerialNumber /etc/config/ids | tr -d '[:space:]' | cut -d= -f2", &old_serial);
   string old_serial_sn = "n/a";
   old_serial = old_serial.Trim();
   if (old_serial) { old_serial_sn = old_serial; }
   WriteLine("Funkmodul Seriennummer.: "# old_serial_sn #"\n");
}
if (crypt_data =="ja"){
   string cmd = "/bin/sh -c 'crypttool -g'";
   system.Exec(cmd, &stdOut, &stdErr);
if (stdOut){
   WriteLine("Schlüsselanalyse:\n"# stdOut);
}
else {
   WriteLine("Fehler in Schlüsselanalyse:\n "# stdErr);
}}

if (client_data =="ja"){
   string rfd_handlers; string virt_dev_handlers; string ip_handlers;
   system.Exec("cat /var/LegacyService.handlers", & ip_handlers);
   system.Exec("cat /var/RFD.handlers", & rfd_handlers);
   system.Exec("cat /var/HMSERVER.handlers", & virt_dev_handlers);
   ip_handlers = ip_handlers.Substr(ip_handlers.Find("CET ")+ 9,1000);
   WriteLine("verbundene Klienten:");
   WriteLine("- HmIP Schnittstelle:\n"# ip_handlers.Trim() #"\n\n- BidCos-RF Schnittstelle:\n"# rfd_handlers.Trim() # "\n\n- Virt.-Devices Schnittstelle:\n"# virt_dev_handlers.Trim() #"\n");
   }
   WriteLine("Auswertung:");
if ((ids_address != 65535 ) && (ids_address != 0 )){
   WriteLine("Deine Zentrale funkt mit einer unikalen BidCos-Adresse (" # ids_address # "), also alles gut!
   Wenn du diese Adresse in dezimal umrechnest
   (z.B. mittels https://www.rapidtables.com/convert/number/hex-to-decimal.html)
   sollte die vom Analyzer genutzte Adresse ("# analyzer_address #") dabei herauskommen.\n");
}
else {
   WriteLine("Deine Zentrale funkt nicht mit einer unikalen BidCos-Adresse ("# ids_address #")!!!
   Du solltest den ganzen Thread lesen und selbst entscheiden
   ob du was (dagegen) unternehmen möchtest.\n");
}
if (old_serial_sn == "n/a") {
    WriteLine("Info:\nDeine Zentrale hatte beim ersten Start kein direkt verbundenenes Funkmodul,\ndaher konnten keine alten Funkmodul-Daten ausgelesen werden."); }
elseif (!((hmip_serial.Trim() == old_serial.Trim()) || (rf_serial.Trim() == old_serial.Trim()))) {
   WriteLine("Info:\nDeine Zentrale läuft mit dem Backup einer anderen Zentrale\noder das Funkmodul wurde irgendwann gewechselt."); }
Edit: auf Version 2.1 aktualisiert - Inkompatibilität mit RegaHSS=R1.00.0388.0217 (CCUx und Derivate) beseitigt
Edit: auf Version 2.3 aktualisiert - kleinere Optimierungen / Beispielausgabe aktualisiert
Edit: auf Version 2.5 aktualisiert - Ausgabe verbundener Klienten (ioBroker, Homeassistant, NodeRED, Homematic Manager usw.) eingebaut
Edit: auf Version 2.6 aktualisiert - BidCos-Interface Abfrage optimiert, Info-Ausgabe erweitert, Beispielausgabe aktualisiert
Edit: auf Version 2.7 aktualisiert - kleinere Optimierungen / Beispielausgabe aktualisiert
Zuletzt geändert von Baxxy am 05.11.2023, 10:51, insgesamt 8-mal geändert.

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Daimler » 27.10.2020, 17:29

Hi,

danke dir.

Aber eigentlich sollte klar sein - wenn es auf der CCU3 läuft, dann muss es auch auf der piVCCU laufen.
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

EnricoL
Beiträge: 266
Registriert: 11.12.2017, 17:46
Hat sich bedankt: 26 Mal
Danksagung erhalten: 5 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von EnricoL » 10.11.2020, 20:52

Hallo,
ich habe dies Script auf ein Pi3B getestet! Das kam raus

Code: Alles auswählen

Auflistung der gefundenen BidCos-Adressen:
BidCoS-Adresse der HM-RCV-50 (nutzt das Analyzer-Script für seine Anzeige): 6061922
BidCoS-Adresse aus /etc/config/ids (die aktuell genutzte Adresse): 0x5c7f62
BidCoS-Adresse aus /var/ids (beim Systemstart ausgelesene Adresse): 

Zentralen-Hardware: 'rpi3'

VERSION=3.51.6.20200420
PRODUCT=raspmatic_rpi3
PLATFORM=rpi3
RegaHSS=R1.00.0388.0216

Funkmodul-Daten des aktuellen Moduls:
Funkmodul Typ: 'RPI-RF-MOD'
Funkmodul Anschluss: 'RPI-RF-MOD'
Funkmodul RF-Firmware: 4.0.20 |	RF-Seriennr.: 
Funkmodul IP-Firmware: 4.0.20 |	IP-Seriennr.: 58A992FDAE

Funkmodul-Daten des initialen Moduls:
Funkmodul Seriennr.: OEQ0610984

Schlüsselanalyse:
Default key = 0
Current user key = 1
Previous user key = 0
Temporary key = 0

Auswertung:
Deine Zentrale funkt mit einer unikalen BidCos-Adresse (0x5c7f62), also alles gut!
   Wenn du diese Adresse in dezimal umrechnest
   (z.B. mittels https://www.rapidtables.com/convert/number/hex-to-decimal.html)
   sollte die vom Analyzer genutzte Adresse (6061922) dabei herauskommen.

Info:
Deine Zentrale läuft mit dem Backup einer anderen Zentrale
oder das Funkmodul wurde irgendwann gewechselt.
Was mir aufgefallen ist! Das das Funkmodul RF keine Seriennummer hat.
Das Funkmodul Anschluss 'RPI-RF-MOD' ist und nicht GPIO.

Gruß Enrico

Benutzeravatar
Baxxy
Beiträge: 10722
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 599 Mal
Danksagung erhalten: 2193 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Baxxy » 10.11.2020, 21:10

EnricoL hat geschrieben:
10.11.2020, 20:52
Was mir aufgefallen ist!
Mir fällt sofort auf das dein System zu alt ist. :wink:
VERSION=3.51.6.20200420
Korrekt ausgelesen wird erst ab...
Baxxy hat geschrieben:
27.10.2020, 17:00
CCU3 ab 3.53.34 sowie RaspberryMatic 3.53.30.20201024

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Daimler » 25.02.2021, 11:10

Hi,

zuerst einmal danke für dein Script!

Aber das
EnricoL hat geschrieben:
10.11.2020, 20:52
Was mir aufgefallen ist! Das das Funkmodul RF keine Seriennummer hat.
Baxxy hat geschrieben:
10.11.2020, 21:10
CCU3 ab 3.53.34 sowie RaspberryMatic 3.53.30.20201024
ist bei mir auf allen piVCCUen unter 3.55.10 auch der Fall.
Du weißt, warum ich da jetzt hinterher bin. :wink:

Überall
RF-Seriennr.:

CCU1 - ids gewechselt

Code: Alles auswählen

Auflistung der gefundenen BidCos-Adressen:
BidCoS-Adresse der HM-RCV-50 (nutzt das Analyzer-Script für seine Anzeige): 5779801
BidCoS-Adresse aus /etc/config/ids (die aktuell genutzte Adresse): 0xFF0A3E
BidCoS-Adresse aus /var/ids (beim Systemstart ausgelesene Adresse): 0xFF0A3E

Zentralen-Hardware: 'rpi3'

VERSION=3.55.10
RegaHSS=R1.00.0388.0217

Gefundene Geräte:

Funkmodul-Daten des aktuellen Moduls:
Funkmodul Typ: 'RPI-RF-MOD'
Funkmodul Anschluss: 'RPI-RF-MOD'
Funkmodul RF-Firmware: 4.2.6 |	RF-Seriennr.: 
Funkmodul IP-Firmware: 4.2.6 |	IP-Seriennr.: 58A9A70A3E

Funkmodul-Daten des initialen Moduls:
Funkmodul Seriennr.: 58A9A70A3E

Schlüsselanalyse:
Default key = 0
Current user key = 0
Previous user key = 0
Temporary key = 0

Auswertung:
Deine Zentrale funkt mit einer unikalen BidCos-Adresse (0xFF0A3E), also alles gut!
   Wenn du diese Adresse in dezimal umrechnest
   (z.B. mittels https://www.rapidtables.com/convert/number/hex-to-decimal.html)
   sollte die vom Analyzer genutzte Adresse (5779801) dabei herauskommen.
CCU2 ids gewechselt

Code: Alles auswählen

Auflistung der gefundenen BidCos-Adressen:
BidCoS-Adresse der HM-RCV-50 (nutzt das Analyzer-Script für seine Anzeige): 5779801
BidCoS-Adresse aus /etc/config/ids (die aktuell genutzte Adresse): 0xFF0198
BidCoS-Adresse aus /var/ids (beim Systemstart ausgelesene Adresse): 0xFF0198

Zentralen-Hardware: 'rpi3'

VERSION=3.55.10
RegaHSS=R1.00.0388.0217

Gefundene Geräte:

Funkmodul-Daten des aktuellen Moduls:
Funkmodul Typ: 'RPI-RF-MOD'
Funkmodul Anschluss: 'RPI-RF-MOD'
Funkmodul RF-Firmware: 4.2.6 |	RF-Seriennr.: 
Funkmodul IP-Firmware: 4.2.6 |	IP-Seriennr.: 58A9930198

Funkmodul-Daten des initialen Moduls:
Funkmodul Seriennr.: 58A9930198

Schlüsselanalyse:
Default key = 0
Current user key = 0
Previous user key = 0
Temporary key = 0

Auswertung:
Deine Zentrale funkt mit einer unikalen BidCos-Adresse (0xFF0198), also alles gut!
   Wenn du diese Adresse in dezimal umrechnest
   (z.B. mittels https://www.rapidtables.com/convert/number/hex-to-decimal.html)
   sollte die vom Analyzer genutzte Adresse (5779801) dabei herauskommen.
CCU3 - die Besagte

Code: Alles auswählen

Auflistung der gefundenen BidCos-Adressen:
BidCoS-Adresse der HM-RCV-50 (nutzt das Analyzer-Script für seine Anzeige): 4004974
BidCoS-Adresse aus /etc/config/ids (die aktuell genutzte Adresse): 4321
BidCoS-Adresse aus /var/ids (beim Systemstart ausgelesene Adresse): 0xFF2180

Zentralen-Hardware: 'rpi3'

VERSION=3.55.10
RegaHSS=R1.00.0388.0217

Gefundene Geräte:

Funkmodul-Daten des aktuellen Moduls:
Funkmodul Typ: 'RPI-RF-MOD'
Funkmodul Anschluss: 'RPI-RF-MOD'
Funkmodul RF-Firmware: 4.2.6 |	RF-Seriennr.: 
Funkmodul IP-Firmware: 4.2.6 |	IP-Seriennr.: 58A9A72180

Funkmodul-Daten des initialen Moduls:
Funkmodul Seriennr.: LEQ0395482

Schlüsselanalyse:
Default key = 0
Current user key = 0
Previous user key = 0
Temporary key = 0

Auswertung:
Deine Zentrale funkt mit einer unikalen BidCos-Adresse (4321), also alles gut!
   Wenn du diese Adresse in dezimal umrechnest
   (z.B. mittels https://www.rapidtables.com/convert/number/hex-to-decimal.html)
   sollte die vom Analyzer genutzte Adresse (4004974) dabei herauskommen.

Info:
Deine Zentrale läuft mit dem Backup einer anderen Zentrale
oder das Funkmodul wurde irgendwann gewechselt.
Liegt es an piVCCU :?:


/Edith:
Nein auch nicht!
Hatte ja vergangene Woche eine Original-CCU aufgesetzt:

Code: Alles auswählen

Funkmodul RF-Firmware: 4.2.6 |	RF-Seriennr.: 
Funkmodul IP-Firmware: 4.2.6 |	IP-Seriennr.: 5A4993D1CA
Hier hatte ich allerdings die Probleme beim FW-Update.
viewtopic.php?f=26&t=57001&start=200#p644802
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Benutzeravatar
Baxxy
Beiträge: 10722
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 599 Mal
Danksagung erhalten: 2193 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Baxxy » 25.02.2021, 11:51

Daimler hat geschrieben:
25.02.2021, 11:10
Überall
RF-Seriennr.:
Ich hätte da mit Black zusammen kürzlich was umgebaut um wieder die "originale Seriennummer" auszulesen. Ich schaue später Mal wo es klemmt. Hoffentlich ist es nicht wieder so ein CCUx vs. RM Ding. :wink:

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Daimler » 25.02.2021, 11:56

:shock: Setzt der Micha etwa auch RM ein?
Ist aber auch nicht so wichtig - bis zum nächsten Winter hat es Zeit. 8)
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Benutzeravatar
Black
Beiträge: 5469
Registriert: 12.09.2015, 22:31
System: Alternative CCU (auf Basis OCCU)
Wohnort: Wegberg
Hat sich bedankt: 419 Mal
Danksagung erhalten: 1070 Mal
Kontaktdaten:

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Black » 25.02.2021, 12:36

Hmm komisch,

bei meiner RMatik kommt auf meinem Spielsystem eine vernünftige Ausgabe:

Code: Alles auswählen

Auflistung der gefundenen BidCos-Adressen:
BidCoS-Adresse der HM-RCV-50 (nutzt das Analyzer-Script für seine Anzeige): 16776957
BidCoS-Adresse aus /etc/config/ids (die aktuell genutzte Adresse): 0xFFFEFD
BidCoS-Adresse aus /var/ids (beim Systemstart ausgelesene Adresse): 0xFFFEFD

Zentralen-Hardware: 'ova-KVM'

VERSION=3.55.10.20210213
PRODUCT=raspmatic_ova
PLATFORM=ova
RegaHSS=R1.00.0388.0226

Gefundene Geräte:
SN: QEQ0694013 | Typ: CCU    | DutyCycle: 1%

Funkmodul-Daten des aktuellen Moduls:
Funkmodul Typ: 'RPI-RF-MOD'
Funkmodul Anschluss: 'HB-RF-ETH@192.168.2.5'
Funkmodul RF-Firmware: 4.2.6 |	RF-Seriennr.: QEQ0694013
Funkmodul IP-Firmware: 4.2.6 |	IP-Seriennr.: 5A4993FEFD

Funkmodul-Daten des initialen Moduls:
Funkmodul Seriennr.: 5A4993FEFD

Schlüsselanalyse:
Default key = 0
Current user key = 0
Previous user key = 0
Temporary key = 0

Auswertung:
Deine Zentrale funkt mit einer unikalen BidCos-Adresse (0xFFFEFD), also alles gut!
   Wenn du diese Adresse in dezimal umrechnest
   (z.B. mittels https://www.rapidtables.com/convert/number/hex-to-decimal.html)
   sollte die vom Analyzer genutzte Adresse (16776957) dabei herauskommen.

Black
Wenn das Fernsehprogramm immer mehr durch nervende Werbung unterbrochen wird und der Radiomoderator nur noch Müll erzählt, ist es besser, die Zeit für sinnvolle Dinge zu nutzen -
mal aufs Klo zu gehen, ein Bier zu holen oder einfach mal den roten AUS-Knopf zu drücken. Klick - und weg

Script Time Scheduler V1.3
AstroSteuerung über Zeitmodul flexibel mit Offset / spätestens, frühestens
SDV 5.03.01 Das umfassende Entwicklungs und Diagnosetool für Homematik
Selektive Backups - Nützliche Dinge, die die WebUI nicht kann

Intel NUC6 Celeron 16GB mit 512GB SSD unter Proxxmox mit insgesamt 5 VM: 2 x bloatwarebefreiter Raspberrymatik, 2 x IOBroker als Middleware und einer MariaDB zur Archivierung. Verbrauch: 6W

technical contribution against annoying advertising

Daimler
Beiträge: 9115
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Daimler » 25.02.2021, 12:49

Black hat geschrieben:
25.02.2021, 12:36
bei meiner RMatik ...
Dann hammer datt ja schon geklärt.
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Benutzeravatar
Baxxy
Beiträge: 10722
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 599 Mal
Danksagung erhalten: 2193 Mal

Re: Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware

Beitrag von Baxxy » 25.02.2021, 19:53

Zur Info:
Habe das Script im 1.Post aktualisiert.
Nach meinen Test's und Rückmeldung von @Daimler wird nun auch wieder bei CCUx und deren Derivaten die korrekte Funkmodul-Seriennummer ausgelesen.

Antworten

Zurück zu „HomeMatic Tipps & Tricks - keine Fragen!“