RaspberryMatic 3.55.5.20201226 – Neue Version

[jmaus]

habe über das addon systemupdate die neu Version eingespielt. Beim Start des addons bekam ich folgende Fehlermeldung:

Dann solltest du das besser an den Autor des Addons melden wenn du das weiterhin brauchst. Aber eigentlich wird das ja schon länger nicht mehr benötigt und zukünftige Versionen wirst du ja dann auch mit einem einzelnen Klick in der WebUI installieren lassen können. Aber wenn du es weiter brauchst oder willst ist dafür eben der Autor dieses Addons zuständig und dahin sollte man auch den Bugreport dann schicken.

[nullpointer]

Ich habe noch ein älteres Image getestet, gleicher Fehler mit RaspberryMatic-3.53.34.20201121-rpi3. Weiter zurück will ich nicht gehen.

Scheint mir ein UBoot Problem zu sein. Ich wollte direkt recoveryfs-Image booten (mit kernel=.. Eintrag in config.txt), leider öffnet sich nicht meine Console, so keine Ahnung was läuft ab. Schneller Check von boot.scr zeigt mir, dass UBoot probiert das Environment von bootEnv.txt laden, diese Datei gibt es bei mir nicht. Dann macht offensichtlich ein Fallback auf RaspberryPi 2. Das ist in uboot_config definiert (warum bei board/raspberrypi3 als default device tree pi2?)

CONFIG_DEFAULT_DEVICE_TREE="bcm2836-rpi-2-b"

Man kann es in der Datei bootEnv.txt überladen, weiss ich auswendig nicht wie. Hättest Du ein Tipp bevor ich auf die Suche gehe.

[tloeffel]

Hallo Zusammen,

einen großen Dank an alle und einen guten Rutsch ins Jahr 2021.
Bleib gesund und mögen sich alle Eure Wünsche erfüllen .

Gruß Thomas

[mbhomie007]

Vielleicht sollte Uwe dazu mal noch befragt werden?

Ich habe das mit dem oRGB.MetaData("DEFAULT").ToString(); leider noch nicht verstanden.
Aber wenn Du mir beschreibst, was ich im CUxD-Gerät ändern soll, dann kann ich das gerne anpassen.

Viele Grüße

Uwe

Frohes neues Jahr 2021!

Konntest du schon etwas herausfinden, wo der Fehler liegt?

Viele Grüße
Marco

[SabineT]

Hab heute auch erfolgreich das Update auf die aktuelle Version erledigt und bin gleich auf einen RPI4 mit 4GB umgestiegen.

[Plaethe]

Update von 3.51.6.20200621 auf einem RaspberryPi3 Model B+ mit dem alten Funkmodul HM-MOD-RPI-PCB ( nur Homematic IP und verschiedenste CuXD Geräte (Shelly, Tasmota) sowie das Hue-Addon) lief einwandfrei auf dem ersten Blick. Mit neuer SD Karte und Backup läuft das System wirklich schnell.

Meinen Dank an euch!

Einzig beim CCU Historian laufe ich in folgendes Problem:

Fehler: IO Exception: null [90028-199]

Hab das Log angehangen. Habt ihr das auch?

[onkeltommy]

Hallo und Prosit 21

Bin jetzt "überall" mit der 3.55 unterwegs, läuft, vielen Dank dafür.

Allerdings hatte ich mir erhofft, dass die KommFehler weg sind. Dem ist leider nicht so. Nach dem Update war ca. 2 Tage volle Ruhe, nicht ein Gerät wurde angemeckert. Nach den 2 Tagen (nicht mal was angefasst) ging es wieder los, mal dieses IP Gerät, dann man anderes....genauso quer durch die Bank- aber gut- das Thema mit KommFehler seit > 3.51 ist im Forum ja ausreichend vorhanden.

Ich konnte aber auch in den letzten Wochen die 11 PS(M) updaten, lief alles Fehlerfrei durch, klar, knappe Woche gedauert, nichts Neues, alles gut.
DC ging kaum über 50. (ohne HAP im System)

Vorgestern dachte ich mir, versuchen wir es mal wieder mit dem HAP.....Saft drauf...Posteingang....da iss er. Rein damit. Zeigt n wenig DC 3-6%...also sollte tun.
Bei allen PS(M) "Gerät dient als Router" abgeschaltet. (Dies machen nur 3 bei mir ohne HAP). Na jedenfalls......mit HAP ging der DC nach ein paar Stunden Betrieb wieder auf >70% und die KommFehler der IP Geräte haben sich verdoppelt. Kaum 2h vergingen, in denen nicht mindestens ein Gerät gemeckert hat. Man braucht es nur bedienen, egal ob physisch oder über die WebUi, der Fehler ist dann sofort weg. Ich habe das System 2 Tage in Ruhe gelassen, in der Hoffnung, dass es sich einkriegt. Keine Chance. DC geht nicht runter und das Meckern hört nicht auf.

Heute Früh wieder "Gegenmassnahme" gesetzt, habe den HAP wieder rausgeschmissen. 1h danach ca ging der DC wieder auf "Normalwerte" runter, bei mir zw. 10 und 20%. Unreachmeldungen sind wieder auf "vorher - Niveau" - dann und wann mal. Die 3 Steckdosen spielen nun wieder Router.

Also da kann doch was mit der Hap-Routingfunktion nicht stimmen ? Würde mich interessieren, wie das bei Euch ausschaut, ob das Zeug das tut was soll und nicht das System "stört"

Kurzes Edit: Kein einziges Classic Gerät (davon gibts reichlich) hatte in den letzten Monaten KommFehler. WRD und IP WRD laufen ebenfalls komplett Störungsfrei.

[Matthias K.]

Ich kann nur für mich sprechen: auch mit HAP keinerlei Probleme, hab allerdings auch nur ~20 HmIP-Geräte, der Rest ist HM, HMW und HB.
DC RM sowie HAP eigentlich nie über 10%.

[tigger30926]

Hallo und ein frohes Neues Jahr,
ich wollte mich auch kurz mit einem Feedback zurückmelden.
Also erstmal vielen Dank Jens für dieses echt tolle Update, die Installation über den Updater lief wieder völlig einwandfrei.
Jetzt nach ein paar Tagen im Einsatz verhält sich meine CCU3 aber leider etwas komisch.
Programme die vorher Jahre lang einwandfrei liefen, laufen jetzt nur noch zum Teil.
Ein ganz einfaches Programme möchte ich hier mal als Beispiel mit posten.

Hier werden einfach die beiden Rolläden im Wohnzimmer (HM-LC-Bl1PBU-FM) nicht mehr automatisch gestartet.
Starte ich das Programm von Hand läuft alles wie früher durch.
Fehler in der CCU3 selber, sehe ich aber auch nicht. Ich habe auch nichts geändert oder hinzugefügt die diese Probleme erklären könnten.
Bis auf das Update ist nichts geändert worden.

Vielleicht fällt Euch ja noch etwas dazu ein, wie ich den Fehler noch besser eingrenzten könnte oder sogar lösen könnte. Ich habe als kurzfristige Lösung heute die beiden Aktoren noch ein weiteres Mal ins Programme hinzugefügt. Aber das ist ja auch keine Lösung, das treibt ja den "DutyCycle" künstlich nach oben und ob das überhaupt funktioniert werde ich auch erst heute morgen sehen.

Vielen Dank

[Xel66]

Du steuerst mehrere Rollladen gleichzeitig (20 und 25 Sekunden) an. Da Rollladenaktoren im Allgemeinen etwas geschwätzig sind, können Befehle durch die Quittierungen der Aktoren durchaus verloren gehen. Der Grund, warum es manuell läuft kann auch sein, dass durch die Helligkeit getriggert auch andere Aktionen ausgeführt werden, die ihrerseits auch wieder "funken" und so ebenfalls den Funkkanal belegen. Das hat aber alles nichts mit der Firmware, sondern eher mit Deiner Programmierung zu tun.

Gruß Xel66