Beiträge von Symbiont

Die Doku zur Konfiguration der Anschlüsse verstehe ich beim IIc (Broschüre System-Dienstprogramme) so, dass sie austauschbar sind, wenn man die Geräte aus der Geräteliste vertauscht. Es ist lediglich ab Werk so eingestellt, dass Anschluss 1 der Printer ist und Anschluss 2 das Modem.

Zitat von yalsi

Da siehst Du ganz am Anfang ein Beispiel:

Quellcode

10 D$ = CHR$(4)
20 I$ = CHR$(9)
30 PRINT D$; "PR#2"
40 PRINT I$; "6B"

Das ist ein Grundprinzip bei Applesoft und DOS. Zeile 10 definiert die Variable D$ als Ctrl-D, 20 dann I$ als Ctrl-I. Zeile 30 wählt Slot 2 für die Karte (ich denke mal, da steckt sie bei Dir), Zeile 40 sendet dann den Code gemäss Doku an die Karte und schaltet sie auf 300 Baud.

Alles anzeigen

Hallo Georg,

beim IIc ist es leider alles ziemlich anders. Es gibt keinen slot, in dem die Karte steckt. Sie ist komplett onboard verbaut und es gibt keinerlei Mäuseklavier. Ich hatte alles auseinander, um die SSC zu suchen. Fehlanzeige und doch geht alles, was man mit ner gesteckten SSC kann. Bei den System-Dienstprogrammen ist eines dabei, mit dem man "Serielle Anschlüsse konfigurieren" kann. Dazu legt man unbekannte Geräte in der Geräteliste mit einer PIN an und weist sie dann den Anschlüssen zu. Anschluss 1 ist der Druckeranschluss und Anschluss 2 die Modemdose. Beide sind als DIN-5-Stecker mit einer APPLE-spezifischen Pinbelegung ausgeführt. Dazu gibt es Übersetzungstabellen für DE-9 oder DP-25 Stecker.

Wie die PIN sich zusammensetzt, ist auf Seite 35 der Broschüre über die System-Dienstprogramme beschrieben. Da wird alles drin verpackt von der Baudrate, über die Bits bis zu line feeds und CR-Positionen. Anschließend drei Seiten Fehlerhinweise und der Rat, dass man das am besten experimentell durchprobiert (was für ein Dreck an technologischer Leistung!).

Das hab ich noch gefummelt gekriegt und in eine Datei USER.PROFILE auf die künftige Diskette des Steuerungsprogramms packen können. Aber wie ich ein BASIC-Programm anlege, was da wie rein gehört, wie man die SSC zum Aufhorchen bringt und ob das Programm kompiliert werden muss. Das weiß ich alles nicht.

Ich hab aber ein "Lastenheft":

[Blockierte Grafik: http://imageshack.com/a/img921/1303/1JRhFe.jpg]

Folgende
Fahrstraßenbewegungen sind vorgesehen:

1. Von A nach C im Uhrzeigersinn:

• Plus auf Mittelleiter der Gleise A und B, Minus auf Außenschienen
  Triebfahrzeug kommt nach x sec in C zum Stehen.
  

  
  

2. Von A' nach C im Uhrzeigersinn:

• Plus auf Mittelleiter der Gleise A' und B, Minus auf Außenschienen
  Triebfahrzeug kommt nach x sec in C zum Stehen.
  

  
  

3. Von C nach B über A im Uhrzeigersinn:

• Weiche Ost auf gerade
  

  
  

• Plus auf Mittelleiter der Gleise A und B, Minus auf Außenschienen
  Triebfahrzeug kommt nach x sec in B zum Stehen.
  

  
  

4. Von C nach B über A' im Uhrzeigersinn:

• Weiche Ost auf Abzweig
  

  
  

• Plus auf Mittelleiter der Gleise A und B, Minus auf Außenschienen
  Triebfahrzeug kommt nach x sec in B zum Stehen.
  

  
  

5. Von C nach A gegen den Uhrzeigersinn:

• Weiche West auf gerade
  

  
  

• Minus auf Mittelleiter der Gleise A und B, Plus auf Außenschienen
  Triebfahrzeug kommt nach x sec in A zum Stehen.
  

  
  

6. Von C nach A' gegen den Uhrzeigersinn:

• Weiche West auf Abzweig
  

  
  

• Minus auf Mittelleiter der Gleise A und B, Plus auf Außenschienen
  Triebfahrzeug kommt nach x sec in A zum Stehen.
  

  
  

7. Von A' nach B gegen den Uhrzeigersinn:

• Minus auf Mittelleiter der Gleise A' und C, Plus auf Außenschienen
  Triebfahrzeug kommt nach x sec in B zum Stehen.
  

  
  

8. Von A nach B gegen den Uhrzeigersinn:

• Minus auf Mittelleiter der Gleise A und C, Plus auf Außenschienen
  Triebfahrzeug kommt nach x sec in B zum Stehen.
  

  
  

Programmanforderungen

Das Programm ermöglicht eine flexible Abfolge der acht beschriebenen Fahrstraßenbewegungen und schaltet über die Relais Spannung auf bestimmte Gleisabschnitte bzw. Weichen, die zur jeweiligen Fahrstraße gehören. Vier Relais werden zum Aufschalten der Fahrspannung benötigt. Ein fünftes ermöglicht die Umpolung der Fahrtrichtung.
Da immer nur ein Zug gleichzeitig fahren kann, genügt ein Umpolrelais. Es verbleiben drei freie Relais, die anderen Funktionenwie z.B. Entkupplungsgleisen zukommen.

Weichen werden in Abhängigkeit der gewählten Fahrstraße und Fahrtrichtung geschaltet. Dies wird hardwareseitig über zusätzliche Relais verknüpft. Die Endabschaltung der Magnetspulenantriebe wird hardwareseitig erledigt.

Am Bildschirm werden die Kennungen der beschriebenen Fahrbewegungen (Fahrstraßen) zu einer Sequenz zusammengestellt, die direkt angewendet und auch als Datei gespeichert werden kann. Das Einlesen einer solchen Datei liefert die Sequenz auf den Bildschirm, wo sie vor Ausführung geändert werden kann.

Eine Bedienoption <ABFAHRT> führt die Sequenz einmalig aus. Eine zweite Option <ENDLOS> führt die vorbereitete Sequenz als Endlosschleife aus. Eine dritte Option <STOP> unterbricht das
Ausführen der nächsten Fahrbewegung, führt aber die momentane noch zu Ende, um einen definierten Zustand auf der Anlage zu hinterlassen.
Eine echte Notaus-Funktion wird hardwareseitig vorgesehen. Es obliegt dem Anwender, ob die letzte Fahrbewegung im Endlosbetrieb zur Wiederholung der Sequenz, also zur ersten Fahrbewegung der Sequenz passt. Später kann hier ggfs. eine Logikprüfung eingesetzt werden.

Relaisbelegung auf Relaiskarte

Relais 1: Gleis A
(schließt Mittelleiter auf Fahrspannungsausgang von Relais 5')

Relais 2: Gleis A'
(schließt Mittelleiter auf Fahrspannungsausgang von Relais 5')

Relais 3: Gleis B
(schließt Mittelleiter auf Fahrspannungsausgang von Relais 5')

Relais 4: Gleis C
(schließt Mittelleiter auf Fahrspannungsausgang von Relais 5')

Relais 5: Umpolrelais
(Tauscht über ein nachgeschaltetes, zweipoliges Umschaltrelais 5' Plus durch Minus an Fahrspannungsausgang)

Relais 6: freibleibend

Relais 7: Entkuppler in Gleis A
(gibt Schaltspannung auf lokalen Entkupplungsauslöser)

Relais 8: Entkuppler in Gleis A'
(gibt Schaltspannung auf lokalen Entkupplungsauslöser)

Die Relais 7+8 werden zum Scharfschalten von Entkupplern benutzt. Zum Auslösen eines Entkupplers muss sich vor und hinter dem Entkupplungsgleis eine Achse befinden. Über eine kurze Kontaktbrücke im Gleis nahe des Entkupplerhebels – ausgelöst durch die nächstgelegene Achse – schnellt dieser nach oben, wenn dieser
Vorgang durch das vom Computer gesetzte Relais mit Spannung versorgt wurde.

Alle Befehle an die K8056 Relaiskarte werden über die Super Serial Card an den Druckerausgang gesendet, von dem nur TxD und Ground an die Relaiskarte angeschlossen sind. Im Übrigen ist die Kabelverbindung so ausgeführt, dass Handshake Out (DTR) Handshake In (DSR) kurzgeschlossen sind.

Bei der Kommunikation mit der Super Serial Card (SSC) muss das Programm die Übertragungsparameter wie folgt setzen:

2400 Baud

8 Databits

Keine Parität

1 Stopbit

Dies wird gemäß Dokumentation des Befehlssatzes der SSC folgendermaßen
gesteuert:

2400,8N1
ohne Flowcontrol:
<Ctrl>-I 1B <CR>
8N1 ist default (wäre 0D und 0P)

Die Diskette „RELAISKARTE“ ist mit ProDOS, BASIC.SYSTEM und einer SSC-Konfiguration in der Datei USER.PROFILE ausgestattet, die den seriellen Anschluss 1 (Drucker) bereits auf die o.g. Parameter setzt. Anschluss 2 (Modem) wird auf ADTPro Kommunikation über ein Nullmodemkabel und einen Seriell/USB-Adapter eingestellt.

Das Steuerungsprogramm der Relaiskarte muss unter dem Namen STARTUP gespeichert werden, um beim Einlegen der Diskette (und Einschalten) bereits zu starten.

Hallo ChaosRom,

das hast du alles richtig verstanden. Woran Du den genannten Code zur Konfiguration der SSC erkannt hast, kann ich zwar nicht nachvollziehen, aber gut, wenn man von diesem abscheulichen Wust nur so wenig braucht. Mir ist allerdings nicht klar, ob man mit dieser Zauberformel innerhalb eines Applesoft Basic Programms etwas anfangen kann. Die Firmware der SSC ist ja Pascal. Muss man sie also auch auf Pascal anquatschen? Zerplatzt damit der Traum von einem BASIC-Programm, dass noch einigermaßen lesbar ist?

Auf der Diskette, die ich fürs Relaiskartensteuerprogramm vorbereitet habe, hab ich eine Datei USER.PROFILE geschmissen, die bereits den Printeranschluss (1) auf die Realaiskarte einschießt und den Modemanschluss (2) auf ADTPro. Wann diese Konfiguration genau gelesen wird, weiß ich nicht. Ich hoffe, dass das der ProDOS Befehlssatz bereits erledigt, den ich ebenfalls draufgepackt habe. Damit man nach Programmende mit Basic weitermachen kann, ist auch noch BASIC.SYSTEM auf der Diskette. Jetzt muss eigentlich nur noch das Programm selbst unter dem Namen STARTUP drauf und dann sollte alles nach Einlegen der Diskette und Einschalten des IIc automatisch öffnen. So habe ich zumindest die Broschüre System-Dienstprogramme verstanden.

Wie macht ihr das hier mit Anhängen? Ich hab mir meine eigene Doku geschrieben, um nicht immer alles an tausend Stellen nachschauen zu müssen. Die könnte ich als pdf hochladen, wenn das hier geht (kann ich nicht erkennen). Ein eigenes Filesystem im Netz betreibe ich nicht (nur Bilder bei imageshack und videos bei youtube).

Falls Dich das mit so einer Relaiskarte interessiert, löte ich Dir so einen Bausatz gerne professionell zusammen.

Und hier der zweite Teil der SSC-Referenz:

Handshaking protocol, XE and XD

Sending Control-I XE CR or Control-I XD CR to the serial-port firmware
determines whether the firmware looks for any XOFF ($13) character coming
from a device attached to the SCC. It responds by halting transmission of
characters until the serial-port firmware receives an XON ($11) character
from the device, signaling the SCC to continue transmission. In printer
mode, this function normally is disabled.

XE = Detect XOFF, await XON.
XD = Ignore XOFF.

Keyboard input, FE and FD

The FD command is used to make the serial-port firmware ignore keyboard input.
For example, you can include Control-I FD CR in a program, followed by a
routine that retrieves data through the serial-port firmware, followed by
Control-I FE CR to turn the keyboard back on. As a default, the serial-port
firmware keyboard input is enabled.

FE -Insert keystrokes into serial-port firmware input stream.
FD -Disable keyboard input.

Automatic line feed, LE and LD

The automatic line-feed command causes the serial-port firmware to generate
and transmit a line-feed character after each return character. For example,
use Control-I LE CR to print listings or double-spaced text.

LE -Add line feeds after each carriage return output
LD -Do not add line feeds after carriage return output.

Reset the serial-port firmware, R

The R command resets the serial-port firmware, cancels all previous commands
to the serial-port firmware and reinstalls the Control Panel default settings.
Sending Control-I R CR to the serial-port flfmware has the same effect as
sending PR#O and N#O to a BASIC program and then resetting the serial-port
firmware. This call also relinquishes any memory obtained from the Memory
Manager for buffering purposes.

Suppress control characters, Z

The Z command causes all further commands to be ignored. This command is
useful when the data you are transmitting (for instance, graphics data)
contains bit patterns that the serial-port firmware could mistake for
control characters.

Sending Control-I Z CR to the serial-port firmware prevents the firmware from
recognizing any further control characters, whether from the keyboard or
contained in a stream of characters sent to the serial-port firmware. All
tabbing and line formatting are disabled after a ControlI Z command.

Important Note

The only way to reinstate command recognition after the Z command Is either to
Initialize the serlal-port firmware or to use the SetModeBlts call.

IV. Communications mode Commands

The following commands are typically most useful in communications mode.
(Discussion examples use the communications mode command character,
Control-A.)

Terminal mode, T and Q

The T command transfers you to terminal mode. In this mode, you can
communicate with another computer or a computer time-sharing service.
Terminal mode is entered through the BASIC interface. This means that
you must initialize the firmware by typing IN#n and then sending Control-AT.

Note: IN#n sets the port input link, and PR#n sets the port output link.
The lowercase n indicates the port number.

To quit terminal mode, send Control-AQ.

Send a Break, S

Often, when communicating with another computer in terminal mode, you want
to send a break character to signal the other computer that you wish to
signal the end of the current segment of transmission.

To send a break character, send Control-AS CR. This command causes the
serial hardware to transmit a 233-millisecond break signal, recognized by
most time-sharing systems as a sign-off signal.

Echo characters to the screen, EE and ED

The EE and ED commands are used to display (echo) or not to display a
character on the video screen during communication. For example, if you send
Control-A ED CR, the serial-port firmware disables the forwarding of incoming
characters to the screen. This command can be used to hide a password entered
at a terminal or to avoid the double display of characters.

EE = Echo input.
ED = Don't echo input.

Mask line feed in, ME and MD

If you send Control-A ME to the serial-port firmware, the firmware will
ignore any incoming line-feed character that immediately follows a return
character.

Input/Output buffering, BE and BD

The BE and BD commands control input and output communication buffering.

Scanning, reformatting, and minor mods: R/ 2004

Hallo ChaosRom,

Das Motiv ist eine Veranstaltung für historische Tischeisenbahnen, an der ich als Sammler alten Spielzeugs regelmäßig teilnehme. Der Apple IIc ist ein schön antikes Teil, das zum Thema der Veranstaltung passt, wenn es gelingt, eine Eisenbahn damit zu steuern. Dass das möglich sein muss, war klar, nachdem erkennbar wurde, dass der Modemport sehr wohl alles kann, was dazu notwendig ist. Mich wundert nur, dass das anscheinend noch nie jemand gebaut hat. Da steckt schon der zweite Teil der Motivation drin: Dinge tun, die noch keiner gemacht hat. Das hat bisher auch alles viel Spaß gemacht. Aber jetzt an der Software zu scheitern, weil es keine vernünftigen Routinen gibt, mit denen man ein bisschen ASCII aus dem COM2 pusten kann, das enttäuscht mich schon. Ich wäre der Ansicht gewesen, dass es da eine ganze Bibliothek von Modulen geben müsste, mit denen man sich das flott zusammenklickt. Schließlich gibt es diesen Rechner und Applesoft Basic schon seit über 30 Jahren.

Aber alles, was ich auffinden kann, ist, was ich hier schon geschrieben habe. Dazu kommt noch die folgende Litanei, mit der ich nichts anfangen kann. Am 26.02. beginnt diese Ausstellung. Von 11.02. bis 19.02. muss ich auf Dienstreise. Also sehe ich keine Möglichkeit, wie ich in so kurzer Zeit aus diesen Trümmern ein funktionsfähiges Programm zimmern soll. Ich brauche wohlgemerkt keinen handshake, sondern lediglich ein paar Buchstaben, die mit 2400 Baud als 8 Databits, 1 Stopbit ohne Parität aus dem TxD rauspurzeln. Wenn das jetzt mal so einfach wäre. Ich steh jedenfalls wie der Ochs vorm Berg.

Apple II Serial Port Firmware Interface Commands

also Pascal 1.1 Firmware Protocol serial interface commands
and Apple II Super Serial Card commands

ref. The Apple IIgs Firmware Reference
The Apple IIc Technical Reference Manual
The Apple IIe Technical Reference Manual

I. The Command Character

The normal command character is ...

Control-I (ASCII $09) in printer mode
Control-A (ASCII $01) in communications mode.

You can change the command character. For example, to change the
Printer mode command character from Control-I to another
character, say, Control-W, send ...

Control-I Control-W.

To change back, send ...

Control-W Control-I.

No return character is required after either of these commands.

In case you want to send the current command character through the
output stream, the Apple Super Serial Card (or "SSC") allows you to do
it by sending the character twice in a row. The built-in serial ports
do not allow this; the character will not be output.

To send the command character through a built-in serial port, you must
temporarily change to an alternate command character. For example, if
the current command character is Control-I and you want to send a
Control-I out the serial port, then send

Control-I Control-A Control-I Control-A Control-I

The first two characters change the command character to a Control-A.
The third character is the Control-I you wanted to send. The fourth and
fifth characters restore the command character to Control-I again.

An alternative is to disable all command-character parsing by using
the Z command.

II. Command Strings

A command string is a letter sometimes with a number prefix and sometimes
with an E or a D suffix (for "enable" or "disable). Command strings select
the option to be used; for instance, they may change the baud rate, select
the data format, and set the parity.

To generate a command in Applesoft BASIC, enter
PRINT CHR$ ( 9); "command-string": REM Sends Control-I and a command string

For Pascal, enter
WRITELN (CHR(9), 'command-string');

The following example shows how to generate commands from a BASIC program:

10 D$ = CHR$(4) : REM Printing D$ will send Control-D (a CR)
20 I$ = CHR$(9) : REM Printing I$ will send Control-I
30 PRINT D$; "PR#l": REM Establishes link: BASIC to port 1
40 PRINT I$; "6B" : REM Changes to 300 baud
50 ... : REM Continue program

The commands in the following sections are generated from the keyboard.

III. Printer/Communications mode Commands

The following commands are typically useful in either printer or
communications mode. (Discussion examples use the printer mode command
character, Control-I. In communications mode, you would use
Control-A.)

Baud rate, nB

You can use the nB command to select the baud rate for the serial-port
firmware.

For example, to change the baud rate to 9600, send Control-I 14B CR to the
serial-port firmware (see Table 5-1).

Table 5-1
Baud-rate selections

n Baud rate n Baud rate
_____________________________

0 Default* 8 1200
1 50 9 1800
2 75 10 2400
3 110 11 3600
4 134.5 12 4800
5 150 13 7200
6 300 14 9600
7 600 15 19,200

*On the IIgs, you set the default by using the Control Panel.

Data format, nD

You can override the Control Panel setting that specifies the data
format by using the nD command. Table 5-2 shows how many data bits
and stop bits correspond to each value of n.

For example, Control-I 1D makes the serial-port firmware transmit each
character in the form of 1 start bit (always transmitted), 7 data bits,
and 1 stop bit

Table 5-2
Data-format selections

n Data Stop
bits bits
_____________

O 8 1 (standard setting)
1 7 1
2 6 1
3 5 1
4 8 2
5 7 2
6 6 2
7 5 2

Parity, nP

You can use the nP command to set the parity you want to use
for data transmission and reception.

Table 5-3
Parity selections

n Parity
_____________

0 None (standard setting)
1 Odd
2 None
3 Even
4 None*
5 MARK (1)*
6 None*
7 SPACE (0)*

*Not available on IIgs
The SCC 8530 does not support MARK and SPACE parity.

Line length, nN

The line length is set by sending Control-I nN. The number n can be in the
range of 1 to 255 characters. For example, if you send Control-I 75N, the
line length is set to 75 characters. (Note: Use the C command, discussed
next, to enable line formatting.) If you set n to 0, formatting is disabled.

Line formatting Enable/Disable, CE and CD

A forced carriage return is invoked after a lineful of characters by sending
Control-I CE. For example, Control-I 75N (see "Line Length" above) and
Control-I CE cause a forced carriage return after 75 characters are typed on
a line.

Vielen Dank für die Antworten. Natürlich ist es mühsam, mich in so kleinen Schritten an mein Ziel anzunähern. Mein Interesse gilt aber nicht in erster Linie den Computern, sondern dem Nutzen, den sie abwerfen. Wenn ich mich zum Gefangenen von Chiffrierungen hätte machen wollen, dann hätte ich die Wahl gehabt, als es darum ging, ein Studium zu wählen. Mich an die Bedingungen anzupassen, die mir Maschinen stellen, halte ich nur bedingt aus. Es nervt mich ganz ungeheuer, warum nicht schon immer alles daran gesetzt wurde, solche Situationen zu vermeiden. Ich pfeffere schon mal eine elektronische Zeitschaltuhr in die Tonne, wenn ich sie nicht sofort begreife. Für solche Drecksprodukte hab ich keine Zeit.
Selbst höhere Programmiersprachen erscheinen mir immer noch viel zu kleinkariert. Man kann damit nicht annähernd den Erfolg haben, den man sich wünscht, weil der Teufel viel zu viele Gelegenheiten hat, sich in Details zu verstecken. Ich mache auf solche Lücken den ganzen Tag schon Jagd und habe es dabei wenigstens mit Menschen zu tun, denen man einiges an Fehlern nachsehen muss. Umso gnadenloser bin ich bei Maschinen. Die haben sich gefälligst nicht so doof anzustellen, schließlich haben sie keine dummen Handlungsmotive - es sei denn sie werden ihnen einprogrammiert. Sei es aus Nachlässigkeit oder aus Unwissenheit. Eine intelligente Maschine hat gefälligst ihre ganze Kraft darauf zu verwenden, sich funktional zu erhalten, solange es nur irgendwie geht. Bei Baumaschinen und Kriegsgerät scheint das schlicht durch robuste Konstruktion zu funktionieren. Bei Autos und Flugzeugen hängen immerhin noch Menschenleben davon ab. Aber alles, was darunter rangiert, ist zumeist so grottendoof, dass der Fehlerfall wahrscheinlicher ist, als die reibungslose Funktionsweise. Solche Technik kann mich nicht begeistern. Ich beuge mich deshalb nur soweit herab, wie es für ein paar bescheidene Ziele unbedingt notwendig ist. Man bedenke, dass ich nur 8 Relais schalten möchte. Der Aufwand steht schon jetzt in gar keinem wirtschaftlichen Verhältnis zum Nutzen. Und jetzt soll ich mich noch tiefer in Programmierkenntnisse stürzen? Das finde ich nicht attraktiv. Ich werde irgendwen bestechen, der das für mich macht. Ich hab z.B. noch ein NetGear ReadyNAS rumstehen, das ich tauschen könnte gegen den Applesoft BASIC-Code für die Velleman-Relaiskarte. Klingt das nicht nach einem Deal? Einen Kollegen hab ich heute schon fast rumgekriegt damit.

Hallo Georg,

danke für den Tipp. Diesen Teil der Doku hatte ich tatsächlich noch nicht gesehen. Unter einem Diskimage verstehen wir ein Programm mit Bootsequenz, richtig? Der variable Teil daran ist das Programm selbst, während ADTPro die Bootsequenz selbständig hinzufügt oder muss das bereits auf dem PC gemeinsam compiliert werden?

Wenn es mir also tatsächlich gelingen sollte, ein Basic-Programm zur Steuerung der Relaiskarte bauen zu lassen, dann müsste daraus ja noch ein Diskimage werden. Wie und wo geschieht das?

Schön, wenn dieses ADTPro über den USB-RS232 Converter bei euch irgendwas macht. Aber was ist der Zweck? Ich erkenne im GUI nur, dass ich PRODOS und einen vermeintlichen ADTPro Client auf den Apple schieben kann. Und was hab ich davon? Das brauche ich doch gar nicht. Ich leg die PRODOS Floppy ein und starte und gut ist. Mehr kann ich mit ADTPro auch nicht erreichen, wenn ich das richtig interpretiere. Das enttäuscht mich sehr.

Meine Erwartungen waren deutlich höher, wenn ich schon eine hardware-Lösung zwischen neuer und alter Welt habe. Ich hätte jetzt erwartet, dass sich ganz neue Welten auftun, weil ich quasi jeden Quellcode aus dem gesamten Internet-Universum auf den Apple laden kann, sofern er nicht größer als 128k ist. Ich erkenne aber nicht, wie das mit ADTPro gehen könnte. Ob schnell oder langsam, ist mir dabei völlig schnuppe. Universell soll es sein.

Hallo inmitten der närrischen Tage,

In Berlin merkt man zwar nichts davon, aber wenn man noch woanders Verwandtschaft hat...

Inzwischen habe ich den USB-RS232 Converter, die K8056 Relaiskarte von Velleman und einen völlig intakten und sogar gereinigten Apple IIc inkl. seriellem Kabel am Start. Der Rechner hat sämtliche Diagnoseprogramme anstandslos überstanden.

Wozu ich ADTPro eigentlich brauche, verstehe ich im Nachhinein nicht. Das Programm ist primitiv und ob es funktioniert oder nicht, ist gar nicht leicht festzustellen. Ich bediene es exakt nach Anleitung inkl. dem nach Anleitung selbst gebauten Kabel, aber ich kann nicht erkennen, ob überhaupt etwas am Apple ankommt. Es bleibt auch offen, ob man sich den Converter ruiniert, wenn man die Pins im Stecker kurzschließt, wie auf der ADTPro-Seite empfohlen. Wozu soll ich PRODOS auf den IIc übertragen, wenn ich eine funktionsfähige Disk dafür habe? Was kann der ADTPro Client auf dem Apple? Darüber habe ich genau gar keine Information gefunden. Da hat wohl einer die Lust am Dokumentieren auf halber Strecke verloren.

Meine naive Vorstellung von bootstrapping war, dass ich über ADTPro quasi ein auf einem heute aktuellen Rechner geschriebenes Programm für den Apple compilieren und auf eine Floppy im Zielrechner schreiben kann. Pustekuchen, wie es aussieht.

Mit der Velleman-Bausatz-Karte bin ich auch nicht wirklich glücklich. OK, sie war billiger, als die Karte von Kainka Labs und man versprach dort ebenfalls, ein Windows-kompatibles Bedienprogramm via RS232 zu haben.

Dann kam die Ernüchterung. Das Demoprogramm zum download bei Velleman kann nur den COM1 oder COM2 bedienen. Beide sind an meinem aktuellen Arbeitsrechner schon besetzt. Wegen einer Pillepalle-Anwendung werde ich nicht anfangen, die Funktionsfähigkeit meines wichtigsten Arbeitsgeräts zu riskieren. Warum ist das Demo-Programm zu doof, höhere COM-Ports zu bedienen? Im Velleman-Forum heißt es dazu, dass das Programm so alt sei, dass man sich auf mehr COM-Ports seinerzeit nicht eingestellt hat. Das haben sie schon 2006 geschrieben. Eh klar, dass man bis heute keinerlei Fortschritt braucht, weil man das ja getrost dem Kunden überlassen kann. Solche Hersteller hab ich ja gefressen. Abkassieren, leere Versprechen machen, aber nichts leisten wollen. Wäre das in meiner Firma vorgekommen, hätte ich gleich mal einen rausgeschmissen. Solche tüchtigen Mitarbeiter braucht man nirgends!

Jetzt stehe ich also ohne Programm zum testen der Karte am COM5 da und habe noch nie selbst programmiert. Es kommt nun also der schwere Teil, obwohl die Aufbauanleitung ab Kapitel 20 (Seite 10) schon ein paar Hinweise gibt:
Velleman Anleitung

Dort steht:
To execute a command, the correct sequence needs to be sent to the K8056.
Basically, a command sequence looks like this (Böhmische Dörfer!):
1. CHR$(13)
2. card address (1..255)
3. instruction
4. address (1..255) or relay# ('1'..'9' ASCII)
5. checksum (2-complement of the
sum of the 4 previous bytes + 1)
3) Instructions :
'E' :
Emergency stop all cards, regardless
of address. Carefull, relays turned
on by open collector inputs will not be turned off by this command).
'D' :
Display address. All cards show their current address in a binary fashion.
(LD1 : MSB , LD8 : LSB)
'S' :
Set a relay. 'S'-instruction should be followed by relay # '1' to '8'.
('9' sets all relays at once).
'C' :
Clear a relay. 'C'-instruction should be followed by a relay # '1' to '8'.
('9' clears all relays at once.)
'T' :
Toggle a relay. 'T'-instruction should be followed by a relay # '1' to '8'.

'A' :
Change the current address of a card.
'A'-instruction should be followed by the new address (1..255)

'F' :
Force all cards to address 1 (default)

'B' :
Send a byte. Allows to control the status of all relays in one instruction, by
sending a byte containing the relay status for each relay. (MSB : relay1, LSB : relay8)

4. Program example :
see Velleman site (www.velleman.be)

Für mich ist das so aufschlussreich wie ein chinesisches Telefonbuch. Wie das noch so zu verpacken ist, dass die Super Serial Card es tatsächlich über den TxD sendet, ist in meinen Augen ein Wunder. Ich bin in der von cybernesto genannten SSC-Anleitung ausgestiegen, als es um die Speicheradressierung ging. Mangels jeglicher Programmiererfahrung kann das nur in die Hose gehen. Ich verstehe nicht so ganz, warum man sich auf so einem Detailniveau bewegen muss, wenn doch der Rechner mir dienen soll und nicht umgekehrt. Wenn ich mir die Applesoft BASIC Programmieranleitung dazu angucke, wird mir erst richtig schlecht.

Da lobe ich lieber einen Fuffi aus, den sich derjenige mit ein paar Programmzeilen schnell verdienen kann, der das schon mal gemacht hat.
Ich kann gerne im Gegenzug anbieten, ein paar Platinen zu löten. Das kann ich gut und zuverlässig.

Hallo Kollegens,

ein Kabel und einen USB-Adapter habe ich inzwischen, wie auch die angefragten System-Dienstprogramme. Vielen herzlichen Dank sag ich mal, ohne Namen zu nennen.
Jetzt kann ich theoretisch, vielleicht sogar praktisch, Daten auf meinen IIc übertragen. Allerdings habe ich Zweifel, dass das schon das Problem löst, wie ich den RS232 über die Serial Card ansteuern kann.

Inzwischen nenne ich eine Velleman Relaiskarte K8056 mein eigen, die ich mit 2400 Baud, ohne Parität, 8 Databits und einem Stopbit anquatschen könnte. Die spannende Frage ist, ob das die Super Serial Card im IIc kann und ob es im Anleitungsheft dieser Karte beschrieben ist, bzw. woher sonst ich erfahre, wie ein Programm mit der Serial card in Kontakt treten muss. Ist das Finnigan-Buch da aufschlussreich?

Velleman tut sich natürlich leicht, win95 und höher als Kompatibilitätsangabe zu geben. Dafür haben die ja sogar selbst ein Programm zum Download, für das sie auch den Quellcode freigeben. Ich will es aber partout mit dem IIc hinkriegen, weil der auf der Ausstellung Ende Februar richtig antik wirkt.

Kann mir da jemand mit Recherchen in seiner Literatur helfen?

Hallo Kollegens,

ein Kabel und einen USB-Adapter habe ich inzwischen, wie auch die angefragten System-Dienstprogramme. Vielen herzlichen Dank sag ich mal, ohne Namen zu nennen.
Jetzt kann ich theoretisch, vielleicht sogar praktisch, Daten auf meinen IIc übertragen. Allerdings habe ich Zweifel, dass das schon das Problem löst, wie ich den RS232 über die Serial Card ansteuern kann.

Inzwischen nenne ich eine Velleman Relaiskarte K8056 mein eigen, die ich mit 2400 Baud, ohne Parität, 8 Databits und einem Stopbit anquatschen könnte. Die spannende Frage ist, ob das die Super Serial Card im IIc kann und ob es im Anleitungsheft dieser Karte beschrieben ist, bzw. woher sonst ich erfahre, wie ein Programm mit der Serial card in Kontakt treten muss. Ist das Finnigan-Buch da aufschlussreich?

Velleman tut sich natürlich leicht, win95 und höher als Kompatibilitätsangabe zu geben. Dafür haben die ja sogar selbst ein Programm zum Download, für das sie auch den Quellcode freigeben. Ich will es aber partout mit dem IIc hinkriegen, weil der auf der Ausstellung Ende Februar richtig antik wirkt.

Kann mir da jemand mit Recherchen in seiner Literatur helfen?

Aha,

ich hätte zu allem Überfluss sogar zwei alte DOS-Rechner mit RS232 da. Wenn ich dieses Programm auf beiden öffne, müsste ich doch ganz gut erkennen können, was der eine, dem anderen rüberschiebt, korrekt?

Wenn ich sogar schon zum Ausführen des INIT mit korrektem Pfad zum richtigen Laufwerk zu doof bin, könnt ihr euch vorstellen, dass ich nicht wirklich vorhabe, das Programm für meine Relaiskartensteuerung selbst zu schreiben. Ich hab so etwas wie eine Zeileneditor-Phobie. Aber ich hab einen Kumpel, dem das gar nichts ausmacht. Der lernt auch mal eben eine neue Programmiersprache. Ich muss dafür sorgen, dass der arbeiten kann.

Also bitte nochmal zum mitschreiben. Mit Apple DOS3.3 würde der INIT-Befehl funktionieren? Das habe ich da - hoffentlich unbeschädigt. Ich kann halt nur nicht damit umgehen. Bin mit IBM DOS 6.0 an die Computerwelt rangelaufen. Da sind ALLE Apple-Befehle gewöhnungsbedürftig.

Ein Nullmodemkabel mit USB-Adapter hab ich mir bestellt (aus Mülheim, ist bestimmt einer von hier). Das SDFloppy ist mir aktuell noch zu teuer. Endlos viele 3,5" Disketten hätte ich. Daran würde es nicht scheitern. Stilecht sind aber nur 5,25". Es geht ja um einen Ausstellungsbetrieb. Da muss alles antik wirken.

Außerdem hab ich mir die Vellemann K5086 Relaiskarte geschossen, die ja recht gut dokumentiert ist. Sie hat leider nur ein Programm für win95 und höher dabei, um die 8 Relais anzusteuern. Gibt es evtl. ein sniffer tool, das auf dem IIc ausgibt, was das win95 Programm per RS232 ausspuckt, während PC und IIc per Nullmodemkabel verbunden sind? Dann ließe sich doch recht simpel ein Programm in Basic für den IIc schreiben, das genau das auch tut. Vielleicht bin ich auch naiv.

Es sollen ja nur mehr oder weniger zeitversetzt die Relais geschaltet werden. Eine Rückmeldung ist erst mal nicht vorgesehen.

Danke für die Aufklärung. Ich werd verrückt. Das hätte ich nicht im Traum als Ursache vermutet. Wieder ein neues Wort gelernt.
Koerzitivfeldstärke

Danke, Meister,
Allerdings kauf ich da lieber doch nicht. Die verlangen 95$ für handling +shipping. Was glauben die, wo mein Geld wächst? Ich wollte Ware im Wert von 54$ kaufen, kein Rauschgift. Bringen die die Kabel per Bote vorbei? Für das Geld fliege ich schon fast als Selbstabholer hin.

Liebe Leut,

ihr sprecht hier vom II und vom IIe. Kann ich dieses ADTPro auch für den IIc nutzen? Wenn ja, wie? Einen uralt-PC sogar noch mit 5,25"-Laufwerk hätte ich noch da. Allerdings habe ich die Hoffnung aufgegeben, mir auf dem Floppys für den Apple brutzeln zu können. Da klingt diese Kabelgeschichte schon viel spannender. Quatschen denn PC und IIc auch per Nullmodemkabel miteinander? Was braucht man dafür an Software? Diesen ADT-Kram hab ich hier zu kaufen gefunden: retrofloppy

Dumme Frege: Warum gehen HD Floppys nicht? Es kommt doch auf die Formatierung an, nicht auf das Magnetträgermaterial. Da steh ich jetzt aufm Schlauch.

Noch ne Frege: Hat einer noch eine Original System-Dienstprogramm-Diskette vom //c oder kann sie mir kopieren? Ich zahle gerne was dafür und schicke ggfs. ein geeignetes Kuvert mit Rückporto zu.

Nach weiterer Recherche bin ich über zwei RS232-kompatible Interfaces vom AK Modul-Bus KainkaLabsgestolpert, die mir für das Modellbahnprojekt ausreichen würden:

Relaiskarte für Fahrstraßenschaltung: RIST mit 8 Relais, die auch Netzspannung schalten können.

Encoderkarte für Gleisbesetztmeldung: RD30 mit 30 Eingängen.

Leider nicht gerade billig, aber sehr gut dokumentiert, was für mich als Informatik-Greenhorn wichtig ist.

Spannend ist auch der link beim RD30, wie Herr Hellkötter dieses bereits zur Steuerung einer Modellbahn eingesetzt hat: ELEXS

Ich weiß, dass solche modernen Komponenten nicht so ganz stilecht sind am IIc und dass es Probleme mit den Baudraten geben kann. Aber in der Kürze der Zeit habe ich noch nichts Besseres gefunden. Sehr gerne würde ich natürlich antike Karten verwenden, die den gleichen Zweck erfüllen. Allerdings muss ich dann auch wissen, wie sie per Programm angesprochen werden müssen. Ohne Doku wird das ein zu aufwändiges Glücksspiel.

Hallo,

mir fehlt zum Apple IIc die 5 1/4" Floppy mit den System-Dienstprogrammen. Insbesondere kann ich ohne die keine leeren Floppys formatieren oder andere Floppys kopieren. Ich kann im Gegenzug dann eine Kopie des Programms zur Einführung in die Bedienung des IIc oder von ProDOS 1.1.1 oder AppleDOS 3.3 anbieten. Ich nehme an, dass auf diese Programme kein Gebrauchsmusterschutz mehr anwendbar ist.

Wenn es eine andere Möglichkeit gibt, die System-Dienstprogramme mittels eines PC auf das Floppy-Laufwerk des IIc zu zaubern, dann kann ich das möglicherweise mit einer sehr ausführlichen Anleitung. Im Moment weiß ich nicht einmal. wie ich die Laufwerke per Zeilenkommando ansprechen soll.

Gerade sehe ich eine Nachricht, die ich vom AK Modul Bus erhalten habe. Darin wird mir anstelle des SERAI812 das AD210 empfohlen, das hierbeschrieben ist.

Das sendet die Rückmeldedaten als Byte-Werte über die serielle Schnittstelle.
Allerdings nur 2 Analog-Eingänge und mit 38400 Baud. Das dürfte den IIc vmtl. überfordern.

Zusätzlich wird mir bei simplem Abfragen von Betriebszuständen (An/Aus) ein digitales Interface wie das RD30 vorgeschlagen, das insgesamt 30 digitale Ein- und Ausgänge hat, wovon 24 Masse-bezogen sind und 6 über Optokoppler komplett galvanisch getrennt sind. Eine Spannung ab etwa 3V am Eingang ergibt eine “1”, wobei die Spannung bis 24V betragen darf. Das wäre für die 9V-DC-Technologie der Märklin-Miniclub-Anlage optimal.

Der Zustand der Eingänge wird, sobald ein Eingang seinen Zustand ändert, über die serielle Schnittstelle in Form von 4 Byte-Werten ausgegeben, wobei auch per Steuerbytes jeder einzelne Eingang separat abgefragt werden kann. Die Kommunikation erfolgt mit 9600 Baud, 8 Bits, kein Parity, 1 Stoppbit (9600 8N1). Das klingt besser, aber ob der IIc damit klarkommt und wie ich demzufolge programmieren muss, habe ich noch nicht verstanden. Immerhin wird bei der Beschreibung auf eine Anwendung als Modellbahnsteuerung verwiesen. Das werde ich jetzt erst mal studieren und dann weitersehen.

Hallo Stefan,
das Problem dieser verfügbaren externen Karten ist der fehlende Zusammenhang zwischen Aktion und Rückmeldung. Die RS232 wäre prädestiniert, einen Befehl in die Peripherie zu schicken und unter GLEICHER ADRESSE ggfs. zeitlich versetzt eine Rückmeldung zu erhalten. Das hat man früher durch mechanisches Blocken von Stellhebeln realisiert. Die Aufhebung einerStreckenfreigabe MUSSTE vom Fahrdienst quittiert werden.
So ähnlich stelle ich mir die RS232-Kommunikation auch vor: Bevor nicht eine Rückmeldung erfolgt ist, stellt sich der Aktor gegenüber neuen Befehlen tot, es sei denn, alle gestellten Fahrstraßen verlieren gleichzeitig per Reset ihre Gültigkeit.
Die einzige Steuerung, die im Prinzip so tickt, ist die von GAHLER+RINGSTMEIER. Hier weiß der Rechner definitiv, was gespielt wird, weil er sich der Streckenzustände systematisch vergewissert. Das überlässt man nicht dem Prozessor, der denkt, er wisse, was aufgrund seiner Aktivitäten los sein müsste.
Wenn ich mir die erhältlichen Karten angucke, dann müsste ich aber genau so (dusselig) programmieren, weil der Rechner erst mühselig erklärt bekommen muss, welche Rückmeldung zu welcher Aktion gehört. Diesen Teil könnte auf ganz primitive Weise schon die hardware abdecken. Man könnte sich hunderte überflüssige Programmzeilen ersparen.

Danke für eure Antworten,
Auf den I2C-Bus brauche ich nicht auszuweichen, nur, damit ich mehr pins erhalte. Mir genügen 8 Relais vollkommen, um die wenigen Fahrstraßen zu regeln, die diese Primitivanlage überhaupt ermöglicht. Das soll gar keine dolle Anlage werden, weil sie ins Regal im Arbeitszimmer passen muss und nur drei Züge zur Verfügung stehen. Was interessant erscheint, ist die Möglichkeit der Rückmeldung. Aber da sehe ich noch nicht, warum das unbedingt über den I2C gehen muss. Ich hoffe in der Tat, entsprechende externe Karten zu finden.
Einen Commodore extra anzuschaffen und den IIc zu verhökern, kommt mir jetzt, wo ich mich mit dem IIc vertraut gemacht habe, nicht mehr in den Sinn. Mich wundert nur, dass es keine kompletten Robotik-Experimentierplatinen gibt, die die RS232 vollständig ausreizen. Das mag mit dem Programmieraufwand zusammenhängen, weil ein 8-bit-Programm naturgemäß nicht sehr leistungsfähig ist. Dennoch ist die Anforderung sicher nicht neu, dass man ein Steuersignal sendet und dann eine Quittierung zurück an den Rechner senden will. Die RS232 scheint mir dafür nicht der Engpass zu sein. Für die 24 Begriffe, die die hardware senden bzw. empfangen können muss, sehe ich auch nicht, dass ein eigener Prozessor inkl. Programmierung der externen Hardware benötigt wird. Das sollte sich doch noch mit herkömmlichen IC abbilden lassen. Das ist aber nur eine Vermutung. Bauen könnte ich das nicht selbst. Deshalb hab ich jetzt mal beim AK Modul Bus angefragt. Bin sehr gespannt, ob die da was machen können. Etwas abseits des Projektziels ist es, sich neue hardware bauen zu lassen. Ich nehme aber an, dass sie dabei auf Bauteile zurückgreifen, die es anno 1985 schon gab.

Was die Programmierung betrifft, bin ich noch nicht in Applesoft Basic eingearbeitet . Wenn das jemand deutlich schneller zustande bringt als ich, dann bin ich da auch nicht für Unterstützung böse .

Hi,
vielen Dank für die Tipps soweit.

Irgendwie finde ich nicht die geeigneten Relaiskarten, mit denen man a) Fahrstraßen auf der Strecke schalten kann (Velleman) und b) Rückmeldung über besetzte Gleise an den Rechner schicken kann. Bei den aktuell erhältlichen Relaiskarten habe ich Zweifel, dass sie sich von einem 8-bit-Bus steuern lassen. Schlimmer ist es noch beim Rückmeldeproblem. Wenn ich nach Encoder suche, dann kommen ausschließlich Treffer über Geräte, die mechanische Stellungen in elektronische Messbegriffe umsetzen. Mir würde es völlig genügen, wenn ein Potenzial von 5V an einem Fühler-Pin zu einem 8-bit-Rückmeldebegriff an die RS232 umgebaut würde. So etwas muss es doch z.B. als Temperaturfühler o.ä. früher schon gegeben haben. Es erscheint mir äußerst sonderbar, eine Relaiskarte zu bauen, die nicht von vornherein eine Wirkkontrolle als Eingang besitzt. Wozu soll die denn gut sein? Soll der Rechner wie ein Blödmann agieren? Damit ist doch nie etwas geholfen.

Hallo,
ich suche dringend eine externe Karte, mit der ich an einem Apple IIc via RS232 Gleichstromverbraucher von 5 bis 9 V betreiben kann. Gleichzeitig benötige ich auch eine Karte, mit der ich über RS232 Rückmeldungen über bestimmte Betriebszustände an den Rechner kommunizieren kann. Am besten ist das beides auf der gleichen Karte verbaut. Ich finde nur leider keine solchen Karten im Netz. Wenn also jemand weiß, wie man so ein Dings dennt, ist mir das auch schon eine große Hilfe.
Aktuelle Relaiskarten von Velleman scheinen nicht geeignet, weil sie mit zu hohen Baudraten arbeiten und nur Relais bedienen können - keine Rückmeldefunktion. Es wäre also wichtig, eine Karte zu finden, die den Apple IIc als 8-bit-Rechner nicht überfordert.
Die Karte soll im Februar schon auf einer Ausstellung zum Einsatz kommen. Es ist also eilig. Jede Unterstützung ist willkommen.

Hallo x5900
Dass der Modem-Port quasi eine RS232-Schnittstelle ist, wusste ich nicht. Danke für den Tipp. Dann müsste ggfs. ein Adapterkabel ausreichen, falls ich ein externes Gerät finde, das die Befehle in Schaltzustände übersetzen kann und Streckenzustände zu codieren versteht. So ein Gerät braucht im Prinzip jeder Roboter. Wie nennt man das? Bin ich da mit dem Begriff DA-Wandler bzw. AD-Wandler auf dem Holzweg?

Na das ist ja schon mal pfundig. Damit müsste es zumindest theoretisch möglich sein, eingehende und ausgehende Signale zu programmieren. Meine Programmierkünste siedle ich bei 0 an. Ohne ein Hilfsprogramm, das mir die Umsetzung auf den Serial Port übernimmt, kann ich einpacken. In BASIC gibt es ja wohl kaum vordefinierte Befehle, wie man bestimmte "Begriffe" über den Serial Port jagt oder täusche ich mich da?

Danke für den Hinweis,
zunächst habe ich mal eine Beschreibung der 'seriellen Schnittstelle des //c gefunden. Bei asimov gibt es dazu noch diesen Link:
apple ii super serial card. Ob das eine in den //c onboard eingebaute Karte beschreibt, kann ich nicht beurteilen. Steckkarten gibt es ja beim //c nicht.
Jetzt fehlt mir noch ein Gerät, das den Rückmeldezustand der Anlage in "Data In (RxD)" verwandelt und die "Data Out (TxD) in Signale formt, mit denen ich Relais ansprechen kann. Möglicherweise gibt es so etwas fertig zu kaufen oder man kann es sich z.B. aus einem Arduino bauen. Damit verlasse ich allerdings mein Fachgebiet zu 100%. Ich könnte höchstens eine Platine nach Bauplan löten.

Also, nicht, dass das falsch verstanden wird. Ich will keineswegs digitalisierte Loks steuern. Mir genügt es völlig, Streckenabschnitte ein - und auszuschalten. Es gibt zwar Decoder für Z-Lokomotiven, aber ich habe nicht vor, sie zu digitalisieren. Es soll vielmehr so funktionieren, wie man es 1983 im Hausgebrauch gemacht hätte. Von Lokdekodern hat man damals noch geträumt. Viel wichtiger ist sowieso, dass die Strecke überwacht wird.

Bin für jeden weiterführenden Hinweis dankbar.

Guten Tag,

habe mich hier (ganz frisch) registriert, weil ich einen Apple IIc nach vielen Jahren Rumstehen aktivieren möchte, um damit eine kleine Eisenbahnanlage zu steuern. Das ist im Prinzip eine blöde Idee, weil diese Schüssel gar keine RS232 oder ähnlich gut beschriebene Schnittstelle hat, mit der das kein Problem wäre.

Also muss wohl der Druckeranschluss herhalten. Es entzieht sich aber schon völlig meiner Kenntnis, ob dieser Port überhaupt eingehende Signale ermöglicht. Ein paar Rückmeldungen sind schon erforderlich, damit ein Programm, das es auch erst noch zu schreiben gilt, vernünftige Entscheidungen über den Fahrbetrieb fällen kann.

Kann mir jemand helfen, den Druckerport ausreichend zu verstehen, damit ich geeignete Relaiskarten bauen kann?

Die zu steuernde Anlage hat nur ein Innenoval und ein damit in beiden Richtungen verbundenes Außenoval und eine Diagonalverbindung im Innenoval, also auch die Möglichkeit, einen Zug zu wenden. Von dieser Diagonale gehen noch zwei Abstellgleise weg. Also zwar nicht so simpel wie nur zwei Ovale, aber es würde im ersten Schritt genügen, wenn der IIc nur die zwei Ovale kollisionsfrei steuern kann.

Die Fahrzeuge laufen mit 9V DC (Märklin Miniclub, Spur Z).

Wenn dieses Projekt jemanden reizt, bitte ich um Kontaktaufnahme, denn im Februar soll das Ergebnis bereits in Rotenfels bei Gaggenau im Unimogmuseum vorgeführt werden.

Bestes aus Berlin

Moin Gemeinde,

klingt, als sollte ich diese Kondensatoren auf jeden Fall präventiv tauschen. Riechen tut mein //c Monitor auch und nach ca 20 min Betrieb fliegt auch immer der FI-Schalter. Danach geht es aber wieder. Die Intervalle werden nur kürzer, wenn man ihn nicht auskühlen lässt.

Bin erst seit 10 min hier registriert. Wenn mir jemand verrät, wie man hier Bilder hochlädt, kann ich über die Weihnachtsfeiertage einen Bildbericht vom Tausch der Kondensatoren bereitstellen.

Bestes aus Berlin