RaspberryMatic 3.65.11.20221005 – Neue Version

[jmaus]

Es ist aber weiterhin so: SV werden in der CCU nicht angelegt.

Falls jemand noch ne Idee hat, dann gerne Rückinfo.

Wenn dies nicht funktioniert, dann ist RM auf Nuc/proxmox für mich nicht brauchbar.
Würde dann wieder auf die alte ccu3 mit RM zurück gehen.
(aber der nuc wäre halt schneller)

Das musst du schon selbst auf homeduino Niveau debuggen/analysieren warum das nicht so ist. Es sollte dir selbst bewusst sein das es technisch keinerlei unterschied macht ob RaspberryMatic auf einer NUC/Proxmox läuft oder auf einem RaspberryPi bzw. CCU3 Hardware. Netzwerktechnik und auch sonst gibt es bzgl. Netzwerkanbindung keinerlei unterschied und der Fehler **muss** in deiner lokalen Netzwerkinfrastruktur bzw. Setup zu suchen sein. Da musst du einfach versuchen brauchbare debugging/log informationen dem homeduino zu entlocken warum er vermeintlich nicht dieses einfache HTTP auf port 8181 der RM erledigen kann bzw. warum RaspberryMatic auf der anderen Seite das nicht ausführt/umsetzt. Auch da kannst du einen Blick auf der RaspberryMatic in Logfiles wie /var/log/messages werfen um zu der Zeit wo der Homeduino versucht das ganze zu setzen zu schauen ob da eine Fehlermeldung ausgegeben wird. Aus der Ferne (von hier) wird dir so keiner Helfen können. An Proxmox/NUC vs. CCU3/RaspberryPi kann es definitiv nicht liegen, das läuft tausendfach problemlos.

[bahnuhr]

Hallo Jens,

ich glaube dir ja, dass es an RM technisch usw nicht liegen mag.

Mein Problem ist aber, dass ich nicht weiß wie und wo ich nun suchen soll.
Deinen Hinweis mit dem log schau ich mir an.

Aber wenn man dies halt nicht hinbekommt, dann geht man halt wieder zurück.

mfg

[MichiMS]

Hi zusammen,

ich bekomme beim Einspielen die Meldung "Es ist kein Coprozessor verfügbar". Obwohl ich nur per apt-get update / upgrade von 3.48 auf die aktuellste Version aktualisiert habe.

sudo pivccu-info
piVCCU version: 3.65.8-74
Kernel modules: Available
Raw UART dev: Not available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: unknown
HMIP Hardware: unknown
State: RUNNING
PID: 2716
IP: 192.168.188.41
CPU use: 89.81 seconds
BlkIO use: 3.68 MiB
Link: vethpivccu
TX bytes: 10.97 MiB
RX bytes: 5.51 MiB
Total bytes: 16.48 MiB

Was kann ich hier tun?

[jmaus]

ich bekomme beim Einspielen die Meldung "Es ist kein Coprozessor verfügbar". Obwohl ich nur per apt-get update / upgrade von 3.48 auf die aktuellste Version aktualisiert habe.

sudo pivccu-info


Du bist hier im RaspberryMatic Forenteil gelandet, sprichst aber über den Einsatz von piVCCU. Das passt leider nicht ganz zusammen und wenn du schon piVCCU nutzt solltest du dich am besten auch an den entsprechenden Forenteil dort wenden.

[Hechizo]

Hallo Jens,
danke erstmal für deine tolle Arbeit und Projekt.

Ich nutze zur Zeit eine CCU3 mit RaspberryMatic und wollte jetzt das ganze mal auf einem Proxmox Server (Intel NUC) probieren. Da ich alles penible in verschiedene VLAN's habe und das alles von Geräte Kategorie getrennt habe, wollte ich gerne Wissen ob es eine Möglichkeit gibt die IP in der VM für die RaspberryMatic VM zu ändern. Meine Proxmox Container habe ich in der Range 192.168.50.100.... und für die VM würde ich gerne 192.168.50.200 nutzen. Wenn ich die ova Datei installiere legt mir die VM ja selbst ständisch eine IP an.

Gibt es eigentlich auch eine Möglichkeit das man RaspberryMatic in einen Proxmox Container installiert?

LG
Stefan

[Baxxy]

Wenn ich die ova Datei installiere legt mir die VM ja selbst ständisch eine IP an.

Die VM hat doch erstmal nur eine MAC-Adresse. Die IP bekommt sie doch dann erstmal per DHCP vom Router.
Wenn du in > Einstellungen > Systemsteuerung > Netzwerkeinstellungen eine feste IP vergibst geht das nicht?

[Xel66]

Niemand hatte dir einen Maulkorb angelegt. Übertreib mal nicht.

Das lese ich anders raus.

Wenn du meinen Beitrag nochmal dazu aufmerksam liest wirst du erkennen das ich lediglich einen Hinweis dazu gegeben habe in Zukunft dich nicht dauernd zum selben thema fast 1:1 zu ...

Und wenn Du meinen Beitrag liest, dann habe ich auch nicht zum ersten Mal erklärt, dass ich es aus vielerlei belegbaren Gründen nicht für zielführend halte, Einsteigern genau so dauernd solche hochkomplexen Konstrukte zu empfehlen. In vielen Fällen ist das unnötiger Overkill, die den Anwender häufig überfordern. Entsprechende Nachfragen (z.B. die Netzwerkkonfiguration betreffend) kann man mit schöner Regelmäßigkeit hier lesen. Ist ähnlich zu dem Heizungsscript, welches hier lange durchs Forum geisterte, welches Anwender überforderte, aufgrund der Hardwareweiterentwicklung überholt war und trotzdem immer wieder empfohlen wurde, bzw. durch die Omnipräsenz durch den Neueinsteiger als state of the art wahrgenommen wurde.

Und genau so nehmen die Anwender den Trend zur Virtualisierung in der Annahme wahr, dabei zu sparen, weil sie ein NAS bereits besitzen. Es ist mit gesundem Menschenverstand nun mal nicht nachvollziehbar, ein auf Funkkommunikation angewiesen Zentralgerät im Keller oder im abgeschirmten Netzwerkschrank zu positionieren (NAS/NUT stehen häufig da), und die zwangsweise daraus folgende mangelhafte Funkabdeckung durch zusätzliche Gateways zu "verbessern" (was auch nicht unproblematisch ist) oder das Funkmodul mit einem separaten Adapter und separaten Gehäuse nebst Netzteil abzusetzen. Dann kann man es gleich auf einem Pi belassen, denn die vermeintlichen Vorteile der Virtualisierung verblassen im Normalbetrieb. Aber das habe ich auch schon oft genug geschrieben. Viele machen sich um solche simplen Sachverhalte wie Funkausbreitung einfach keine Gedanken.

Gruß Xel66

[jmaus]

Niemand hatte dir einen Maulkorb angelegt. Übertreib mal nicht.

Das lese ich anders raus.

Dann sprichst du wohl leider eine andere Sprache als ich.

Wenn du meinen Beitrag nochmal dazu aufmerksam liest wirst du erkennen das ich lediglich einen Hinweis dazu gegeben habe in Zukunft dich nicht dauernd zum selben thema fast 1:1 zu ...

Und wenn Du meinen Beitrag liest, dann habe ich auch nicht zum ersten Mal erklärt, dass ich es aus vielerlei belegbaren Gründen nicht für zielführend halte, Einsteigern genau so dauernd solche hochkomplexen Konstrukte zu empfehlen. [...]

.. und du wiederholst dich erneut völlig unnötigerweise.

Auch wüsste ich ehrlich gesagt nicht, dass hier im Forum eine zu offensive bzw. regelmäßige Empfehlung zum Umstieg bzw. Einsatz ein virtuelles RaspberryMatic/CCU Systems abgegeben wird. Da scheinen die Leute schon selbst drauf zu kommen, dass das durchaus eine völlig valid und legitime Herangehensweise ist. Natürlich aber sind auch deine Bedenken durchaus valide und völlig legitim und auch diese sollte man im Hinterkopf behalten, ja. Nur eben musst du das nicht IMHO immer wieder aufs neue in langen sich wiederkehrenden Aufsätzen gebetsmühlenartig niederschreiben. Mach das doch einfach 1x in geordneter Form in einem separaten Beitrag den du dann zur Diskussion stellst. Das wäre nicht nur zeitsparender für dich, auch könnte man diesen Beitrag dann besser referenzieren und deine Bedenken würde nicht einfach mit der Zeit teilweise im Rauschen des Forums untergehen wie es aktuell der Fall ist. Nicht mehr und nicht weniger wollte ich mit meinen Hinweisen – auch als Moderator dieses RaspberryMatic Forenteils – klarmachen.

[Hechizo]

Wenn ich die ova Datei installiere legt mir die VM ja selbst ständisch eine IP an.

Die VM hat doch erstmal nur eine MAC-Adresse. Die IP bekommt sie doch dann erstmal per DHCP vom Router.
Wenn du in > Einstellungen > Systemsteuerung > Netzwerkeinstellungen eine feste IP vergibst geht das nicht?

Mein Router (UDM Pro) zeigt die MAC Adresse und IP der VM erst gar nicht an habe ich gerade festgestellt.

[opossum]

eigenes Thema eröffnet, war hier wohl falsch