Ich habe eine CCU3, da ist auf jeden Fall das neue Modul verbaut.MathiasZ hat geschrieben: ↑22.09.2020, 17:46Welches Funkmodul?worfinator hat geschrieben: ↑22.09.2020, 14:11Also ich kriege die blöden AP zwar upgedated aber nicht angelernt. Na ich versuchs mal weiter, vielleicht klappts ja irgendwann
RaspberryMatic 3.53.30.20200919 – Neue Version
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Tja, ich behaupte mal, falsches Forum.worfinator hat geschrieben: ↑22.09.2020, 18:44Ich habe eine CCU3, da ist auf jeden Fall das neue Modul verbaut.MathiasZ hat geschrieben: ↑22.09.2020, 17:46Welches Funkmodul?worfinator hat geschrieben: ↑22.09.2020, 14:11Also ich kriege die blöden AP zwar upgedated aber nicht angelernt. Na ich versuchs mal weiter, vielleicht klappts ja irgendwann
Du bist hier bei RaspberryMatic gelandet, deshalb meine Frage.
-
- Beiträge: 153
- Registriert: 22.05.2017, 11:58
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 4 Mal
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Hallo,
vielleicht kann mir bitte jemand helfen.
Ich habe Hunderte von Meldungen am Tag folgenden Inhalts in messages und kernel-log:
Das System RM 0919 läuft ohne erkennbare Einschränkungen. (Ich hatte die zugrunde liegende Problematik hier im Forum eingestellt: , aber offenbar aufgrund fehlender Erfahrungen (wie gut für die anderen) keine Antwort erhalten. Daher jetzt die Bitte um Hilfestellung für den pragmatischen Weg.
Es reicht, wenn sie im kernel log stehen, ich würde sie gerne aus den messages rauslassen, um eine Übersicht über wesentliche Meldungen zu bekommen.
Was ist bitte - wohl auf LInux Ebene - zu tun, um die Meldungen aus messages rauszuhalten.
Jede Hilfe ist herzlich willkommen.
Vielen Dank
Georgee
vielleicht kann mir bitte jemand helfen.
Ich habe Hunderte von Meldungen am Tag folgenden Inhalts in messages und kernel-log:
Code: Alles auswählen
Sep 22 18:42:17 homematic-raspi user.warn kernel: [207174.510107] dwmmc_rockchip ff0c0000.dwmmc: Unexpected interrupt latency
Sep 22 18:44:47 homematic-raspi user.warn kernel: [207324.584999] dwmmc_rockchip ff0c0000.dwmmc: Unexpected interrupt latency
Code: Alles auswählen
https://homematic-forum.de/forum/viewtopic.php?f=19&t=61051&p=605669#p605669
Es reicht, wenn sie im kernel log stehen, ich würde sie gerne aus den messages rauslassen, um eine Übersicht über wesentliche Meldungen zu bekommen.
Was ist bitte - wohl auf LInux Ebene - zu tun, um die Meldungen aus messages rauszuhalten.
Jede Hilfe ist herzlich willkommen.
Vielen Dank
Georgee
Tinker Board S, aktuelle Version, kleines Funkmodul mit USB-2, USV, ca. 45 Geräte, CUxD, Mail, Programme drucken, ccu-historian mit Highcharts, hm-pdetect
- Roland M.
- Beiträge: 9777
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1369 Mal
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Hallo und willkommen im Forum!
Soweit ich weiß, macht man bei piVCCU das Update einfach mit apt-get update && apt-get upgrade...
Roland
Auch du verwendest piVCCU, hier in diesem Thread geht es um RaspberryMatic!
Soweit ich weiß, macht man bei piVCCU das Update einfach mit apt-get update && apt-get upgrade...
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Roland da liegst Du falsch.
Richtig ist sudo apt update & & sudo apt upgrade
Gruß,
Mathias
- onkeltommy
- Beiträge: 1386
- Registriert: 07.05.2016, 08:03
- Wohnort: Wien
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 26 Mal
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
bis auf, das er im Posteingang war nach Neustart läuft IP Wired (+Classic Wired) bis jetzt FehlerfreiGiotto hat geschrieben: ↑22.09.2020, 13:21Hallo zusammen,
gibt nur Probleme mit störrischen HAP's oder auch mit der Wired-Variante DRAP?
Beim DRAP bin ich nämlich von früher ein (sehr) gebranntes Kind und bevor ich auf die neue Version gehe, würde ich gerne ein paar positive DRAP-Rückmeldungen abwarten
Danke!!!
ciao, Jörg
lG
Thomas
--------------------------
RaspberryMatic 3.73.9.20240130 @ TinkerS (Produktivsystem) & Historian @ SynologyVM & 2x RB3+ @ Nachwuchs
Thomas
--------------------------
RaspberryMatic 3.73.9.20240130 @ TinkerS (Produktivsystem) & Historian @ SynologyVM & 2x RB3+ @ Nachwuchs
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Nöö, ich nutze RaspberryMatic auf der CCU3. Also richtiges ForumMathiasZ hat geschrieben: ↑22.09.2020, 18:51Tja, ich behaupte mal, falsches Forum.worfinator hat geschrieben: ↑22.09.2020, 18:44Ich habe eine CCU3, da ist auf jeden Fall das neue Modul verbaut.MathiasZ hat geschrieben: ↑22.09.2020, 17:46Welches Funkmodul?worfinator hat geschrieben: ↑22.09.2020, 14:11Also ich kriege die blöden AP zwar upgedated aber nicht angelernt. Na ich versuchs mal weiter, vielleicht klappts ja irgendwann
Du bist hier bei RaspberryMatic gelandet, deshalb meine Frage.
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
@worfinator
Ist vielleicht dLAN dazwischen?
Dann bekommst Du den HAP auch nicht angelernt. Diese Erfahrung musste ich auch schon machen.
Ist vielleicht dLAN dazwischen?
Dann bekommst Du den HAP auch nicht angelernt. Diese Erfahrung musste ich auch schon machen.
-
- Beiträge: 60
- Registriert: 29.09.2016, 17:29
- System: Alternative CCU (auf Basis OCCU)
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Hat leider nicht geholfen. Firmware-Update klappt, aber kein Gerät im Posteingang. Ich bleibe dran...DLAN nicht, aber am gleichen Switch hängen sie nicht. Könnte den HAP mal testweise an den gleichen Switch packen. Vielleicht hilft es was.
- onkeltommy
- Beiträge: 1386
- Registriert: 07.05.2016, 08:03
- Wohnort: Wien
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 26 Mal
Re: RaspberryMatic 3.53.30.20200919 – Neue Version
Hi
brauch doch ein wenig Hilfe bitte, seit der aktuellen RM spinnen Scripte, aber ich weiss nicht warum, haben vor RM Update schon ewig funktioniert, nun wird im Log nur Error RegaHss angezeigt = Scripte tun nicht mehr
Error:
Script:
Ist nur ein Übertrag einer internen SV
Programm:
auch bei internen Programmen der Wetterstation eckt es nun:
- und das ist EQ3 eigene Script
prgDailySunshineRainCounter_9338
Natürlich sind alle SVs und so weiter vorhanden.
Die CCU_Restart SV ist die "Original-Anwesenheit"
Bild von den Logblöcken:
und es geht viel mehr nicht mehr, das ist ein Teil aus dem Zeitberechnungs-Script (stall.biz), meckert u.a. diese Zeile an
Bei float und domget wurde ja lt Changelog was geschraubt ?????????
Also....es gibt einige wichtige Scripte die nun nicht mehr funktionieren, ich bin kein Programmierer, wie soll ich das lösen ?
Und btw: wie komme ich zur Not wieder auf die vorherige Version retour ? Der DRAP hat nun neue Firmware, ist das egal ?
Vorgehensweise ? Backup einspielen von "vor dem Updtate" und dann erst RMatic auf vorherige Version zurück ?
Die immer wieder kommenden Kommunikationsfehler nerven mittlweile auch
????? Danke im Voraus, lG Thomas
brauch doch ein wenig Hilfe bitte, seit der aktuellen RM spinnen Scripte, aber ich weiss nicht warum, haben vor RM Update schon ewig funktioniert, nun wird im Log nur Error RegaHss angezeigt = Scripte tun nicht mehr
Error:
Code: Alles auswählen
ERROR: SyntaxError: Error 1 at row 26 col 2 near ^{states=states#"?";}states = states # "\r@@@\n";states = states # "14=";o=dom.Ge\0x0D\0x0A [SyntaxError():iseESP.cpp:1150]
ERROR: SyntaxError: TER_STATUS");\0x0Avar RainSCurr = dom.GetObject("WDS-RAI [ParseProgram():iseESP.cpp:387]
ERROR: SyntaxError: Error 1 at row 26 col 2 near ^{states=states#"?";}states = states # "\r@@@\n";states = states # "14=";o=dom.Ge\0x0D\0x0A [SyntaxError():iseESP.cpp:1150]
Code: Alles auswählen
! Regen
var source = dom.GetObject("HmIP-RF.00185***********0:1.RAIN_COUNTER");
! var source = dom.GetObject("HmIP-RF.001************0:1.RAIN_COUNTER_STATUS");
var RainSCurr = dom.GetObject("WDS-RAIN");
RainSCurr.Variable(source.Value());
Programm:
auch bei internen Programmen der Wetterstation eckt es nun:
Code: Alles auswählen
ERROR: SyntaxError: ausführen, wenn CCU nicht im Reboot ist (eigener Code)\0x0A\0x0Avar CCUimReboot = dom.GetObject("CCU_Restart");\0x0Aif (CCUimReboot.State() == false) {\0x0A\0x0Aobject chn = dom.GetObject('9338');\0x0Aobject oOverflow = chn.DPByControl('WEATHER_TRANSMIT.RAIN_COUNTER_OVERFLOW');\0x0Aobject oRainCounter = chn.DPByControl('WEATHER_TRANSMIT.RAIN_COUNTER');\0x0Aobject oSysVarRain = dom.GetObject('svHmIPRainCounter_9338_0018*******0:1');\0x0Aobject oSysVarRainOldVal = dom.GetObject('svHmIPRainCounterOldVal_9338');\0x0Aobject oSysVarCounterToday = dom.GetObject('svHmIPRainCounterToday_9338');\0x0Aobject oSysVarCounterYesterday = dom.GetObject('svHmIPRainCounterYesterday_9338');\0x0Aboolean overFlowFlag = oOverflow.Value();\0x0Areal devVal = oRainCounter.Value();\0x0Areal devValMax = oRainCounter.ValueMax();\0x0Areal oldDevVal = oSysVarRainOldVal.Value();\0x0Areal diffVal = 0.0;\0x0Areal sysVarVal = oSysVarRain.Value();\0x0Areal sysVarTodayVal = oSysVarCounterToday.Value();\0x0Areal todayTotal = 0.0;\0x0Ainteger tmp_devVal = (devVal.ToStrin
prgDailySunshineRainCounter_9338
Code: Alles auswählen
! EQ3-Code nur ausführen, wenn CCU nicht im Reboot ist (eigener Code)
var CCUimReboot = dom.GetObject("CCU_Restart");
if (CCUimReboot.State() == false) {
object chn = dom.GetObject('9338');
object oSysVarSunshineCounterToday = dom.GetObject('svHmIPSunshineCounterToday_9338');
object oSysVarSunshineCounterYesterday = dom.GetObject('svHmIPSunshineCounterYesterday_9338');
object oSysVarRainCounterToday = dom.GetObject('svHmIPRainCounterToday_9338');
object oSysVarRainCounterYesterday = dom.GetObject('svHmIPRainCounterYesterday_9338');
if (oSysVarSunshineCounterYesterday && oSysVarSunshineCounterToday) {oSysVarSunshineCounterYesterday.State(oSysVarSunshineCounterToday.Value());}if (oSysVarSunshineCounterToday) {oSysVarSunshineCounterToday.State(0);}if (oSysVarRainCounterYesterday && oSysVarRainCounterToday) {oSysVarRainCounterYesterday.State(oSysVarRainCounterToday.Value());}if (oSysVarRainCounterToday) {oSysVarRainCounterToday.State(0);}
}
Die CCU_Restart SV ist die "Original-Anwesenheit"
Bild von den Logblöcken:
und es geht viel mehr nicht mehr, das ist ein Teil aus dem Zeitberechnungs-Script (stall.biz), meckert u.a. diese Zeile an
Code: Alles auswählen
real c_zeit =(system.Date("%M").ToFloat()+ (60.0*system.Date("%H").ToFloat()));
Code: Alles auswählen
ERROR: SyntaxError: = (0.01 * system.Date("%d").ToInteger()) + system.Date("%m").ToInteger();\0x0Adom.GetObject("Datum_MM.TT").State(c_zeit );\0x0A \0x0Ac_zeit = system.Date("%Y").ToInteger();\0x0Adom.GetObject("Jahr").State(c_zeit);\0x0A \0x0A \0x0Ac_zeit = system.Date("%m").ToInteger();\0x0Adom.GetObject("Monat").State(c_zeit -1);\0x0A \0x0Ac_zeit = system.Date("%d").ToInteger();\0x0Adom.GetObject("Monatstag").State(c_zeit );\0x0A \0x0Ac_zeit = system.Date("%V").ToInteger();\0x0Adom.GetObject("Kalenderwoche").State(c_zeit);\0x0A \0x0Aif ((c_zeit - 2*(c_zeit/2.0)) == 1) {dom.GetObject("Woche_gerade").State(0);} else {dom.GetObject("Woche_gerade").State(1);}\0x0A \0x0Ac_zeit = system.Date("%u").ToInteger();\0x0Adom.GetObject("Wochentag").State( c_zeit);\0x0A \0x0Ac_zeit = system.Date("%j").ToInteger();\0x0Adom.GetObject("Jahrestag").State( c_zeit);\0x0A\0x0A [ParseProgram():iseESP.cpp:387]
Bei float und domget wurde ja lt Changelog was geschraubt ?????????
Also....es gibt einige wichtige Scripte die nun nicht mehr funktionieren, ich bin kein Programmierer, wie soll ich das lösen ?
Und btw: wie komme ich zur Not wieder auf die vorherige Version retour ? Der DRAP hat nun neue Firmware, ist das egal ?
Vorgehensweise ? Backup einspielen von "vor dem Updtate" und dann erst RMatic auf vorherige Version zurück ?
Die immer wieder kommenden Kommunikationsfehler nerven mittlweile auch
????? Danke im Voraus, lG Thomas
Zuletzt geändert von onkeltommy am 23.09.2020, 07:48, insgesamt 1-mal geändert.
lG
Thomas
--------------------------
RaspberryMatic 3.73.9.20240130 @ TinkerS (Produktivsystem) & Historian @ SynologyVM & 2x RB3+ @ Nachwuchs
Thomas
--------------------------
RaspberryMatic 3.73.9.20240130 @ TinkerS (Produktivsystem) & Historian @ SynologyVM & 2x RB3+ @ Nachwuchs