RaspberryMatic 3.49.17.20191225 – Neue Version

[Xel66]

Zumindest war das bei ccu2 noch so (dachte ich zumindest).

Kann eigentlich nicht sein, denn Du kannst mehrere Variablen vom Typ "Alarm" anlegen und auch noch frei benennen. An Hand welchen Kriteriums soll die CCU entscheiden, welche der angelegten Alarmvariablen sie beim Aufleuchten des roten Punktes auf WAHR schalten sollte. Das kommt also schon aus logischen Überlegungen nicht hin. Andersrum wird eher ein Schuh draus. Wenn eine der angelegten Alarmvariablen WAHR wird, dann wird das im WebUI dargestellt.

Gruß Xel66

[Sikousikou]

habe die beta installiert und jetzt auf neue Version per ova.zip geupdatet, das Problem ist das bei der beta sowie jetzt wird die DutyCycle für das LanGsteway gezeigt aber für die RPI-RF-MOD+ HB-RF-USB-TK nicht!!!
nach boot wird die Systemvariable für die Lan Gateway erzeugt und die DutyCycle in der Startseite gezeigt aber für das funkmodul nicht, auch das manuelle erzeugen der Systemvariable hat nix gebracht
mein system ist: rasperrymatic in Virtualbox mit RPI-RF-MOD+ HB-RF-USB-TK und ein LanGateway

[mike08]

Hallo Jens!

Klasse Arbeit erstmal.

Frage: "Du setzt die 3.49.17 ein. Die CCU2 ist aktuelle auf 2.49.18. Kann ich dieses CCU2-Backup auch nutzen, auch wenn Du immer sagst die Version darf nicht größer sein?"

Grüße und eine guten Rutsch mit Deinen Lieben in 2020!

Mike

[jmaus]

Frage: "Du setzt die 3.49.17 ein. Die CCU2 ist aktuelle auf 2.49.18. Kann ich dieses CCU2-Backup auch nutzen, auch wenn Du immer sagst die Version darf nicht größer sein?"

Na, 3.49.17 ist doch größer als 2.49.18 weil ja vorne eine 3 steht. Also ja, das Backup eines CCU2 2.49.18 Backups sollte sich entsprechend der Installationsanleitung von RaspberryMatic installieren lassen.

[Baxxy]

Heute Morgen auf dem Testsystem (Raspi3B + RPI-RF-MOD) über's WebUI geupdatet. Läuft seitdem unaufällig, bis auf diese 2 Logeinträge die bei jedem Einloggen in die WebUI erzeugt werden.

Code: Alles auswählen

Dec 26 22:11:42 Test-CCU3-Raspimatic local0.err ReGaHss: ERROR: fromText failed (address: '000xxxxxxxx0D2:8' metaval: '[01_WP_ASTRO_OFFSET:[DEFAULT:0,FLAGS:1,ID:"01_WP_ASTRO_OFFSET",MAX:127,MIN:-128,OPERATIONS:3,TYPE:"INTEGER"],01_WP_ASTRO_TYPE:[DEFAULT:"SUNRISE",FLAGS:1,ID:"01_WP_ASTRO_TYPE",MAX:"SUNSET",MIN:"SUNRISE",OPERATIONS:3,TYPE:"ENUM",VALUE_LIST:{"SUNRISE","SUNSET"}],01_WP_CONDITION:[DEFAULT:"FIXED",FLAGS:1,ID:"01_WP_CONDITION",MAX:"LATEST_OF_FIXED_AND_ASTRO",MIN:"FIXED",OPERATIONS:3,TYPE:"ENUM",
ALUE_LIST:{"FIXED","ASTRO","FIXED_IF_BEFORE_ASTRO","ASTRO_IF_BEFORE_FIXED","FIXED_IF_AFTER_ASTRO","ASTRO_IF_AFTER_FIXED","EARLIEST_OF_FIXED_AND_ASTRO","LATEST_OF_FIXED_AND_ASTRO"}],01_WP_DURATION_BASE:[DEFAULT:"BASE_1_H",FLAGS:1,ID:"01_WP_DURATION_BASE",MAX:"BASE_1_H",MIN:"BASE_100_MS",OPERATIONS:3,TYPE:"ENUM",VALUE_LIST:{"BASE_100_MS","BASE_1_S","BASE_5_S","BASE_10_S","BASE_1_M","BASE_5_M","BASE_10_M","BASE_1_H"}],01_WP_DURATION_FACTOR:[DEFAULT:31,FLAGS:1,ID:"01_WP_DURATION_FACTOR",MAX:31,MIN:0,OPERATION
:3,TYPE:"INTEGER"],01_WP_FIX
Dec 26 22:11:42 Test-CCU3-Raspimatic local0.err ReGaHss: ERROR: fromText failed (address: '000xxxxxxxxDCD:8' metaval: '[01_WP_ASTRO_OFFSET:[DEFAULT:0,FLAGS:1,ID:"01_WP_ASTRO_OFFSET",MAX:127,MIN:-128,OPERATIONS:3,TYPE:"INTEGER"],01_WP_ASTRO_TYPE:[DEFAULT:"SUNRISE",FLAGS:1,ID:"01_WP_ASTRO_TYPE",MAX:"SUNSET",MIN:"SUNRISE",OPERATIONS:3,TYPE:"ENUM",VALUE_LIST:{"SUNRISE","SUNSET"}],01_WP_CONDITION:[DEFAULT:"FIXED",FLAGS:1,ID:"01_WP_CONDITION",MAX:"LATEST_OF_FIXED_AND_ASTRO",MIN:"FIXED",OPERATIONS:3,TYPE:"ENUM",
ALUE_LIST:{"FIXED","ASTRO","FIXED_IF_BEFORE_ASTRO","ASTRO_IF_BEFORE_FIXED","FIXED_IF_AFTER_ASTRO","ASTRO_IF_AFTER_FIXED","EARLIEST_OF_FIXED_AND_ASTRO","LATEST_OF_FIXED_AND_ASTRO"}],01_WP_DURATION_BASE:[DEFAULT:"BASE_1_H",FLAGS:1,ID:"01_WP_DURATION_BASE",MAX:"BASE_1_H",MIN:"BASE_100_MS",OPERATIONS:3,TYPE:"ENUM",VALUE_LIST:{"BASE_100_MS","BASE_1_S","BASE_5_S","BASE_10_S","BASE_1_M","BASE_5_M","BASE_10_M","BASE_1_H"}],01_WP_DURATION_FACTOR:[DEFAULT:31,FLAGS:1,ID:"01_WP_DURATION_FACTOR",MAX:31,MIN:0,OPERATION
:3,TYPE:"INTEGER"],01_WP_FIX

Hat das was mit

[*] Überarbeitung der Wochenprogramme für HmIP-Aktoren.

zu tun?

Es sind beides HmIP-PSM. 000xxxxxxxxDCD mit aktivem Wochenprogramm und 000xxxxxxxx0D2 ohne.
Das Wochenprogramm läuft aber wie bisher (soweit ich das bis jetzt beurteilen kann).

Grüße
Baxxy

[magic71]

Hallo zusammen,

ich habe das Update auch eingespielt - gefühlt nach 3-4 Stunden raucht das Teil komplett ab (Kein WebUI, keine Rega, HMIP, HMIPW)

habe jetzt erstmal wieder downgeradet um den WAF Faktor nicht weiter zu strapaziern
Gerne kann ich was zur Verfügung stellen (Logfiles ect.)

Gruß Dirk

[Stefan0815]

hm_pdetect liefert bei "Speichern" "400 Bad Request"
Mit der Vorversion lief es.

Gruße Stefan

Update:
Scheint ein bug zu sein. In "Eineindeutige Nutzergeräte" müssen die Geräte mit Leerzeichen eingetragen werden. Nach dem speichern werden sie dann mit Umbruch angezeigt. Dann ist weiteres speichern nicht möglich. Man muss dann die Umbrüche entfernen und durch Leerzeichen ersetzen. Dann funktioniert es genau einmal.

[MichaelG]

Hallo!
Die neue Version läuft bei mir seit einem Tag.
Keine Auffälligkeiten, keine Probleme!

Vielen Dank!

[micha68]

Hi!

Update gemacht, läuft.

Auch mein Problem, dass bei Wired-Aktoren der Status nicht angezeigt wird, ist damit erledigt.
-> viewtopic.php?f=65&t=54337&p=541017#p541017

Danke und Gruß
Micha

[hm-pst]

danke für das Update, ohne Probleme bislang.

HVL funktioniert bei mir einwandfrei.

Grüße