telexforum

Da bereits mehrere Anwender mit der Abfrage der Daten einzelner Teilnehmer nicht auf Anhieb klar gekommen sind, gibt es ab heute was neues:

Die Daten (IP-Adresse, Hostname, Port, Durchwahl) zu jeder registrierten Nummer kann auch im Ascii-Format abgefragt werden.

Dazu folgendes tun:

A) bei sonnibs.no-ip.org den Port 11811 öffnen (eigentlich bei allen Teilnehmerservern, sobald Version 722 installiert ist).

B) den Text q781272 senden (auf das q achten, Nummern sind mindestens 5 stellig)

C) Folgende Zeilen empfangen (Beispiel)
ok
781272
Fred, Braunschweig T100
1
sonnibs.no-ip.org
134
33
+++

Alle Zeilen sind mir CR+LF getrennt.
Bedeutung der Zeilen:
ok <-- Datensatz gefunden
781272 <-- sicherheitshalber nochmal die gefundene Nummer
Fred, Braunschweig T100 <-- Name (rein informativ)
1 <-- Typ (siehe unten)
sonnibs.no-ip.org <-- Adresse, hier kann auch eine IP in der Form 95.90.186.198 stehen
134 <-- Port-Nummer
33 <-- Durchwahl
+++ <-- Ende-Kennzeichnung

Zum Typ:
1 ist eine echte...

Hallo zusammen,

ich beschäftige mich gerade zwangsläufig wieder mit SQL.
Die Datenbank SQLlite ist ja zukünftig Bestandteil des Teilnehmerserver und soll ebenfalls zukünftig in meinem
Abo Dienst eine Rolle spielen. Ich habe hier mal ein nettes PDF zum Thema SQLlite und Syntax verlinkt.

Mit netten Grüßen
Frank

Hallo zusammen,

ich weiss nicht in wie weit die I-Telex SW den Verkehr mitliest, aber ich würde mir wünschen
dass die Nebenstelle (optional) auf WER-DA? reagieren könnte.

Hintergrund ist dass nicht alle FS einen vernünftige Namengeber haben.

Hallo Netzwerktechniker,

eine DSL Anbieter, wie z.B, Deutsche Glasfaser bieten DSL mit reinen IP6 stack an.
Also kein dual stack mit IP4 und IP6 .... sondern nur IP6.

Welche Konsequenzen hätte dies für das iTELEX Netzwerk via Internet.
Können die iTELEX Anschlusse noch auf den Teilnehmerservern eingetragen, bzw. die DNSNamen aufgelöst werden ?
Ich habe da ein Problem die Limitierung zu verstehen.

Geht das nur IP4, nur IP6, beides ?

Mit netten Grüßen
Frank

Im angehängten Dokument einige Erweiterungen für das I-Telex Client-Server Protokoll, mit denen Folgendes möglich wird:
ASCII Clients ohne feste Ip-Addresse Änderung der Durchwahl Teilnehmerserver Abfrage nach Name für ASCII Clients

Hi,

I-Telex benutzt zur Zeitsynchronisation das Time Protocol nach RFC 868 (UDP)

rfc868.pdf

Wie wird eigentlich das Ende der gewälten Nummer erkannt?
Gibt es da einen timeout?(Die Nummern können ja auch beliebig kurz oder lang sein) Wenn ja, wie lange wartet er bei itelex nach dem Wählen auf eine weitere Ziffer - oder fragt er nach 5 Ziffern bei jeder weiteren im Teilnehmerserver an?

Mir kam gerade in den Sinn, ob man mit 2x dem Ding und 2 Bluetoth-Modulen sowas wie eine TW39 Funkbrücke
zwischen der Dose und Fernschreiber hinbekommen könnte. Dann könnte ich auf mein cable on demand ,
also das Ausrollen meines Kabels diagonal durch das Wohnzimmer, verzichten.

Mal genüßlich googlen, ob da was geht...

Hallo Fred,

ich hätte gern einen Logik-Ausgang auf dem ED1000 Board, der einen belegten FS anzeigt (analog der Funktion des Umpolrelais auf
der TW39).
Der Ausgang soll aktiv sein, wenn der Port belegt ist, egal ob gehend oder kommend.

Chat-Snip:

likes this message schade. einen freien Ausgang des Atmel könnte ich problemlos beschalten aber die Treiberschaltung musst du dazu bauen Das ist eine Idee danke!

Danke und Gruß

Helge

Hallo Fred,

gibt es eine Doku zu der Firmware und was ist da der neueste Stand?
Im Besonderen braucht man da spezielle Trenntasten?

Danke Helge

Hallo zusammen,

um der Nummernflut bei Gross-Anwendern von FS-Technik entgegenzuwirken wäre ggf. eine
echte Durchwahl in einer neuen Protokollversion zu überlegen:

Nutzer erhält die Nummer

471147-0 und kann frei z.B die Nummern
471147-10 bis
471147-99 vergeben

Wählt jmd nur die 471147 oder die 471147-0 dann landet er bei der Hauptstelle, alle anderen Nummern werden
vom Anwender verwaltet.

Ist in keiner Weise dringend, nur so eine Idee

Hallo zusammen,

könnte man in einer der nächsten Versionen eine automatische Initialisierung des EEPROMS
auf der Ethernet-Karte einbauen?

Das würde bei Neuinstallationen einen Schreckmoment einsparen.

Einleitung

Für alle die, die auch bei der Projekt-Weiterentwicklung mitmachen möchten,
sind her ein paar Worte über die Teilprojekte enthalten.
Leider bin ich nicht in der Lage, hier eine komplette Einführung
zu schreiben. Hier stehen nur die Informationen, die ein erfahrener
Anwender braucht, um alles notwendige zusammen zu kratzen.
Einführung in die Programme Eagle und AvrStudio (und ggf. TortoiseSVN)
gibt es denke ich genug. Mit etwas Vorwissen sind die Programme aber
auch m.E. leicht bedienbar.

Projekt - Ablage im Netz (neudeutsch Hosting)

Alles was für dieses Projekt benötigt wird, ist auf einem offenen
Subversion -Server namens Sourceforge abgelegt.
Die Links zu den konkreten Speicherorten folgen unten, zum Herunterladen
entweder das komplette Packet mit Download snapshot als zip-Datei herunterladen
oder einzelne Dateien zuerst normal (!) anklicken und dann download wählen.
Noch besser ist es natürlich mit Subversion-Clients (z.B. TortoiseSVN)
zu arbeiten, aber das...

Nach der angeregten Diskussion im Chat beschreibe ich mal was ich mir so vorstelle....

Relaiskarte mit zwei potentialfreien Wechslerkontakten und Klemmen auf der Karte, z. B. mit einen Stecksystem wie bei der Ethernethkarte. (Trennbare Klemmen statt festen Anschlüssen an der Vorderseite.
Eine RJ-45 Schnittstelle zur Programmierung (Idealzustand) oder Kodierschalter.
Prinzipiell sollte die Karte folgendes können.
Erkennen von Zuständen auf den einzelnen Karten, z. B. Anruf von Extern, oder Allgemein belegt und dann die Ausgabe auf das Relais.
Die Relais sollten programmierbar als Wischer- oder Dauerrelais sein.

Grundsätzlich denke ich an folgendes:

Ersatz des Fernschaltgerätes für diejenigen die keines haben, dann sollte eben die Busadresse der Endstelle ausgewertet werden, oder eben Anrufsignalsierung - egal welche Endstelle angesprochen wird, hier sollte eben die Etherneth- oder falls vorhanden Modemkarte gelesen werden.

Ich stelle mir das so vor...

Karte einstecken und per...

Hallo Fred,
kann es sinnvoll sein, im iTELEX die maximale Zeilenlänge vor Zeilenumbruch umkonfigurieren zu können ?
Mein Fernschreiber verkraftet 72 Zeichen pro Zeile.
Momentan scheint die Länge bei 67 oder 68 zu liegen?

enum { Druckzeilenlaenge = 68 } ;

Macht es Sinn sowas parametrierbar im Webinterface der iTEELX Karte einzubauen ?

Gruß
Frank

Für alle, die es genauer wissen wollen und für alle, die irgendwas Kompatibles zum i-Telex-System entwickeln wollen:

Hier LINK gibt es eine Beschreibung, wie die Kommunikation zwischen zwei i-Telex-Stationen sowie zwischen i-Telex-Station und i-Telex-Teilnehmerserver abläuft.

Auch diese Beschreibung ist in Englischer Sprache.

Wer hineinschaut wird erkennen, dass ein gewisser Diskussionsstand vorhanden ist. Dabei geht es darum, noch genauer zu beschreiben welche Abläufe erlaubt / vorgegeben sind.

Dieser Thread dient also dazu, Fragen und Anregungen diskutieren zu können.

Eine kleine Bitte für alle Mitleser: Kommentare zu Rechtschreibfehlern oder Grammatikfehlern nehme ich gerne an, aber bitte als PN.

Dies wird auch noch nicht der letzte Thread zu Weiterentwicklungs-Ideen sein.

Hallo Fred,
mir kam in den den Sinn, ob es nützlich sei könnte, die DEBUG Informationen ebenfalls verbergen zu können,
wie es mit dem Telefonbuch zu machen ist. Die DEBUG Infos enthalten ja doch einige Informationen, die eventuell
nicht jeder sehen sollte.
Was denkst Du, sind dort sicherheitsrelevante Infos dabei .... man kann Puffferinhalte und IP/Portinformationen mitlesen...

... ;-)
SocketAnzahlZeichenEmpfangen = 3107
TeilnehmerServerSocket = -1
HtmlSendeText:
AsciiDruckPuffer: []
LangTimerVal(&BeideRuhigTimer) = 678
...

Hallo

ich fände es schön, wenn man für die eMail-Abholung die Nebenstelle angeben könnte wo die eMails
landen sollen.

Hallo Fred,
ich habe auf SOURCEFORGE die Rubrik UniversalInterface gefunden. Es macht mich schon etwas neugierig. Magst Du verraten, was da von Dir geplant ist ? Ist das ein Software-Interface im TxP2 System oder wird das eine eigene Karte werden ? Die schreibst, daß damit die TWI Kommunikation abgewickelt (?) werden soll.

universalif.JPG

Für alle, die es genauer wissen wollen und für alle, die eigene Module für das i-Telex-System mitentwickeln wollen.

Hier LINK gibt es eine Beschreibung, wie die Kommunikation auf dem i²c-Bus (oder auch TWI-Bus, absolut das selbe) zwischen den Platinen abläuft.

Ich hab lange überlegt, ob ich diese Beschreibung auf Deutsch oder Englisch schreibe. Für die in D gängigen Geräte alles da ist und Entwickler, die sich mit Bussystemen und Programmierung auskennen eh (technisches) Englisch beherrschen können sollten, habe ich mich für Englisch entschieden.

Dieser Thread dient also dazu, Fragen und Anregungen diskutieren zu können.

Eine kleine Bitte für alle Mitleser: Kommentare zu Rechtschreibfehlern oder Grammatikfehlern nehme ich gerne an, aber bitte als PN.

Ich werde hier weitere Fred's eröffnen zu ähnlichen Themen...

Ich bin auf Reaktionen gespannt.