RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Moderatoren: jmaus, Co-Administratoren
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Catzjes hat geschrieben: ↑06.05.2019, 08:02Guten Morgen,
Nach dem Update bekomme ich jede 18 Sekunden eine Fehler im CUxD Full Syslog.
Code: Alles auswählen
May 6 07:58:34 homematic-raspi user.err monit[1100]: 'voltageCheck' status failed (0) -- no output May 6 07:58:52 homematic-raspi user.err monit[1100]: 'voltageCheck' status failed (0) -- no output May 6 07:59:10 homematic-raspi user.err monit[1100]: 'voltageCheck' status failed (0) -- no output May 6 07:59:28 homematic-raspi user.err monit[1100]: 'voltageCheck' status failed (0) -- no output
jmaus hat geschrieben: ↑07.05.2019, 21:24
Da wäre natürlich die Frage um welchen RaspberryPi es sich hier bitte genau handelt? Bitte die Information nachliefern.
Und dann bitte mal folgende Befehle ausführen und die Ausgaben präsentieren:
Code: Alles auswählen
monit status voltageCheck
Code: Alles auswählen
/usr/bin/vcgencmd get_throttled
Guten Tag,
In meinem Fall geht es um einen Pi 3B+.
Code: Alles auswählen
# monit status voltageCheck
Monit 5.25.2 uptime: 2d 6h 26m
Program 'voltageCheck'
status Status failed
monitoring status Monitored
monitoring mode active
on reboot start
last exit value 0
last output -
data collected Wed, 08 May 2019 16:13:55
#
# /usr/bin/vcgencmd get_throttled
throttled=0x50000
#
-
- Beiträge: 69
- Registriert: 29.09.2018, 21:27
- Hat sich bedankt: 8 Mal
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Im RecoverySystem ging es fehlerfrei. Danke für den Tip !jmaus hat geschrieben: ↑08.05.2019, 08:03Den Aufwand würde ich im ersten Ansatz nicht treiben, sondern erst einmal probieren das Update über das RecoverySystem einzuspielen. Erst wenn es damit auch nicht klappt könnte man das so näher debuggen...AndiN hat geschrieben: ↑08.05.2019, 07:39Außerdem steht ein paar Seiten vorher noch wie man den Upload prüfen kann. Hast Du das auch schon versucht/beobachtet?
- jmaus
- Beiträge: 9844
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Ok, das klärt es.Catzjes hat geschrieben: ↑08.05.2019, 16:30In meinem Fall geht es um einen Pi 3B+.
Code: Alles auswählen
# /usr/bin/vcgencmd get_throttled throttled=0x50000
Die Ausgabe deutet in der Tat daraufhin das monit bzw der WatchDog hier recht hat und dein RaspberryPi hier eine Unterspannung gemeldet hat während seiner laufzeit. Es wäre also zu klären was du da für ein Netzteil dran betreibst und welche externen Geräte du da angeschlossen hast die ggf. zuviel Strom ziehen könnten.
In jeden Falle solltest du die Meldung jedoch ernst nehmen und herausfinden warum der Pi eine Unterspannung meldet.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
OK vielen Dank. Netzteil ist 2A und auf USB ist ein RFLink angeschlossen. Ich werde testen ohne RFLink und mit einem anderen Netzteil.jmaus hat geschrieben: ↑08.05.2019, 17:11Ok, das klärt es.Catzjes hat geschrieben: ↑08.05.2019, 16:30In meinem Fall geht es um einen Pi 3B+.
Code: Alles auswählen
# /usr/bin/vcgencmd get_throttled throttled=0x50000
Die Ausgabe deutet in der Tat daraufhin das monit bzw der WatchDog hier recht hat und dein RaspberryPi hier eine Unterspannung gemeldet hat während seiner laufzeit. Es wäre also zu klären was du da für ein Netzteil dran betreibst und welche externen Geräte du da angeschlossen hast die ggf. zuviel Strom ziehen könnten.
In jeden Falle solltest du die Meldung jedoch ernst nehmen und herausfinden warum der Pi eine Unterspannung meldet.
-
- Beiträge: 767
- Registriert: 10.11.2012, 19:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: RP
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 19 Mal
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
2A ist für einen 3B+ zu wenig mindestens 2,5A optimal wären 3A
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Woher bekommt man die originale Firmware der CCU3?onkeltommy hat geschrieben: ↑08.05.2019, 09:24Hi
und beim Tinker dann mal schnell die eMMC umlöten ?
Dann bräuchte man da auch eine 2. SD-Karte, wobei ich behaupten will, dass es eine SD-Karte mit der originalen FW nicht zu kaufen gibt.
Daß man die einfach als Backup auf eine andere SD-Karte überspielen kann, möchte ich jetzt an dieser Stelle auch mal bezweifeln.
-
- Beiträge: 1343
- Registriert: 27.06.2015, 22:17
- Hat sich bedankt: 43 Mal
- Danksagung erhalten: 32 Mal
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Von EQ3?Woher bekommt man die originale Firmware der CCU3?
Notfalls eine Karte mit Raspberrymatic flashen, Recovery starten und dann die EQ3 Firmware einspielen. Das sollte doch problemlos gehen!
Warum das? Eine SD Karte zu kopieren ist ja wirklich kein Hexenwerk...
Dann bräuchte man da auch eine 2. SD-Karte, wobei ich behaupten will, dass es eine SD-Karte mit der originalen FW nicht zu kaufen gibt.
Daß man die einfach als Backup auf eine andere SD-Karte überspielen kann, möchte ich jetzt an dieser Stelle auch mal bezweifeln.
- klana
- Beiträge: 1082
- Registriert: 08.02.2015, 08:37
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 54 Mal
- Danksagung erhalten: 26 Mal
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Guten Morgen,
im HMServer.log gibt es eine Exception - wichtig oder vergessen?
im HMServer.log gibt es eine Exception - wichtig oder vergessen?
Code: Alles auswählen
May 7 11:12:42 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create GroupDeviceHandler
May 7 11:12:42 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] @GroupDeviceHandler - initializing...
May 7 11:12:42 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] --> created groupDeviceDispatcher (GroupDeviceService to BidCoS (via Dispatcher))
May 7 11:12:42 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] --> created virtualDeviceHandler (GroupDeviceService to ReGa)
May 7 11:12:42 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] --> got groupDefinitionProvider
May 7 11:12:42 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create BidCosGroupMemberProvider
May 7 11:12:42 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init groupAdministrationService
May 7 11:12:42 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init Virtual OS Device
May 7 11:12:42 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init ESHLight Bridge
May 7 11:12:43 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create RrdDatalogging
May 7 11:12:43 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create MeasurementService
May 7 11:12:43 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init MeasurementService
May 7 11:12:43 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create HTTP Server
May 7 11:12:43 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create BidCos context and start handler
May 7 11:12:43 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create group context and start handler
May 7 11:12:43 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-0] (un)registerCallback on LegacyServiceHandler called from url: http://127.0.0.1:39292/bidcos
May 7 11:12:43 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-0] init finished
May 7 11:12:43 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-0] Added InterfaceId: HmIP-RF_java
May 7 11:12:43 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO [vert.x-worker-thread-0] updateDevicesForClient HmIP-RF_java -> 52 device addresses will be added
May 7 11:12:44 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Starting HMServer done
[color=#FF0000]May 7 11:12:45 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [vert.x-eventloop-thread-4] event: Error for listener de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler@f6a1bf:
java.lang.NullPointerException
at de.eq3.ccu.virtualdevice.service.internal.bidcos.aggregation.LastBidCosValueAggregator.aggregate(LastBidCosValueAggregator.java:24)
at de.eq3.ccu.groupdevice.service.BidCosDeviceEventHandler.event(BidCosDeviceEventHandler.java:154)
at de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher.event(BidCosRpcDispatcher.java:214)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:80)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.multiCall(AnnotationAwareRpcHandler.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:80)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
at java.lang.Thread.run(Thread.java:748)[/color]
May 7 11:12:58 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-5] (un)registerCallback on VirtualDeviceHandlerRega called from url: xmlrpc_bin://127.0.0.1:31999
May 7 11:12:58 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-5] Added InterfaceId: 1008
May 7 11:12:58 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-13] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand
May 7 11:12:58 de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand INFO [vert.x-worker-thread-13] updateDevicesForClient -> 36 device addresses will be added
May 7 11:13:08 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-0] (un)registerCallback on LegacyServiceHandler called from url: xmlrpc_bin://127.0.0.1:31999
May 7 11:13:08 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-0] init finished
May 7 11:13:08 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-2] Added InterfaceId: 1009
May 7 11:13:09 de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand INFO [vert.x-worker-thread-13] set ready config of INT0000001
May 7 11:13:09 de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand INFO [vert.x-worker-thread-13] set ready config of INT0000002
Gruß Klana
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
-
- Beiträge: 95
- Registriert: 14.03.2017, 10:45
- Wohnort: Borgentreich
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 5 Mal
- Kontaktdaten:
Re: RaspberryMatic 3.45.7.20190504 – Erfahrungsberichte
Hi Jens,
ist vielleicht etwas OT meine Frage, aber ich hoffe Du beantwortest sie mir trotzdem
Ich möchte eine entfernte RM via OpenVPN oder Cloudmatic updaten. Leider ist mir dies bisher nicht gelungen.
Weiter als die Meldung im FF, das die Datei übertragen wird, bin ich nie gekommen.
Ist es möglich das Update-File per SCP zu übertragen und das Update dann über die Konsole zu starten ?
Wenn ja, in welches Verzeichnis kopiere ich das File und wie lauter der Befehl um das Update zu starten ?
Vielen Dank schon mal.
Grüße
Benjamin
ist vielleicht etwas OT meine Frage, aber ich hoffe Du beantwortest sie mir trotzdem
Ich möchte eine entfernte RM via OpenVPN oder Cloudmatic updaten. Leider ist mir dies bisher nicht gelungen.
Weiter als die Meldung im FF, das die Datei übertragen wird, bin ich nie gekommen.
Ist es möglich das Update-File per SCP zu übertragen und das Update dann über die Konsole zu starten ?
Wenn ja, in welches Verzeichnis kopiere ich das File und wie lauter der Befehl um das Update zu starten ?
Vielen Dank schon mal.
Grüße
Benjamin