piTelex mit Centralex-Unterstützung - Beta-Test

#21

Also ich wüsste jetzt nicht, wie ich unter Linux ein ZIP runterlade (ohne Browser

) und an die richtige Stelle entpacken.
Das sind doch auch mehrere Kommandos. Ich glaube, da ist git auch nicht komplizierter.

Im Wiki ist das ja auch mit git beschrieben. Ich denke es ist besser, wenn es keine unterschiedlichen Wege gibt. Gerade neue Benutzer verwirrt das total.

#22

man soll nicht zwei geschwindigkeiten zugleich starten. böser wolfhenk...

Es war gleichzeitig ein anderer FS aktiviert. Die Beispielfiles müssen mal durchforstet werden. War FS200 auf true.

Feintuning kommt noch, momentan ist noch ab und zu etwas ... vergessene Buchstaben...

Bitte um kurze Tests morgen (T68 Streifenschreiber) Kennungstausch und ein paar ryry reichen...

#23

detlef hat geschrieben: ↑Mi 26. Feb 2025, 23:04 Also ich wüsste jetzt nicht, wie ich unter Linux ein ZIP runterlade (ohne Browser ) und an die richtige Stelle entpacken.
Das sind doch auch mehrere Kommandos. Ich glaube, da ist git auch nicht komplizierter.

Im Wiki ist das ja auch mit git beschrieben. Ich denke es ist besser, wenn es keine unterschiedlichen Wege gibt. Gerade neue Benutzer verwirrt das total.

Das kann man so oder so sehen.
Bei den branches ist immer Bewegung drin. Man weiß also nie, welchen definierten Softwarestand man gerade hat. Und um gerade "Anfängern" zu helfen muss klar sein welche SW sie haben. Und das geht am einfachsten mit den eingefrorenen releases.
Als pi eingeloggt ist das ein

Code: Alles auswählen

wget url-of-zipfile
unzip zipfile

Das sollte doch nun wirklich niemanden überfordern...
Und ist im Wiki auch beschrieben. Müsste vllt noch etwas expliziter werden an der Stelle.

#24

WolfHenk hat geschrieben: ↑Mi 26. Feb 2025, 23:08 Es war gleichzeitig ein anderer FS aktiviert. Die Beispielfiles müssen mal durchforstet werden. War FS200 auf true.

Stimmt. Könnte man alles auf false setzen, aber dann funzt es in der Fassung auch nicht. Und wenn man nur einen Eintrag auf true setzt und das ist der falsche, funzt es auch nicht.
Das sind halt Beispieleinträge und nicht zur "Blindnutzung" gedacht

Im Wiki gibt's ja auch eine Anleitung, wie man sich mittels telex.py eine erste Grundkonfig erstellen lassen kann, die man dann feintunen kann.

#25

Deswegen hab ich im PDF auch einen launigen Satz geschrieben. Aber was wäre das Leben ohne Verbesserungswünsche?

#26

Das Ttrue hab ich schon korrigiert.
Also bitte nicht als Kritikabwehr verstehen!
Wir sollten halt schauen, wie es am sinnvollsten ist.

Und dann ist die Frage, wo wir deine Anleitung am besten unterbringen, im Wiki, oder im Code im UV doc, auf deutsch, auf englisch, ??? Fragen über Fragen

P.S. Heute kann ich. vmtl nicht Test-Anrufen, mein Internet ist heute wegen Wartung platt. Ich hoffe, dass ab morgen dann wieder die bestellte und bezahlte Bandbreite da ist, seit Anfang Dezember haben wir nur ein Zehntel.....

#27

Das sollte direkt am Anfang der Installationsanleitung im Wiki verlinkt sein.

#28

Alles gut, ich mag gute Kritik.

--
zur sprachlichen Sache:
Ich habe nichts gegen Englisch oder technische Präzision, aber wir dürfen nicht vergessen, wer die Zielgruppe dieser Anleitung ist.
Eine Bedienungsanleitung soll verständlich sein — sie ist kein Schaufenster ingenieurtechnischer Exzellenz.

Worum geht es wirklich? Die Leserinnen und Leser sollen die Inhalte schnell erfassen und anwenden können, ohne über Fachbegriffe oder sprachliche Hürden zu stolpern. Lasst uns den Text klar und direkt halten — und wenn nötig, kann man gerne zusätzlich eine englische oder tschechische Version bereitstellen.

Denkt immer daran: Schreibt so, wie ihr es eurer Oma erklären würdet.
Mit Verlaub — das Liebesleben der Bits und Bytes interessiert sie nicht. Was zählt, ist, dass sie versteht, wie sie das System bedient.

Ein gutes Vorbild sind die frühen technischen Autoren — etwa Hans Dominik, der nicht nur Romane schrieb, sondern auch für Unternehmen wie AEG und Siemens prägnante, gut verständliche technische Anleitungen verfasste. Wer die Gelegenheit hat, sollte sich seine "Wissenschaftlichen Plaudereien" aus seiner Zeit als Ingenieur ansehen.

Das ist der Maßstab: klar, präzise, verständlich — und vor allem menschlich.
Denn selbst wenn ein Raspberry technisch gesehen nichts „sagt“, warum sollte man nicht schreiben:
„… dann sagt uns der Computer, dass er fertig ist …“
Das ist für den Laien oft greifbarer als ein nüchternes
„wait for ready message“.

Wir schreiben für Menschen, nicht für Maschinen.

#29

Predigt verstanden. Keine Gegenrede.
Ich hab eben deinen Text noch mal durchgesehen, schicke ihn dir mit PN retour. Guck halt mal.

#30

Centralex läuft (auch über Handy/Wlan)

Folgende Konfiguration:

Siemens T68 - Ö-AGT - SEU-M - Raspberry Pi 3 mit piTelex/Centralex - Motorola-Handy - Congstar (Telekom) Handynetz