RaspberryMatic 3.73.9.20231130 – Neue Version

[rhobin]

Ich bekomme keine Verbindung zu dem "homeputer"-Programm nach update für Raspberrymatic.die Exceenginge im Status " Rot" Verbindung zu dem Raspberry ist vorhanden exec engine starteteinfach nicht. Auf dem Raspberry Ist CL Studio ist die Verion 4.30a.
Ich habe keine Idee mehr.
Rhobin schreibt das er es händisch gestartet hat?????

Moin Gomi,
JM wollte mir einreden, dass es sich bei mir um einen "persönlichen Gau" handelt. Scheint dann doch auch andere homeputer-User zu betreffen. JM zweifelt sogar die Kompetenz von Contronics an. Wieso - frage ich dann - haben jahrelang sämtliche Updates problemlos funktioniert und jetzt auf einmal nicht mehr??
Es scheint doch auch am Betriebssystem und/oder am Kernel zu liegen.

Nun zu Deinem Problem:
im Verzeichnis "/usr/local/homeputer" liegt eine Datei namens "ctlstart" (ohne Nachname). Die wiederum ruft einen Befehl namens "ctlexen" auf. Der Aufruf von "ctlstart" produzierte bei mir eine Menge von Konsolenausgaben - das war früher nicht so. Am Ende jedoch blieb die Meldung "Execengine Start" o.ä. stehen. Ein Prompt gab es nicht mehr. Nach 1 min hab' ich den Vorgang mit "ctrl c" abgebrochen und mit "ps -a" mir die laufenden Prozesse angeschaut - und siehe da: Die Execengine lief.
Hast Du irgendwelche Mounts eingerichtet? Die sollten ggf. auch nachgestartet werden mit "sudo mount -a".

Ich werde mir beim nächsten Update genau überlegen, ob ich das noch mitmache oder wirklich mal mit Hr. Krapoth von Contronics Kontakt aufnehmen.
Ich drück Dir die Daumen
LG
Rhobin

PS.: Habe gerade gesehen, dass Hr. Krapoth im Unterforum "homeputer" dazu etwas geschrieben hat!

[drose28357]

für alle, die auch suchen müssen:
Hier der Link https://homematic-forum.de/forum/viewt ... th#p787499
Hr. Krapoth schreibt, das mit der neuen RaspberryMatic-Version 3.73.9 die die Seriennummer des Mikroprozessors nicht mehr gelesen werden kann. Als Ersatz wird jetzt die die Seriennummer des Funkmoduls verwendet.

[jmaus]

für alle, die auch suchen müssen:
Hier der Link https://homematic-forum.de/forum/viewt ... th#p787499
Hr. Krapoth schreibt, das mit der neuen RaspberryMatic-Version 3.73.9 die die Seriennummer des Mikroprozessors nicht mehr gelesen werden kann. Als Ersatz wird jetzt die die Seriennummer des Funkmoduls verwendet.

Na da haben wir doch die Ursache. Und bevor jetzt jemand kommt und denkt oder gar schreit "Warum hast du das in RaspberryMatic geändert". Tja, das bin nicht ich, sondern im Linux Kernel werden halt regelmäßig Dinge angepasst/verändert. Und je nachdem wie homeputer CL bisher solche Lizenzinfos bezogen hat kann das natürlich entsprechend dann irgendwann (wie hier zu sehen) in die Hose gehen. Das nun stattdessen die Seriennummer des Funkmodules verwendet wird ist in der Tat eine gute bzw. ggf. bessere Herangehensweise (zumindest wenn dieser Seriennummer aus einer Quelle bezogen wird die sich dann in Zukunft nicht ändert).

[Kaloschke]

Hi,
ich wollte gerade mein Docker Image aktualisieren. Meine aktuelle Version ist 3.71.12.20231014.
Wenn ich Docker Compose starte, wird mir aber gesagt, die CCU wäre up-to-date.

In meiner docker-compose.yml steht

Code: Alles auswählen

 image: ghcr.io/jens-maus/raspberrymatic:latest

Muss ich anders vorgehen?

[falo]

Hallo,
nach dem Online Update von der Version 3.71.12.20231020 bootet der Pi4 mit S.USV nicht mehr.
Ebenso ein neu aufgespieltes Image auf einer anderen SD-Karte zeigt dieses Verhalten.
Auf einem angeschlossenen Monitor ist keine Ausgabe zu sehen.

Die SD-Karte auf einem zweiten Pi4 ohne S.USV geprüft, dort bootet der PI4 wie erwartet.
Wird die S.USV nicht mehr unterstützt?

[LibertyX]

Hab die USV mal abgesteckt und gebootet und lass sie mal ab.

Die Meldung trat allerdings erst 5 Std nach dem Boot / Update auf.

Und was war nach der KFENCE Meldung eigentlich passiert mit dem System?

Also wirkliche Auswirkungen kann ich aktuell keine feststellen, die Meldung tritt allerdings alle paar Stunden (kein erkennbarer Intervall) auf

Und wenn du den gesamten NUT Dienst mal abschaltest? Verschwindet dann der Fehler?

Hatte jetzt einen Tag die USV angeschlossen aber NUT deaktiviert und keine Fehlermeldung

[LibertyX]

Und wenn du den gesamten NUT Dienst mal abschaltest? Verschwindet dann der Fehler?

Ich lese das so das die Fehlermeldungen in den 12h ohne angesteckte USV nicht kamen sondern nur der upsmon (verständlicherweise) gemeckert hat.

Ich habe ja ein quasi (wohl bis auf die USV) gleiches Setup, also Raspberry Pi 3 Model B Rev 1.2 mit per USB angesteckter USV (CyberPower BRICs LCD)
Treibereinstellungen in der /usr/local/etc/config/nut/ups.conf:

Code: Alles auswählen

[brics]
    desc = "CP BRICKs LCD 1000"
    # driver.name
    driver = "usbhid-ups"
    # driver.parameter.port
    port = "auto"
    # driver.parameter.mode
    synchronous = yes
    # driver.parameter.pollintervall
    pollinterval = 5

Das Setup läuft jetzt etwa 2 Tage und zeigt keine der Fehlermeldungen von @LibertyX

Deine scheint aber auch eine CyberPower zu sein, meine ist eine BR700ELCD, hier mal meine Einstellungen

Code: Alles auswählen

[qnapups]
        driver = usbhid-ups
        port = /dev/ttyUSB0
        desc = "BR700ELCD"
        pollinterval=10
        pollfreq=15

[Gomi]

Hallo Jenz Maus, nach der Instalation von CL Studio Version 4.29 geht die Verbindung zum Rasberry ,aber bei der Freigabe der Homputer wird weder die Seriennummer von Raspberry noch des Funkmodul eingetragen um die Freigabe zu machen..In der Hilfeseite weden beide gleich angegeben.


CU Hardware Info
Hardware Model:
Raspberry Pi 4 Model B Rev 1.1 (rpi4)
CPU (Cores), Memory:
Cortex-A72 (4), 3.7G
Storage:
59.5G /dev/mmcblk0
Real-Time-Clock:
rx8130
Serial Number:
58A9A71FD6

homematicIP-RF (HmIP) Info
RF-Module (Firmware):
RPI-RF-MOD (4.4.22)
Device-Node:
/dev/raw-uart (GPIO@fe201000.serial)
Address:
0xBEEDB6 (0xBEEDB6)
SGTIN:
3014F711A0001F58A9A71FD6
Serial:
58A9A71FD6

HomeMatic-RF (HmRF) Info
RF-Module (Firmware):
RPI-RF-MOD (4.4.22)
Device-Node:
/dev/raw-uart (GPIO@fe201000.serial)
Address:
0xFF1FD6 (0x1C3BAD)
Serial:
58A9A71FD6


MFG Gomi

[Xel66]

... aber bei der Freigabe der Homputer wird weder die Seriennummer von Raspberry noch des Funkmodul eingetragen um die Freigabe zu machen.

Ich bin zwar nicht Jens, schmeiße aber trotzdem mal meinen Senf dazu. Die Logik sagt mir, die Software fragt diese Parameter ab und eQ-3 hat dort in ihrer Firmware etwas geändert (nicht Jens), also ist es am Programmierer der Software sein Produkt so zu rüsten, dass diese in der Lage ist für seine Lizenzverwaltung die entsprechenden Daten auszulesen. Also musst Du Dich an diesen Hersteller wenden.

Gruß Xel66

[jmaus]

Hallo Jenz Maus, nach der Instalation von CL Studio Version 4.29 geht die Verbindung zum Rasberry ,aber bei der Freigabe der Homputer wird weder die Seriennummer von Raspberry noch des Funkmodul eingetragen um die Freigabe zu machen..In der Hilfeseite weden beide gleich angegeben.

Du hast doch hier (viewtopic.php?f=28&t=80859) schon gestern was dazu gepostet und ich habe vorher doch bereits erklärt da es nicht an RaspberryMatic, sondern am Linux Kernel liegt. Die Macher hinter dem RaspberryPi haben wohl die Informationen geändert die bei /proc/cpuinfo ausgegeben werden und daran lässt sich nichts ändern. Hier muss der Hersteller von homeputer CL nachbessern und eben stattdessen die Seriennummer des Funkmodules nutzen oder seine Lizenzierung halt anders machen. In diesem Thread hier gibt es diesbzgl. auf jeden fall nichts weiter beizutragen, sondern der verlinkte Beitrag sollte dazu genutzt werden wenn es noch anhaltende Probleme mit homeputer CL gibt.