An dem Punkt waren wir schon mal, aber ich komme nicht umhin das noch mal zu Erwähnen: Wesentlich besser aufgehoben als im hss_led wäre das Feature im (cr)rfd. Nur dann wäre dieses Feature auch für Nutzer von Apps, Zusatzsoftware und externer Software (die die UNREACH Meldung per RPC Event bekommen) sinnvoll nutzbar.
RaspberryMatic - Verbesserungsvorschläge/Wünsche
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 3978
- Registriert: 12.07.2009, 20:01
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 176 Mal
- Kontaktdaten:
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Ich schreibe dann später auf Github.
Ich habe es mit dem Handy versucht.
Ist die reinste Katastrophe
Ich habe es mit dem Handy versucht.
Ist die reinste Katastrophe
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
@tomi_cc16
die meisten Addons werden bereits mit der neuensten RM Firmware installiert, ohne dass die RaspberryMatic neu gestartet wird.
ich kenne z.Z. nur 2 Addons, die einen Neustart der RaspberryMatic durchführen. Auch muß man bei der RaspberryMatic die SD-Karte nicht mehr neu flashen. Das würde beim Tinkerboard S auch irgendwie keinen Sinn ergeben, weil da bekanntlich ein eMMc-Modul verbaut ist.
Die 2 einzigen Vorteile, die ich bei rm-update kenne, sind
1. es wird die Firmware für die richtige Hardware aufgespielt und man muß nicht
den Umweg über einen Download auf dem heimischen PC gehen.
2. die WLAN-Suche geht einfacher vonstatten.
Soviel ich aber mitbekommen habe, ist @jmaus dabei, das direkt in der Firmware zu implementieren.
Nun ein Edit meinerseits:
ich habe gerade ein Request erstellt, bzgl der Anzeige der Servicemeldungen am Funkmodul.
die meisten Addons werden bereits mit der neuensten RM Firmware installiert, ohne dass die RaspberryMatic neu gestartet wird.
ich kenne z.Z. nur 2 Addons, die einen Neustart der RaspberryMatic durchführen. Auch muß man bei der RaspberryMatic die SD-Karte nicht mehr neu flashen. Das würde beim Tinkerboard S auch irgendwie keinen Sinn ergeben, weil da bekanntlich ein eMMc-Modul verbaut ist.
Die 2 einzigen Vorteile, die ich bei rm-update kenne, sind
1. es wird die Firmware für die richtige Hardware aufgespielt und man muß nicht
den Umweg über einen Download auf dem heimischen PC gehen.
2. die WLAN-Suche geht einfacher vonstatten.
Soviel ich aber mitbekommen habe, ist @jmaus dabei, das direkt in der Firmware zu implementieren.
Nun ein Edit meinerseits:
ich habe gerade ein Request erstellt, bzgl der Anzeige der Servicemeldungen am Funkmodul.
- klana
- Beiträge: 1099
- Registriert: 08.02.2015, 08:37
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 27 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Hi,
Viele Wünsche habe ich nicht...
1. Das Systemlog soll bei der Einstellung "Fehler" auch nur diese enthalten und keine hunderte überflüssige Einträge, wie z.B.
"homematic-raspi daemon.debug rngd: Added 3365/4096 bits entropy"
2. eine moderne schnelle konfigurierbare WebUI
3. eine stabilere Kommunikation zu den Geräten
4. eine umfangreichere und weniger fehlerbehaftete Scriptsprache
Gruß
Klana
Viele Wünsche habe ich nicht...
1. Das Systemlog soll bei der Einstellung "Fehler" auch nur diese enthalten und keine hunderte überflüssige Einträge, wie z.B.
"homematic-raspi daemon.debug rngd: Added 3365/4096 bits entropy"
2. eine moderne schnelle konfigurierbare WebUI
3. eine stabilere Kommunikation zu den Geräten
4. eine umfangreichere und weniger fehlerbehaftete Scriptsprache
Gruß
Klana
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: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Kannst du das näher erläutern?
- modern, naja da gibts ja ein paar Ansätze (CSS Modding, NodeRed Dashboard)
- an welcher Stelle ist sie bei dir langsam?
Zu welchen Geräten?
Was ist "stabiler"?
Welche Funktionen vermisst du?
Welche Fehler gibt es?
- klana
- Beiträge: 1099
- Registriert: 08.02.2015, 08:37
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 27 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Was denn? Das ich nur ein paar Wünsche habe???? Im Großen und Ganzen zufrieden bin?
CCS Modding = händiges gefrickel....
NodeRed Dashboard = AddOn
Ich meine eine originale WebUI in schön und evtl. selbst per Klick oder Drag & Drop konfigurierbar.
Zu allen Geräten! Wenn ich (nur ein Beispiel!) einen Fensterkontakt habe der noch nie in den letzten Jahren einen Kommunikationsfehler gemeldet hat, jetzt schon mehrfach einen meldet und dieser auch nicht alleine wieder weg geht, sondern erst wenn ich die Tür/das Fenster einmal öffnen muss.
Das finden ich nicht gut. Wie gesagt das ist nur ein!! Beispiel von vielen.
ApproPo Kommunikation: es sollte doch möglich sein bei einer Installation (Anlernen oder Firmwareupdate) die DutyCycle Limitation auszuschalten.
Während des normalen Betriebs ist das ja OK, aber wenn mal ein Firmwareupdate kommt, dann dauert alles ewig.
Welche Fehler es gibt und wie verkrüppelt die Scriptsprache ist, das weiß wohl jeder....soll ich jetzt alles hier aufzählen?
Gruß
Klana
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: 12115
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Evlt. sind nur die zyklischen Mitteilungen deaktiviert?klana hat geschrieben: ↑20.01.2020, 14:44Wenn ich (nur ein Beispiel!) einen Fensterkontakt habe der noch nie in den letzten Jahren einen Kommunikationsfehler gemeldet hat, jetzt schon mehrfach einen meldet und dieser auch nicht alleine wieder weg geht, sondern erst wenn ich die Tür/das Fenster einmal öffnen muss.
Das finden ich nicht gut.
Vielleicht reicht es auch, das Paramset noch mal zu übertragen?
Oder das Gerät komplett ablernen + Reset?
Explizit mit RaspberryMatic wird das nichts zu tun haben.
Tut mir leid, bei meinen Skripten stoße ich weder auf Limitationen noch auf Fehler.
Du weißt schon, dass diese Limitation eine gesetzliche Vorgabe ist?
- jmaus
- Beiträge: 9862
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1880 Mal
- Kontaktdaten:
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Du weisst schon das es sich bei dem DutyCycle um eine gesetzliche Vorgabe handelt und das sich eQ3 strafbar machen würde wenn es (auch nur zeitweise) erlauben würde die DutyCycle Begrenzung zu deaktivieren bzw. abzuändern...
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 14165
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche 2019
Es ist ja auch nicht so, dass die Informationen zum genutzten Sendefrequenzband, dessen nicht exklusive Nutzung und die gesetzlichen Regeln und Beschränkungen in jeder mitgelieferten Anleitung eines Funkaktors oder -sensors explizit aufgeführt ist. Und nicht nur der Hersteller würde sich strafbar machen sondern auch der Betreiber einer in dem Falle ungenehmigten Sendeanlage. Es ist zwar relativ unwahrscheinlich, dass einem Anwender da was passiert, aber ich würde darauf keine Wette platzieren. Es reicht ein anderer Anwender aus, der seinen Kommunikationsstörungen intensiver nachgeht und offizielle Nachforschungen bezüglich eines erkannten Dauersignals einleitet. Läge z.B. meine Installation permanent auf dem Bauch, weil jemand anderes eine manipulierte Anlage betreibt, würde ich das auch zum Einmessen melden. Mit dieser 1%-Regelung soll die Koexistenz der Systeme gewährleistet werden.
Gruß Xel66
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
- Roland M.
- Beiträge: 9804
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1381 Mal
Re: RaspberryMatic - Verbesserungsvorschläge/Wünsche
Hallo!
Da der Thread ursprünglich "2018" im Betreff führte, was dann einmal auf "2019" geändert wurde, wir aber mittlerweile 2020 schreiben, habe ich die Jahreszahl ganz einfach aus dem Betreff entfernt.
Die Wünsche bleiben ja die gleichen...
Roland
Da der Thread ursprünglich "2018" im Betreff führte, was dann einmal auf "2019" geändert wurde, wir aber mittlerweile 2020 schreiben, habe ich die Jahreszahl ganz einfach aus dem Betreff entfernt.
Die Wünsche bleiben ja die gleichen...
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,...