[Maerklin, Digital] Rechneransteuerung der 6021-CU ohne Interface?
Torsten Vogt
wie ihr wisst, beschaeftige ich mich derzeit auch mit der Entwicklung
eines DigitalDirect-Projektes fuer Linux. Leider ist es etwas schwierig
mit einem nicht-echtzeitfaehigen Multitaskingsystems eine optimale
Loesung hinzubekommen. Siehe dazu auch meinen Artikel auf
http://www.der-moba.de/~vogt/DDL/implproblems.html und die
Erfahrungswerte mit DDL auf http://www.der-moba.de/~vogt/DDL/tested.html .
Damit hier keine Missverstaendnisse aufkommen: DDL funktioniert, sogar
recht gut, aber eben nicht optimal.
Da derzeit der Markt mit Maerklin Control Units (CU) recht uebersaettigt
ist (Grund: Premium-Packung) stellt sich mir die Frage, ob man das
Ding nicht direkt, also OHNE Interface ansteuern kann.
Kennt jemand die Spezifikation der Interface-Schnittstelle der 6021?
Ist es moeglich das Interface softwaremaessig zu emulieren?
Torsten
--
---------------------------------------------------------------------
| Torsten Vogt - Lehrstuhl Praktische Informatik I,Uni Mannheim |
| Diplom-Wirtschaftsinformatiker |
| email: vo...@pi1.informatik.uni-mannheim.de |
| WWW : http://pi1.informatik.uni-mannheim.de/~vogt |
Franz Hauck
Torsten Vogt schrieb:
> ...
>
> Kennt jemand die Spezifikation der Interface-Schnittstelle der 6021?
> Ist es moeglich das Interface softwaremaessig zu emulieren?
Noch eine Frage dazu: hat jemand einen IIC-Monitor (I2C-Monitor), mit dem man
das IIC-Protokoll zwischen 6020/6021 und Interface protokollieren kann oder
kennt jemand einen solchen Monitor ?
Viele Grüße
F. Hauck
Thomas Malkus
Torsten Vogt <vo...@pi1.informatik.uni-mannheim.de> wrote:
> Hallo,
> wie ihr wisst, beschaeftige ich mich derzeit auch mit der Entwicklung
> eines DigitalDirect-Projektes fuer Linux. Leider ist es etwas schwierig
> mit einem nicht-echtzeitfaehigen Multitaskingsystems eine optimale
> Loesung hinzubekommen. Siehe dazu auch meinen Artikel auf
Gab es nicht irgendwo im Netz ein Realtime-Kernel von Linux? Mir war
doch so, als haette ich da mal was gesehen. Auch fuer Embedded Controller
soll doch ein Projekt laufen. Habe mich aber nicht naeher damit
beschaeftigt, ist die Frage wie und was alles damit laufen wuerde.
vy 73 de Tom
--
Thomas Malkus, DG1BHM mailto:dg1...@qsl.net
27356 Rotenburg, JO43PC http://www.qsl.net/dg1bhm
Torsten Vogt
Thomas Malkus <t...@isnix.inka.de> writes:
>Hi,
>
>Torsten Vogt <vo...@pi1.informatik.uni-mannheim.de> wrote:
>> Hallo,
>
>> wie ihr wisst, beschaeftige ich mich derzeit auch mit der Entwicklung
>> eines DigitalDirect-Projektes fuer Linux. Leider ist es etwas schwierig
>> mit einem nicht-echtzeitfaehigen Multitaskingsystems eine optimale
>> Loesung hinzubekommen. Siehe dazu auch meinen Artikel auf
>
>Gab es nicht irgendwo im Netz ein Realtime-Kernel von Linux? Mir war
>doch so, als haette ich da mal was gesehen. Auch fuer Embedded Controller
>soll doch ein Projekt laufen. Habe mich aber nicht naeher damit
>beschaeftigt, ist die Frage wie und was alles damit laufen wuerde.
Dazu zwei Kommentare:
1. DDL soll auf der normalen Linux-Plattform laufen, damit es auch
jeder betreiben. IMHO ist die Akzeptanz noch geringer, wenn man
zuvor einen speziellen Kernel installieren muesste.
2. Das Problem ist weniger der Scheduler, den man durch das in jedem
Linux-Kernel vorhandene soft-realtiming recht gut in den Griff
bekommt, als die unbrauchbaren Wartefunktionen usleep() bzw.
nanosleep(). AFAIK hilft hier auch der Realtime-Kernel nicht
richtig weiter.
Mario Binder
wrote:
Interessenten sollen bei dieser Adresse vorbeisehen.
http://www.geocities.com/SiliconValley/Heights/3586/
Peter Ullrich hat sowas. Mit diesem Ding konnte ich den Datenverkehr
zwischen Keyboard und Unit aufzeichnen.
mfG/Best regards
Mario Binder
RA Dr. M. Michael Koenig
vo...@pi1.informatik.uni-mannheim.de (Torsten Vogt ):
>Da derzeit der Markt mit Maerklin Control Units (CU) recht uebersaettigt
>ist (Grund: Premium-Packung) stellt sich mir die Frage, ob man das
>Ding nicht direkt, also OHNE Interface ansteuern kann.
Klar. Man muß nur das Datenübetragungsformat der 6021 zu den anderen
Geräten dekodieren. Die Jungs von Modeltreno haben es beim Bau ihrer
IB ja auch gemacht. Aber klar, die verraten ihre Erkenntnisse nicht
einfach so.
>Kennt jemand die Spezifikation der Interface-Schnittstelle der 6021?
>Ist es moeglich das Interface softwaremaessig zu emulieren?
Selbstredend. Aber wozu? Dann brauchst Du nach wie vor eine 6021 und
bist in jedweder Hinsicht auf diese und ihre Unzulänglichkeiten
angewiesen. Und kannst z.B. auch nicht das Sonderfunktionsbit für 13
weitere FS verwenden. kein DCC- oder Selectrix-Format erzeugen usw.
Der große Vorteil der Direksteuerung-Software ist doch gerade, es
besser machen zu können als mit der 6021.
Ich kann nur für LOK sprechen - aber da gibt es nichts, weswegen ich
eine 6021 vorziehen würde. Alles klappt prima und die Entscheidung,
die Impulse selbst zu erzeugen, war 100% richtig.
Aber vielleicht kann ich Dir einen Weg anbieten, wie Du Deine Probleme
beseitigen kannst. Solltest Du mit der zuverlässigen und korrekten
Erzeugung der Signale Problem haben, dann könstest Du ja den Wegn
beschreiten, den ich ganz zu anfangen erst beschreiten wollte (dann
aber zugunsten der unmittelbaren Erzeugung der Signale verlassen
habe): Steuere einfach eine kleine Hardware an, die die Erzeugung der
Digitaldaten übernimmt. Damit wird Deine Software/Dein PC ziemlich
entlastet: Die Hardware bekommt - z.B. über die parallele
Schnittstelle - die Daten hingeworfen, macht daraus die Impulspakte
und die Software hat das Hirn frei für anderes. Das kannst Du dann
noch erweitern um einen intelligenten Refresh - mit einem PIC als
externe Hardware ja kein Problem. Du bastelst Dir sozusagen Deine
eigen proprietäre (! ;-)), mehr oder minder intelligente CU.
Dr.K.
---------------------------------------------------
--
RA Dr. M. Michael Koenig
Anwaltskanzlei Dr. Koenig & Coll.
Antoniter-Weg 11 Adelonstrasze 58
D-65843 Sulzbach/Ts. D-65929 Frankfurt a.M.
+49/6196/750120 FON +49/69/301024
+49/6196/750324 FAX +49/69/315271
e-mail ra.dr.koenig[remove]@poboxes.com
http://www.netforward.com/poboxes/?ra.dr.koenig/
http://home.pages.de/~maerklin/
Franz Hauck
Mario Binder schrieb:
> >
> >Noch eine Frage dazu: hat jemand einen IIC-Monitor (I2C-Monitor), mit dem man
> >das IIC-Protokoll zwischen 6020/6021 und Interface protokollieren kann oder
> >kennt jemand einen solchen Monitor ?
>
> Interessenten sollen bei dieser Adresse vorbeisehen.
>
> http://www.geocities.com/SiliconValley/Heights/3586/
>
> Peter Ullrich hat sowas. Mit diesem Ding konnte ich den Datenverkehr
> zwischen Keyboard und Unit aufzeichnen.
>
Dann müssten Sie doch auch sowas haben ? Sie könnten also den Datenverkehr vom/zum
Interface (auf der Seite der CU) aufzeichnen und veröffentlichen ?
mfg
F. Hauck
Torsten Vogt
ra.dr.koenig[remove]@poboxes.com (RA Dr. M. Michael Koenig) writes:
>Aber vielleicht kann ich Dir einen Weg anbieten, wie Du Deine Probleme
>beseitigen kannst. Solltest Du mit der zuverlässigen und korrekten
>Erzeugung der Signale Problem haben, dann könstest Du ja den Wegn
>beschreiten, den ich ganz zu anfangen erst beschreiten wollte (dann
>aber zugunsten der unmittelbaren Erzeugung der Signale verlassen
>habe): Steuere einfach eine kleine Hardware an, die die Erzeugung der
>Digitaldaten übernimmt. Damit wird Deine Software/Dein PC ziemlich
>entlastet: Die Hardware bekommt - z.B. über die parallele
>Schnittstelle - die Daten hingeworfen, macht daraus die Impulspakte
>und die Software hat das Hirn frei für anderes. Das kannst Du dann
>noch erweitern um einen intelligenten Refresh - mit einem PIC als
>externe Hardware ja kein Problem. Du bastelst Dir sozusagen Deine
>eigen proprietäre (! ;-)), mehr oder minder intelligente CU.
Diese Idee hatte ich natuerlich auch schon. Sie hat nur einen Haken:
Den Selbstbau von Hardware. Nenn mich Weichei, aber ich bin nicht
in der Lage eine solche Schaltung zu entwerfen oder zu bauen und
will es auch keinem anderen zumuten. Deshalb scheidet diese
Variante aus.
Mario Binder
wrote:
>Hallo Herr Binder,
Ich habe mir diesen Monitor ausgeborgt um den Verkehr zwischen Unit
und Keyboard anzusehen.
Zwischen Interface und Unit habe ich es nicht getan, da mich dieser
Bereich nicht interessiert. Wenn Sie wollen, schicke ich Ihnen gerne
meine Aufzeichnungen zu.
Peter Troester
(Torsten Vogt ) wrote:
>Diese Idee hatte ich natuerlich auch schon. Sie hat nur einen Haken:
>Den Selbstbau von Hardware. Nenn mich Weichei, aber ich bin nicht
>in der Lage eine solche Schaltung zu entwerfen oder zu bauen und
>will es auch keinem anderen zumuten. Deshalb scheidet diese
>Variante aus.
Was soll das Ding denn genau machen?
1. Welche Daten ?
2. sollen wie vom Rechner aus rein?
3. welche Daten ?
4. sollen wie zum Rechner zurueckgegeben werden?
5. Was soll das Ding selbstaendig tun?
6. Was soll man sonst noch einstellen koennen. Ueber Schalter oder so.
Dann sehen wir mal weiter.
Bis die Tage
Peter
RA Dr. M. Michael Koenig
vo...@pi1.informatik.uni-mannheim.de (Torsten Vogt ):
>>habe): Steuere einfach eine kleine Hardware an, die die Erzeugung der
>>Digitaldaten übernimmt. Damit wird Deine Software/Dein PC ziemlich
>>entlastet: ...
>
>Diese Idee hatte ich natuerlich auch schon. Sie hat nur einen Haken:
>Den Selbstbau von Hardware. Nenn mich Weichei,
Gerne. ;-) Obwohl die Programmierung eines PIC eher in die Kompetenz
der Weicheier als der Harteier fällt.
>aber ich bin nicht
>in der Lage eine solche Schaltung zu entwerfen oder zu bauen und
>will es auch keinem anderen zumuten. Deshalb scheidet diese
>Variante aus.
Sage das nicht so voreilig. Du bist doch Profi und kannst Dich
ruckzuck in die Programmierung eines uC oder PIC einarbeiten. Hier
gibt es sicherlich genügend Elektroniker, die Dir schnell eine
entsprechende Schaltung zeichnen können.
Das elementare ist dabei die Programmierung des uC/PIC. Und das ist
Deine Profession. Also, diese Ausrede zählt nicht.
Torsten Vogt
ra.dr.koenig[remove]@poboxes.com (RA Dr. M. Michael Koenig) writes:
>Sage das nicht so voreilig. Du bist doch Profi und kannst Dich
>ruckzuck in die Programmierung eines uC oder PIC einarbeiten. Hier
>gibt es sicherlich genügend Elektroniker, die Dir schnell eine
>entsprechende Schaltung zeichnen können.
>Das elementare ist dabei die Programmierung des uC/PIC. Und das ist
>Deine Profession. Also, diese Ausrede zählt nicht.
Nun gut. Ich werde mich mit Peter Popp in Verbindung setzen. Schaun wir mal.