Projekt piTelex - Vorstellung

[BjoernS]

Moin Wolfram.

Wenn "continue_with_no_printer": true,
[...]
dann läuft die Maschine beim Senden an, Schreiben und alles geht, alles ok.
Beim Anrufen springt sie NICHT an (Linienstrom genau auf 40 mA eingestellt)

Und wenn "continue_with_no_printer": false,
dann geht sie nur kurz an und dann sofort aus.
Muss ich evtl. "pin_online" modifizieren und auf den Relaisausgang brücken?

continue_with_no_printer ist nur dafür gedacht, bei nicht vorhandenem oder nicht reagierendem Fernschreiber (z.B. Papier leer) trotzdem i-Telex-Verkehr abzuwickeln. In Verbindung mit wru_id, dem Software-Kennungsgeber, können dann Nachrichten aufgezeichnet werden.

Benutzt du continue_with_no_printer mit vorhandenem, laufenden Fernschreiber, läuft das i-Telex-Protokoll nicht richtig (die rückgemeldete Anzahl gedruckter Zeichen stimmt dann nicht mit der tatsächlich gedruckten Zahl überein -- das kann dein Gegenüber gehörig durcheinanderbringen, besonders den ein oder anderen empfindlichen automatischen Dienst).

pin_online hat keine Wirkung mehr, das ist nur ein Relikt aus einer alten Version und sollte entfernt werden. Du hast jetzt zwei Optionen:

1. Du könntest als neuen Parameter für RPiTTY aufnehmen:

   Code: Alles auswählen

   "use_observe_line": false,

   Damit wird das Rücklesen der Empfangsleitung abgeschaltet und einfach pauschal angenommen, dass der FS angelaufen ist. Kann funktionieren, muss aber nicht, da fehlt mir die Erfahrung mit der zugehörigen Hardware bzw. die Testmöglichkeit.
2. Du könntest zur aktuellen Experimental-Version wechseln. Da ist das Problem gelöst, inklusive einiger weiterer.

Grüße


Björn

[obrecht]

So ist es.

[WolfHenk]

ok. ich hab experimental wie geraten reingeballert.

wenn ich von draussen angerufen werde, alles Okay...

Will ich raustelefonieren, kommt die Leitung zustande, Telex geht an, Datum und Zeit kommt rein und ...aus
Linienspannung 63V, Linienstrom 43 mA

Code: Alles auswählen

    "RPiTTY": {
      "type": "RPiTTY",
      "enable": true,
      "mode": "TW39",
      "pin_txd": 17,
      "pin_rxd": 27,
      "inv_rxd": false,
      "pin_relay": 22,
      "inv_relay": false,
      "pin_online": 0,
      "pin_dir": 0,
      "pin_number_switch": 6,
      "baudrate": 50,
      "coding": 0,   # 0=ITA2
      "loopback": true
    },

Code: Alles auswählen

 "i-Telex": {
      "type": "i-Telex",
      "enable": true,
      "port": 36355,
      # WARNING
      # Setting tns-dynip-number to anything except 0 will enable dynamic IP
      # updates with i-Telex TNS (Teilnehmerserver, Subscriber Server).
      #
      # Leave at 0 if you've chosen a static TNS entry!
      # Change to something nonzero if and only if
      # - you've got your number approved by i-Telex administrators, and
      # - you've chosen dynamic IP update and told i-Telex administrators so, and
      # - you've set your TNS pin properly.
      "tns-dynip-number": 36355,
      "tns-pin": [i know it....]
    },

Code: Alles auswählen

"verbose": true,
  "wru_id": "36355 wlfhnk d",
  "wru_fallback": false,
  "dial_timeout": 0,
  "continue_with_no_printer": false,

Zum Testen kann ich Dir ne piTelex TW39-Hat nach https://github.com/fablab-wue/piTelex.s ... /Telex.sch bereitstellen, wenn gewünscht.

[BjoernS]

Hallo Wolfram.

ok. ich hab experimental wie geraten reingeballert.

wenn ich von draussen angerufen werde, alles Okay...

Will ich raustelefonieren, kommt die Leitung zustande, Telex geht an, Datum und Zeit kommt rein und ...aus
Linienspannung 63V, Linienstrom 43 mA
[...]
Zum Testen kann ich Dir ne piTelex TW39-Hat nach https://github.com/fablab-wue/piTelex.s ... /Telex.sch bereitstellen, wenn gewünscht.

Nur mit der Konfi -- keine Ahnung, wie gesagt kenne ich die Hardwareseite nicht besonders. Ströme und Spannungen sagen mir hier nichts, an den GPIO-Pins kommt nur "Jap" oder "Nope" an. Error-Log und ggf. data.log vom Abbruchzeitpunkt enthalten weitere wichtige Infos.

Ansonsten danke für das Angebot ... habe nur keinen Fernschreiber dafür.

(Noch nicht )

Grüße


Björn

P.S.: Wir sehen uns dann ja vmtl. am Sonntag?

[obrecht]

If you are changing using different telex's you would want current flow adjustment and monitoring.

Auf Deutch
Wenn Sie einen anderen FS zu Ihrem pitelex tauschen und planen, dies haeufig zu tun, ist eine Ueberwachung und Anpassung eine Notwendigkeit

Der Längsregeltransistor in der Stromschleife des piTelex arbeitet als einstellbare Stromquelle, insofern ist der einmal eingestellte Linienstrom unabhängig von der Last (ausreichende Linienspannung vorausgesetzt) und ein Nachregeln nicht erforderlich.
Siehe hier.

Soweit klar, nur wie läuft das mit dem Standby Strom von 5..7mA? wiki Wenn das FSG den Widerstand in die Leitung schaltet, dann will der Längsregler auch wieder auf die 40mA gehen. Die Spannung auf der Linie steigt demnach auf maximum. Also müsste die Linienspannung aus dem Netzteil dann in Verbindung mit dem R im FSG den Standby Strom bestimmen -> Linienspannung im Standby weiter erhöhen, bis 5mA fließen.

Kann es leider noch nicht ausprobieren, möchte es aber verstehen...

Gruß,
Horst

Genau so. Wobei >=85V nach meiner Erfahrung bisher immer ausreichend sind. Bei meinem NL komme ich mit 85V auf knapp 5mA, mein t68d zieht da schon 7-8mA, aber auf den genauen Wert kommt es ja gar nicht so an.

[Z80User]

Code: Alles auswählen

  "RPiTTY": {
      "type": "RPiTTY",
      "enable": true,
      "mode": "TW39",
      "pin_txd": 17,
      "pin_rxd": 27,
      "inv_rxd": false,
      "pin_relay": 22,
      "inv_relay": false,
      "pin_online": 0,
      "pin_dir": 0,
      "pin_number_switch": 6,
      "baudrate": 50,
      "coding": 0,
      "loopback": true
    },  

Eine Frage: Verstehe ich das richtig, das mit pin_online, signalisiert werden kann, ob piTelex online ist? Sind hier in Zukunft noch weitere Pins verwendbar, bzw. geplant? Denke da gerade an meine Fritzbox so ähnlich wie "Info" oder "Bestehende Verbindung" oder "Rufbeantwortung aktiv"

Vielleicht kann man sich morgen in Heusenstamm mal persönlich kennenlernen. Wir werden gegen 14:30 kommen.

Gruß,
Horst

[obrecht]

pin_online hat keine Wirkung mehr, das ist nur ein Relikt aus einer alten Version und sollte entfernt werden.

[detlef]

Mal eine Anregung für's piTelex. i-Telex sendet ja bei der Protokoll-Version auch die Firmware-Version mit. Es wäre hilfreich, wenn piTelex auch seine Versionsnummer mitliefern würde.
Bei meinen Diensten protokolliere ich die Versionsnummern der Gegenstationen. Das könnte helfen, versionsabhängige Fehler zu finden. So stelle ich zum Beispiel immer wieder fest, dass der automatische Scanner für die klkl-Liste bei einigen piTelex-Teilnehmern Probleme mit der Erkennung des KG hat. Bei andere funktioniert es. Wenn man die piTelex-Version hätte, dann könnte man erkennen, ob das Problem vielleicht nur bei bestimmten Versionen auftritt. Auch beim Konferenzservice und der historischen Auskunft gibt es manchmal Probleme mit piTelex-Anrufern.

Ich erkenne, dass es höchstwahrscheinlich piTelex-Anrufer sind, wenn gar keine Versionsnummer gesendet wird. Und mit der Zeit weiß man dann, wer piTelex benutzt. Nur die Versionsnummer sieht man eben nicht.

[detlef]

Ich habe hier gerade aktuell das Problem, dass ein piTelex-Teilnehmer bei der historischen Auskunft 40140 überhaupt nicht reinkommt.
Aber ohne Versionsnummer habe ich keine Chance, das Problem einzugrenzen. Könnte ja ein uraltes piTelex-Problem sein, das längst gefixt ist.

[MCMLXXV]

Mal ne Frage: Kann man so ein Teil fertig aufgebaut kaufen? Ich hab von Linux keinen Dunst - und die um den Pi zusätzliche Hardware kann ich so einfach leider nicht nachvollziehen. Oder hab ich einfach überlesen wo es eine gute deutsche Doku gibt?