ElabNET Technik Forum

Hallo miteinander,

Edit by SW: Auf Wunsch des TE habe ich Überschrift und den Artikel überarbeitet, da offenbar doch keie 32 Bit Version von Edomi 2 für die Schienenwölfe verfügbar ist. Die betreffenden Images auf Dockerhab sind auch gelöscht. 2020-01-03 Stefan Werner.

so als ein Schmankerl zum Ende des Jahres 2019 habe ich eben die erste Version der Edomi-Docker-Images mit

Edomi 2.x für die Desktop-Versionen der Timberwolf Server

auf Dockerhub hochgeladen:

• amd64-latest

Ich freue mich über jegliches Feedback!

Super
Wird diese Woche definitiv noch getestet

Hi Yves,

vielen Dank für dieses Sylvestergeschenk! Ich würde mich mal dran machen und dann ggf. auch die Anleitung für den TWS V2.00 tauglich machen, sobald das Image dann mal mit allen LBS wieder läuft (da hab ich schon ein paar Bedenken das das ggf. etwas Arbeit wird...).

Erste Frage die sich grad stellt: Welche CentOS Version steckt denn nun im Container und welches BaseImage müsste ich verwenden wenn ich das root Passwort selbst wählen möchte?

Ich bin nicht ganz aktuell was Edombi angeht und konnte auf die schnelle auch nichts dazu im KNX UF finden... wieso klappt es jetzt doch auf der ARM Platform? Hieß es nicht immer nur für x86 32bit wegen der uralt PHP Version mit einer deprecated Exension? Oder ist genau das jetzt umgangen?

Hallo Yves,

ganz tolle Sache für alle Edomi-Fans, schön dass es auch jetzt auf der 32 Bit ARM Plattform der TWS Hutschienenmodelle läuft.

Im KNXUF wird es jetzt wieder heißen, dass diese Möglichkeit der Beweis ist, dass der TWS selbst nichts kann und nur eine Docker-Kiste ist....

Stefan

Hi Yves sehr gut gemacht.

Naja den Thread im KNX-UF finde ich nicht so schlecht. Einige Kritiker sind auch bemüht sich sachlich zu äußern / Fragen zu stellen.

Und wenn die Hutschienen TWS nun EDOMI vertragen, wenigstens kein Grund sich über ein "überteuertes Gehäuse" eines APU Boards zu beschweren.

Hallo zusammen,

hat schon jemand versucht das aktuelle Image für die Desktop Version zu ziehen?
Bei mir erscheint dabei eine Fehlermeldung. Die Version 1.63 lässt sich auch nicht mehr ziehen.

Vielen Dank im Voraus und nen guten Rutsch in 2020

Gruß Markus

gbglace hat geschrieben: ↑Di Dez 31, 2019 12:25 pmNaja den Thread im KNX-UF finde ich nicht so schlecht. Einige Kritiker sind auch bemüht sich sachlich zu äußern / Fragen zu stellen.

Naja. Zuerst mal zig Mutmaßungen und Behauptungen (natürlich in die schlechte Richtung) anstatt zu fragen oder sich zu informieren.

Die Richtigstellungen kosten mich nun schon vier Tage, eigentlich wollte ich in der Zeit am Handbuch und an Marketing arbeiten. Es hält mich brutal auf von dem was wichtig wäre.

Zudem ernüchtert mich es sehr, dass vieles was wir für wichtig und richtig erachtet haben bei den Rezensenten keine Beachtung findet. Da manches davon teuer ist was wir machen (z.b. Dauerpower durch Kühlung, interaktive Oberfläche, viel Diagnose) aber NULL erwähnt wird, frage ich mich schon, ob wir auf dem richtigen Weg sind.

gbglace hat geschrieben: ↑Di Dez 31, 2019 12:25 pmUnd wenn die Hutschienen TWS nun EDOMI vertragen, wenigstens kein Grund sich über ein "überteuertes Gehäuse" eines APU Boards zu beschweren.

Ja, ganz toll. Das Alu Gehäuse verlängert die Lebensdauer um ein Mehrfaches, kostet dafür nur 10% des Preises, aber damit erscheint der Server überteuert und das führt zur Kaufablehnung....

Stefan

bitte hier beim (Technik)Thema bleiben und nicht hier im Thread nun auch noch die Marketinggeschichten anfangen...

bei mir ist EDOMI 2.00 in einem ersten Versuch zumindest mal gestartet (TW2500) ohne irgendwelche Änderungen am bisherigen Installationsvorgehen

Werde nun mal versuchen mein Projekt in den neuen Container zu bekommen...

Hallo Andi

tger977 hat geschrieben: ↑Di Dez 31, 2019 11:32 am Ich würde mich mal dran machen und dann ggf. auch die Anleitung für den TWS V2.00 tauglich machen, sobald das Image dann mal mit allen LBS wieder läuft (da hab ich schon ein paar Bedenken das das ggf. etwas Arbeit wird...).

Ich möchte für die "wichtigsten" Bausteine alle Requirements direkt im Image haben. Zumindest für die Telegram-Bausteine ist das bereits der Fall, da sollte es keine Probleme damit geben resp. keinerlei weitere manuelle Installationen benötigt werden. Ausser den LBS selber natürlich.

Die Quellen liegen auf Github hier und hier, dort kannst Du nachschauen, was bereits alles installiert ist.

tger977 hat geschrieben: ↑Di Dez 31, 2019 11:32 am Erste Frage die sich grad stellt: Welche CentOS Version steckt denn nun im Container und welches BaseImage müsste ich verwenden wenn ich das root Passwort selbst wählen möchte?

Da steckt centos:7 bzw. arm32v7/centos:7 drin. Wenn Du das root-Passwort selbst setzen möchtest, hat das aber nichts mit dem Baseimage zu tun. Hatte es noch nie!? Das ist ein Parameter beim Bauen des Edomi-Images und nicht des Base-Images!