Neu dabei mit TeKaDe FS200

[obrecht]

Kannst du denn wenigstens von der Konsole aus auf dem FS200 drucken (erster Schritt aus der Liste oben)? wenn nein, ist vermutlich zwischen pitelex und Maschine was faul.

Und guck doch mal nach, ob nicht schon eine weitere pitelex-Instanz läuft und den port 2342 für sich blockiert.
Ich nehme an, die Autostart-Optionen aus der Software-Installationsanleitung (cron oder byobu/screen) hast du noch nicht eingerichtet, oder?
Falls doch, würde ich das für die Testphase erstmal wieder abschalten.

Und die 50Bd sind sowohl in der telex.json im Abschnitt CH340 und auch im Fernschreiber selbst eingestellt?
Was sagt denn das errorlogfile? Gibt es da etwas geräuschvollere Äußerungen außer den beiden Einzeilern?

[MCMLXXV]

Hmm - ich hab mir grad ne neue SD-Karte genommen und setze gerade das Ding neu auf - mit dem was ich von letzter Nacht noch weiß.
Ich denke auch, dass ich versehentlich zwei Instanzen gestartet habe - und weiß nicht, wie ich das rückgängig machen kann. Cron hat augenscheinlich nicht funktioniert, und mit sudo nano die Zeile hab ich schon gelöscht.

Tja - wenn ich wüsste WIE ich unter Linux sehe ob evtl zwei Instanzen laufen.....

Ja, die 50Bd sind auf beiden Seiten eingestellt.
Das Error-Log-File - da guck ich später mal rein.

[obrecht]

Mit

Code: Alles auswählen

ps aux | grep telex

kannst du sehen, ob mehr als ein Prozess läuft. Merk dir die Prozess-IDs (PID), sie stehen immer als erstes ganz links in den Zeilen.
Mit

Code: Alles auswählen

kill -9 <PID>

kannst du die Prozesse dann 'abschießen'.
Im Zweifel hilft auch ein Neustart des RPi...

[MCMLXXV]

Also in der Anleitung komme ich nun bis zum Aufruf von ./telex.py durch. Es meldet sich dann mit -=TELEX=- und ein paar kryptischen Abkürzungen ("<MCP:TP1><MCP:Z>"). Die pitelex.service ist aber noch nicht gestartet, der Fernschreiber piepst nach Aufruf von ./telex.py auch nur kurz, macht aber sonst nix.

So - nun geh ich mal pennen. Ein kranker Mann braucht etwas Schlaf....

Der USB-Adapter ist mal definitiv ein CH340. Sollen die vielleicht auch nicht alle funktionieren?

[obrecht]

Das sieht doch schon ganz gut aus.
Die piTelex.service Geschichte gehört ja zum Autostart-"Gedöns" und sollte erstmal aus bleiben.
TP1 heißt FS ist eingeschaltet und Z, dass er sich im Ruhezustand befindet.
Könnte also soweit passen.
CH340 hab ich selber noch nicht benutzt, kann dazu speziell nicht viel sagen, aber ja, es gibt den Hinweis dass das nur bei Windows-PC sauber funktionieren soll.
Aber vielleicht tut's das ja doch, und wenn nicht, gibt's ja die Option über GPIO.
Gute Nacht und gute Besserung!

[detlef]

CH340 hab ich selber noch nicht benutzt, kann dazu speziell nicht viel sagen, aber ja, es gibt den Hinweis dass das nur bei Windows-PC sauber funktionieren soll.

Echt? Der ist doch in fast allen China-Adaptern drin. Das kann doch nicht sein, dass der von Linux nicht ordentlich unterstützt wird.

[tasto]

Der CH340 funktioniert selbstverständlich problemlos unter Linux. Daran wird es nicht scheitern.

[MCMLXXV]

CH340 hab ich selber noch nicht benutzt, kann dazu speziell nicht viel sagen, aber ja, es gibt den Hinweis dass das nur bei Windows-PC sauber funktionieren soll.

Ich hab den Fernschreiber eigentlich mit so nem CH340-Adapter mit fertig gelötetem Adapterstecker gekauft, angeblich hatte der Verkäufer auch einen Test mit Raspberry Pi in der Konstellation in Betrieb. Einen Probeausdruck hat er mir gezeigt. Leider ist mir der Adapter scheinbar beim Einladen irgendwie runtergefallen - und war jedenfalls daheim nicht im Kofferraum. Der Verkäufer hat das als ich weg war gemerkt und wollte ihn mir zuschicken - darauf warte ich noch. Daher hatte ich mir bei Amazon einen neuen Adapter gekauft und den Stecker selbst gelötet. Mal noch die Post heute abwarten - vielleicht kommt da ja nochwas......

[detlef]

Der CH340 funktioniert selbstverständlich problemlos unter Linux. Daran wird es nicht scheitern.

Das hatte ich mir eigentlich auch gedacht.

[MCMLXXV]

So, neue Erkenntnisse: nach Aufruf von "./telex.py" kann ich nun tatsächlich aus der Konsole auf dem Fernschreiber schreiben!
Was hab ich geändert? Upgrade vom Pi auf einen Pi2. Scheinbar ist der erste Pi doch etwas zu schwach.

Wie ist das nun mit der pitelex.Service? mit der rc.local-Methode funktioniert das mal nicht.