THEMA: ZIMO KLUG

Moin,
heißt das, man braucht das MXULFA nicht mehr kaufen? KLUG erfüllt das aus meiner Sicht die gleichen Funktionen und ist deutlich günstiger. Oder gibt es einen Unterschied zwischen MXULFA und KLUG, den ich übersehen habe?
Gruß, Thomas S.

Hallo Thomas,

das ist korrekt. Der Unterschied ist, dass das MXULFA autonom betrieben werden kann und auch den autonomen Fahrbetrieb beherrscht, wogegen das Klug nur mit einem (Windows) PC funktioniert.

Grüße, Peter W.

Hallo Thomas,

zwischen dem KLUG und dem MXULF gibt es schon Unterschiede.

Das KLUG ist nur über einen PC bedienbar, während das MXULF entweder über einen PC oder mit einem eingesteckten USB-Stick über die Bedien- und Anzeigeelemente am MXULF bedient werden kann.

Das KLUG liefert „nur“ eine Schienenspannung von 10 V. Wegen der Versorgung über den USB-Anschluss sind die 10V auf 400 mA begrenzt. Für Spur N reicht das zum Testen von Decodern in der Regel vollkommen aus. Das MXULF liefert eine höhere Schienenspannung, begrenzt auf 2 A.

LG
Markus

Hi Markus,

reichen Spannung und Stromstärke des KLUG, um Decoder zu programmieren?

Gruß
Gerald

Hallo

das ist endlich eine gute Lösung. Die Zusatzfunktionen vom MXULFA habe ich noch nie gebraucht, ausser wenn die Übertragung der Daten vom PC zum Dekoder direkt nicht richtig funktionierte. Erst dann habe ich den USB Stick genommen, um das Projekt einzuspielen, was meistens auch funktionierte. Wenn die PC Übertragung immer funktionieren würde, hätte ich das umständliche Update per Stick nie gebraucht. Den Gedanken, das MXULFA als mini Zentrale zu benutzen, habe ich nie gehabt. Zu umständlich. Die Fahrzeugeigenschaften werden bei mir immer mit der Einsatzzentrale an der Anlage überprüft.

Daher sehe ich den Klug als eine effiziente Lösung, auf das wesentliche reduziert. Mehr braucht man nicht (zu zahlen). Jetzt noch zwei Jahre warten, dass die Firmware auf Höhe des MXULFA ist   

Gruss

Stephan  

Hallo Markus,

das hört sich wirklich spannend an.
Besteht Hoffnung, dass der KLUG künftig auch mit einem Mac einsetzbar wird?

Grüsse
Hans

Viel interessantere Frage: wie sieht es mit Android aus? Mir würde eine App mit einfacher Fahr- und Programmierfunktion erstmal genügen. Die Idee: KLUG ans Handy stöpseln und dann kann man überall eine Lok fahren und programmieren oder auch Decoder testen. Handy hat man immer dabei und das KLUG und ein USB-Kabel braucht ja auch keinen Platz. kompakter geht es kaum. Wäre auch für Leute interessant, die keinen Zimo-Schwerpunkt haben.
Das Ganze setzt natürlich voraus, dass das Handy als Host genug Saft liefert.

Gruß
Andi

Ich hab seit Anfang Oktober vorbestellt bei einem soliden Händler in Norddeutschland. Der Händler weis leider noch nicht, ob und wann er auch Ware bekommt. Nachfrage höher als Produktionskapazität?

@Alle.

ACHTUNG, ACHTUNG: es ist gemäß Anleitung ZWINGEND notwendig einen USB 3 Anschluß zu haben, weil das Gerät 900 mA / 5,2 Volt am Eingang braucht. Außerdem ist USB auch viel Schneller was den Datendurchsatz angeht.
KLUG hat keinen eigenen separaten Stromanschluss für irgendwelche Netzteile.
Im KLUG ist ein DC/DC Konverter verbaut der aus 5,2 Volt eine Spannung von 10 Volt macht. Dabei reduziert sich die Stromabgabe zum Gleis auf 400 mA. Heisst ca. 4 VA liefert KLUG ans Gleis. Die Leistungsaufnahme beträgt 4,7 VA bei 5,2 V und 0,9 A.

Zitat Zimo:

"Maximale Stromabgabe am Ausgang „Schiene“ (stabilisiert auf Vout = 10 V)

Zur Versorgung wird ein USB-Anschluss benötigt, der mit mindestens 900 mA belastbar ist. Bei USB-A 3.0 und USB-C Anschlüssen ist dies immer gewähr­leistet. Ein Betrieb an älteren USB-Anschlüssen ist prinzipiell möglich, wird aber nicht empfohlen."

Zitat Ende

Das Gerät ist ideal für Spurweite Z inkl. Fahrtests. Dort reichen 10 Volt bei 0,4 A dicke. Das dürfte bei den Spur Z Freunden schnell beliebt werden.

Bei N reicht es definitiv zum CV Programmieren am Gleis, wozu es ja auch gedacht ist.  Updates und Soundfiles macht man m. M. n. Schlauer Weise mittels SUSI Ports. Dafür hat er ja genug Schnittstellen. Ausnahme davon NEM 651 Decoder. Da muss gem. Infoblatt erst eine Kabelverbindung / Steckverbindung für SUSI zusätzlich hergestellt werden.

Gruß.

Bei ZIMO-Decodern gibt es keine Probleme. Wie das bei Decodern von Mitbewerben ist, weiß ich nicht.


Solang wird das sicher nicht dauern. Der SW-Entwickler sorgt dafür, dass das KLUG schnell dazulernt. Es heißt ja nicht umsonst KLUG

#6
Nein, Mac ist derzeit nicht geplant.

#7
Den Gedanken das KLUG unterwegs über ein USB-Kabel mit dem Handy zu bedienen hatte ich auch schon gehabt. Wir werden noch prüfen wie viel Aufwand das wäre. Man darf gespannt bleiben wie klug das KLUG in Zukunft noch werden wird

#8
Die Nachfrage ist zwar hoch, von einem Engpass wüsste ich aber nichts.

LG
Markus

@Beitrag #10. Danke. Naja bis Norddeutschland / Ostsee ist der Weg aus Ö / Wien weit und die Post langsam.... *ggggg*

Smartphone. Dann brauchst aber extra Energiezufuhr via USB und daneben dann WiFi oder Bluetooth Zusatztools samt App Software. Ob sich's dann noch preislich lohnt?

Leider auch nicht Ubuntu kompatibel....*seufz*

1. USB-C ist prinzipiell bis 240W. Das man das nicht voll unterstützt, kann ich verstehen, aber etwas mehr als die billigste Variante hätte es schon sein können.

2. Ein Java-Programm könnte auf allen Betriebssystemen laufen, fast ohne Mehrkosten.

Hallo Markus,



Danke für die Info! Das hatte mich bisher vom Kauf abgehalten. Jetzt wird es passieren


Viele Grüße,

Simon

Hallo zusammen,


Bei mir wars umgekehrt. Ich hab im Forscherdrang das Teil bestellt und erst dann gelesen, dass es für meine vielen MX-Decoder (noch) gar nicht brauchbar ist.
Nachdem das aber meine persönliche Blödheit war und nicht die Schuld von Hersteller oder Händler hab ich es natürlich nicht zurückgegeben, sondern auf ein Update gehofft.
Schön, dass das jetzt wirklich kommt.

Gruß,
Helmut

Hallo,

ich hatte mich auch über die USB-C PD Geschichte mokiert, allerdings habe ich mich damit beschäftigt und muss Zimo Recht geben. Abgesehen von USB Netzteilen habe ich noch keinen USB Host gefunden, der USB-PD unterstützt und mehr als 5 V abgibt. Das ist offenbar auch nicht definiert. Soll heißen: Nur Netzteile ab 30 W und Docking Stations liefern mehr als 5 V, aber keine USB-C Buchsen an PCs oder Laptops, an Mobilgeräten sowieso nicht.

Die Bedienung des KLUG mit einem Handy wäre super, aber Mobilgeräte liefern nur. wenig Strom, das erfordert einen USB-C Splitter zum gleichzeitigen Anschluss eine Netzteils und eines USB-Gerätes. Das fängt es wieder mit umständlich an. Weiter gehts mit welche virtual Com kann man aus Android heraus überhaupt ansprechen?

Grüße, Peter W

Sinnvoll wäre es Betriebssystem unabhängig zu sein. Z.B. erreichbar und nutzbar via einem Browser. Es gibt viele jüngere Modellbahner, die nur noch z.B. ein Ipad oder Handy besitzen. (immer mehr ältere auch). Da kauft sich keiner extra nen Windowsrechner. Ich glaube das man heutzutage keine Software schreiben sollte die viele Abhängigkeiten hat.

Dem kann ich vollumfänglich zustimmen. Wie schon vom KollegeN gepostet reicht z. B. JAVA dazu. PCs sind was für's Büro. Privat geht die Tendenz zu Smarthomegeräten.

Hallo,

ich hab auch schon einen Klug ist schon vor zwei Wochen von Fischer-modell gekommen.

Als ich es angeschlossen hab lief es erst nicht, weil ich ein USB-C Kabel ohne Datenleitung genommen habe, dann hab ich ein andres mit voller Belegung genommen und jetzt läuft ein es wandfrei.
Ich hab schon mal bei einer Fleischmann-Lok ein Decoder update gemacht und auch die Lok lässt sich sich Steuer und den Sound abspielen.
Das Klug war an meinen Laptop angeschlossen, dann ist das auch noch eine einigermassen kompakte Geschichte.

mfg
Henning

Wenn ich zum MXULF und zu Vincents Open Remise Board jetzt noch das KLUG dazunehme, bin ich doch für sämtliche vorstellbaren ZIMO-Szenarien gewappnet, oder?
😁

MfG
Rainer

Nachricht vom Händler Fischer-Modell MoBa Shop bekommen. Lief.Zt. beträgt ca. 2 - 4 Wochen bis zum neuen WE seitens ZIMO. Könnte also bis Weihnachten noch hinkommen.

Hallo!
Ich hab mir gestern Klug (aufgrund dieses Beitrags) bei DM-Toys bestellt… laut Sendungsverfolgung soll die Lieferung heute ankommen 😀
Gruß Christian

DEM-Toys sagt mir heute "Artikel ist derzeit nicht verfügbar": https://www.dm-toys.de/de/produktdetails/Zimo_KLUG.html

Ich zahle 84,60 Euro als Vorbestellpreis bei meinem Händler. Was kostet es denn bei DM-Toys? BesserePreise hat es auch lieferbar. Kostet aber auch mehr.

Hallo Frank,
Dann hab ich wohl Glück gehabt, dass ich einen der letzten bekommen habe. Ich ha 94€ bezahlt.
Gruß Christian

Hallo,

ich habe mein Zimo Klug gestern auch erhalten.
Mit den aktuellen MN Decodern im Arnold Akku Schlepper funktioniert es auch bestens.

MX Decoder funktionieren noch nicht nur in der Software sind sie aus wählbar aber trotzdem Fehler beim CV auslesen.
Decoder Updates kann man für MX Decoder auswählen habe ich aber noch nicht getestet.
Dann warte ich mal ob da noch was kommt da ich einige MX Decoder habe

Viele Grüße
Andreas

Servus.
Heute bekam ich die frohe Botschaft, dass meine Vorbestellung aus Anfang Oktober endlich lieferbar ist. Nächste Woche sollte das KLUG(e) Modul  bei mir ankommen. Bezahlt habe ich unter 90 Euro inkl. Porto. Ein fairer Preis. Nun verbleibe ich in der Hoffrnung, dass wirklich in 2026 ZIMO auch für die MX Decoderfamilie die Firmware aufspielt. Ein USB 3.0 mit USB-C Anschluss Datenkabel habe ich schon daheim - ist nicht im Lieferumfang enthalten.
Beste Grüße.

Servus Austria, Helvetia und Germania.
Sodele. Das Gerät ist heute angekommen und wurde gleich in Betrieb genommen. Passt eigentlich soweit. Klein aber fein.
Es macht was es soll. Unkomplizierte Handhabung. Etwas einlesen in die online Bedienungsanleitung und dann kanns auch schon losgehen. Es wurde ein MS Decoder mit neuer Firmware bespielt. Außerdem wurde die FW des KLUG Geräts sofort aktualisiert.
Das mitgelieferte Handbuch ist allerdings ein Witz, nur mit Lupe lesbar. Erinnert an einen Beipackzettel für Pharmaprodukte. Die billige Papierumverpackungshülle der Plastikbox auch ein trauriges Daherkommen - an der Perforieriung schon gerissen. Eine Kartonageeinschubhülle hat man leider bei ZIMO nicht als gut genug befunden?
Fazit: Doehler und Haass kommt leider was Innovation bei Peripheriegeräten angeht technisch weiter in Rückstand. Mit diesem Gerät schlägt m. M. n. ZIMO auch bekannte Hersteller wie ESU, PIKO und Uhlenbrock.
Schönen Sonntag.
Frank

Hallo

was hat denn das Gerät, was so innovativ ist, gegenüber den anderen Herstellern?

Eher war das MXULFA weit ins Hintertreffen geraten. Dass ein Gerät, was 2025 rauskommt, aktueller ist, als Geräte, die seit über 15 Jahre am Markt sind, sollte eine Selbstverständlichkeit sein.

Soviel ich hier lese, erreicht der Funktionsumfang des Klugs noch nicht den des Vorgängers (MX Dekoder). Somit nur bedingt tauglich.

Gruss

Stephan

Hallo,

von uns gibt es nun ein KLUG-Tutorial, in dem alle Funktionen und Features in Bild und Text, Schritt für Schritt erklärt werden:
https://www.youtube.com/watch?v=kKU9Y0S_Dbw

Schöne Weihnachtsgrüße
Markus

Die von Hardwaredesigner zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Hey, das ist prima! Mittlerweile komme ich mit dem Teil soweit klar. Frohe Weihnachten und so.

Tach zusammen.

Es gibt Neuigkeiten in Zusammenhang mit KLUG zu berichten. Die MoBa Software JMRI kann demnächst auch mit ZIMOs KLUG umgehen. Die soweit fertige Implementierung seitens JMRI wird mit der Zwischenversion 5.15.5 in den kommenden Wochen (erscheint nitte März) zunächst abgeschlossen. Die Hardware kann dann mit der JMRI App "Decoder Pro" genutzt werden.

Fußnote: auch die Implementierung von RailCom wird auf Basis des Can-Bus (CBUS) derzeit weiter voran getrieben. Heisst RailCom Meldemodule die einen CAN Rückmeldebus nutzen wären hier von Interesse.

Hinweis: die nächste finale Version von JMRI erscheint im Sommer.

Grüße.

Frank

Hallo zusammen,

Weiß jemand, wie es mit der Implementierung der MX-Decoder in der Zimo-Software aussieht? Es sind ja mittlerweile 3 Monate vergangen, seit der Ankündigung  "Ein Update für das KLUG welches die MX-Decoder unterstützt folgt in wenigen Wochen."

Gruß
Christian

@31 Die Formulierungen "in Kürze" oder "in wenigen Wochen" oder "bald" haben keinerlei Relation zum im normalen Leben üblichen Zeitspannen. "Bald" kann auch 10 Jahre und mehr bedeuten wie das beim MX10 selbst war. Der SW Ladevorgang mittels des MX10 ist immer noch auf diesem Status und das ist nun mehr als 15 Jahre so. Im Menu des MX10 gibt es schon Einträge dafür.

Bei allem Verständnis zum Bedarf einer so wesentlichen Sache. Überstürzen darf man das nicht. Nur die Ankündigungen die sind rasch. Leider ist das so. Alleine die Idee ein Produkt mit so wesentlich fehlender Funktionalität anzukündigen und dann auch so zu verkaufen finde ich sehr unpassend!
-AH-

Hallo Christian,

intern ist die Implementierung der MX-Decoder schon seit 2 Monaten vorhanden. Beim Testen sind jedoch noch ein paar wenige Bugs entdeckt worden, welche in den letzten Wochen behoben wurden. Bei der aktuellsten internen Version sieht es gut aus, dass diese nächste Woche veröffentlicht werden kann.

LG
Markus

Hallo,

weiß jemand (ich hab’s noch nicht) welcher USB Treiber angezogen wird?
Könnte man das Klug mit einem USB-Host fähigen Arduino ansteuern zum CV auslesen?

JMRI DecoderPro auf einem Raspi müsste jedenfalls gehen, oder spricht etwas dagegen?

Grüße, Peter W

Hallo Markus,
Das lässt hoffen.... danke für die Info.

Gruß
Christian

Hallo Frank, #30

danke für dies Nachricht: KLUG & JIMRI, klasse!

Grüsse
Hans

Der Betrieb erfolgt via Windows CDC Treiber, die Updates via STM32Bootloader DFU Treiber.

@Peter W.

Das KLUG ist bei Lunux Systemen auf denen auch JMRI läuft plug und play. Die Treiber für USB 3 sind immer implementiert, sofern physisch am Gerät vorhanden.

JMRI läuft sehr gut ab Raspberry Pi 4B mit 4GB RAM und mit der Raspi 64bit Debian Software.

JMRI benutzt JAVA, das muss vorhandne sein.

Grüße.

Hallo zusammen,

danke für die Info.

Haltet uns auf dem laufenden. Sobald er MX-Decoder kann, bestelle ich!

Viele Grüße,

Simon

Hallo,

die KLUG-Version 0.3.6 ist nun verfügbar!
https://www.zimo.at/web2010/support/Update-KLUG.htm

Ebenso ist die ZSP-Version 1.26.00 nun verfügbar!
https://www.zimo.at/web2010/products/zsp_zimo-sound-programmer.htm

Mit diesen Version ist nun das Updaten von MX-Decoder und das Laden von Soundprojekten in die MX-Decoder übers KLUG möglich.

LG
Markus

Hallo Markus,

ist das auch für Fahrzeuge mit eingebautem Pufferspeicher problemlos möglich?

Gruß
Rainer

Hallo Marcus,
Vielen Dank für die Info, jetzt wird das kleine Gerät wirklich interessant.

Mfg
Christian W.

Danke für die Info! Das JMRI Team hat weitere Einpassung in der Software für KLUG gemacht. Außerdem weiteres für den Z21 CAN Bus und Railcom.

Fast, das waren wir. :)

Für jede Eigenbau-Ladeschaltung kann ich das nicht garantieren. In Decoder mit einem STACO oder mit Kondensator(en) am Energiespeicheranschluss des Decoders kann problemlos ein Update oder Soundprojekt geladen werden.

LG
Markus

Hallo Markus, danke für die Info.
Die aktuellste Software für die MX-Decoder ist aus 2024, die Version 40 ist die höchste Version. Das ist richtig?

Die Beiträge 43 und 44 verstehe ich nicht. Was wollt ihr sagen?

VG
Roberto

Man kann doch einen Decoder 'blind' aktualisieren falls der ACK, bedingt durch die Pufferung, nicht durchkommt. Ist das denn moeglich?

VG,
Frank

Mahlzeit Roberto.

Wie Vincent mitteilt unterstützt ZIMO dankenswerter Weise das frei zugängliche Modellbahnsteuerungssoftwareprojekt JMRI, sodass KLUG mit der Software App DecoderPro funktionieren wird.

Beste Grüße.

Als Fingerübungen hat der Entwickler des KLUGs eine cross-platform taugliche C Bibliothek veröffentlicht die es erlaubt das KLUG (und MXULF) unter Windows, Linux, OSX und Android anzusprechen:
https://github.com/ZIMO-Elektronik/libULF

Und die kleine cross-platform Update App "KLAUS" (KLUG Lite Audioload and Update Software) gibt es gleich noch oben drauf:
https://github.com/ZIMO-Elektronik/KLAUS

Die von Vincent Hamp zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Hmmm, wohl eher was für Computer Spielkinder....IT Nerdzeugs....viel Spaß. ^^

Hi Vincent,

KLAUS ist ja mal echt eine super Sache!

1000 Aura für Dich, wenn Du die macOS-Version noch final weiterentwickelst, dass man sie einfach runterladen und starten kann, also ohne selbst zu kompilieren. Gamechanger, wäre ein großes Plus für Zimo.

Liebe Grüße! Steffen

schliesse mich Steffen's Aussagen (#51) an.

Super Sache!!!

Beste Grüsse
Samuel

Grüß dich Steffen

Das wär super wenn uns da ein OSX Entwickler helfen könnte. Wir haben leider keinerlei Erfahrung damit.

Wir haben auch keine OSX Maschinen, aber eigentlich müsste sich das ja mit einem GitHub Workflow lösen lassen können.

Hi Vincent,

zum Entwickeln fehlt mir leider echt die Zeit, aber beim Testen wäre ich dabei. In meinem Umfeld nutzen nicht wenige Macs für die Moba.

Liebe Grüße, Steffen

Linux = (Ubuntu Machine) kann ich testen. Kompilieren kann ich nicht, keine Erfahrung damit. Ein fertiges Debian Paket dass sich unter Ubuntu selbst korrekt installiert kann ich dagegen aufspielen. Kernelversion und Ubuntu Version kann ich nachher hier mitteilen.

Servus.

Wie zugesagt hier die Daten zu Ubuntu und Linux Mint (basiert auf Ubuntu) aktuelle Versionen und die Kernel.

Kernel ist bei beiden Versionen die Version 7.x

Neustes Ubuntu ist 26.04.1 LTS, Alternative Ubuntu 22.04. LTS.

Aktuelles Linux Mint 22.3 LTS basiert auf Ubuntu 24.04 LTS (läuft immer 1 Version hinter Ubuntu)

Leider keine Ahnung wie man das schöne neue ZIMO tool implementiert.

Grüße ans Team.

Frank

Ich versteh den Post nicht? Implementiert? Für Nutzer gibts fertige Releases?

Mahlzeit. Als fertiges Debianpaket oder fürs Terminal eine *.sh Instalationsroutine File, oder ein Ordner wo alle Files fix und fertig enthalten sind (so macht es JMRI). Hab ich auf GITHUB nicht gesehen / sprang nicht ins Auge. Ich schau gerne nochmal vorbei. Genau das brauchts, ich kann die nicht bauen. Andere Linux Auskenner schon. Ich meinte Installation statt Implemtation - sorry. LG

Hier gibt das AppImage:
https://github.com/ZIMO-Elektronik/KLAUS/releases/latest

Es ist echt irre wie schlecht die bei GitHub versteckt sind. Selbst technisch versierte Nutzer (und oft sogar andere Entwickler) haben Probleme diesen blöden Button zu finden...

Danke, ich probiere den Klaus mit dem ULFA am Abend unter Ubuntu 26.04 gerne aus.

Grüße, Peter W.

@Vincent

Ja da schaust, damit kannst arbeiten. ^^

Direktlink zu den Installationsdateien für Linux und Windows: https://github.com/ZIMO-Elektronik/KLAUS/releases/tag/v0.0.6

Viel Spaß.

Frank

Feedback: Linux Mint kann mit der AppImagedatei für Linux leider nichts anfangen. Es gibt kein vorinstalliertes Programm das die App startet. Das hab ich auch bei der ArduinoImageApp. So "modern" ist Mint nicht, eher sehr konservativ. Thema durch.

erledigt

Ein AppImage lässt sich wie jedes andere Programm starten

chmod +x MyApp.AppImage
./MyApp.AppImage


Oder im Normalfall halt einfach per Doppelclick?

Der Befehl im Terminal - hab ihn ausprobiert - wird bei Mint mit Fehlern quittiert. Ich reproduziere ihn mal und kopiere den Fehlertext. Mint will mounten, aber scheitert. Moment bitte

So sieht das dann aus:

/tmp/.mount_z-klaulCfNib/bin/z-klaus: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.36' not found (required by /tmp/.mount_z-klaulCfNib/bin/../lib/libULF.so)
/tmp/.mount_z-klaulCfNib/bin/z-klaus: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.43' not found (required by /tmp/.mount_z-klaulCfNib/bin/../lib/libcurl.so.4)
/tmp/.mount_z-klaulCfNib/bin/z-klaus: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.43' not found (required by /tmp/.mount_z-klaulCfNib/bin/../lib/libslint_cpp.so)
/tmp/.mount_z-klaulCfNib/bin/z-klaus: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.42' not found (required by /tmp/.mount_z-klaulCfNib/bin/../lib/liblibserialport.so)

Was meint ihr? Es fehlen Hilfsdateien?

Die Version von GLIBC auf dem System passt nicht. Bei mir auch nicht, aber mehr als Ubuntu 26.04 geht nicht und das hat noch kein GCC 12.
apt-cache policy libstdc++6
libstdc++6:
  Installiert:           16-20260322-1ubuntu1
  Installationskandidat: 16-20260322-1ubuntu1
  Versionstabelle:
*** 16-20260322-1ubuntu1 500
        500 http://at.archive.ubuntu.com/ubuntu resolute/main amd64 Packages
        100 /var/lib/dpkg/status

Ich habe auf dem System auch noch kein GCC 12 oder 13 installiert und Frank wohl auch nicht, wenn er nichts mit Compilieren am Hut hat.
Vincent: Bitte baue die App mit einer GCC Lib, die maximal auf dem Level von Ubuntu 26.04 LTS ist. Nicht jeder möchte sich zum Betrieb einer App Release gleich den ganzen Compiler mit installieren.

Grüße, Peter W.

Moin,

Mein Test auf Ubuntu 26.04.1 LTS (Resolute Raccoon), Updates sind aktuell ..

Das AppImage lässt sich nicht starten ...



Es fehlen alle vom Compiler erzeugten Abhängigkeiten.
Es wäre dann hilfreich das auf einem Standardsystem zu compilieren

----------------------------------------------------------------------------------

Ich habe das Ganze selber compiliert, danach startet Klaus auf dem Ubuntu

sudo apt update && sudo apt install cmake build-essential libopengl-dev -y

sudo apt install rustc cargo -y

git clone https://github.com/ZIMO-Elektronik/KLAUS
cd KLAUS

cmake --preset release_amd64
cmake --build --preset release_amd64

~/KLAUS/build/linux/z-klaus


Desktop Verknüpfung:

nano ~/Desktop/z-klaus.desktop
oder
nano ~/Schreibtisch/z-klaus.desktop

--------------------------------------------------
[Desktop Entry]
Name=z-klaus
Comment=ZIMO Elektronik Tool
Exec=env SLINT_BACKEND=software /home/<USERNAME>/KLAUS/build/linux/z-klaus
Terminal=false
Type=Application
Icon=system-run
--------------------------------------------------

Viele Grüße, Franzi

Die von vbh zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Hab mal bisserl recherchiert. Die gesuchte glibc Datei wird testweise derzeit nur bei Debian Trixie bereit gestellt. Offenbar ist die Datei für das OS nicht ganz ohne was ich gelesen habe.

Bei Windowes 11 läuft die App. Das kann ich schon mal sagen. Einen ZIMO Testdecoder hab ich nicht über. Finde die Schlichtheit sehr schön. Passt zum KLUG Konzept.

Moin,

Debian Trixie (DEBIAN_VERSION_FULL=13.7)

funktioniert auch nicht

./z-klaus-0.0.6-Linux.AppImage
/tmp/.mount_z-klauIIaNCl/bin/z-klaus: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.36' not found (required by /tmp/.mount_z-klauIIaNCl/bin/../lib/libULF.so)
/tmp/.mount_z-klauIIaNCl/bin/z-klaus: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.43' not found (required by /tmp/.mount_z-klauIIaNCl/bin/../lib/libcurl.so.4)
/tmp/.mount_z-klauIIaNCl/bin/z-klaus: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.43' not found (required by /tmp/.mount_z-klauIIaNCl/bin/../lib/libslint_cpp.so)
/tmp/.mount_z-klauIIaNCl/bin/z-klaus: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.42' not found (required by /tmp/.mount_z-klauIIaNCl/bin/../lib/liblibserialport.so)

Viele Grüße, Franzi

Ich ging eigentlich davon aus dass das AppImage mit einer älteren glibc gebaut wurde. Der Entwickler ist sich diesen Dingen eigentlich eh bewusst. Ich sprech ihn drauf an wenn er gesundet wieder im Büro ist.

Aha, auch nicht mehr dabei. Gut Foren sind nicht immer up2date. Bleibt nur auf einer richtigen Ubuntu Maschine die Sache aufzuziehen wie Franzi es vormacht. Möglichst fertig compiliert. ^^

Moin. Also libc6 ist auf dem Kleinrechner RaspberryPi 4B mit Raspian OS Trixie vorhanden und vorinstalliert. Die AppImage läuft aber (noch) nicht wirklich. Ursache noch nicht gefunden. Melde mich wieder. LG. Frank


Nachmeldung: Scheitert an der Prozessorarchitektur. Nicht mit arm64 CPU kompatibel. Nur für x86_64 CPUs. Heisst die AppImage muss für arm64 kompatibel werden, dann gehts.

Quelle: https://blog.silverpc.hu/2025/09/10/ist-es-mog...y-pi-os-auszufuhren/

Da muss man aufpassen, Auf den größeren Raspis läuft schon ein 64-bit OS. Die kleineren sind nur bessere Microcontrollerplatinen.

Hat jemand die Möglichkeit, den KLAUS auf einem Arm-Windows System in der Emulation zu testen? Das würde mich auch wegen USB-CDC interessieren. Um ein Haar hätte ich heuer eins gekauft, hab mich aber dann für einen AMD entschieden wegen dem Treiberkram.

Grüße, Peter W.

Servus.

Mein Raspi läuft mit dem 64bit OS.

LinuxMint: kompilieren leider gescheitert, weil nicht die neusten files in den Repos vom OS System vorhanden sind, um zu kompilieren und der Entwickler auf Ubuntu Version 26.04 die source codes geschrieben hat. Mit Ubuntu 24.04 als LinuxMint Basis ist da erst mal nichts zu machen.

Konkretisiert: die files cargo und rustc waren / sind in meinen Repos zu alt.
Versuch: mit einem Trick das neuste cargo und rustc nachinstalliert, Kompiliren läuft jetzt fast durch, ABER der Kompiler findet gegen Ende nicht alle Verzeichnisse so auf meinem System vor wie er es vom Programmierer vorgegeben bräuchte, sodass die Sache am ende des Prozesses gescheitert war.

Gute Genesung an den Entwickler. Mal sehen wie es dann weiter geht. Die AppImage sollte auch auf Ubuntu 24.04. ohne kompilieren gerne laufen dürfen.

Rasperry Pi muss nicht, darf aber gerne auf Trixie Basis und Raspi CPU auch laufen.

Grüße.

Frank

Servus,

die Dependencies hat man ja schließlich alle auf seinem Rechner, oder vielleicht doch nicht?

cmake --preset release_amd64


sudo apt install ninja-build


sudo apt install git


sudo apt install rustc


sudo apt install cargo


sudo apt install openssl


sudo apt install libssl-dev



Natürlich nicht, ich hab keinen ssh key für github hinterlegt. Den kriegst Du nicht!

git config --global url."https://github.com/".insteadOf "[email protected]:"


sudo apt install clang-format


sudo apt install libfontconfig1-dev pkg-config

cmake --build --preset release_amd64_windows

Trommelwirbel...

./z-klaus

Läuft! Morgen schnappe ich mir dann einen ZIMO Decoder und probiere es mit dem ULFA.
Schaumermal...

Grüße, Peter W.

Credits to Microsoft Copilot. Den hab ich auch in Ubuntu auf der Copilot-Taste

Die von Peter W. zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Wo hast Du das nun kompiliert? Auf Ubuntu 26? Hab ich mit Ubuntu 24 ne chance? Ich seh natürlich nicht welche Versionen gerade deine files fürs kompilieren haben. Naja.

Ja, auf 26.04. Jetzt hat er mich doch rein geritten, der Herr Entwickler, den ganzen Kramuri zu installieren. Schadet aber auch nicht.

Ich kann leider nicht beantworten, welcher Versionsstand im package stream drin ist. Bin selbst Ubuntu-Novize.
Aber Versuch macht KLUG und KLAUS

Auffällig  ist, dass bei mir Version "0.0.0-experimental" steht und bei Franzi "0.0.6-experimental".
Ich hab initial kein git-clone gemacht, sondern das ZIP runtergeladen und entpackt.

   Compiling polling v3.11.0
   Compiling serde_derive v1.0.229
   Compiling bytemuck_derive v1.12.1
   Compiling synstructure v0.14.0
   Compiling enumflags2_derive v0.7.12
   Compiling displaydoc v0.2.7
   Compiling zerovec-derive v0.11.6
   Compiling tracing-attributes v0.1.31
   Compiling wayland-backend v0.3.17
   Compiling thiserror-impl v2.0.20
   Compiling zerocopy-derive v0.8.57
   Compiling serde_repr v0.1.21
   Compiling async-recursion v1.1.1
   Compiling equator-macro v0.4.2
   Compiling async-trait v0.1.92
   Compiling futures-macro v0.3.34
   Compiling async-io v2.6.0
   Compiling yeslogic-fontconfig-sys v6.0.1
   Compiling anyhow v1.0.104
   Compiling rayon-core v1.13.0
   Compiling num-rational v0.4.2
   Compiling zerofrom-derive v0.1.8
   Compiling yoke-derive v0.8.3
   Compiling equator v0.4.2
   Compiling wayland-client v0.31.15
   Compiling async-signal v0.2.14
   Compiling aligned-vec v0.6.4
   Compiling bytemuck v1.25.2
   Compiling async-process v2.5.0
   Compiling v_frame v0.3.9
   Compiling futures-util v0.3.34
   Compiling tracing v0.1.44
   Compiling memoffset v0.9.1
   Compiling font-types v0.12.5
   Compiling rgb v0.8.53
   Compiling thiserror v2.0.20
   Compiling tiny-skia-path v0.12.0
   Compiling paste v1.0.15
   Compiling zerocopy v0.8.57
   Compiling khronos_api v3.1.0
   Compiling zmij v1.0.23
   Compiling read-fonts v0.41.0
   Compiling accesskit v0.24.1
   Compiling euclid v0.22.14
   Compiling as-slice v0.2.1
   Compiling icu_decimal_data v2.3.0
   Compiling xml-rs v0.8.29
   Compiling byteorder-lite v0.1.0
   Compiling zerofrom v0.1.8
   Compiling yoke v0.8.3
   Compiling tinyvec v1.13.3
   Compiling built v0.8.1
   Compiling zerovec v0.11.8
   Compiling zerotrie v0.2.5
   Compiling color_quant v1.1.0
   Compiling wayland-protocols v0.32.13
   Compiling thiserror v1.0.69
   Compiling unicode-segmentation v1.13.3
   Compiling rustix v0.38.44
   Compiling itoa v1.0.18
   Compiling av-scenechange v0.14.1
   Compiling raw-window-handle v0.6.2
   Compiling serde_json v1.0.151
   Compiling rav1e v0.8.1
   Compiling lyon_geom v1.0.19
   Compiling convert_case v0.10.0
   Compiling gl_generator v0.14.0
   Compiling fontdb v0.24.0
   Compiling serde v1.0.229
   Compiling gif v0.14.2
   Compiling image-webp v0.2.4
   Compiling tinystr v0.8.4
   Compiling potential_utf v0.1.6
   Compiling icu_collections v2.3.0
   Compiling icu_locale_core v2.3.0
   Compiling aligned v0.4.3
   Compiling rayon v1.12.0
   Compiling zvariant_utils v4.2.0
   Compiling zcheapstr v1.1.0
   Compiling enumflags2 v0.7.12
   Compiling svgtypes v0.16.1
   Compiling field-offset v0.3.6
   Compiling thiserror-impl v1.0.69
   Compiling arg_enum_proc_macro v0.3.4
   Compiling pulp v0.22.3
   Compiling profiling-procmacros v1.0.18
   Compiling no_std_io2 v0.9.4
   Compiling roxmltree v0.21.1
   Compiling simplecss v0.2.2
   Compiling icu_provider v2.3.1
   Compiling zvariant_derive v5.15.0
   Compiling linux-raw-sys v0.4.15
   Compiling zvariant v5.15.0
   Compiling icu_properties v2.3.0
   Compiling icu_normalizer v2.3.0
   Compiling icu_locale_fallback v2.3.0
   Compiling xmlwriter v0.1.0
   Compiling pulldown-cmark v0.13.4
   Compiling unicode-vo v0.1.0
   Compiling pastey v0.1.1
   Compiling y4m v0.8.0
   Compiling parlance v0.1.0
   Compiling unicode-xid v0.2.6
   Compiling base64 v0.23.1
   Compiling data-url v0.3.2
   Compiling linebender_resource_handle v0.1.1
   Compiling percent-encoding v2.3.2
   Compiling unicode-bidi v0.3.18
   Compiling icu_segmenter_data v2.3.0
   Compiling imgref v1.12.3
   Compiling pico-args v0.5.0
   Compiling unicode-script v0.5.8
   Compiling imagesize v0.15.0
   Compiling derive_more-impl v2.1.1
   Compiling half v2.7.1
   Compiling profiling v1.0.18
   Compiling bitstream-io v4.10.0
   Compiling lyon_path v1.0.19
   Compiling tiny-skia v0.12.0
   Compiling zbus_names v4.3.4
   Compiling av1-grain v0.2.5
   Compiling zbus_xml v5.2.1
   Compiling num-complex v0.4.6
   Compiling zbus_macros v5.19.0
   Compiling fixed_decimal v0.7.2
   Compiling itertools v0.14.0
   Compiling zbus-lockstep v0.5.2
   Compiling wayland-protocols-wlr v0.3.12
   Compiling num-derive v0.4.2
   Compiling simd_helpers v0.1.0
   Compiling maybe-rayon v0.1.1
   Compiling x11-dl v2.21.0
   Compiling raw-cpuid v11.6.0
   Compiling scopeguard v1.2.0
   Compiling noop_proc_macro v0.3.0
   Compiling reborrow v0.5.5
   Compiling unicase v2.9.0
   Compiling new_debug_unreachable v1.0.6
   Compiling as-raw-xcb-connection v1.0.1
   Compiling pulp-wasm-simd-flag v0.1.1
   Compiling siphasher v1.0.3
   Compiling skrifa v0.44.0
   Compiling harfrust v0.12.0
   Compiling fontique v0.11.1
   Compiling derive_more v2.1.1
   Compiling phf_shared v0.13.1
   Compiling zbus v5.19.0
   Compiling zbus-lockstep-macros v0.5.2
   Compiling icu_decimal v2.3.0
   Compiling calloop v0.13.0
   Compiling loop9 v0.1.5
   Compiling strum_macros v0.28.0
   Compiling zune-inflate v0.2.54
   Compiling const-field-offset-macro v0.2.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/helper_crates/const-field-offset/macro)
   Compiling gethostname v1.1.0
   Compiling avif-serialize v0.8.9
   Compiling getrandom v0.3.4
   Compiling zeno v0.3.3
   Compiling pxfm v0.1.30
   Compiling xcursor v0.3.11
   Compiling x11rb-protocol v0.13.2
   Compiling bit_field v0.10.3
   Compiling usvg v0.48.1
   Compiling xkeysym v0.2.1
   Compiling yazi v0.2.1
   Compiling smithay-client-toolkit v0.19.2
   Compiling ttf-parser v0.25.1
   Compiling fax v0.2.7
   Compiling htmlparser v0.2.1
   Compiling lebe v0.5.3
   Compiling cursor-icon v1.2.0
   Compiling wayland-csd-frame v0.3.0
   Compiling ravif v0.13.0
   Compiling exr v1.74.2
   Compiling moxcms v0.8.1
   Compiling tiff v0.11.3
   Compiling resvg v0.48.1
   Compiling swash v0.2.10
   Compiling owned_ttf_parser v0.25.1
   Compiling atspi-common v0.13.0
   Compiling i-slint-common v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/common)
   Compiling strum v0.28.0
   Compiling wayland-cursor v0.31.14
   Compiling const-field-offset v0.2.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/helper_crates/const-field-offset)
   Compiling calloop-wayland-source v0.3.0
   Compiling icu_segmenter v2.3.0
   Compiling phf_generator v0.13.1
   Compiling lyon_extra v1.1.0
   Compiling parley_data v0.11.1
   Compiling tiny-skia-path v0.11.4
   Compiling qoi v0.4.1
   Compiling indexmap v2.14.2
   Compiling pin-project-internal v1.1.13
   Compiling ahash v0.8.12
   Compiling vtable-macro v0.5.0 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/helper_crates/vtable/macro)
   Compiling task-local v0.1.1
   Compiling pastey v0.2.3
   Compiling ab_glyph_rasterizer v0.1.10
   Compiling iana-time-zone v0.1.65
   Compiling foldhash v0.1.5
   Compiling hashbrown v0.15.5
   Compiling chrono v0.4.45
   Compiling vtable v0.5.0 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/helper_crates/vtable)
   Compiling ab_glyph v0.2.32
   Compiling ksni v0.3.6
   Compiling x11rb v0.13.2
   Compiling pin-project v1.1.13
   Compiling image v0.25.10
   Compiling tiny-skia v0.11.4
   Compiling parley v0.11.1
   Compiling phf_macros v0.13.1
   Compiling lyon_algorithms v1.0.21
   Compiling idna_adapter v1.2.2
   Compiling i-slint-core-macros v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/core-macros)
   Compiling glutin_egl_sys v0.7.1
   Compiling glutin_glx_sys v0.6.1
   Compiling clru v0.6.3
   Compiling taffy v0.10.1
   Compiling winit v0.30.13
   Compiling pin-weak v1.1.0
   Compiling sys-locale v0.3.2
   Compiling tr v0.1.11
   Compiling parking_lot_core v0.9.12
   Compiling fixedbitset v0.5.7
   Compiling libc v0.2.189
   Compiling unicode-linebreak v0.1.5
   Compiling petgraph v0.8.3
   Compiling sctk-adwaita v0.10.1
   Compiling phf v0.13.1
   Compiling idna v1.1.0
   Compiling atspi-proxies v0.13.0
   Compiling xkbcommon-dl v0.4.2
   Compiling i-slint-core v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/core)
   Compiling wayland-protocols-plasma v0.3.12
   Compiling form_urlencoded v1.2.2
   Compiling accesskit_consumer v0.38.0
   Compiling itertools v0.15.0
   Compiling glutin v0.32.3
   Compiling tiny-xlib v0.2.5
   Compiling smol_str v0.2.2
   Compiling getrandom v0.4.3
   Compiling rustix v1.1.4
   Compiling dpi v0.1.2
   Compiling accesskit_atspi_common v0.19.1
   Compiling tree_magic_mini v3.2.2
   Compiling atspi v0.29.0
   Compiling url v2.5.8
   Compiling lock_api v0.4.14
   Compiling glutin-winit v0.5.0
   Compiling os_pipe v1.2.3
   Compiling linux-raw-sys v0.12.1
   Compiling fnv v1.0.7
   Compiling cfg-if v1.0.5
   Compiling ctor v0.10.1
   Compiling rustversion v1.0.23
   Compiling bitflags v2.13.2
   Compiling glow v0.18.0
   Compiling wl-clipboard-rs v0.9.3
   Compiling femtovg v0.27.0
   Compiling parking_lot v0.12.5
   Compiling accesskit_unix v0.22.1
   Compiling futures-executor v0.3.34
   Compiling i-slint-backend-winit v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/backends/winit)
   Compiling serde_spanned v1.1.1
   Compiling toml_datetime v0.7.5+spec-1.1.0
   Compiling once_cell v1.21.4
   Compiling cbindgen v0.29.4
   Compiling winnow v0.7.15
   Compiling tempfile v3.27.0
   Compiling futures v0.3.34
   Compiling arboard v3.6.1
   Compiling softbuffer v0.4.8
   Compiling webbrowser v1.2.4
   Compiling i-slint-backend-selector v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/backends/selector)
   Compiling num_enum_derive v0.7.6
   Compiling text-size v1.1.1
   Compiling rustc-hash v1.1.0
   Compiling i-slint-compiler v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/compiler)
   Compiling toml v0.9.12+spec-1.1.0
   Compiling hashbrown v0.14.5
   Compiling scoped-tls-hkt v0.1.5
   Compiling countme v3.0.1
   Compiling accesskit_winit v0.33.2
   Compiling rowan v0.17.0
   Compiling num_enum v0.7.6
   Compiling i-slint-backend-testing v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/backends/testing)
   Compiling by_address v1.2.1
   Compiling pin-utils v0.1.0
   Compiling smol_str v0.3.2
   Compiling typed-index-collections v3.3.0
   Compiling spin_on v0.1.1
   Compiling i-slint-renderer-femtovg v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/renderers/femtovg)
   Compiling i-slint-renderer-software v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/renderers/software)
   Compiling slint-cpp v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/api/cpp)
   Compiling slint-interpreter v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/interpreter)
    Finished `release` profile [optimized] target(s) in 1m 49s
[1/18] cd /home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/tools/compiler &...ekte/KLAUS-master/build/linux/cargo/.._2e3ca --release -- -Cdefault-linker-libraries=yes
   Compiling smallvec v1.16.1
   Compiling once_cell v1.21.4
   Compiling slotmap v1.1.1
   Compiling syn v3.0.6
   Compiling syn v2.0.119
   Compiling anstyle v1.0.14
   Compiling rustix v1.1.4
   Compiling linux-raw-sys v0.12.1
   Compiling utf8parse v0.2.2
   Compiling tikv-jemalloc-sys v0.7.1+5.3.1-0-g81034ce1f1373e37dc865038e1bc8eeecf559ce8
   Compiling percent-encoding v2.3.2
   Compiling colorchoice v1.0.5
   Compiling is_terminal_polyfill v1.70.2
   Compiling rspolib v0.1.2
   Compiling anstyle-query v1.1.5
   Compiling unicode-width v0.2.2
   Compiling anstyle-parse v1.0.0
   Compiling i-slint-compiler v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/compiler)
   Compiling clap_lex v1.1.1
   Compiling natord v1.0.9
   Compiling kurbo v0.13.1
   Compiling yeslogic-fontconfig-sys v6.0.1
   Compiling anstream v1.0.0
   Compiling form_urlencoded v1.2.2
   Compiling lazy_static v1.5.0
   Compiling strsim v0.11.1
   Compiling annotate-snippets v0.12.16
   Compiling fontdb v0.24.0
   Compiling svgtypes v0.16.1
   Compiling terminal_size v0.4.4
   Compiling clap_builder v4.6.7
   Compiling equator-macro v0.4.2
   Compiling zerocopy-derive v0.8.57
   Compiling profiling-procmacros v1.0.18
   Compiling arg_enum_proc_macro v0.3.4
   Compiling num-derive v0.4.2
   Compiling derive_more-impl v2.1.1
   Compiling snafu-derive v0.8.9
   Compiling strum_macros v0.28.0
   Compiling num_enum_derive v0.7.6
   Compiling synstructure v0.14.0
   Compiling profiling v1.0.18
   Compiling equator v0.4.2
   Compiling bytemuck_derive v1.12.1
   Compiling zerofrom-derive v0.1.8
   Compiling yoke-derive v0.8.3
   Compiling zerovec-derive v0.11.6
   Compiling displaydoc v0.2.7
   Compiling aligned-vec v0.6.4
   Compiling thiserror-impl v2.0.20
   Compiling v_frame v0.3.9
   Compiling num_enum v0.7.6
   Compiling clap_derive v4.6.7
   Compiling zerocopy v0.8.57
   Compiling av1-grain v0.2.5
   Compiling snafu v0.8.9
   Compiling fixed_decimal v0.7.2
   Compiling bytemuck v1.25.2
   Compiling zerofrom v0.1.8
   Compiling strum v0.28.0
   Compiling yoke v0.8.3
   Compiling font-types v0.12.5
   Compiling zerovec v0.11.8
   Compiling zerotrie v0.2.5
   Compiling read-fonts v0.41.0
   Compiling thiserror v2.0.20
   Compiling rgb v0.8.53
   Compiling tiny-skia-path v0.12.0
   Compiling av-scenechange v0.14.1
   Compiling num-complex v0.4.6
   Compiling qoi v0.4.1
   Compiling lyon_extra v1.1.0
   Compiling tiny-skia v0.12.0
   Compiling pulp v0.22.3
   Compiling tinystr v0.8.4
   Compiling potential_utf v0.1.6
   Compiling rav1e v0.8.1
   Compiling icu_locale_core v2.3.0
   Compiling icu_collections v2.3.0
   Compiling derive_more v2.1.1
   Compiling clap v4.6.7
   Compiling icu_provider v2.3.1
   Compiling icu_properties v2.3.0
   Compiling icu_normalizer v2.3.0
   Compiling icu_locale_fallback v2.3.0
   Compiling icu_decimal v2.3.0
   Compiling half v2.7.1
   Compiling tiff v0.11.3
   Compiling idna_adapter v1.2.2
   Compiling idna v1.1.0
   Compiling url v2.5.8
   Compiling exr v1.74.2
   Compiling ravif v0.13.0
   Compiling skrifa v0.44.0
   Compiling harfrust v0.12.0
   Compiling fontique v0.11.1
   Compiling image v0.25.10
   Compiling swash v0.2.10
   Compiling usvg v0.48.1
   Compiling resvg v0.48.1
   Compiling i-slint-common v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/internal/common)
   Compiling tikv-jemallocator v0.7.0
   Compiling slint-compiler v1.18.1 (/home/peter/Projekte/KLAUS-master/build/linux/_deps/slint-src/tools/compiler)
    Finished `release` profile [optimized] target(s) in 59.70s
[18/18] Linking CXX executable z-klaus

Bei mir ist schon hier Feierabend. Die neuen rustc und cargo habe ich nicht in den Repositories.

Ich hab mir die KLAUS sources mit git geholt.

Au weh, da ist Dein rust wohl schon zu rusty. Da hab ich jetzt aber Glück gehabt.

Ich muss sagen, dass 99.999 % aller Namen, die da heute an mir vorbei geflitzt sind, ich noch nie zuvor jemals gesehen habe. LINUX. The final frontier. https://www.youtube.com/watch?v=hdjL8WXjlGI

Muddu rustup machen sagt Kolega Kopilotiza.

Leider kann ich unter Ubuntu in Klaus nicht einmal eine Datei öffnen, wenn man einen der File-Open Knöpfe drückt, bleibt die App hängen. Tot.

Anscheinend geht der benutzte File-Dialog-Call in einem modernen Wayland-System nicht, man muss das über einen Aufruf von 'zenity --file-selection' lösen. Es tritt nur an zwei Stellen auf. Ich repariere das demnächst.

Grüße, Peter W.

Hab mal ein AppImage unter Ubuntu 24.04 gebaut:
https://github.com/ZIMO-Elektronik/KLAUS/action...rtifacts/11666143902

Probleme mit Wayland hab ich selbst keine. (Arch / KDE Plasma)

Danke, der tinyfd_openFileDialog funktioniert bei mir leider einfach nicht. Wenn man auf den Button klickt -> Endlosschleife.  

Mahlzeit.

@Vincent, Beitrag #84, dein Link führt ins leere.......? "Seite nicht auffindbar (page not found)"

lg

Nope, der Link wäre schon korrekt. Funktioniert aber nur, wenn man bei GH angemeldet ist.

Hm geht der hier?
https://github.com/ZIMO-Elektronik/KLAUS/actions/runs/38042419743

Möglich dass man dafür einen Account braucht? Keine Ahnung.

/edit
ah ok, ja wohl nur mit Account

Ich habe den tinyfd Dialog ausgetauscht gegen den portable-file-dialog von Sam Hocevar (Credits: Copilot)
Dieser Dialog öffnet sich.

cd ~/Projekte/KLAUS-master/src/ui
wget https://raw.githubusercontent.com/samhocevar/p...table-file-dialogs.h

#include "ui/portable-file-dialogs.h"

  auto dialog = pfd::open_file("Select a ZSU file", // Dialog-Title
                             "",                  // Standard-path
                             { "ZSU files (*.zsu)", "*.zsu" }); // Filter description and pattern

  auto dialog = pfd::open_file("Select a ZPP file", // Dialog-Title
                             "",                  // Standard-path
                             { "ZPP files (*.zpp)", "*.zpp" }); // Filter description and pattern

Jetzt kann ich den KLAUS morgen durchtesten, spannend wird noch, ob die USB Verbindung klappt.. Sollte der Decoder zerschossen werden, komme ich nächste Woche am Stand vorbei

Grüße, Peter W.

Nachtrag: Kann mir wer sagen, wie ich das AppImage baue?
Und weshalb die Versionsnummer bei mir 0.0.0 ist?

Bei mir kommt da z-klaus-0.0.0-Linux.tar.gz heraus.

Der neue Link funzt jetzt, aber man muss sich anmelden, sonst kein download der Datei. Alles klar bin dann mal raus beim Klaus..

Dazu wird wohl das hier genutzt:
https://cmake.org/cmake/help/latest/cpack_gen/appimage.html

Die Befehle für die Kommandozeile stehen eh im Readme.

Deine Versionsnummer ist 0 weil du das Projekt als .zip herunterladen und nicht geclont hast. Wir benutzen Git Tags beim Bauen um nicht jedes mal händisch die Versionsnummer änder zu müssen.

Mit dem eh-im-Readme stehenden cmake kommt natürlich kein AppImage heraus, solange die Prerequisites nicht installiert sind. Die Fehlermeldugen habe ich übersehen.

CPack Error: Cannot find patchelf: 'patchelf' check if it's installed, is executable, or is in your PATH
CPack Error: Cannot initialize the generator AppImage

sudo apt install patchelf
sudo apt install libfuse2
wget https://github.com/AppImage/AppImageKit/releas...tool-x86_64.AppImage
chmod +x appimagetool-x86_64.AppImage
sudo mv appimagetool-x86_64.AppImage /usr/local/bin/appimagetool

So, jetzt baut es auch das AppImage.  Tests dann morgen,

Grüße, Peter W.