Architektur rfd, hs485d, crRFD usw

[theshmike]

Dann nimm doch eine bestehende Appliance (CCU3 FW, Raspberrymatic, debmatic, ...) und schmeiß die von dir nicht benötigten Dienste (sofern sie denn stören, wenn sie einfach nur mitlaufen) aus dem init.d raus.
So hast du auch immer einen konsistenten Stand mit der vom HMIPServer benötigten Java-Version.

Stimme Dir prinzipiell zu, wäre die einfachste Variante. Das Einzige was mir im Weg steht ist der Ehrgeiz, die Dinge zu durchdringen und zu verstehen
Und eigentlich wäre ich auch ganz gerne unabhängig von anderen Projekten indem ich halt verstehe, wie der Spaß funktioniert.

[jmaus]

Dann nimm doch eine bestehende Appliance (CCU3 FW, Raspberrymatic, debmatic, ...) und schmeiß die von dir nicht benötigten Dienste (sofern sie denn stören, wenn sie einfach nur mitlaufen) aus dem init.d raus.
So hast du auch immer einen konsistenten Stand mit der vom HMIPServer benötigten Java-Version.

Stimme Dir prinzipiell zu, wäre die einfachste Variante. Das Einzige was mir im Weg steht ist der Ehrgeiz, die Dinge zu durchdringen und zu verstehen
Und eigentlich wäre ich auch ganz gerne unabhängig von anderen Projekten indem ich halt verstehe, wie der Spaß funktioniert.

Das steht IMHO aber nicht im Gegensatz dazu doch auf bestehenden OpenSource Projekten aufzubauen und jetzt nicht anfangen zu wollen sein komplett eigenes Süppchen zu kochen. Es sollte dir doch komplett möglich sein auch mit Blick auf Internas der Projekte die es bereits gibt (piVCCU, debmatic, RaspberryMatic) das genauer zu analysieren. Und vielleicht kommt dabei ja dann sogar etwas heraus (Neue features, bugfix requests, etc.) was du den Projekten zurück liefern kannst und dich damit gemeinschaftlich daran beiteiligen und ggf. so auch bedanken kannst, statt alles nur in deinem Kämmerchen und nur für dich zu tun...

[theshmike]

Das steht IMHO aber nicht im Gegensatz dazu doch auf bestehenden OpenSource Projekten aufzubauen und jetzt nicht anfangen zu wollen sein komplett eigenes Süppchen zu kochen. Es sollte dir doch komplett möglich sein auch mit Blick auf Internas der Projekte die es bereits gibt (piVCCU, debmatic, RaspberryMatic) das genauer zu analysieren. Und vielleicht kommt dabei ja dann sogar etwas heraus (Neue features, bugfix requests, etc.) was du den Projekten zurück liefern kannst und dich damit gemeinschaftlich daran beiteiligen und ggf. so auch bedanken kannst, statt alles nur in deinem Kämmerchen und nur für dich zu tun...

Stimme Dir voll und ganz zu, das eine schließt das andere ja auch gar nicht aus!

[Jk2020]

Es sollte dir doch komplett möglich sein auch mit Blick auf Internas der Projekte die es bereits gibt (piVCCU, debmatic, RaspberryMatic) das genauer zu analysieren.

Stimme Dir voll und ganz zu, das eine schließt das andere ja auch gar nicht aus!

würde dir Raspian mit piVCCU(3) auf rpi4 empfehlen, einfach zu installieren und läuft stabil. Ich hab das in Kombination mit openhab, nodered, mqtt etc kombiniert und läuft super stabil. Einziger Nachteil: Das Funkmodul passt nicht direkt auf die gpio-ports weil die physikalischen Abmessungen des Funkmoduls mit dem LAN-Port kollidieren.