Posts by Bernhard

Moin,

nun laeuft es, wie es soll und es gibt "nur" noch Feineinstellungen vorzunehmen.

Was war es?

Nur ganz kurz...

Die klassische Route sieht vor, das zuerst die WAN-Device-Driver, dann die Application (PSI) installiert werden.

Die Treiber sind aktueller, als die Application.

Die Treiber bringen aktuelle Dateien mit, die von den Application nur leider ueberschrieben werden.

Damit funktioniert es leider nicht.

Nun nochmal (!) die Treiber installieren (damit die aktuellen Dateien wieder ins System kommen) und alles laeuft wie geplant.

Eigentlich ganz einfach

MfG

Bernhard

Moin,

bin noch dran...

Die WAN-Device Driver laufen, sonst wuerdest Du die ZT Device nicht sehen. Da gibt es eigentlich nichts zu tun.

An der PSI043 Software mit dem Support der DSW Synchronen Adapter bin ich dran.

MfG

Bernhard

Moin,

fand dies im Cover Letter zur Sync012 Installation ...

Installation of VAX P.S.I.

If you intend using the DSW21, DSW41 or DSW42 devices with VAX

P.S.I. V4.3, please ensure that you use the latest fix kit for

VAX P.S.I. V4.3.

Ich such dann mal los, ein installierbares P.S.I. der Version 043 mit DSW Support zu finden.

Werde berichten.

MfG

Bernhard

Danke.

Moin,

klasse Hans, das geht ja gut voran.

Auf meiner VAX laueft neben VMS 5.5-2H4 auch der WAN Device Treiber SYNC012.

Die Treiber tuen ihren Dienst und die Device gehen Online.

Bei der Installation von PSI043 habe ich wohl die nicht aktuellste Version erwischt, meine kennt beim Versuch die Software zu Konfigurien nicht das Device ZT*, es werden bei der Anwahl "nobus" nur DSH und DST angeboten.

Hans, von welcher CD Ausgabe (Jahr, Monat) waren Deine Installationsfiles?

Danke & MfG

Bernhard

Moin,

sehe ich erst jetzt, ist es richtig, das die Lines fuer P.S.I. im Decnet NCP erscheinen bzw. dort konfiguriert werden?

Das Network TELEBAHN an der Stelle sieht auch nicht gut aus.

Ich schau mal bei mir in diese Settings rein, wenn alles installiert ist.

Bis dahin

MfG

Bernhard

Klasse Hans,

das sieht ja schon richtig gut aus.

Mit der Installation scheint alles gut zu sein, der DSW Adapter laeuft, Du hast die ZT-Devices.

Welche Version der WAN-Device-Driver hast Du installiert?

Ich habe ein frisch installiertes VMS 5.5-2H4 auf dem Rechner und die Installationsdateien fuer

P.S.I.043 und SYNC012. Licenzen dafuer sind auch schon an Bord

Muss nur noch dazu kommen, das zu installieren.

Dann noch ein schoenes Multinet auf den Rechner tun und das Spielen kann losgehen.

Zur Zeit kann ich nur in der Werkstatt und ueber die Console auf dem Rechner aktiv sein,

wenn er denn TCP/IP spricht und versteht kann ich von ueberall im Haus arbeiten...

PN ist unterwegs...

MfG & einen schoenen Start in die Woche.

Bernhard

Moin,

und ob es da unterschiedliche gibt

Diese hier habe ich beim Suchen schon gefunden...

HP18160A - RS-232 / V.35 umschaltbar

HP18173A - RS232

HP18174A - RS499

HP18177A - V.35

HP18179A - RS232

HP18180A - RS232 / RS499

HP18260A - RS232 / X.21

HP18281A - ISDN Basic Rate

HP18282A - ISDN T1 1.544 Mb/s

HP18291A - RS232

HP18292A - RS499 / RS530

HP18294A - X.21

Wenn es noch mehr gibt, bitte ich um einen Hinweis.

MfG

Bernhard

Moin,

hans , magst Du mir mal die Meldung zukommen lassen, evtl. kann ich das provozieren um zu sehen wo der Fehler selbst liegt.

Diddl Serielle Kommunikation wie Du sie beschreibst, bezieht sich in 99% der Faelle auf die Asynchrone Variante, die bekommt ihr Timing ueber Einstellungen wie BaudRate, Speed oder wie auch immer das genannt wird mit und kommt mit den bekannten 3 Adern zwischen den Geraeten aus. Hier helfen zwei serielle Adapter und ein Programm um mitzulesen was die beiden Geraete untereinander ausmachen.

Bei der Variante "Synchron" wird der Takt von aussen mitgegeben, die Bytes haben keine Start- und Stop-Bits und der Zusammenhang der Daten ergibt sich durch spezielle Sequencen (Frames) die im Datenstrom mitgesendet werden. Ohne die aufzudroeseln machen die vorbeirauschenden Bits nur wenig Sinn, da setzt der klassische Protokoll Analyser auf und kann genau diese Arbeit leisten. Die Daten werden je nach Applikation als Datenstrom oder OSI-Schicht fuer OSI-Schicht nach oben dargestellt.

Wenn ich/wir was zu zeigen habe(n), koennen wir ja gerne mal verschiedenen Tools ausprobieren, wie die mit den Daten klarkommen. Wuerde mich drauf freuen.

MfG

Bernhard

Moin,

sie bootet noch...

War die Zeit, die das dauert, einfach nicht mehr gewöhnt

Nun da VMS gestartet ist kann man folgendes als User System tun...

$ mc sysgen

SYSGEN> A A

%SYSGEN-W-OPENIN, error opening SYS$COMMON:[SYSEXE]ZTDRIVER.EXE; as input

%SYSGEN-E-FNF, file not found

SYSGEN>

Das hier deutet an, das die Hardware DSW41/2 erkannt wird aber der passende Treiber

"ZT-Treiber" nicht gefunden wird.

Soll ich sagen kein Wunder... ist ja auf dieser Maschine nicht installiert.

Kommt mit dem WAN-Device-Driver Package als Layered-Product und muss zur Version des Betriebssystems passen.

Und eine Lizence ist auch noetig (?)

Konsequenterweise zeigt dieser Befehl hier auch nichts an, da ihm der Unterbau fehlt.

$ sh dev z

%SYSTEM-W-NOSUCHDEV, no such device available

$

Wenn alles installiert ist wie es soll, dann gäbe es ein/zwei ZT-Device in dieser Anzeige.

Sollte ich das mal zeigen können würde ich mich wieder melden.

Einer ist mir noch eingefallen...

$ mc sysgen

SYSGEN> SH /ADAP

CPU Type: VAX 4000-100A

Nexus (decimal) Generic Name or Description

0000 0 X1303

0001 1 SHAC0

0002 2 SHAC1

0003 3 SGEC0

0004 4 UB0

SYSGEN>

Die Devices SHAC0, 1 sind die beiden DSSI Interface, SGEC0 das Ethernet, UBO koennte der Q-Bus sein,

bleibt nur noch X1303 fuer das DSW41/2 ueber (VERMUTUNGEN).

Wer kann das an einer VAX 4100/4105 ohne installierte DSW mal testen?

Damit ist das Geraet dem Betriebssystem schon mal bekannt und kann im System addressiert werden.

Wie geht es weiter auf dem Weg zu zwei ZT Devices auf auf der VAX?

Mein Weg dahin ist es, auf einer frischen Platte VMS5.5-2H4 zu installieren, dann die WAN-Device-Driver und P.S.I. 043.

Damit waere eine Installation aehnlich der von Hans hier zum Spielen.

Habe aktuell nur einen CISCO 2513 (2*sync Serial, 1*Token Ring, 1*EthernetAUI plus Console und AUX) und nur unpassende

Kabel dafuer (X.21 DTE mit dem male 15pol Verbinder)... damit bekomme ich meinen Protokoll Analyser nicht zum Laufen, da

mir der passende POD fuer X.21fehlt. V.24 waere die bessere Wahl, POD ist vorhanden, passende Adapter fuer die VAX auch.

Wer hat V24/RS232 DTE/DCE Kabel fuer Cisco 2500 (60poliger Anschluss) und moechte tauschen oder verkaufen?

Wuerde mich ueber Angebote freuen (bereite einen Eintrag im Marktplatz vor. Sorry, wenn ich hier schon mal "Werbung" dafuer mache).

MfG

Bernhard

Moin,

ich nochmal,

welche Art von POD hat denn Dein Protokoll-Analyser?

POD ist der Adapter der vom 37 poligen Anschluss (Rueckseite des Geraets)

auf was wie 25 pol RS232 /V.24 oder 15 pol X.21 oder noch was anderes umsetzt.

Ich waere da massiv an einem Austausch an Informationen interessiert.

Was gibt es bei Deinem HP4951C an Software?

Auch hier gaebe es Schnittmengen mit meinen Interessen.

Bitte mal melden bei Bedarf. Danke.

Bernhard

Moin,

war heute mal aktiv und habe eine VAX aus dem Stapel gezogen, die auf der Rueckseite Zeichen eines Synchronen Seriellen Anschlusses zeigt... sie laeuft bisher nur auf der Konsole und zeigt dabei folgendes Verhalten...

KA52-A V2.3, VMB 2.14

Performing normal system tests.

74..73..72..71..70..69..68..67..66..65..64..63..62..61..60..59..

58..57..56..55..54..53..52..51..50..49..48..47..46..45..44..43..

42..41..40..39..38..37..36..35..34..33..32..31..30..29..28..27..

26..25..24..23..22..21..20..19..18..17..16..15..14..13..12..11..

10..09..08..07..06..05..04..03..

Tests completed.

Loading system software.

(BOOT/R5:0 DKA100)

2..

-DKA100

1..0..

BREAK durch mich

?02 EXT HLT

PC = 00002C40

>>>

>>>sh dev

DSSI Bus 0 Node 3 (DISK03)

-DIA3 (RF35)

DSSI Bus 0 Node 7 (*)

DSSI Bus 1 Node 6 (*)

SCSI Adapter A, SCSI ID 7

-DKA100 (DEC RZ26B)

-DKA300 (DEC RZ28M)

Ethernet Adapter

-EZA0 (08-00-2B-xx-xx-xx)

>>>sh qbus

Scan of Qbus I/O Space

-20001F40 (777500) = 0020 IPCR

Scan of Qbus Memory Space

>>>

erster Versuch weder in SHOW Device noch in SHOW QBUS ist was zu sehen vom Seriellen Adapter DSW41/2

Versuchen wir mal was anderes, was kann alles getestet werden...

>>>sh test

Test

# Address Name Parameters

___________________________________________________________________________

20052200 SCB

20055850 De_executive

30 2006A53C Memory_Init_Bitmap *** mark_Hard_SBEs ******

31 2006AB34 Memory_Setup_CSRs *********

32 2005D148 NMC_registers **********

33 2005D324 NMC_powerup **

34 2005E6D8 SSC_ROM ***

35 2005FB90 B_Cache_diag_mode bypass_test_mask *********

37 20061590 Cache_w_Memory bypass_test_mask *********

40 2006B5E0 Memory_count_pages SIMM_set0 SIMM_set1 Soft_errs_allowed *****

41 20068CEC Board_Reset *

42 20061880 Chk_for_Interrupts **********

46 200610C4 P_Cache_diag_mode bypass_test_mask *********

47 2006AD04 Memory_Refresh start_a end incr cont_on_err time_seconds *****

48 2006B028 Memory_Addr_shorts start_add end_add * cont_on_err pat2 pat3 ****

4A 2006A23C Memory_ECC_SBEs start_add end_add add_incr cont_on_err ******

4B 2006940C Memory_Byte_Errors start_add end_add add_incr cont_on_err ******

4C 20069BA0 Memory_ECC_Logic start_add end_add add_incr cont_on_err ******

4D 20068FE8 Memory_Address start_add end_add add_incr cont_on_err ******

4E 20069188 Memory_Byte start_add end_add add_incr cont_on_err ******

4F 2006B7F4 Memory_Data start_add end_add add_incr cont_on_err ******

51 2005803C FPA **********

52 20058530 SSC_Prog_timers which_timer wait_time_us ***

53 20058818 SSC_TOY_Clock repeat_test_250ms_ea Tolerance ***

54 20057C18 Virtual_Mode ********

55 20058E6C Interval_Timer *****

56 2006507C SHAC_LPBCK From_bus To_bus passes *******

58 20065D24 SHAC_RESET dssi_bus port_number time_secs not_pres *

59 20062778 SGEC_LPBCK_ASSIST time_secs **

5C 20062D10 SHAC SHAC_number *********

5F 200619B8 SGEC loopback_type no_ram_tests ******

62 20058B1C console_QDSS mark_not_present selftest_r0 selftest_r1 *****

63 20058CA4 QDSS_any input_csr selftest_r0 selftest_r1 ******

80 2005D3C0 CQBIC_memory bypass_test_mask *********

81 200596CC Qbus_MSCP IP_csr ******

82 200598AC Qbus_DELQA device_num_addr ****

83 2005A85C QZA_Intlpbck1 controller_number ********

84 2005BF1C QZA_Intlpbck2 controller_number *********

85 20059A9C QZA_memory incr test_pattern controller_number *******

86 20059F44 QZA_DMA Controller_number main_mem_buf ********

90 20058494 CQBIC_registers *

91 20058410 CQBIC_powerup **

99 2005DC4C Flush_Ena_Caches dis_flush_VIC dis_flush_BC dis_flush_PC

9A 20063FB0 INTERACTION pass_count disable_device *******

9B 20068E48 Init_memory **

9C 2006631C List_CPU_registers *

9D 2006C250 Utility Flags *********

9E 2005903C List_diagnostics script_number *

9F 200681CC Create_A0_Script **********

C1 20057888 SSC_RAM_Data *

C2 20057A78 SSC_RAM_Data_Addr *

C5 200589E8 SSC_registers *

D0 20060C70 V_Cache_diag_mode bypass_test_mask *********

D2 2005DE90 O_Bit_diag_mode bypass_test_mask *********

DA 2006139C PB_Flush_Cache **********

DB 2005E850 Speed print_speed *********

DC 2006C060 NO_Memory_present *

DD 2005F0DC B_Cache_Data_debug start_add end_add add_incr *******

DE 2005EC64 B_Cache_Tag_Debug start_add end_add add_incr *******

DF 2005E2A8 O_BIT_DEBUG start_add end_add add_incr seg_incr ******

E0 2006D4D4 SCSI environment reset_bus time_s *******

E1 2006D7CC SCSI_Utility environment util_nbr target_ID lun ******

E2 2006DA2C SCSI_MAP bypass_test addr_incr_data_tst ********

E4 2006DFC8 DZ environment *********

E8 2006E1DC SYNC environment *********

E9 2006E2B4 SYNC_Utility environment *********

EC 2006E398 ASYNC environment *********

F0 2006D638 SCSI_option environment reset_bus time_s *******

F1 2006D900 SCSI_Opt_Utility environment util_nbr target_ID lun ******

F2 2006DA40 SCSI_MAP_Option bypass_test addr_incr_data_tst ********

Scripts

# Description

A0 User defined scripts

A1 Powerup tests, Functional Verify, continue on error, numeric countdown

A3 Functional Verify, stop on error, test # announcements

A4 Loop on A3 Functional Verify

A6 Memory tests, mark only multiple bit errors

A7 Memory tests

A8 Memory acceptance tests, mark single and multi-bit errors, call A7

A9 Memory tests, stop on error

B2 Extended tests plus BF, then loop

B5 Extended tests, then loop

BF DZ, SYNC, ASYNC with loopbacks

Load & start system exerciser

100 Customer mode, 2 passes

101 CSSE mode, 2 passes

102 CSSE mode, continous until ^C

103 Manuf mode, continous until ^C

104 Manuf TINA mode, continous until ^C

105 Manuf mode, 2 passes

106 CSSE mode, select tests, continous until ^C

107 Manuf mode, select tests, continous until ^C

TEST E8 und TEST E9 sehen gut aus, hier geht es um die SYNC Schnittstelle, mal versuchen...

>>>test E8

>>>

Mach nicht viel her, aber keine Beschwerden, das ist doch schon mal was.

>>>test e9

COMM-I_DSW41/42 2 CHANNEL V4.52-B9

1 - COMM_self

2 - COMM_fbug

3 - COMM_swap

4 - COMM_system

5 - COMM_cable

6 - COMM_access

7 - COMM_interrupt

8 - COMM_dump_err

9 - COMM_ptt

COMM-I_UTIL >>> 1

*** COMM-I_SELF ***

COMM-I_SELF_TEST_SUCCESS

>>>test e9

COMM-I_DSW41/42 2 CHANNEL V4.52-B9

1 - COMM_self

2 - COMM_fbug

3 - COMM_swap

4 - COMM_system

5 - COMM_cable

6 - COMM_access

7 - COMM_interrupt

8 - COMM_dump_err

9 - COMM_ptt

COMM-I_UTIL >>> 5

*** COMM-I_CABLE ***

COMM-I_LOAD_SUCCESS

COMM-I_CHAN SCC1 CABLECODE: F NO_CABLE : USE H3199 CONNECTOR

COMM-I_CHAN SCC2 CABLECODE: F NO_CABLE : USE H3199 CONNECTOR

COMM-I_R_U_RDY (Y or N) ? y

COMM-I_MODEM_SUCCESS

Ohne Kabel den Test angefangen, dann bei der Frage die Teststecker H3195 bzw H3196 aufgesteckt und JA gesagt, der Test ist gut gelaufen.

>>>t e9

COMM-I_DSW41/42 2 CHANNEL V4.52-B9

1 - COMM_self

2 - COMM_fbug

3 - COMM_swap

4 - COMM_system

5 - COMM_cable

6 - COMM_access

7 - COMM_interrupt

8 - COMM_dump_err

9 - COMM_ptt

COMM-I_UTIL >>> 5

*** COMM-I_CABLE ***

COMM-I_LOAD_SUCCESS

COMM-I_CHAN SCC1 CABLECODE: C BC19C X.21 : USE H3278 CONNECTOR

COMM-I_CHAN SCC2 CABLECODE: C BC19C X.21 : USE H3278 CONNECTOR

COMM-I_R_U_RDY (Y or N) ? n

Hier nun zwei BC19C Kabel aufgesteckt und beide wurden erkannt und der Test lief gut soweit.

>>>test E9

COMM-I_DSW41/42 2 CHANNEL V4.52-B9

1 - COMM_self

2 - COMM_fbug

3 - COMM_swap

4 - COMM_system

5 - COMM_cable

6 - COMM_access

7 - COMM_interrupt

8 - COMM_dump_err

9 - COMM_ptt

COMM-I_UTIL >>> 5

*** COMM-I_CABLE ***

COMM-I_LOAD_SUCCESS

COMM-I_CHAN SCC1 CABLECODE: D BC19W/V RS423/232: USE H3198/H3248 CONNECTOR

COMM-I_CHAN SCC2 CABLECODE: C BC19C X.21 : USE H3278 CONNECTOR

COMM-I_R_U_RDY (Y or N) ? n

Kabel oben (Port 1, unten ist Port 0) durch ein V.24 ersetzt, wird erkannt und läuft auch.

Die Bezeichnungen "Port X" sind bei mir in der Kunststoff Rückwand unveraenderbar mit eingearbeitet und nicht von mir gewählt.

Die Verwirrung bei der Portbezeichnung (Oben = Port1 = SCC1) (Unten = Port0 = SCC2) ist schon

komisch, das holt uns sicher noch mal ein, wenn um die Port Zuordnung auf dem Applikationslevel geht.

Warten wir mal ab...

Damit ist auf einem sehr niedrigen Level ein Test der Hardware und der Kabel-Adapter moeglich.

Diese Adapter haben "Keys" in an sich unbenutzten Anschluessen, ueber die die VAX den Adapter-Type erkennen kann und ggf.

den richtigen Treiber auswaehlt.

Das sollte also zur gewuenschten Art der Verbindung (V.24, X.21 oder noch was anderes) passen.

Wenn nicht droht Aerger in den naechsten Schichten der Verbindung.

Soweit erstmal von mir, meine VAX mag aktuell nicht mehr botten, das muss ich abstellen bevor es hier weitergeht.

Bis dahin MfG

Bernhard

Moin Hans,

wuerde gerne helfen.

Hast Du schon alles durch, was es an Einstellungen und Optionen auf beiden Seiten der Verbindung gibt?

Und da gibt es so viele Moeglichkeiten...

VAX - P.S.I. Guides, Datex-P (X.25) Handbuecher, Takt-Quellen (macht das Modem (normalerweise)).

Wie sieht die Verbindung VAX <-> CISCO aus? Ich frage das, weil ich, wenn ich mal Zeit haette auch gerne mit der Sache auseinandersetzen wuerde.

Laeuft der Selbsttest auf der VAX Seite?

Alle Software (Sync. Treiber) installiert und gestartet?

Teste mit den Teststecker? Welche Interface?

Protokoll Analyser und passende Software haette ich, welches Interface (V.24/X.21) wuerdest Du benoetigen?

Versand muesste gut vorbereitet sein, das Teil ist nicht leicht und doch auch empfindlich.

Von daher, die Fragen ob wir nicht hier eine Doublette Deiner Installation hinbekaemen um damit zu testen.

MfG

Bernhard

Moin,

spaetestens jetzt waere es Zeit, den Protokoll Analyser anzuwerfen.

Messung 1 : Womit laesst sich ein beispielhaft konfiguriertes Linux System (der Terminalausgang) stoppen und wieder zum Senden bringen. Mit welchen Leitungen wirkt ein Hardware-Handshake? Wirken Xon / Xoff (Software-Handshake) wie erwartet?

Messung 2 : Sendet das Terminal die richtige Steuerung an den Host. VT Terminals wissen wie Xon/Xoff funktioniert! Hardware-Handshake wurde im DEC (Digital Equipment) Umfeld eher selten benutzt.

Mit einem Protokoll Analyser (sah ich hier neulich einen in einem Forum?) sind diese Art Messungen taegliche Praxis und werden teilweise sogar auf den beiliegenden Floppies als Scipte mitgeliefert.

Dann ist Schluss mit Vermuten, dann ist es Wissen

MfG

Bernhard

Moin,

die Idee hat was... mit X.25 spielen, da kommen Erinnerungen hoch... und nicht nur gute.

Eine VAX 4000/600 ist ein guter Startpunkt.

Ob ein DHV-11 (Asynchron 8-fach) Adapter mit X.25 laeuft kann ich nicht beurteilen, ist mir nie so untergekommen.

Um X.25 auf der VAX, dort heisst es denn P.S.I. (Packet Switching Interface) zum laufen zu bekommen, waren immer (?) Synchrone Adapter

wie z.B. DSV11, DPV11, ... die es fuer alle VAX-Busse (Q-Bus, BI-BUS, UNI-Bus) und fuer die buslosen VAXen wie 3100 oder die 4000-10x gab erforderlich.

Das sollte uns aber nicht daran hindern das mal in Tiefe auszuprobieren.

Wie bekommen wir denn die Signale von Haus zu Haus, einen Datex-P Hauptanschluss wird es ja wohl nicht mehr geben, oder?

MfG

Bernhard

Moin,

haeng Dich nicht zu fokussiert an die Regeln 2->3 und 3->2.

Deine Kommunikation mit dem Plotter hat ja schon geklappt (hatte ich den Eindruck aus Deinen Beitrag weiter oben), von daher sollte es nicht um die Frage "gedreht" oder "ungedreht" gehen, hier ist eher der Handshake (siehe Martins Beitrag) gefragt.

Manche PCs (?) benoetigen einen gewisse "Grundbeschaltung" an den Pins 4, 6, 8, 20 damit sie ueberhaupt senden bzw. empfangen.

Da wuerde ich im naechsten Schritt mal tiefer eintauchen.

MfG & viel Erfolg.

Bernhard

Moin,

pruefen (lassen) ob die Chips noch funktionieren und bei Bedarf gegen eine nicht mehr funktionsfaehigen Chip tauschen, wenn es nur um die Optik geht.

Ich glaube es gibt hier genug PDP-11 Juenger, die gerne ein cold-spare fuer ihren Chip haetten.

MfG

Bernhard

Moin,

mein Verdacht, der hermaphrodite Stecker/Buchse koennte zum IBM (Token-Ring) Umfeld passen.

Das Ganze koennte ein Teststecker sein um die standardisierte Verdrahtung zu testen.

MfG

Bernhard

Prima,

wollte nur das Offensichtliche ausgeschlossen haben.

Viel Erfolg.

B.

Moin gpospi,

die Tatsache, das die Disketten ein wenig "seltsam" eingelegt werden muessen ist dir bekannt?

Der Antrieb ist in der Mitte zwischen den Disketten und daher sollten die Floppies gespiegelt eingelegt werden.

Original RX50 Floppies hatten den orangen Streifen als Hilfe zum Einlegen, der musste in Deckung mit den Streifen am Laufwerk gebracht werden.

Viel Spass mit der Rainbow!

Bernhard

Danke.

Ich haette mir gewuenscht, das es einen Weg gibt, bei dem Excel die Daten binaer wegschreiben koennte.

MfG

Bernhard

Moin,

sehr schoen gemacht und sauber dokumentiert.

Danke.

Eine Frage bleibt... wie hast Du aus Excel die binaere Datei erstellt?

Das klingt fuer mich nach dem aufregensten Teil der Arbeit

MfG

Bernhard

Den Versuch war es aber auf jeden Fall wert.

Danke.

B.

Klasse Fund,

wenn es noch passt fuer mich bitte

eine CPU

einen Floppy Controller

ohne das sie erwaehnt wurden, wenn vorhanden einen seriellen Controller.

Danke.

Bernhard

Moin,

waere gerne mit einer Platine dabei.

Danke fuer diese schoene Initiative.

Mfg

Bernhard

Moin,

hätte auch Bedarf an zwei (2) Platinen.

Danke.

Bernhard

Moin jdreesen,

da haette ich gerne mehr drueber erfahren.

Was hat das DSD440 fuer ein Interface?

Klappt es auch mit original RX02 oder anderen 8" Laufwerken und ihren nativen Interfacen?

Ist Schreiben prinzipiell moeglich und z.Zt. nur (noch) nicht supported?

Habe so viele Fragen und grossen Interesse an Deiner Entwicklung.

Lohnt es sich einen eigenen Thread fuer dieses geniale Interface aufzumachen, damit es spaeter mal wiedergefunden werden kann?

MfG

Bernhard

Moin,

schon mal mit einer Suche nach ...

"MP00734_KDF11"

versucht?

Da steckt auf jeden Fall der Schaltplan fuer die M8186 PDP CPU mit drin.

Viel Erfolg bei der Fehlersuche und lass uns bitte an den Ergebnissen teilhaben.

MfG

Bernhard

Moin,

zum eingebauten Trackball:

Der muss, wie schon oben angemerkt, im BIOS des Rechners als "intern" angewaehlt werden um zu funktionieren.

Einstellung "extern" waehlen, wenn eine Maus o.e. am seriellen oder Maus-Port angeschlossen wird.

Zur Tastatur, das ist ein ganz vertracktes Ding, sie wird beim Start des Rechners geprueft (was genau???) und wirft dann

die Meldung "Keyboard Error" aus. Andere Tastaturen funktionieren ohne Probleme an diesem Rechner.

Als Workaround also erstmal eine andere Tastatur und eine externe Maus, mit der richtigen Einstellung im BIOS anschliessen.

Bei meiner Tastatur Elektronik lag der Fehler in der Kontaktgabe des Zentral-ICs der Tastatur zur flexiblen Leiterplatte.

Mit ein wenig Druck an den richtigen Stellen (ich hatte mir ein passendes gemachtes Stueck einen Korkens auf die Kontaktstreifen gelegt, der dann vom Gehaeuse eingequetscht wurden) bekam ich die Tastatur wieder zum Laufen.

Wie genau die Kontaktgabe von Zentral-IC zur flexiblen Leiterplatte stattfinden soll ist mir unlar, geloetet wird da nicht.

Ich hatte den Eindruck, es lag ein Klebestreifen zwischen Leiterplatte und den IC-Pins.

Aber wie soll der leiten?

Gibt es sowas?

Aber wie leitet der nur an den richtigen Stellen?

Ich hatte mal nach "3M Z Axis Conductive Tape" gesucht und fand das Produkt §M 9703 ganz praktisch und hilfreich.

Aber noch funktioniert es mit dem Korken

MfG

Bernhard

Cool,

genau das gesuchte Teil.

DANKE.

Wie bist Du darauf gekommen, ich suche nicht jeden Tag nach "Wismutspirale"?

MfG

Bernhard