TXT-Controller - Wiederanlauf
Verfasst: 03 Nov 2017, 22:40
Hallo zusammen,
ein weiterer Vorschlag zum TXT-Controller. Der leuchtende Knopf unter dem Display sieht zwar schick aus, ist aber in technischer Hinsicht manchmal unpraktisch. Es sollte alternativ einstellbar sein, daß der Controller losläuft, sobald er Strom bekommt. Immerhin kann man ja schon jetzt ein Programm automatisch starten.
Auf der anderen Seite ist es natürlich schon sehr gut, daß es einen Startknopf gibt und daß man mehrere Programme im TXT speichern und abwechselnd verwenden kann. Diese Funktionalitäten sollten also unbedingt erhalten bleiben, ich möchte sie nicht missen.
Aber in der "richtigen" Technik muß sich jede Steuerung bzw. deren Entwickler ganz selbstverständlich darum kümmern, was beim Einschalten des Stromes passieren soll. Und das auch dann, wenn ein Gerät in einem Zustand (wieder)eingeschaltet wird, der anders ist als er vielleicht sein sollte.
Ein akkubetriebener mobiler Erkundungsroboter beispielsweise könnte eine Ladestation anfahren - ferngesteuert oder sogar automatisch. Zum Laden muß ich den Akku galvanisch vom Controller trennen und mit dem Ladegerät verbinden - das geht ganz gut mit einem e-m 5-Relais (Art. 35793), die sind kleiner als die späteren Silberling-Relais. Der Controller des Roboters wird folglich stromlos und fällt aus. Wenn der Akku geladen ist, wäre es schön, wenn er automatisch hochfahren würde, sobald ihn das Relais wieder elektrisch mit dem Akku verbindet.
Wenn so ein Fahrzeug mit seiner schwenkbaren Kamera durch die Wohnung patroulliert, läßt es sich immerhin qua WLAN per Internet auch von außerhalb steuern. Spätestens bei so einer Anwendung ist der fehlende startknopflose Wiederanlauf kein bloßer Schönheitsfehler mehr.
Wenn man einen zweiten TXT-Controller als "Slave" anschließt, stört der Einschaltknopf des Slaves. Denn in dieser Betriebsart muß man zwei Einschalter bedienen, um ein Modell in Betrieb zu nehmen. Das würde bei einem "richtigen" Gerät nicht akzeptiert. Hier sollte der Slave mit dem Master starten können und müßte dann vermutlich auch später als jetzt noch vom Master erkannt werden.
Mit freundlichen Grüßen
Lars
ein weiterer Vorschlag zum TXT-Controller. Der leuchtende Knopf unter dem Display sieht zwar schick aus, ist aber in technischer Hinsicht manchmal unpraktisch. Es sollte alternativ einstellbar sein, daß der Controller losläuft, sobald er Strom bekommt. Immerhin kann man ja schon jetzt ein Programm automatisch starten.
Auf der anderen Seite ist es natürlich schon sehr gut, daß es einen Startknopf gibt und daß man mehrere Programme im TXT speichern und abwechselnd verwenden kann. Diese Funktionalitäten sollten also unbedingt erhalten bleiben, ich möchte sie nicht missen.
Aber in der "richtigen" Technik muß sich jede Steuerung bzw. deren Entwickler ganz selbstverständlich darum kümmern, was beim Einschalten des Stromes passieren soll. Und das auch dann, wenn ein Gerät in einem Zustand (wieder)eingeschaltet wird, der anders ist als er vielleicht sein sollte.
Ein akkubetriebener mobiler Erkundungsroboter beispielsweise könnte eine Ladestation anfahren - ferngesteuert oder sogar automatisch. Zum Laden muß ich den Akku galvanisch vom Controller trennen und mit dem Ladegerät verbinden - das geht ganz gut mit einem e-m 5-Relais (Art. 35793), die sind kleiner als die späteren Silberling-Relais. Der Controller des Roboters wird folglich stromlos und fällt aus. Wenn der Akku geladen ist, wäre es schön, wenn er automatisch hochfahren würde, sobald ihn das Relais wieder elektrisch mit dem Akku verbindet.
Wenn so ein Fahrzeug mit seiner schwenkbaren Kamera durch die Wohnung patroulliert, läßt es sich immerhin qua WLAN per Internet auch von außerhalb steuern. Spätestens bei so einer Anwendung ist der fehlende startknopflose Wiederanlauf kein bloßer Schönheitsfehler mehr.
Wenn man einen zweiten TXT-Controller als "Slave" anschließt, stört der Einschaltknopf des Slaves. Denn in dieser Betriebsart muß man zwei Einschalter bedienen, um ein Modell in Betrieb zu nehmen. Das würde bei einem "richtigen" Gerät nicht akzeptiert. Hier sollte der Slave mit dem Master starten können und müßte dann vermutlich auch später als jetzt noch vom Master erkannt werden.
Mit freundlichen Grüßen
Lars