RaspberryMatic 3.49.17.20200131 – Neue Version

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Oliverr
Beiträge: 9
Registriert: 31.10.2019, 10:22
Hat sich bedankt: 3 Mal

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von Oliverr » 13.02.2020, 20:32

Nachdem das Update auf mein Raspberrymatic Tinker Board per WLAN (Laptop im WLAN) nicht will (läuft bis 30-50% und beginnt vom neuem), habe ich es per LAN versucht, aber da will es auch nicht (läuft bis 40-60% und fängt von vorne an). :-(

Noch eine Idee wie ich es hin bekomme ohne die sd-Card anfassen zu müsse?

Wäre es evtl. nicht eine Idee eine weitere Option für das Update zu bieten: Das man das Update in einem bestimmten Ordner des USB Stick ablegt und das Update von dort eingespielt wird?

Grüße,
Oliver

PS: Backup funktioniert auch nur per Lan und nicht per WLAN. :-( RaspberryMatic ist schon eine Diva, oder?

Benutzeravatar
jmaus
Beiträge: 6148
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 34 Mal
Danksagung erhalten: 376 Mal
Kontaktdaten:

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von jmaus » 13.02.2020, 20:37

Oliverr hat geschrieben:
13.02.2020, 20:32
PS: Backup funktioniert auch nur per Lan und nicht per WLAN. :-( RaspberryMatic ist schon eine Diva, oder?
Ich würde mal eher sagen dein Netzwerk im allgemeinen ist eine Diva. Und du kannst natürlich einfach RaspberryMatic in den Recovery Modus booten und versuchen darüber das Update einzuspielen. Und natürlich solltest du den freien Speicherplatz auf der SD Karte im Auge behalten. Kann gut sein das einfach nicht genug freier Speicherplatz unter /usr/local frei ist (mindestens 2GB sollten frei sein) und deshalb das Update sich nicht einspielen lässt.
RaspberryMatic 3.53.30.20200919 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Benutzeravatar
Bernd-Joras
Beiträge: 329
Registriert: 26.03.2016, 09:33
Hat sich bedankt: 5 Mal
Danksagung erhalten: 4 Mal

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von Bernd-Joras » 13.02.2020, 20:43

jmaus hat geschrieben:
13.02.2020, 20:37
Kann gut sein das einfach nicht genug freier Speicherplatz unter /usr/local frei ist (mindestens 2GB sollten frei sein) und deshalb das Update sich nicht einspielen lässt.
Sag mal bitte Jens, wäre hier nicht ggf. ein automatische Platzprüfung und dann ggf ein Hinweis beim Update gut?
Ist das vieleicht ein Verbesserungsvorschlag für eine der nächsten Versionen?
Schönen Abend noch ... Bernd
RPi3B+ RaspberryMatic 3.53.30.20200919| Erterne Antenne | 2x LAN_RF_GW | 1x LAN_RS485_GW | ca. 90 Geräte davon 7x IP | ca. 150 Programme |
Addons: CUX-Daemon, XML-API, hm_pdetect, E-Mail, CCU-Historian, Philips Hue, HConnectVPN, Sonos Player

Benutzeravatar
jmaus
Beiträge: 6148
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 34 Mal
Danksagung erhalten: 376 Mal
Kontaktdaten:

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von jmaus » 13.02.2020, 20:49

Bernd-Joras hat geschrieben:
13.02.2020, 20:43
jmaus hat geschrieben:
13.02.2020, 20:37
Kann gut sein das einfach nicht genug freier Speicherplatz unter /usr/local frei ist (mindestens 2GB sollten frei sein) und deshalb das Update sich nicht einspielen lässt.
Sag mal bitte Jens, wäre hier nicht ggf. ein automatische Platzprüfung und dann ggf ein Hinweis beim Update gut?
Ist das vieleicht ein Verbesserungsvorschlag für eine der nächsten Versionen?
Schönen Abend noch ... Bernd
Klar, kann man alles machen. Muss man nur die Zeit für finden :) Und andere Dinge sind eben oft dringender...
RaspberryMatic 3.53.30.20200919 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Oliverr
Beiträge: 9
Registriert: 31.10.2019, 10:22
Hat sich bedankt: 3 Mal

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von Oliverr » 13.02.2020, 21:08

jmaus hat geschrieben:
13.02.2020, 20:37
Und natürlich solltest du den freien Speicherplatz auf der SD Karte im Auge behalten. Kann gut sein das einfach nicht genug freier Speicherplatz unter /usr/local frei ist (mindestens 2GB sollten frei sein) und deshalb das Update sich nicht einspielen lässt.
Das habe ich schon im Blick, da sind noch über 11 GB frei.

Benutzeravatar
Holger76
Beiträge: 92
Registriert: 27.08.2014, 11:54
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von Holger76 » 14.02.2020, 22:47

Ich hatte vorhin in meinem Syslog geschaut, welches voll war mit Fehlermeldungen von ioBroker (homematic nicht erreichbar) einige Seiten weiter vorne um den Ursprung zu suchen, fand ich folgende Meldungen, siehe unten [BUG: ....]
Bei mir Läuft Raspberrymatic (192.168.1.63) auf Proxmox / NUC6CAYH
Dateianhänge
fehler.jpg
NUC8I5BEH (32GB,1TB-SSD) -> Proxmox VM [ioBroker.Pro auf Deb.10]+[InfluxDB/Grafana]+[UniFi Contr.]+[PiHole]+[OMV]+[ Rasp.matic](ca 100 Geräte) + [Conbee2] (ca 60 Geräte); NUC6CAYH (Proxmox Backup)
6x Amazon Echo, 1x Wandtablet mit Fully, Xiaomi Mi Robot V.Cleaner, 3x Foscam

Benutzeravatar
Holger76
Beiträge: 92
Registriert: 27.08.2014, 11:54
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 1 Mal

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von Holger76 » 15.02.2020, 10:25

und schon wieder :( Raspberrymatic ist abgestürzt...

wird da nach den GPIO gesucht, wobei der NUC bzw die VM das ja nicht hat ?
Dateianhänge
fehler2.jpg
NUC8I5BEH (32GB,1TB-SSD) -> Proxmox VM [ioBroker.Pro auf Deb.10]+[InfluxDB/Grafana]+[UniFi Contr.]+[PiHole]+[OMV]+[ Rasp.matic](ca 100 Geräte) + [Conbee2] (ca 60 Geräte); NUC6CAYH (Proxmox Backup)
6x Amazon Echo, 1x Wandtablet mit Fully, Xiaomi Mi Robot V.Cleaner, 3x Foscam

Benutzeravatar
sailor79
Beiträge: 20
Registriert: 08.12.2017, 12:47
Wohnort: Berlin
Hat sich bedankt: 3 Mal

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von sailor79 » 18.02.2020, 10:49

Hallo zusammen.

zunächst vielen Dank an Jens für die kontinuierliche Arbeit.

Problem: Update auf Version 31.1.2020 scheint nicht erfolgreich.
Vorgehensweise:
- Backup über Zentralen-Steuerung gemacht, Browser-Daten vollständig gelöscht, Browser geschlossen, Mac OS neugestartet, neue SD-Karte (16 GB SanDisk gekauft und USB-Stick SanDisk auf FAT formatiert)
- Auf meinen ELV Charly das passende rpi3-Image eingespielt mit aktueller balenaEtcher Version.
- Alte Vorhandene SD-Karte aus Charly entfernt und markiert (mit Messer ungewollt geritzt beim schwierigen Entfernen...).
- Neue SD Karte und USB Stick eingesetzt und Charly gestartet inkl. Netzwerkkabel.
- System fährt hoch und zeigt wieder die vorherige Version an inkl. meiner Daten. Gleichzeitig wird in der Übersicht auf das Vorhandensein der 31.1.2020-Version hingewiesen, welche ich jedoch zuvor per neuer SD-Karte und Image eingespielt habe. Den USB-Stick auf dem Mac OS ausgelesen zeigt er in der Versionsdatei allerdings 31.1.2020 an. Der USB-Stick wird unter "Diagramme" als nicht erkannt angezeigt, wobei es der dritte neue Marken-Stick in den letzten Monaten ist, aber das ist eine andere Baustelle.

Dieses Update-Phänomen ist mir schon die letzten zwei vorherigen Updates aufgefallen, allerdings habe ich da nicht akribisch auf die Vorgehensweise geachtet und diese nicht dokumentiert, sodass ich den "Fehler" oder das "Feature" notgedrungen ignoriert habe.

Versuche ich nun danach das Update über die Update-Funktion einzuspielen, kann ich nach 24h abbrechen, da es im "Übertragen"-Fenster stehen bleibt.

Wenn jemand einen Hinweis für mich hat, wäre ich dankbar. Ich weiß nicht mehr weiter.

Gruß
Sailor79

Raspihausfan_1
Beiträge: 250
Registriert: 26.06.2018, 11:02
Danksagung erhalten: 5 Mal

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von Raspihausfan_1 » 18.02.2020, 21:32

Du darfst nicht durch Add Ons, wie z. B. No Script und Ähnliche, den Verkehr nach draußen beim Update blockieren. Es wird auf Servern nachgeschaut. Ggf. mal solche Dinge deaktivieren und das Update neu anstoßen. Funktioniert zumindest mit Firefox sehr gut. Dann gibt es auch den Install-Button.

Pogolosch
Beiträge: 2
Registriert: 19.02.2020, 11:24

Re: RaspberryMatic 3.49.17.20200131 – Neue Version

Beitrag von Pogolosch » 19.02.2020, 17:43

Hallo,
ich bin neu hier im Forum und hoffe ich bin hier richtig. Sonst bitte verschieben.
Ich versuche den Klingelsensor HmIP-DSD-PCB anzulernen aber es klappt nicht.

1. Werksreset
2. Anlernmodus aktivieren
3. Batterien in DSD-PCB einlegen

Erscheint nicht im Posteingang.

Ich habe mal den Log- Eintrag angehängt.

Feb 19 17:29:57 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:29:57 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:29:57 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:07 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:07 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:07 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:17 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:17 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:17 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:27 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:28 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:28 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:37 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:37 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:38 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:47 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:47 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:48 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:57 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874
Feb 19 17:30:57 de.eq3.cbcs.server.core.framehandling.HMIPNetworkManagementHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A061A7D8A98C047C: No device description found for manufacturer code: 1 device type 410 sgtin 3014F711A00026DA49A82874

Scheint als wäre es unbekannt. Der Sensor sollte aber schon in die Firmware integriert sein.

Vielleicht kann mir einer helfen.

Danke im vorraus.
Pogolosch
Zuletzt geändert von Roland M. am 19.02.2020, 17:45, insgesamt 1-mal geändert.
Grund: Code-Tags eingefügt

Gesperrt

Zurück zu „RaspberryMatic“