Also ersteres (nur noch Unterstützung des RPI-RF-MOD) ist ja quasi teilweise bereits passiert wie man an HmIP-Wired und HmIP-HAP sieht. Ich bezweifle auch das noch weitere Firmware-Updates für das HM-MOD-RPI-PCB kommen werden. Letzteres (multimacd, rfd) abkündigung bezweifle ich einfach ganz stark, denn es werden die alten BidCos-RF Geräte ja weiterhin unterstützt und sie sind noch weit von der Vielfalt der alten Geräte entfernt. Insofern hast du mit deinem PCB alles richtig gemacht und bist wieder etwas zukunftssicherer!
Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Moderator: Co-Administratoren
- jmaus
- Beiträge: 9864
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1882 Mal
- Kontaktdaten:
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
@jp112sdl
Dazu habe ich auch alle ehemaligen Raspberrymatic-versionen auf der Festplatte.
Sollte eq3 wirklich auf die dumme Idee kommen, muß ich eben auf eine vorherige Raspberrymatic umsteigen, bzw diese zusätzlich nur für AskSin++ Geräte aufbauen soweit es Dein Addon zuläßt. Zusammenfassen kann man sie ja wieder über IObroker.
Und ja, es macht Sinn. Wenn man das ganze umbaut, kann der User nur den Plunder anlernen, den man selber verkauft hat.
Die Platine schaut gut aus! Im Moment habe ich (leider) keine Komm-Störungen.
Dazu habe ich auch alle ehemaligen Raspberrymatic-versionen auf der Festplatte.
Sollte eq3 wirklich auf die dumme Idee kommen, muß ich eben auf eine vorherige Raspberrymatic umsteigen, bzw diese zusätzlich nur für AskSin++ Geräte aufbauen soweit es Dein Addon zuläßt. Zusammenfassen kann man sie ja wieder über IObroker.
Und ja, es macht Sinn. Wenn man das ganze umbaut, kann der User nur den Plunder anlernen, den man selber verkauft hat.
Die Platine schaut gut aus! Im Moment habe ich (leider) keine Komm-Störungen.
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Die RGB LED habe ich dann jetzt auch für meine Zwecke umgebogen.
Grün an: System ok (keine Alarme/Servicemeldungen)
Rot an: Servicemeldungen vorhanden
Rot blink: Alarmmeldungen vorhanden (übersteuert Servicemeldungen, da wichtiger)
Blau:
- aus = DC ok
- an = DC > 60%
- blink = DC > 90%
Grün an: System ok (keine Alarme/Servicemeldungen)
Rot an: Servicemeldungen vorhanden
Rot blink: Alarmmeldungen vorhanden (übersteuert Servicemeldungen, da wichtiger)
Blau:
- aus = DC ok
- an = DC > 60%
- blink = DC > 90%
-
- Beiträge: 281
- Registriert: 19.10.2018, 16:07
- Hat sich bedankt: 156 Mal
- Danksagung erhalten: 49 Mal
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Hallo Jerome, überlege nun ob ich deine Platine bestellen soll. Hast du Probleme bzw. Einschränkungen mit der Platine bemerkt (Stromversorgung, Empfang)? Finde kein passendes Hutschienen-Gehäuse für den RasPi 4.jp112sdl hat geschrieben: ↑21.11.2020, 10:31Für mich sieht es so aus, als hätte man den Hohlstecker nur gewählt, um
a) keinen fummeligen USB-Micro Stecker zu nutzen (CCU2 hat auch den Hohlstecker, HAP hat den Hohlstecker,... Corporate Design ) und
b) um ihn genau dort im Gehäuse platzieren zu können.
Die USB Buchse am Raspberry ist (aus eQ-3 Sicht) für das Produktdesign an einer ungünstigen Stelle gewesen
Die 3.3V Spannungserzeugung für das TRX-Modul erfolgt direkt auf der Platine (aus der Spannung vom Netzteil) und wird nicht wie beim HM-MOD-RPI-PCB vom RaspberryPi abgezwackt.
Ohne den Verpolschutz-MOSFET wären der 5V-Pin der Micro-USB-Buchse am Raspberry und der Hohlstecker-Pin 1:1 verbunden.
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Nein, ganz und gar nicht.
Aber
ist halt eine sehr schlechte Wahl für ein direkt verbautes Funkmodul. Egal ob das originale oder mein "umgedrehtes"
-
- Beiträge: 281
- Registriert: 19.10.2018, 16:07
- Hat sich bedankt: 156 Mal
- Danksagung erhalten: 49 Mal
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Trotz herausgeführter Antenne eher ein abgesetztes Modul verwenden?
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Erfahrungswerte kann ich dir leider keine bieten, aber nach dem was man hier so liest... würde ich beim Pi 4 das komplette Funkmodul weit weg packen.
-
- Beiträge: 301
- Registriert: 13.04.2020, 08:55
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 16 Mal
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Aber ich habe Erfahrungswerte. Mit abgesetztem Modul treten fast keine Funkstörungen mehr auf.
Es ist mehr ein gefühlter Wert da ich es auch nicht ins Detail verfolgt habe. Vor dem Absetzen hatte ich in der Regel mehrere Unreach Meldungen pro Tag. Jetzt ca 1 pro Monat. Obwohl seit der Absetzung mehr Geräte im Funknetzt sind.
_______________________________________________________________________________________________________
Raspberrymatic auf einem Raspi 4 4GB (HB-RF-USB-2) mit 2 LAN Gateways,
42 RF Geräte, 4 IP Geräte und 21 Cuxd Geräte, 24 RF Eigenbau Geräte
hm_pdetect, E-Mail, XML-API, JB HB Devices, HB-TM-Devices-AddOn, CUx-Daemon, CCU-Historian auf einem separaten Raspi
Raspberrymatic auf einem Raspi 4 4GB (HB-RF-USB-2) mit 2 LAN Gateways,
42 RF Geräte, 4 IP Geräte und 21 Cuxd Geräte, 24 RF Eigenbau Geräte
hm_pdetect, E-Mail, XML-API, JB HB Devices, HB-TM-Devices-AddOn, CUx-Daemon, CCU-Historian auf einem separaten Raspi
-
- Beiträge: 514
- Registriert: 29.05.2019, 22:19
- Wohnort: Bargfeld
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 49 Mal
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Moin
Ich glaube ich muss mir die Platine auch mal bauen, da mitlerweile das Funkmodul am USB Adapter hängt ist soviel Platz im Gehäuse, dann könnte ich wieder ein Raspi Gehäuse nehme und die RTC kann ich auch gleich weglassen, weil die über die HB RF USB2 eh nicht benutzt wird. RTC hat das Odroid N2 Board eh.
Ich glaube ich muss mal wieder eine JLC Bestellung fertig machen.
Ich glaube ich muss mir die Platine auch mal bauen, da mitlerweile das Funkmodul am USB Adapter hängt ist soviel Platz im Gehäuse, dann könnte ich wieder ein Raspi Gehäuse nehme und die RTC kann ich auch gleich weglassen, weil die über die HB RF USB2 eh nicht benutzt wird. RTC hat das Odroid N2 Board eh.
Ich glaube ich muss mal wieder eine JLC Bestellung fertig machen.
Gruß Florian
-
- Beiträge: 514
- Registriert: 29.05.2019, 22:19
- Wohnort: Bargfeld
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 49 Mal
Re: Vorstellung: HB-RF-MOD - alternative RPI-RF-MOD PCB
Moin
Wie geht das mit den LEDs ?jp112sdl hat geschrieben: ↑23.11.2020, 12:33Die RGB LED habe ich dann jetzt auch für meine Zwecke umgebogen.
Grün an: System ok (keine Alarme/Servicemeldungen)
Rot an: Servicemeldungen vorhanden
Rot blink: Alarmmeldungen vorhanden (übersteuert Servicemeldungen, da wichtiger)
Blau:
- aus = DC ok
- an = DC > 60%
- blink = DC > 90%
Gruß Florian