Ich glaube Pyewacket geht vom "Standard" 34pol Shugart-Bus aus. Der Anschluss vom Apple II hat 19/20 Pole und da die Versorgungsspannung auf dem Stecker mit drauf ist, kritischer beim umpolen.
Hast Recht, mit Apple II hab ich schon ewig nichts mehr zu tun gehabt.
Floppykabel falsch herum angeschlossen? Dann werden die Steuerleitungen auf Masse gezogen und sind damit aktiv
die IBM Terminals
Der Artikel war von mir., ich hoffe dass das Thema verständlich rüber kam.
Wie sieht es denn mit VM/ESA aus? Das ist ja gut verfügbar.
Ich glaube nicht dass das frei verfügbar ist, ich kenne da nur das VM/370
und mit dem dürfte es nicht gehen-
Sofern ich das mit meinem sehr begrenzten Wissen herausgefunden habe, unterstützt der freie 360-Emulator Hercules selbst nicht die Emulation eines Front End Processors (FEP, z.B. 3705) - Das wäre das Gerät, mit dem die synchrone serielle Schnittstelle des 3174 entweder direkt, oder über X.25, an einen Host-Channel gekoppelt wird. Es gibt eine SIMH-basierte FEP-Emulation, und vielleicht lohnt es sich, damit zu experimentieren, aber angeblich gibt es auch Wege, die keine FEP-Emulation erfordern. Soweit ich es verstanden habe, muss man aber immer auch SNA konfigurieren und das war der Punkt, an dem ich das Projekt für mich erstmal auf Eis gelegt habe, weil da für mich zu viele Unbekannte im Spiel waren
Ein FEP mit seiner komplexen Konfiguration war nicht unbedingt notwendig. Es gab für einige Modelle der
/370, 4300 und 9370 auch einen ICA (Integrated Communication Adapter) der eine geringe Anzahl von langsamen Leitungen auch direkt ansteuern konnte.
Die Steuereinheit via SDLC über einen Cisco-Router an den emulierten Mainframe anzuschließen ist nicht das Problem, das geht. Allerdings nicht mit der frei verfügbaren Betriebssystemen für Hercules, ein zOS oder OS30 hat da keine Probleme.
Hast du mal bei ontrack.com nachgefragt ob die das entsperren können und was das kosten würde?
Soweit ich mich erinnere gab es auch Lochstreifen aus dünnem Kunststoff, die haben sich nicht so schnell
abgenutzt und waren auch auch für dreckige Umgebungen wie Produktionshallen (CNC) geeignet. Nachteil war
daß die Stanzer mehr gestresst wurden.
Eventuell könnte man ja solche Streifen eher nachproduzieren.
Ich habe an der Uni noch einen kurzen Lochstreifen, der wohl für die Schlittensteuerung eines IBM-Druckers 1403 gedacht war und zu einer Schleife zusammengeklebt wurde (soetwas). Das Material ist unheimlich widerstandsfähig.
Der war für den Formularvorschub, für die "Programmierung" der Seitenlänge. Pro gedruckter Seite lief der einmal durch.
Das Loch unter den Leser, Papier auf erste Zeile eingestellt. Wenn dann ein Seitemvorschub kam wurde das Papier und dieser Streifen so lange weitergedreht bis das Loch wieder unter dem Leser war.
In COBOL wurde das dann mit der entsprechenden Position (1 bis 
angesprochen-
WRITE record AFTER ADVANCING channel01
Hat man sich vertippt und eine Position erwischt auf der kein Loch war wurde der ganze Karton sehr flott durch den Drucker gezogen 
Soweit ich mich erinnere boten die kleinen Microcode Versionen nur die
Funktionalität 3270 Steuereinheit über SDLC/BSC/X25 an.
Die größeren Versionen boten dann mehr Features wie TCP/IP,
APPN SNA Node (Advanced Peer to Peer Network)
Serielle Ascii Terminals als 3270 Terminals, Token Ring, Ethernet und mehr.
In der Firma hatten wir PCs als Terminal und diese Features gar nicht verwendet.
Braucht noch jemand 8"-Diskettenlaufwerke für seine PDP?
Ein kaputtes RX02 hab ich auch noch rumliegen
Wie ? Welcher Fehler ?
Beim Versuch zu booten klackert es, mehr passiert nicht. Hab es ncvht weiter untersucht
Ein Schnäppchen
https://www.ebay.com/itm/146414499868
Braucht noch jemand 8"-Diskettenlaufwerke für seine PDP?
Ein kaputtes RX02 hab ich auch noch rumliegen
Eine Version für CP/M wäre doch ganz nett.
Nach vielem Rumgefrickel mit Selbstbau-NAS habe Ich be mir für Zuhause (nur private Nutzung) ein Synology NAS geleistet. Einschalten und funktioniert.
Zugriff von Unterwegs via Fritzbox ist auch kein Problem.
Diese sehe ich eher bei der rechtlichen Seite. Ich habe größtenteils im Homeoffice gearbeitet. Unsere Notebooks
waren so vernagelt dass keinerlei Zugriff auf das heimische LAN möglich war, mit Ausnahme der VPN Verbindung zur Firma.
Ich konnte in Grenzen Programme installieren (als Entwickler) aber keine Treiber.
Drucken ging auch nicht da nur Treiber für die Firmendrucker via LAN installiert waren.
Firmen- oder gar Kundendaten auf heimischer Hardware hätte sicher zu einer fristlosen Kündigung geführt.
Arbeiten im Ausland war auch strikt untersagt. All das war in einer Betriebsvereinbarung festgelegt.
Ohne schriftliche Zusage (falls es keine Betriebsvereinbarung gibt) würde ich das nicht machen.
Die 'Alten' Fernschreiber wie T100 oder LO15 sind eigentlich fast unkaputtbnar, sobald sie Kunstoffteile enthalten kann es Probleme geben weil die mit der Zeit spröde werden und brechen können..
Soweit ich weiß haben die elektronischen FS im Standby einen relativ hohen Leistungsbedarf, damals war Strom sparen noch kein Thema.
Wenn Interesse besteht, kann ich das auch noch ein bisschen weiter ausentwickeln, entsprechende motivierende Antworten sind willkommen.
Ja gerne, erzähl mal weiter.
Das lässt sich bestimmt auf den MFA adaptieren.
Die Idee zu einem Universalinterface das einen Mikrocontroller an einen Systembus koppelt habe ich schon längere Zeit,
habe aber nicht das Wissen um so was selbst zu entwerfen und zu implementieren.
Ein schönes Beispiel ist die Unicard für Sharp Computer
oder Unibone/QBONE für DEC PDP-11 Systeme.
Vor ein paar Wochen hab' ich noch mal mit modernerer Technik einen Versuch gemacht - Im selben Haus versorgen jetzt ein paar PL-Kistchen von AVM sogar über Zählergrenzen hinweg und sogar die Garage. Die Technik ist also wesentlich besser geworden. Eine Garantie gibt es natürlich trotzdem nicht.
Welche AVM Geräte verwendest du da? Vielleicht sollte ich nochmal einen Versuch starten.
Meiner Erfahrung nach kommt es sehr auf die Elektroinstallation im Gebäude an.
Bei meiner Mutter im Haus (BJ 1972) funktioniert es überhaupt nicht. Ich hab mehrere
verschiedene Hersteller ausprobiert, nichts hat vernünftig funktionier. Wenn überhaupt eine Verbindung zustande
kam dann war der Durchsatz im Bereicht von 90 bis 200 kbit/s.
In meiner jetzigen Wohnung (BJ 2008) funktioniert es überhaupt nicht. Wohnung im 3. Stock, Waschmaschine und Trockner, anhand deren Stromverbrauch ich feststellen wollte ob sie fertig sind im EG.
Auf jeden Fall die Geräte erst mal zur Probe holen damit du sie zurückgeben kannst.
Das sind meine persönlichen Erfahrungen mit diesen Geräten, das heißt natürlich noch lange nicht dass es nirgendwo funktioniert.
Gibt es eine Möglichkeit ARRAY's zu initialisieren?
Wie macht man das in Pascal, hier im speziellen Hisoft4???
Var scr: array [0..10] of char;
Je nach Pascal Dialekt ist es möglich gleich eine Zuweisung zumachen,z.B.
Var
scr: array [0..10] of char = ('a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j', 'k');
was natürlich nur bei kleinen Arrays Sinn hat oder aber als erster Schritt im Hauptprogramm in einer Schleife alle Elemente vorbesetzen.
Die Images sind RX01. Wie kommst du auf RX50? Zudem ist bei RX01/02 die erste Spur die Spur 1, nicht 0. Im Image ist allerdings natürlich Spur 0 zuerst.
Wie meinst du das? Das Filesystem der Diskette beginnt auf der physikalischen Spur 1 und die Spur 0 wird ignoriert?
Wozu ist denn dieses hcon?
Das ist ein TN3270 Client. Man verbindet sich damit von AIX aus zu einem IBM Großrechner.
Ach so. TN3270 kenne ich natürlich. Naja, bei IBM heißt ja vieles irgendwie anders.
Welche Cloud könnt ihr mir empfehlen?
Gar keine.
Du könntest an beiden Standorten ein kleines NAS installieren und diese dann synchronisieren.
Hier gibt es ein paar Infos:
https://ed-thelen.org/comp-hist/IBM-ProdAnn/3203.pdf
Mit 1200 Zeielen je Minute ein recht flotter Drucker.
Wohl aufgrund der hohen Druckleistung gab es den anscheinend nur mit Kanalanschluss an den Mainframe.
Die zweite Box könnte eine Kanalverlängerung sein um den Drucker weiter entfernt aufzustellen.
Soweit ich das überblicke wird hier nur über Netzwerk-Hardware diskutiert.
Welche Protokolle wollt ihr denn verwenden? Heutzutage ist wohl TCP/IP Standard aber früher gab es
jede Menge Protokolle die nicjt kompatibel zueinander waren.
Wozu ist denn dieses hcon?
Das dürfte ein Lockvogel sein. Ein Bekannter hat mehrfach versucht, Ersatzteile für Fernseher zu kaufen welche in D nicht mehr lieferbar waren.
Es kamen praktisch immer Absagen und jede Menge Angebote für ähnliche, ihm nutzlose Boards oder Geräte-
Warum um Himmels Willen willst du Batterien in China kaufen?
Ich werd auch an einem der Tage auftauchen, voraussichtlich am Samstag
Wie hoch ist denn die CPU Last wenn das Problem auftritt?
Schau dir mal an wie die Protokolle XMODEM und ZMODEM funktionieren
Ich habe vor vielen Jahren einen PC kompatiblen gehabt, mein Bruder einen Atari ST.
Auf dem PC hatte ich ein Terminalprogramm mit XMODEM, auf dem Atari nicht.
Auf dem Atari habe ich dann zuerst ein einfaches Terminalprogramm implementiert.,
soweit ich mich erinnere hab ich das mir GFA-Basic gemacht.
Als das funktionierte habe ich das Programm um XMODEM erweitert.
Da ich auf der PC ein funktionierendes Programm hatte habe ich erst
mal den XMODE Empfang implementiert. Als der funktionierte kam dann die andere Richtung dran.
Leider habe ich keine Kopie des Programmes mehr.
I
Die Erkennung dass da was kommt wurde mit einem Mikroschalter geprüft der erkannte ob da eine Karte eingelegt wurde und daraufhin den Motor gestartet hat.
Das habe ich auch überlegt aber erst einmal verworfen. Papier wird den nicht auslösen können und ich möchte nicht immer mehr oder weniger dicke Pappe drucken.
Nimm doch anstelle des Schalters eine Gabellichtschranke, da ist es dann egal ob Papier oder Pappe
