RaspberryMatic 3.47.10.20190713 – Erfahrungsberichte

[jp112sdl]

Ich weiss, ein wenig extrem, aber ich habe ja 4x LAN GW ohne Probleme im Einsatz, diese werden durch die neue Anzeige sehr schön dargestellt. Allerdings fehlt der Balken für die CCU selber ?

Ja, weil max. 3 GW + die CCU selbst vorgesehen sind.
Laut Hersteller sind nur 3 GW an einer Zentrale möglich...

Bis zu 3 Funk-LAN-Gateways an eine CCU2/CCU3-Zentrale per Netzwerk anbindbar

[roe1974]

@magic71
Wie hast du die DC Variablen der LGWs so umbenannt ?
Oder rennt da nicht das tcl script zur Erfassung der Werte ?

lg richard

[punta_energy]

Hallo zusammen,

Update läuft bei mir auch einwandfrei, Danke an die Entwickler und Mitwirkenden.

Eine Frage:
Kann man die Bezeichnung / den Name an den neuen Balkendiagrammen des DC ändern? Und wenn ja, wie?

Danke für eure Hilfe...

Gruß Micha

[Chemieka]

Hab grade ein anderes 3 A Netzteil genommen. Auch nicht besser:

Code: Alles auswählen

Jul 19 06:30:35 homematic-raspi user.err monit[1095]: 'hmlangwEnabled' status failed (1) -- no output
Jul 19 06:30:35 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0001D3C990BC45:6","ENERGY_COUNTER_OVERFLOW"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: ENERGY_COUNTER_OVERFLOW"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jul 19 06:30:35 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 13907, params: {"0001D3C990BC45:6","ENERGY_COUNTER_OVERFLOW"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jul 19 06:30:35 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jul 19 06:30:35 homematic-raspi user.err rfd: HSSParameter::GetValue() id=BOOT failed getting physical value.
Jul 19 06:30:35 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"20190703_1:1","BOOT"}, result: [faultCode:-1,faultString:"Failure"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jul 19 06:30:35 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1007, params: {"20190703_1:1","BOOT"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jul 19 06:30:35 homematic-raspi local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jul 19 06:30:35 homematic-raspi local0.err ReGaHss: ERROR: ScriptRuntimeError: object chn = dom.GetObject('26502'); object oOverflow = chn.DPByControl('WEATHER_TRANSMIT.RAIN_COUNTER_OVERFLOW'); object oRainCounter = chn.DPByControl('WEATHER_TRANSMIT.RAIN_COUNTER'); object oSysVarRain = dom.GetObject('svHmIPRainCounter_26502_001818A992BC16:1'); object oSysVarRainOldVal = dom.GetObject('svHmIPRainCounterOldVal_26502'); object oSysVarCounterToday =  dom.GetObject('svHmIPRainCounterToday_26502'); object oSysV
rCounterYesterday =  dom.GetObject('svHmIPRainCounterYesterday_26502'); boolean overFlowFlag = oOverflow.Value(); real devVal = oRainCounter.Value(); real devValMax = oRainCounter.ValueMax(); real oldDevVal = oSysVarRainOldVal.Value(); real diffVal = 0.0; real sysVarVal = oSysVarRain.Value(); real sysVarTodayVal = oSysVarCounterToday.Value(); real todayTotal = 0.0; integer tmp_devVal = (devVal.ToString().ToFloat() * 1000).ToInteger(); integer tmp_oldDevVal = (oldDevVal.ToString().ToFloat() * 1000).ToInteg
r(); if (overFlowFlag =
Jul 19 06:30:35 homematic-raspi local0.err ReGaHss: ERROR: ScriptRuntimeError: object chn = dom.GetObject('26502'); object oOverflow = chn.DPByControl('WEATHER_TRANSMIT.SUNSHINEDURATION_OVERFLOW'); object oSunshineCounter = chn.DPByControl('WEATHER_TRANSMIT.SUNSHINEDURATION'); object oSysVarSunshine = dom.GetObject('svHmIPSunshineCounter_26502_001818A992BC16:1'); object oSysVarSunshineOldVal = dom.GetObject('svHmIPSunshineCounterOldVal_26502'); object oSysVarCounterToday =  dom.GetObject('svHmIPSunshineCo
nterToday_26502'); object oSysVarCounterYesterday =  dom.GetObject('svHmIPSunshineCounterYesterday_26502'); boolean overFlowFlag = oOverflow.Value(); real devVal = oSunshineCounter.Value(); real devValMax = oSunshineCounter.ValueMax(); real oldDevVal = oSysVarSunshineOldVal.Value(); real diffVal = 0.0; real sysVarVal = oSysVarSunshine.Value(); real sysVarTodayVal = oSysVarCounterToday.Value(); real todayTotal = 0.0; integer tmp_devVal = (devVal.ToString().ToFloat() * 1000).ToInteger(); integer tmp_oldDevV
l = (oldDevVal.ToString
Jul 19 06:30:48 homematic-raspi daemon.info chronyd[602]: Selected source 213.209.109.45
Jul 19 06:30:53 homematic-raspi user.err monit[1095]: 'wlan0CheckEnabled' status failed (1) -- no output
Jul 19 06:30:53 homematic-raspi user.warn monit[1095]: 'voltageCheck' status failed (0) -- no output
Jul 19 06:31:07 homematic-raspi user.err kernel: [  121.822661] raspberrypi-firmware soc:firmware: Request 0x00040002 returned status 0x80000001
Jul 19 06:31:07 homematic-raspi user.err kernel: [  121.822687] bcm2708_fb soc:fb: bcm2708_fb_blank(1) failed: -22
Jul 19 06:31:11 homematic-raspi user.warn monit[1095]: 'voltageCheck' status failed (0) -- no output
Jul 19 06:31:29 homematic-raspi user.warn monit[1095]: 'voltageCheck' status failed (0) -- no output
Jul 19 06:31:47 homematic-raspi user.warn monit[1095]: 'voltageCheck' status failed (0) -- no output
Jul 19 06:32:05 homematic-raspi user.err monit[1095]: 'voltageCheck' status failed (0) -- no output
Jul 19 06:32:05 homematic-raspi user.info monit[1095]: 'voltageCheck' exec: '/bin/triggerAlarm.tcl under-voltage detected WatchDog-Alarm'
Jul 19 06:32:23 homematic-raspi user.err monit[1095]: 'voltageCheck' status failed (0) -- no output

Auch bei einem 3.Netzteil die gleichen Fehler. Ist die PI defekt?

Hat hier jemand eine Idee was die Fehler im Log angeht? Im Moment gehen ich vin einem Deekt des USB Ladeports aus aber sind die anderen Fehler normal?

[jmaus]

Eine Frage:
Kann man die Bezeichnung / den Name an den neuen Balkendiagrammen des DC ändern? Und wenn ja, wie?

Nein, das ist momentan nicht vorgesehen.

[magic71]

@magic71
Wie hast du die DC Variablen der LGWs so umbenannt ?
Oder rennt da nicht das tcl script zur Erfassung der Werte ?

lg richard

Hallo Richard,
nein kein tcl Script - diese sind alle unter Menupunkt "Systemvariable" zu finden und können da umgenannt werden.

Gruß DIrk

[magic71]

Ich weiss, ein wenig extrem, aber ich habe ja 4x LAN GW ohne Probleme im Einsatz, diese werden durch die neue Anzeige sehr schön dargestellt. Allerdings fehlt der Balken für die CCU selber ?

Ja, weil max. 3 GW + die CCU selbst vorgesehen sind.
Laut Hersteller sind nur 3 GW an einer Zentrale möglich...

Bis zu 3 Funk-LAN-Gateways an eine CCU2/CCU3-Zentrale per Netzwerk anbindbar

Hi Jérôme - Ok, dann sollte man es auch nicht zulassen, das mehr als 3 anmeldbar sind - Schade, weil es eigentlich sehr gut funktioniert.
Gruß Dirk

[jp112sdl]

Schade, weil es eigentlich sehr gut funktioniert.

Ein Workaround würde dir sicher auch nicht viel nützen, weil beim nächsten Update dann eh wieder die Files überschrieben werden.

[roe1974]

@magic71
Wie hast du die DC Variablen der LGWs so umbenannt ?
Oder rennt da nicht das tcl script zur Erfassung der Werte ?

lg richard

Hallo Richard,
nein kein tcl Script - diese sind alle unter Menupunkt "Systemvariable" zu finden und können da umgenannt werden.

Gruß DIrk

ja ... die werden dort vom RM tcl script updateDCVars angelegt ... und die variablen werden noch befüllt
nachdem du sie umbenannt hast ?

lg richard

[Rewe2000]

Hallo,

wollte eben ein Firmwareupdate meiner HmIP-PCBS Schaltplatine durchführen

Nach dem Hochladen der Datei kommt die Fehlermeldung (siehe Bild im Anhang).

Ist es ein Problem der Firmwaredatei oder der Raspberrymatic?
Eine Prüfung der Datei mit 7-Zip bringt jedoch keine Fehler, der Inhalt ist gleich aufgebaut wie bei älteren FW-Dateien.
Bei wem hat das schon geklappt?

Auch noch eine Beobachtung. Noch nie konnte ich eine Log-Datei der Geräte beim Firmwareupdate öffnen.
Die changelog.txt sind aber in der *.tgz Datei enthalten. Funktioniert da etwas nicht korrekt.

Gruß Reinhard