Telexforum.de

Hallo Willi
Danke. Ich hatte Beitrag #7 übersehen. Auf jeden Fall ist das Ganze eine schöne Sache die Stromkosten zu reduzieren.
Grüße Patrick

Hallo Patrick,

und funktioniert mit ED1000 und T1000 perfekt.
Hatte in den 14 Tagen Testphase nicht ein Problem.

Gruß
Thomas

Patrick hat geschrieben: ↑Di 22. Sep 2020, 18:46 Ich stelle mir gerade die Frage ob es auch eine Option wäre die Software im Atmel anzupassen und einen der freien Ausgänge (glaube 6 Ausgänge sind frei) am Controller zu aktivieren welcher dann den Fernschreiber mit Relais o.ä. ans Netz bringt und nach einer Zeit X dann den FS zu aktivieren. Den Zeifaktor X könnte man event. mit Trimmer variabel an den anderen freien Pins des Atmel auslesen. Zu einfach gedacht?

Zu kompliziert gedacht ;-)
Ja, da sind noch freie Ausgänge, leider muss man direkt an einen IC-Pin dran. Auf dem Programmierstecker ist leider nichts frei.
Und anstelle Trimmer wird einfach eine zusätzliche Abfrage im Konfigurationsmenü ergänzt.
Alles schon im Test...
Möchtest du mit testen?

FredSonnenrein hat geschrieben: ↑Mi 23. Sep 2020, 06:53 Möchtest du mit testen?

Sehr gerne. Ich wäre mit einem T1000S dabei.
Grüße Patrick

Na denn, hier sind die Infos:

Man braucht eine geänderte Firmware der Ethernet-Karte, da der Timeout von bisher 10 Sekunden künftig zu kurz ist.
Hier die neue Version:

https://svn.code.sf.net/p/itelex/code-0/trunk/main.hex

Hier liegen die geänderten T39plus und ED1000 Firmware für einstellbaren Timeout zur Verwendung mit der "Update-Funktion" der Ethernet-Karte

www.telexupdate.de/alpha_binaries

oder in

https://svn.code.sf.net/p/itelex/misc-code/trunk

für Anwender, die eine HEX-Datei wünschen.

Der Signalisierungspin ist bei TW39plus am Atmel Port B5, auf dem Programmierstecker Pin 7.
Bei der ED1000 am Atmel Port C2 Pin 25.
Der Signalisierungspin ist auf LOW im Ruhezustand und bei abgehender Verbindung, auf HIGH bei kommender Verbindung bis zur Trennung.

Das ging ja schnell Fred. Allerdings verstehe ich nicht, warum der abgehende Verkehr nicht mit einbezogen ist. Diese muß zwar zwangweise manuell eingeschaltet , aber somit auch zwingend wieder ausgeschaltet werden. Dafür gibt es ja keinen Trigger mehr. Das wird in der Praxis vergessen und somit ist der Grundgedanke des Sparens bzw. Spannungsfreischalten weit in den Hintergrund gerückt. Die Praxis wird es zeigen. Trotzdem superschnelle Reaktion.
Gruß
Willi

Ich hatte das so verstanden, dass das Signal auch bei ausgehenden Verbindungen gesetzt und bei Verbindungsende zurückgesetzt wird.

detlef hat geschrieben: ↑Mi 23. Sep 2020, 13:38 Ich hatte das so verstanden, dass das Signal auch bei ausgehenden Verbindungen gesetzt und bei Verbindungsende zurückgesetzt wird.

Bisher nicht, kann ich aber noch einbauen.

FredSonnenrein hat geschrieben: ↑Mi 23. Sep 2020, 14:10

detlef hat geschrieben: ↑Mi 23. Sep 2020, 13:38 Ich hatte das so verstanden, dass das Signal auch bei ausgehenden Verbindungen gesetzt und bei Verbindungsende zurückgesetzt wird.

Bisher nicht, kann ich aber noch einbauen.

Hallo Fred,
wenn du noch einen Pin frei hast, kannst du noch einen Taster-Eingang vorsehen. Der Taster würde das Relais-Signal einschalten (für Handbetrieb oder Nummernwahl) und ein Timeout würde das Signal - wenn keine Kommunikation stattfindet - wieder ausschalten. Damit kann man nicht vergessen auszuschalten.
So ist es bei einem Konkurrenz/Bastel-Projekt geplant...

JKde hat geschrieben: ↑Mi 23. Sep 2020, 15:01 wenn du noch einen Pin frei hast, kannst du noch einen Taster-Eingang vorsehen. Der Taster würde das Relais-Signal einschalten (für Handbetrieb oder Nummernwahl) und ein Timeout würde das Signal - wenn keine Kommunikation stattfindet - wieder ausschalten. Damit kann man nicht vergessen auszuschalten.
So ist es bei einem Konkurrenz/Bastel-Projekt geplant...

Bei meiner geplanten Lösung wirkt der Taster direkt auf den Arduino, der dann den FS einschaltet. Und der verwaltet auch der Timeout, falls keine Verbindung aufgebaut wird.