Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » P8000 aus 8bit ==> 16 bit machen » Themenansicht

Autor

Thread - Seiten: -1-

000
05.11.2025, 07:18 Uhr
wpwsaw
Default Group and Edit

Hallo und Guten Morgen

da ich immer noch eine 8-bit stehen habe, die nun doch keiner möchte und aber jemand eventuell an einer 16 bit Variante Interesse hat, möchte ich die 8 bit doch erweitern. Außerdem habe ich noch einen Festplatten-Beisteller stehen.

Nach den Unterlagen dürfen ja nur Indes 1 mit 1 und Index 3 mit 4 gekreuzt werden. Aber in der Erklärung steht ja nur, das die IFSS/V24-Anschlüsse unterschiedlich sind. Na gut, auch der Beistelleranschluss unterscheidet sich im RESET-Signal.

Wenn man das berücksichtigt könnte man doch auch vielleicht doch die Indexe kreuzen, oder?

Hat das schon mal jemand gemacht.

Da ich jetzt bald in die Fahrschulpause gehe möchte ich diese Leiterplatten mir auf den Tisch holen.

Gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 05.11.2025 um 07:35 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
05.11.2025, 20:36 Uhr
kaiOr

Hallo,

wie rum magst Du denn kreuzen?
8.3 mit 16.1 ...mind. Auftrennen der Brücken 4XR1 und 5XR1 im 16Bit Teil
8.1 mit 16.4 ...könnte sportlich werden, gibt keine Pläne der 8.3 zum Vergleich, mind. Signal DD-16 und EO-16 fehlen noch

Holm hat Ersteres wohl schon mal ans Laufen gebracht.

Grüße,
Kai

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
05.11.2025, 20:53 Uhr
wpwsaw
Default Group and Edit

...hallo Kai...
danke fürs antworten

ich glaube es war auch ersteres, muss am WE die 8bit mal wieder aufmachen. Und ja, hat mir freundlicher Weise Holm schon mit geteilt.

auf dem 16bit Teil kann ich nicht einmal den Index erkennen. Muss wohl eine Urform sein. Ich werde mal die Eproms auslesen, da kann man vielleicht Rückschlüsse ziehen.

ich habe zwar schon die vielen Brücken gesehen, mich aber noch nicht damit beschäftigt. Was hat es damit auf sich?

auch den Index des Beistellers habe ich noch nicht ermittelt. Steht seit einigen Jahren im Lager. Da steht ja dann die Frage ob ich das RESET Signal so nutzen kann oder anpassen muss.
Ich werde zum Testen aber erst einmal den WDC Emu nutzen.

Als RAM nutze ich auch erst einmal die 4x4MB Karte von Enrico. Da ich noch einige originale RAM Karten habe, werde ich diese auch noch testen.

Aber erst einmal werde ich am WE die Kabel erstellen. Die 8bit=>16bit waren ja 1:1, oder?

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
07.11.2025, 00:14 Uhr
wpwsaw
Default Group and Edit

Guten Abend,

habe heute mal den halben Tag mit P8000 verbracht...

Als 1. habe ich Verbindungskabel gebaut (8>16bit, 16bit>WDC, 8bit>Floppy)

dann habe ich mal diese 16-bit LP

eingebaut. Komisch, die ist ein bisschen niedriger als die neueren LP. Das mit den Wickelbrücken habe ich erst einmal aus Unwissenheit so gelassen.

Leider spinnt ab und zu auch meine 8Bit LP jetzt herum (macht keinen Selbsttest und reagiert selten auf RESET) auch ohne die 16bit LP

Nun ja dann lief sie. WEGA START 3.0 und nach NMI kam diese Fehlermeldung
"U8000-Unit does not wor" wahrscheinlich soll das WORK sein. :-((

O.K. meine Reserve 16bit LP mal getestet......Nach dem sich die 8bit LP wieder gefangen hatte, konnte ich das 16bit-System starten, endete aber mit diesem Bild:

was man nicht sieht, der 16bit Arbeitsspeichertest (74 und 75) läuft durch bis zur Meldung "MAXSEG=(7E)" RAM-Platine mit 4x 4MB-SIMMs

ich konnte mich an frühere Inbetriebnahmen erinnern das 52 und 53 etwas mit dem WDC zu tun hatte. Also schnell einen WDC-Emulator zusammen gelötet und eine SD-Karte bespielt

wozu war eigentlich der JP1 ? Bei meinen anderen WDC ist er gesetzt aber bei diesem hier verlöschen die LEDs nicht, erst wenn ich ihn abziehe?!

und dann nach 2 Versuchen das hier

er läuft, sogar mit unterschiedlichen Monitorprogrammen....

Als nächstes versuche ich mich noch einmal an der 1. 16bit Karte wo nicht einmal der Index zu ermitteln war. Welcher Anschluss ist eigentlich für den WDC? ich hatte mal eine P8000 in dieser Ausführung, kann mich aber nicht mehr erinnern. Bei meinen neueren Versionen ist es der unterste Anschluss. Den gibt es aber an der alten LP nicht.

aber das morgen erst

Gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 07.11.2025 um 00:19 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
07.11.2025, 17:09 Uhr
kaiOr

Hallo Wolf-Peter,

da kann ich Dir fast nur die Daumen drücken!

Zitat:

wpwsaw schrieb
dann habe ich mal diese 16-bit LP

Oha, gemischte MMUs. Fraglich ob es da überhaupt eine Konfiguration gibt in der SA.DIAGS fehlerfrei durchläuft.
https://www.robotrontechnik.de/html/forum/thwb/showtopic.php?threadid=12402

Zitat:

Das mit den Wickelbrücken habe ich erst einmal aus Unwissenheit so gelassen.

Das wären bei Dir die zwei blauen Kabelschlaufen zw. den Koppelports...nicht zu übersehen.

Zitat:

Leider spinnt ab und zu auch meine 8Bit LP jetzt herum (macht keinen Selbsttest und reagiert selten auf RESET) auch ohne die 16bit LP

Kann leider vieles sein, im Rechenwerk waren z.B. die Kabel zum/neben dem Frontpanel zu sehr gequetscht (Schrauben in Klemme effektiv zu kurz). Dann gibt da noch nen russ. 64Bit-RAM-IC für die Speicherorganisation, der versagt auch gerne seinen Dienst.

Zitat:

wozu war eigentlich der JP1 ? Bei meinen anderen WDC ist er gesetzt aber bei diesem hier verlöschen die LEDs nicht, erst wenn ich ihn abziehe?!

OFFEN-> SD-Karte
ZU-> PATA

Zitat:

Als nächstes versuche ich mich noch einmal an der 1. 16bit Karte wo nicht einmal der Index zu ermitteln war.

Der zusätzliche Schaltkreis 4D25 spricht für GLE/Index 0, Olli hatte mal irgendwo erklärt was es damit auf sich hat.

Zitat:

Welcher Anschluss ist eigentlich für den WDC?

X8, also der unterste verfügbare.

Grüße,
Kai

Dieser Beitrag wurde am 07.11.2025 um 17:09 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
07.11.2025, 17:34 Uhr
wpwsaw
Default Group and Edit

....hallo Kai danke

zur 16bit

sie springt ja garnicht an, siehe oben Fehlermeldung, könnte ja einiges sein...

1. Board defekt
2. keine Kommunikation über die Kopplung (wenn die Brücken dazu zählen werde ich sie mal öffnen)
3. werde mal die EPROMs prüfen und vielleicht auf eine höhere Monitorversion bringen

JP1.... in meiner Compact habe ich SD Karte mit Jumper und das funktioniert....ich werde mal den letzten EMU noch aufbauen und auch testen.

Ich hatte, glaube ich, Olli schon einmal gefragt wegen einer Aktivitäts-LED. Man hat ja keine Übersicht ob der Rechner hängt oder rödelt. Mit DOM habe ich die Schaltung aus der D008 genutzt und eine LED an Pin39 vom DOM angeschlossen. Bei der SD-Karte fehlt ja so ein Anschluss.
Hast du da schon etwas gemacht?

Im Moment läuft die 8bit-LP. Hoffentlich hat die nicht irgendwo einen Haarriss.....

Heute musste ich die Steuerung für den Feuerlöschmonitor fertig machen. Morgen teste ich mal weiter. Den originalen WDC muss ich ja auch noch testen....

auch in die hintere Blechblende muss ich noch die Öffnungen für die DSUB25 Buchsen fräsen...
die LP stehen dann stabiler im Rechner

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 07.11.2025 um 17:38 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
07.11.2025, 18:17 Uhr
kaiOr

Bin für 2.) kombiniert mit 3.) sonst müsste man das Board mal Stand-Alone in Betrieb nehmen (Terminal an X5 und X3:B1 nach Power-On fest auf Low ziehen).

WDC-EMU Aktivität:
Z.Zt. nicht, hatte mal nen kleinen Piezo-Lautsprecher zwischen +5V und Signal [/TR] oder [STATUS1], evtl. noch 1k dazwischen. Dann knatterts wie ne alte 2,5"-Festplatte.
Man könnte auch einen großen Piezo auf die Masseflache unterm WDC-EMU braten bzw. nach GND könnte auch funktionieren, dann trommelt die ganze Platine

...oder eben die Funktion der vorhandenen LEDs in der Firmware erweitern.

Gruß,
Kai

Dieser Beitrag wurde am 07.11.2025 um 18:18 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
07.11.2025, 19:47 Uhr
wpwsaw
Default Group and Edit

...also die LP ohne die 8bit, Terminal an DSUB25-X5 und an der Verbindungsbuchse X3 Pin B1 auf GND legen....

was passiert dann am Terminal? Es kann doch nur das Monitorprogramm starten, oder?

nun kam gerade ein HP Drucker dazwischen ALIEXPRESS meldet für morgen die Lieferung des Transportbandes, im alten sind Löcher drin. Habe gerade das Gestell aus dem Drucker heraus opperiert und das Ding zerlegt um das alte Band zu entnehmen.....aber gleich wieder zusammen gebaut wegen dem Alzheimer ;-). Mal sehen, ob das kein Chinafake ist.

Aber dann teste ich das mal. Vielleicht klappt es ja. Guter Vorschlag mit dem alleine testen.

Gruß und Danke
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
07.11.2025, 20:24 Uhr
kaiOr

Genau, es meldet sich nur der U8000-Monitor ob direkt mit oder ohne Selbsttest weiß ich nicht mehr.
WDC-EMU anschließen und WEGA starten geht so aber nicht, da der Kernel für die Koppelschnittstelle generiert wurde.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
08.11.2025, 11:32 Uhr
wpwsaw
Default Group and Edit

ich habe zwar noch den HP auf dem Tisch (Ersatzteil lässt auf sich warten), habe aber mal den EPROM-Satz geprüft. Da ist 3.1 schon drin.

und noch etwas,

Beim Kabel bauen ist mir aufgefallen, das bei den weißen Steckern (DDR wie am KC) der makierte Draht nicht an der mit Dreieck gekennzeichneten Stelle liegt sondern auf der anderen Seite.

...und Pin 1 bei den weißen Steckverbindern nicht mit Pin1 bei den EFS Steckverbindern überein stimmt. Ich war bis heute der Meinung das wäre identisch.....

man lernt immer dazu.....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
08.11.2025, 15:28 Uhr
wpwsaw
Default Group and Edit

nun habe ich das vor einiger Zeit gekaufte Reparatur-NT herausgeholt und es ist TOT
dort war ein Schalter mit einer 2x13poligen Buchse dabei, vermutlich für X3

aber

@Kai

aus 006 kann es sein, das du B13 meinst? denn B2 nach Stromlaufplan ist GND und auf der Buchse wären es dann B2 und B13

wpw

P.S. nun muss ich erst einmal ein eigenes NT fertig machen.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
08.11.2025, 17:31 Uhr
kaiOr

Auf der linken Seite, die Leitung zu 5D6 Pin1:
http://www.pofo.de/P8000/notes/plaene/16-Bit-Rechner/Index_1/Stromlaufplan_Index_1_06.tif
...im Zweifelsfall durchklingeln.

Habe es gleich nachprobiert. Weißer Pfeil auf der Buchse markiert B13.
-Index 1 ist GND an B2 (da könnte ein Jumper genügen)
-Index 4 (bei mir) ist GND z.B. an B12
...bei GLE/Index 0 besser auch durchklingeln.

U8000-Monitor startet ohne Selbsttest:

Grüße,
Kai

Dieser Beitrag wurde am 08.11.2025 um 17:37 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
08.11.2025, 20:23 Uhr
wpwsaw
Default Group and Edit

so, Drucker ist fertig

druckt wieder wie neu.....im Transportband waren kleine Risse, die auf dem Papier Fehlstellen erzeugt haben

so, und nun weiter, Netzteil gebaut, bzw. aus meinen alten gefühlten 100 NT eines wieder ausgebuddelt, ausgeblasen und gereinigt und getestet und auf anhieb ein funktionierendes gefunden.

Um das NT universal nutzen zu können, habe ich die alten Anschlüsse gelassen und nur 2 zusätzliche für die 8bit und 16bit LP eingefügt

16bit LP angeschlossen und getestet
leider erst einmal kein Erfolg. Um sicher zu gehen, das mein Aufbau funktioniert habe ich die Index4 LP aufgebaut

ich konnte also Kais Aufbau nachvollziehen

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 08.11.2025 um 20:24 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
08.11.2025, 20:29 Uhr
wpwsaw
Default Group and Edit

...da es sich um eine sehr alte Ausführung handelt, habe ich Kais Hinweis für die Brücke noch einmal getestet und auch keinen Erfolg gehabt. Ich werde morgen das alles noch einmal wiederholen und mal das Monitorprogramm auf einen älteren Stand bringen.

@Kai
was meinst du 3.0 oder eine 2.x Version....

gruß
wpw

P.S. ich habe natürlich das Terminalkabel gegen die alte Version getauscht. Es kommt ja auch beim Einschalten der LP ein "p" auf dem Terminal
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
08.11.2025, 20:44 Uhr
kaiOr

Wenigstens etwas!

War da nicht noch was mit vertauschten RX/TX-Leitungen bei alten Indizes?!
EDIT: Frage hat sich erledigt.

Besser alles auf 3.1, der Fehler liegt im Detail (PBURN, mehrere Terminals und gleichzeitig Diskettentransfer) irgendwann wird es zu Hängern kommen und dann liegt es doch nur an der Firmware.

Dieser Beitrag wurde am 08.11.2025 um 21:04 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
08.11.2025, 21:03 Uhr
karsten33

Das hängt wühl von der Rev. der Plattine ab...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
08.11.2025, 21:04 Uhr
wpwsaw
Default Group and Edit

@kai

ist denn die LP in 003 eine INDEX1 oder GLE

In dem einen SLP sind X3:B2 und A2 irgendwie mit Brücke an NMI geknüpft, bei Index1 hat es ja mit RESET etwas zu tun

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
08.11.2025, 21:19 Uhr
wpwsaw
Default Group and Edit

...ich habe gerade noch einmal nachgesehen wo ich die LP herbekommen habe, sie wurde als defekt verkauft, leider.

aber vielleicht muss sie anders behandelt werden als die INDEX3 oder 4

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
08.11.2025, 21:21 Uhr
kaiOr

Bild ist etwas unscharf, aber bei Dir fehlt da die "1" am Ende von:
"EAW 889131 B-1" (Index 1)

...also GLE

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
08.11.2025, 21:29 Uhr
wpwsaw
Default Group and Edit

...von der GLE habe ich nur 2 Pläne, der Rest fehlt mir. Hast du noch Unterlagen

und war das richtig mit dem RESET? Lässt durch LOW am X3 das Board los rennen?

Ich könnte ja mal meinen Logikanalysator auf den BUS loslassen ;-) aber erst eimal suche ich lieber den RESET Eingang am X3

wpw

P.S. morgen natürlich
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
08.11.2025, 21:55 Uhr
kaiOr

Meine Pläne (Index 1 + 4)...leider unvollständig...sind schon lange bei Olli (erkennbar an den Wäscheklammern an den Ecken).^^
Aber Ollis selbst erstellter Plan ist von der GLE.

Ja, RESET ist aktiv High und muss fest auf Low geklemmt werden.

Wohl doch was defekt.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
08.11.2025, 22:01 Uhr
wpwsaw
Default Group and Edit

übrigens, ich habe eben mal auf der Index4 LP die RAM Karte gesteckt und den WDC-Emu angeschlossen. Der Hardwaretest läuft Fehlerfrei durch und endet mit MAXSEG(7E)

ich boote dann und wollte dann von Festplatte Wega starten

*O D "CR"
"CR"
boot
>md(0,16000)wega "CR"

bleibt er dann hängen

muss wohl so sein

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
08.11.2025, 23:25 Uhr
wpwsaw
Default Group and Edit

...habe noch einmal den Oszi genutzt und festgestell das der 8001 anfängt zu arbeiteten wenn RESET weg ist. An allen I/O IC ist ständig CS Aktivitäten aber es passiert nichts auf den Datenleitungen, also werden die I/O IC wohl nicht initialisiert

gute Nacht

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
09.11.2025, 13:43 Uhr
wpwsaw
Default Group and Edit

Hallo,

habe mal meinen Analysator auf die CPU losgelassen.

hier die ersten Schritte

erst einmal nur so zum Test, alle 16 AD Leitungen getriggert durch RESET

wpw

P.S. @Kai hast ne email
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 09.11.2025 um 13:46 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
09.11.2025, 15:28 Uhr
wpwsaw
Default Group and Edit

...ich habe jetzt einen 2. Test gemacht

AD Bus an der CPU und der Datenbus einer SIO

Auf diesem Datenbus passiert wohl nur auf den Bits 4-7 etwas das /CS der SIO wird garnicht angesprochen.

Ich werde mal umbauen ==> also die gleichen Tests zum Vergleich am Index4 Board

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

025
09.11.2025, 17:26 Uhr
wpwsaw
Default Group and Edit

...also Index4 Board verkabelt

und genau so getestet wie vorher mit dem defekten Board

Ergebnis:

und hier mal ab dem 1. /CS der SIO

man kann sehen, das gleich nach dem die CPU losgelassen wird auch der interne Bus Aktivitäten aufweist und auch diese SIO (ein I/O-IC von mehreren) über diesen Bus initialisiert wird.
Da dieser Bus beim defekten Board in den Bit0-3 nicht arbeitet, wird dort wohl ein Fehler liegen...

Dann werde ich mal auf die Suche gehen....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

026
09.11.2025, 21:58 Uhr
wpwsaw
Default Group and Edit

...ich habe mal die Programmierung der SIO, in diesem Fall entspricht die I/O Adresse
0FF87H = SIO-0 Kanal-B Steuerwort

analysiert. Dieser Kanal ist der I/O Anschluss X5, also der Port an dem das Terminal angeschlossen ist. Wir reden hier immer noch von der 16bit LP.

da wird der Kanal zurück gesetzt, keine Parität, 2 Stop-bits 8 Datenbits, RTS und DTR =1 und Unterbrechung beim 1. und jedem weiteren Zeichen und der Sendepuffer geleert.

Etwas später beginnt dann die Zeichenausgabe auf Kanal B I/O Adresse 0FF83H zumindestens erst einmal 0DH und 0AH

dann wird Kanal A initialisiert und Kanal B geht in eine Warteschleife....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

027
10.11.2025, 10:16 Uhr
kaiOr

Hallo Wolf-Peter,

ja, Multibus und die dazugehörige Weichenstellung ist alles andere als "schön". Fast immer versagt bei den Boards ein Bustreiber und diese in Abhängigket zur Richtungssteuerung durchzuprüfen immer ein Anlaufpunkt. Da waren auch schon welche halbseitig gelähmt (Nibble). Die U214 sind da jetzt aber mind. genauso verdächtig. Wenn defekt verläuft sich die CPU eh nach ein paar PUSH/POP,CALL/RET.

Mit einem LA habe ich noch nicht gearbeit, mir fehlt da eine Isolation der Signale auf z.B. /AS-AdressStrobe, /DS-DataStrobe. Die U214er könnten sich einzeln auch gut überwachen lassen.

Grüße,
Kai

PS: Nein, ich bin Telefon-scheu.^^

Dieser Beitrag wurde am 10.11.2025 um 11:36 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

028
10.11.2025, 12:39 Uhr
wpwsaw
Default Group and Edit

Hallo Kai,

ich hatte auch jetzt nur mal testweise diese LA Beschaltung gewählt. Es ist ja ein LA-32 und ich könnte diese Signale auch noch aufnehmen.

Wie könnte ich anfangen, einfach mal den einen 8286 wechseln?

wie könnte man die 214 einzeln überwachen?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 10.11.2025 um 12:42 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

029
10.11.2025, 15:33 Uhr
Olli

Moin wpwsaw,

ich antworte mal hier anstatt auf die Mail

direkt helfen kann ich leider nicht. Bei den vergleichen von Leiterplatten unterschiedlicher Entwicklungsstände also z.B. GLE (Vorserienproduktion) mit Index 1 oder 2 oder ..... muss man vorsichtig sein. Die Schaltung wurde ja stellenweise modifiziert.

GLE hat 4D25, 5D20, 2D31 - die späteren Versionen nicht. Vgl. auch http://www.pofo.de/P8000/notes/plaene/eigene/16-Bit-Rechner/Stromlaufplan.pdf (Suche nach "only GLE").

Zu meinem PDF Plan muss man sagen, das der aus den mir damals vorliegenden Plänen der Zilog S8000 CPU Platine + selbst durchklingeln entstanden ist. Erst später hab ich die Scans der Index 4 Microfiches bekommen. Will sagen - da können auch immer noch Fehler in meinem PDF sein. Gerne melden - wobei ich echt gucken muss wie ich das nochmal neu erzeugen kann. Bin ja schon vor Jahrzehnten nach KiCad migriert

--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

030
10.11.2025, 15:40 Uhr
wpwsaw
Default Group and Edit

...nun habe ich, bevor ich ein Schlachten starte, noch einmal messungen gemacht und festgestellt, das die Signale R|/W und B|/W nicht nicht arbeiten.

R|/W sieht bei Betrieb so aus:

im RESET so:

es zappelt als wenn die CPU es nicht schafft das Signal auf LOW zu ziehen. Auch das B/W Signal liegt ständig auf LOW hat die gleichen Zuckungen nach High

und irgend wann beim umsetzen der Messspitze passierte das

das Board lief auf einmal und die Signale waren sauber zu sehen. Leider nur sporadisch und nach AUS und wieder EIN nicht reproduzierbar.

Ein Haarriss in der LP oder ein IC der die beiden Signale verfälscht???

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

031
10.11.2025, 16:37 Uhr
wpwsaw
Default Group and Edit

...leider konnte ich das Board nicht mehr zum Arbeiten bewegen :-((

aber der Fehler liegt wohl am fehlenden R/W Signal und meine Vermutung bleibt bei einem IC, der das Signal auf H hält. Aber auch hier hängen mindestens 6 ICs 3x MMU 2x 541 und ein 540.

erschwerend ist die Tatsache, das die meisten Leiterzüge in der LP liegen und einfach mal schnell ein Trennen des Leiterzuges nicht ohne weiteres möglich ist. ich könnte nur die IC Beinchen trennen. und ich könnte Durchkontaktierungen trennen.

Würde die CPU auch ohne MMUs laufen?

wpw

können die R/W Eingänge der MMUs und die Eingänge der 540/541 bei defekt einen Pegel gegen die CPU auf H halten?
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 10.11.2025 um 16:42 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

032
10.11.2025, 17:58 Uhr
Enrico
Default Group and Edit

Zitat:

wpwsaw schrieb

Würde die CPU auch ohne MMUs laufen?

Eigentlich schon.
Die brauch man ja zur Speicherverwaltung, Schutzfunktion.
Der MMU Test kommt auch ziemlich weit hinten.
DER EPROM müsste wohl dichter bei der CPU sein.
Hab den Plan aber nicht vor Augen...

Zitat:

können die R/W Eingänge der MMUs und die Eingänge der 540/541 bei defekt einen Pegel gegen die CPU auf H halten?

Denkbar wäre das, CPUs können i.d.R. nicht so sehr viel Treiben.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

033
10.11.2025, 18:22 Uhr
wpwsaw
Default Group and Edit

...ich habe jetzt die 3 MMUs, die 2x 541 und den 540 von der CPU getrennt. Ausserdem auch den 4,7K gegen P5. Ich meine die R/W Leitung der CPU. Nichts.

Wenn ich das NT ausschalte bekomme ich ein Zappeln auf der R/W Leitung. Und noch etwas, ich habe mal die R/W leitung über ein Multimeter auf LOW gezogen (gaaaanz kurz) und es kommen 50 mA zusammen, aus der CPU??

oder es ist irgendwo noch ein IC auf der Leitung.....

@Kai, könntest du mal in die Pläne gucken, ob da noch etwas ist, was ich übersehen habe....

oder die CPU ist defekt, aber warum zappelt die Leitung beim Ausschalten...

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

034
10.11.2025, 18:32 Uhr
Enrico
Default Group and Edit

50mA bringt die CPU sicherlich nicht, im Datenblatt finde ich dazu leider nichts.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

035
10.11.2025, 18:47 Uhr
wpwsaw
Default Group and Edit

und wenn der Ausgang defekt wäre?
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

036
10.11.2025, 19:02 Uhr
Enrico
Default Group and Edit

Wenn der Ausgang der CPU nicht treibt, weil ein Trans. kaputt ist, zieht der Widerstand das hoch.
Da ist doch ein Pull-up dran?

Ich schau mal ins Zilog-HB.....
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

037
10.11.2025, 19:41 Uhr
Enrico
Default Group and Edit

Zitat:

Enrico schrieb
Ich schau mal ins Zilog-HB.....

L = 2mA, H = 250µA.
Also das übliche.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

038
10.11.2025, 20:09 Uhr
wpwsaw
Default Group and Edit

...habe mal versucht den Ausschaltvorgang aufzeichnen zu können, schwierig aber habe den letzten Teil noch erwischt

man kann deutlich erkennen, dass das Signal anfängt zu arbeiten bis die Spannung weg ist. Notfalls werde ich versuchen das Pin der CPU komplett zu trennen um Rückwirkungen vom Board ausschließen zu können. Ich kann mir noch nicht erklären woher die 50mA kommen könnten

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 10.11.2025 um 20:10 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

039
11.11.2025, 00:03 Uhr
wpwsaw
Default Group and Edit

...ich habe noch einige Telefonate geführt und bin zu dem Entschluss gekommen, das wohl der
R/W Ausgang der CPU defekt sein muss.

nach dem Entfernen der CPU war war kein 50mA Strom gegen GND mehr vorhanden. Dann habe ich den Pullup R wieder verbunden und es war jetzt ein Strom von 1mA vorhanden.

Nun warte ich geduldig auf die CPU..... die Treiber-ICs und die MMU lasse ich noch ab.

Also geht es frühstens nächstes WE weiter da ich solche CPUs nicht im Lager habe. Ich habe mal gesucht, MMUs findet man auch nicht.

Gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

040
11.11.2025, 00:18 Uhr
Enrico
Default Group and Edit

Zitat:

wpwsaw schrieb

Also geht es frühstens nächstes WE weiter da ich solche CPUs nicht im Lager habe. Ich habe mal gesucht, MMUs findet man auch nicht.

Gruß
wpw

Dein Lager ist schlecht sortiert....
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

041
11.11.2025, 00:23 Uhr
wpwsaw
Default Group and Edit

hast du denn solche 8001 und 8010 ?
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

042
11.11.2025, 06:00 Uhr
Enrico
Default Group and Edit

Ja
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

043
11.11.2025, 11:00 Uhr
kaiOr

Sehr schön, Fehler eingekreist bevor ich zum Antworten komme.
Habe auch schon mal Pins isoliert durch entlöten, freiwackeln und mit der Mini-Zange etwas reindrücken...klappt nicht immer.

UB8001C (4Mhz) stehen schon einige Monate bei eBay drin. ^^ Im MOS-ELECTRONIC-SHOP sind sie günstiger. User [ICL-LIONS] hatte glaube auch noch welche zum Verkauf.

MMUs hatte ich mal westliche gehamstert (Z0801010PSC), würde ich im Notfall von abgeben.
Die momentane Mischbestückung wird eh nochmal interessant.

Grüße,
Kai

Dieser Beitrag wurde am 11.11.2025 um 12:32 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

044
11.11.2025, 14:50 Uhr
wpwsaw
Default Group and Edit

...nun ja, nicht zu 100%, ein bisschen Vermutung ist dabei. Es könnte ja auch sein, das über einen anderen Eingang der CPU, dessen davorgeschalteter IC eine Macke hat und dadurch die CPU beeinflusst hat.

Komisch war ja, dass das Board ja kurzzeitig schon lief, war aber nicht reproduzierbar :-((

nun ist Wartezeit bis zur Lieferung einer neuen CPU....

melde mich dann wieder, hoffentlich diese Woche noch

wpw

P.S. auf dein Angebot würde ich im Notfall zurückgreifen
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

045
14.11.2025, 11:36 Uhr
wpwsaw
Default Group and Edit

...leider habe ich meistens recht wenn ich Zweifel, auch an mir selbst, anmelde....

die neue CPU verhält sich etwas anders, aber nicht wie sie soll. R/W hat beim Start 1 oder 2 Low-impulse und B/W ein paar High-Impulse und dann Ruhe im Wald.

und es ist immer noch so, beim Ausschalten, wenn die Spannung zusammen bricht, dann fangen die Signale B/W und R/W an zu arbeiten. Also müsste ja ein Signal beim zusammen brechen der Spannung irgend etwas an der CPU verändern.

Hat schon jemand den Start der 16bit LP analysiert? Welche Signale sollte man aufzeichnen um das nachvollziehen zu können?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

046
14.11.2025, 15:00 Uhr
Enrico
Default Group and Edit

Aus der Erinnerung heraus müssen erst ein paar Bytes zur Config der CPU aus dem EPROM gelesen werden.
Was genau weis ich da auch nicht mehr.

Hab das aber aus dem großen gelben Heft.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

047
14.11.2025, 15:11 Uhr
wpwsaw
Default Group and Edit

...die ersten 4 Bytes stimmen mit den Eproms überein und dann weicht das Gute vom Bösen ab....

was für ein gelbes Buch meinst du immer?

er macht nur am Anfang einen kurzen Zugriff auf die Eproms und dann sind diese auch tot. Die CPU läuft weiter aber macht irgend etwas.

Auch hier ist es so, das beim Ausschalten wieder Zugriffe auf die Eproms erfolgen.... warum auch immer

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

048
14.11.2025, 15:27 Uhr
Enrico
Default Group and Edit

Das zum U8001, was ich mal auf Holms Halde geschmissen hatte.

Nimm doch mal die EPROMS raus, mach Widerstände rein, dass da dauernd NOPs erzeugt werden.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

049
14.11.2025, 17:52 Uhr
Enrico
Default Group and Edit

Die Status-Signale der CPU wären auch wichtig zum Auswerten.
Kann ja sein dass der Dekoder dort defekt ist, und ganz was falsches angesteuert wird.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

050
14.11.2025, 22:30 Uhr
wpwsaw
Default Group and Edit

...ich habe die Eproms zusammen gelegt und mit den LA Ergebnissen noch einmal verglichen. Beim guten Board kann ich die Bytes an der CPU nachvollziehen.

beim defekten hat das Low-Byte Abweichungen. Deshalb habe ich beide 8282 (1D25, 3D26) gewechselt, leider kein Erfolg.

morgen werde ich die Steuersignale mit auf den LA legen, vielleicht sind beide gleichzeitig aktiv.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

051
15.11.2025, 19:08 Uhr
wpwsaw
Default Group and Edit

..da ich heute das Ersatzteil für den Feuerlöschmonitor erhalten habe, musste ich diese Steuerung erst einmal fertig machen und testen. Dadurch bin ich jetzt erst zum Auswerten des LAs von Gestern gekommen.

also die Aussage von gestern Abend stimmte nicht so ganz. Als Ergebnis der BUS Teil AD0-7 Arbeitet jetzt, nur nicht immer. Und wenn er korrekt arbeitet werden nur 4 Worte vom Eprom gelesen und dann nichts mehr. Es müssten aber viel mehr aus dem Eprom gelesen werden (im Vergleich mit dem anderen Board).

Bin jetzt doch ein bisschen ratlos, vor allem das mal die richtigen Daten an der CPU ankommen und mal nicht. Das Höherwertige Byte ist immer richtig. Daraus ergibt sich das eine falsche Epromadresse angegeben wird und komischer Weise der Inhalt dieser Zellen zwar richtig gelesen werden aber natürlich an dieser Stelle falsch sind.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

052
16.11.2025, 10:08 Uhr
kaiOr

Hallo,

also besonders viel passiert nicht in den ersten 4 Wörtern. Die Segment-Nr. bleibt 0 und der Offset zum Fortsetzen liegt bei 01D0h (ENTRY_). Einzig interessant, bei Zugriffen auf EPROM+SRAM wird automatisch ein WAIT generiert, evtl. mal schauen ob der an der CPU ankommt.

Quellcode:

   INTERNAL
    WORD := 0000
    WORD := %C000    ! FCW !
    WORD := %8000    ! PC Segment-Nr. !
    WORD := ENTRY_    ! PC Offset !
.
.
.
  INTERNAL
    ENTRY_ procedure
      entry
!PSAPSEG laden (Segment 00)!
    clr    r14
    ldctl    PSAPSEG, r14    !Program Status Area Pointer Segment Register!
!Umschaltung auf nichtsegmentierten Mode!
    ld    r1, #%4000
    ldctl    FCW, r1        !Flag and Control Word Register!
!MMU's ausschalten! 
    clr    R3
    sout    ALL_MMU, r3    !MMU in Tristate bringen!
!RAM loeschen!

Hast Du alle CPU-Pins schon zu den Prüfkontakten daneben durchgeklingelt? Auch gegen 5P, GND und die jewlg. Nachbarn? Mit den Durchkontaktierungen könnte etwas faul sein (auch wg. der gemessenen 50mA im Voraus).

Grüße,
Kai

Dieser Beitrag wurde am 16.11.2025 um 10:29 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

053
16.11.2025, 12:23 Uhr
wpwsaw
Default Group and Edit

Guten Morgen,

...und einen weiteren Fehler "vermutlich" gefunden. Dieser Fehler statt 01d0 > 0150 lag wohl an dem EPROM. jetzt wird immer richtig gelesen

leider wird nur 4 Mal vom Eprom gelesen und dann macht die CPU was sie will

das letzte Wort, welches vom Eprom an die CPU gelegt wird ist die Adresse 01d0 mit 8de8

was macht dieser Befehl? clr r14

danach müsste der nächste Befehl vom EPROM gelesen werden, macht er aber nicht...

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 16.11.2025 um 12:26 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

054
16.11.2025, 13:47 Uhr
wpwsaw
Default Group and Edit

hier mal ein umfangreicheres Analysebild

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

055
16.11.2025, 14:56 Uhr
kaiOr

CLR setzt nur das Register R14 (16Bit) auf Null. Eine CPU-interne Operation ohne Effekt nach außen, da sollte mind. noch der Folgebefehl geholt werden.

Aber wenn Dein LA '8de8' liest heißt das ja nicht, dass die Pegel sauber genug sind und die CPU auch '8de8' erkennt....

Das Taktsignal schaut sauber aus? Hast Du die CPU zufällig gesockelt? Bei einem Board hier sind auch 2x 24pol.-RFT-Präzisionssockel (zöllig!) nebeneinander eingelötet, original EAW!
Auch NOS-CPUs können schon defekt sein.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

056
16.11.2025, 16:06 Uhr
wpwsaw
Default Group and Edit

...nanu wieder mal etwas weg.... egal noch einmal

ich habe einen 48poligen präz. Sockel eingelötet und ich hatte schon mehrere CPUs getestet immer das gleiche Ergebnis. Und wenn die ersten Bytes korrekt verarbeitet werden und auch die Startadresse anliegt und gelesen wird sollten doch die Daten korrekt ankommen, oder?

ich werde jetzt doch noch einmal das funktionierende Board an den LA hängen und etwas umfangreicher testen.

könnte der kurze LOW-Pegel am NMI Eingang (kurz vor 502 µs) das Problem sein?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

057
16.11.2025, 17:07 Uhr
Enrico
Default Group and Edit

Kommt das /NMI denn nicht nur, wenn die Parität vom RAM nicht stimmt?
K.A., ob da noch was anderes drauf ist.
Der RAM ist ja noch lange nicht das Problem dabei, der kanns ja also nicht sein, da der noch gar nicht geprüft wird....
.... und Du wirst ja auch keinen drin stecken haben.
--
MFG
Enrico

Dieser Beitrag wurde am 16.11.2025 um 17:08 Uhr von Enrico editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

058
16.11.2025, 18:09 Uhr
kaiOr

Zitat:

wpwsaw schrieb
Und wenn die ersten Bytes korrekt verarbeitet werden und auch die Startadresse anliegt und gelesen wird sollten doch die Daten korrekt ankommen, oder?

Nicht zwingend, da in untersch. Befehlen verschiedene Bits gesetzt sind.^^

Zitat:

könnte der kurze LOW-Pegel am NMI Eingang (kurz vor 502 µs) das Problem sein?

Ich hoffe Du hebst den RESET etwas früher auf, als es das 8Bit-Board tun würde und NMI wackelt da zufällig noch, sonst müsste man mal suchen.
Tatsächlich zeigt ST3-ST0 -> 0101 einen NMI-Annahmezyklus an

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

059
16.11.2025, 20:57 Uhr
wpwsaw
Default Group and Edit

so, hier mal die ersten Bytes vom guten Board. Das einzige, was ich nicht verstehe, das alle 3 Interrupteingänge dauerhaft auf Low sind.

alle anderen Signale sind aus meiner Sicht plausibel. Ich habe mal 50M aufgezeichnet.

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

060
16.11.2025, 21:42 Uhr
wpwsaw
Default Group and Edit

ich habe jetzt mal alle Signale verglichen und konnte den Ablauf der CPU mit den Steuersignalen für Staus, BUS und Speicher nachvollziehen.

vielleicht habe ich morgen einen neuen Ansatz für die Fehlersuche. Anscheinend müssen die Interruptsignal erst einmal auf Low liegen, was das defekte Board nicht macht.

werde ich morgen mal mit dem Oszi noch einmal überprüfen.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 16.11.2025 um 22:10 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

061
16.11.2025, 22:19 Uhr
wpwsaw
Default Group and Edit

...noch eine Frage, ist der BUS-Steckverbinder X9 etwas besonderes? In den Unterlagen existieren Signale die nur mit X9 verbunden sind.....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

062
16.11.2025, 22:58 Uhr
kaiOr

Zitat:

wpwsaw schrieb
Anscheinend müssen die Interruptsignal erst einmal auf Low liegen, was das defekte Board nicht macht.

Oder der Pegel vom Treiber ist für den LA zu müde. Würde mich schon arg wundern, gehört auch nicht zum RESET-Timing (im Gegensatz zum Abholen der ersten 4 Wörter).

X9 ist der oberste Steckplatz, da muss die 3.CPU gesteckt werden. Ich weiß gerade aber nicht ob die wirklich ALLE dort vorhandenen Zusatzsignale braucht.
https://www.robotrontechnik.de/html/forum/thwb/showtopic.php?threadid=12388

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

063
17.11.2025, 06:43 Uhr
wpwsaw
Default Group and Edit

moin,

danke

mit den Interruptsignalen würde mich auch wundern, im gegensatz zu Olli seinem Plan sind auch zwischen der CPU und dem 541 keine Pullup Widerstände, und im Gegensatz zum defektem Board werden auch keine Interrups im Status angezeigt.

Falls jemanden die Signalfolge interessiert, ich habe vom Start an 50M mit Sigrok aufgezeichnet. Ich könnte die Datei zur Verfügung stellen.

Gruß
wpw

P.S. natürlich meine ich das gute Board (Index4 mit Monitor 16-3.1)
ich habe auch ein Monitor - Programm 16-3.3 schon gesehen......
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

064
17.11.2025, 08:34 Uhr
Enrico
Default Group and Edit

D.h. das defekte Board erkennt Interrupts, wo keine sind, oder es gibt Interrupts, die eigentlich nicht sein dürften?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

065
17.11.2025, 10:01 Uhr
wpwsaw
Default Group and Edit

...ich werde das gute Board wieder vom Tisch nehmen und das defekte wieder an den LA anschließen und noch einmal alles aufnehmen. Wichtig war jetzt erst einmal heraus zu finden ob ich mich auf die Ergebnisse des LA verlassen kann.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

066
17.11.2025, 11:45 Uhr
wpwsaw
Default Group and Edit

...so, ich habe mal am Beispiel des Signales /NMI das Signal am 541 abgegriffen, vor und hinter und an der CPU

vor und hinter des 541 ist "H" und an der CPU ist "L" und dann habe ich ein NMI ausgelöst und die CPU reagiert korrekt und startet den Test.

warum auch immer an der CPU LOW gemessen wird.

wpw

EDIT:
nach dem ich das Board abgebaut habe und ich die Anschlüsse überprüft habe musste ich feststellen das /NMI, /VI und /NVI als einzige Signale nicht mit den 2x13 Steckverbindern verbunden sind.....warum auch immer???
also es klärt sich alles auf

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 17.11.2025 um 12:02 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

067
17.11.2025, 12:54 Uhr
wpwsaw
Default Group and Edit

...defektes Board

also der /NMI erscheint immer nach dem Start und wird durch den Status auch bestätigt. Und das Signal ist vor dem 541 auch vorhanden.

Könnte doch sein, das die normale Befehlsabarbeitung unterbrochen wird und der NMI abgearbeitet wird ohne eine richtige ISR zu haben und dadurch nur Müll macht???

/NMI Signal an der CPU
/NMIX Signal vor dem 541

ich gehe mal auf die Suche wo dieser Impus her kommt.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 17.11.2025 um 13:02 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

068
17.11.2025, 14:43 Uhr
wpwsaw
Default Group and Edit

...bei der Suche nach dem /NMI Impuls bin ich bis hier gekommen

das Signal vom 3D8 Pin10 stimmt mit dem /NMI an der CPU überein. Ich habe mal wild an den Pins der in der Gegend liegenden ICs gesucht und bin fündig geworden. Es besteht eine Verbindung zum Signal ADIN7

also weiter suchen
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

069
17.11.2025, 14:54 Uhr
wpwsaw
Default Group and Edit

...und siehe da, in dem Bereich waren Drahtbrücken, ein wenig beiseite gelegt und das Board startet wieder.

ich werde weiter testen mit RAM

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

070
17.11.2025, 15:27 Uhr
ggrohmann

Ah, ein neuer Hardwarekrimi. :-)
Erinnert mich an die Fehlersuche von Mario an seinem 1834.
Sowas les ich immer wieder gerne.

Guido

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

071
17.11.2025, 16:41 Uhr
wpwsaw
Default Group and Edit

...na meine 1835M Reparatur war ja auch so eine Gewaltaktion, aber auch gut ausgegangen.

Dieses Board habe ich fast nur mit dem LA repariert. Gut, Oszi war auch mit beteiligt. 1x 8286, 1x 8282 und eine CPU getauscht. Ein paar Trennungen, achso Multimeter als Durchgangsprüfer und Ohmmeter....

und fertig...
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

072
17.11.2025, 16:51 Uhr
wpwsaw
Default Group and Edit

...nun habe ich mal einen Test mit RAM und HD gemacht.....keine Fehler

;-))))

...dann gehe ich morgen mal die Hochzeit mit dem 8bit Board an....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

073
17.11.2025, 17:25 Uhr
Enrico
Default Group and Edit

D.h. da war "nur" mit den Drahtbrücken ein Schluss, weil bei denen was angeschmort war?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

074
17.11.2025, 18:10 Uhr
wpwsaw
Default Group and Edit

...nein, die CPU hatte kein R/W und einer der beiden 828x waren auch defekt, weil das untere Byte im externen Bus auch eine Macke hatte

und erst als Daten korrekt an der CPU ankamen konnte ich den ich den 3. Fehler erkennen, suchen und finden....

achso, ein Eprom war noch defekt, ein brauner DDR. Hatte ich schon des öfteren Probleme mit.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 17.11.2025 um 19:40 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

075
17.11.2025, 18:31 Uhr
Enrico
Default Group and Edit

Aha, und dachte schon, das war umsonst gewesen.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

076
19.11.2025, 17:18 Uhr
wpwsaw
Default Group and Edit

...so gestern mal das reparierte Board eingepasst, ist ja von der Bauform etwas anders...

...alles startet soweit, er ist auch schon bis in Wega hinein gelaufen, aber dann gab es immer mal wieder Fehlermeldungen, mal mehr mal weniger

aber erst einmal habe ich die Rückblende bearbeitet damit die Leiterplatten sicher im Gerät sitzen.

und gleich angebaut

...nun wurden die Fehlermeldungen immer mehr

o.k. die 5x Fehler sind HD Fehler, nach einem RESET sind die weg. Aber beim Staarten von Wega gibt es immer wieder Fehler.......

aber vielleicht kommen die vom 8-bit Teil bei gestörter Kommunikation zwischen 8 und 16 ????

und nun geht garnichts mehr, zumindestens läuft der 8bit Teil nicht mehr an. Hatte ja schon öfter mal gemuckt......

auch meine 2. LP 8bit läuft nicht mehr an. Ich werde erst einmal die EPROMs prüfen.

nicht einmal der Hardwaretest beim Einschalten kommt.....

Hat jemand Tips zur Fehlersuche?

Gruß
wpw

P.S. morgen erst einmal wieder FE Prüfungen
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

077
19.11.2025, 18:20 Uhr
HeikoS

Ein Tipp, der gerade noch gefehlt hat ;-)

Niemals zu früh eine Rückblende anbauen ! Das nimmt der Störteufel extrem übel.

Grüße, Heiko

Tolles Projekt !

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

078
19.11.2025, 18:31 Uhr
wpwsaw
Default Group and Edit

...neee, das mit dem Fehlerteufel war schon vorher ein bisschen......

der 16bit Teil läuft ja immer noch...

das Problem wäre nur, wenn die 16bit LP nicht vollständig mit dem Board arbeiten will...

dann wäre die Blende umsonst, weil bei einer neuere Version der 16bit-LP die Anschlüsse etwas anders liegen.

Aber dann säge ich einfach die Stege weg ;-)

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

079
19.11.2025, 19:06 Uhr
wpwsaw
Default Group and Edit

...habe gerade darüber nachgedacht wie ich meinen CPU-Adapter einsetzen kann um besser meinen LA anschließen zu können....aber ich bin ja im Besitz der K1520-BUS Karte von Enrico und die 8bit LP besitzt einen K1520 BUS Anschluss ;-))

also die Reparatur-Orgie geht weiter, aber erst ab Freitag oder Samstag

Leider sind ja immer noch nicht die Unterlagen eines Index 3 Boardes aufgetaucht.....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

080
19.11.2025, 19:44 Uhr
kaiOr

Ganz einfach, das betagte Netzteil verträgt die zusätzliche Last nicht und das zweite Flachband-Kabel am WDC-Emu sorgt für extreme Laufzeitverzögerungen. *daumendrück*

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

081
19.11.2025, 19:57 Uhr
wpwsaw
Default Group and Edit

...ja, das mit den 5x Fehlern liegt bestimmt daran wobei das Parallelkabel ja auch eine gewisse Länge hat und ich im Compact auch so ein langes Kabel habe.

und am NT kann es nicht liegen, hatte ja alles offen gehabt und die Spannungen waren O.K. und ich habe auch mein Großes NT dran gehabt bleibt jetzt so.

gruß
wpw

P.S. na die EPROMs muss ich noch prüfen. Hatte ja am 16bit auch einen defekten und hier sind auch braune DDR drin. Die ersetze ich sowie so
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

082
20.11.2025, 10:03 Uhr
wpwsaw
Default Group and Edit

moin,

wie das eben so ist, das Board ausgebaut auf den Tisch und........ es funktioniert

mal sehen, ob ich den Fehler wieder finde

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

083
20.11.2025, 10:25 Uhr
kaiOr

Stecker zum Frontpanel im Rechner mal ablassen.
"Auf dem Tisch" ist das andere Netzteil (mit "Pepp") dran? Dann ist vielleicht nur der Kondi zur Reset-Verzögerung trocken.

Gruß,
Kai

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

084
20.11.2025, 18:37 Uhr
wpwsaw
Default Group and Edit

...bin gerade von der Fahrschule zurück und

Ja und Nein,

ich hatte nach Spammungseinschalten und keiner Reaktion das Frontmodul angesteckt, auch dann nichts. Dann habe ich mal die Eproms in den Fassungen bewegt.... und dann lief das Board so wie es soll...

...bin gerade von der Fahrschule zurück und gleich mal ein geschalten und es funktionierte sofort. Liegt aber seit heute morgen ohne bewegt zu werden.

Entweder waren es wieder die Eproms oder beim hinein drücken Leiterbahnen bewegt.

morgen mache ich weiter, neue Eproms mit 3.1 Monitor für 8bit mit 16bit LP. Ich habe noch nicht geprüft ob da wirklich Unterschiede sind.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

085
21.11.2025, 13:43 Uhr
wpwsaw
Default Group and Edit

....so, nach dem gestrigen Eprom wackeln und dem heutigem Tausch (MON3.1) funktioniert das 8bit Board erst einmal wieder. Jetzt habe ich das Board wieder mit dem 16bit GLE Board wieder verbunden und getestet.

leider lande ich nach dem Starten des 16bit Systems und dem Beginn des WEGA 3.1 ladens jetzt immer in der gleichen Fehlermeldung. Auch nach dem Tausch des HD-EMUs.

nur die rxx Inhalte sind verändert alles andere ist identisch

jetzt sind die WEGA Experten mal gefragt und ich bitte mal um Hilfe....

Wenn ich mich richtig erinnere, bin ich schon mal bis zur WEGA Anmeldung gekommen, aber vom Gefühl her ein viel zu kurzer Weg.

1. könnte das mit dem zu alten Board zusammen hängen?
2. könnte es mit der Belegung des HD Anschlusses zusammen hängen (RESET und so)?
3. sollte ich mal ältere MON Versionen versuchen?
4. sollte ich mal WEGA 3.0 versuchen?
5. oder sollte ich mal HD und WEGA neu installieren
6. sollte ich mal weniger RAM versuchen, sind 8MB zu viel?
7. könnte das 16bit Board noch einen Fehler haben?

ich werde mal das Index4 Board noch einmal testen

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

086
21.11.2025, 15:56 Uhr
kaiOr

Hallo,

die Code-MMU, die den TRAP erzeugt, ist nun gerade die goldene. :/

zu:
1. ja
2.-6. nein
7. ja

Wenn ich aus dem Hardwarehandbuch richtig schlussfolgere, muss bei GLE:
-Wickelbrücke 30-31,32-33,34-35,36-37 offen sein
-Wickelbrücke 1-3,6-8,10-12,14-16 geschlossen sein
-Wickelbrücke 2-4,5-7,9-11,13-15 offen sein
Deine Bilder sind unscharf, aber das scheint zu passen.

Prüfe bitte die Verbindung [SN6] von U8001 Pin 47 (SN6) -> CODE-MMU Pin 24, die bei Index1 als Wurfstrippe ergänzt wurde.

Ansonsten starte doch mal das SA.DIAGS von der WEGA 3.1 - Startdiskette (MMU-Test)....

Gruß,
Kai

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

087
21.11.2025, 16:35 Uhr
wpwsaw
Default Group and Edit

...danke Kai, ist mal wieder ein Ansatz...

noch zur Info

ich habe dann das alte Board wieder ran gehängt und gestartet, alle Tests wurden fehlerfrei durchlaufen, es wird von HD Wega geladen...

kurz bevor WEGA das Login zeigt werden doch noch alle vorhandenen Verzeichnisse je in 5 Phasen getestet und jetzt lief der WEGA Start durch aber nach den 5 Phasen von "Volumen" sprang WEGA gleich zum Login. Die anderen Verzeichniss-Tests fehlten. Ich konnte mich anmelden, habe mich dann wieder abgemeldet (init1 und sync:sync) und konnte Wega beenden.

ist schon seltsam

bin jetzt wieder drin und werde SA.DIAGS mal laufen lassen

danke

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

088
21.11.2025, 18:19 Uhr
wpwsaw
Default Group and Edit

alle Tests (8bit und 16bit) mehrmals fehlerfrei durchlaufen

...es ist schon sehr seltsam

wenn ich auf die Festplatte (HD-EMU mit SD-Karte) ein neues Image drauf spiele läuft der WEGA-Start dieses Mal Volume 1. Phase........... dann kommt die Fehlermeldung "Kernel segmented violation CORE dumed" und er springt zum Login, ich kann mich anmelden, Verzeichnisse sind alle vorhanden und ich kann mich wieder abmelden. Beim zweiten WEGA Start und wieder abmelden kommt diese Fehlermeldung

und beim 3. wieder anmelden und abmelden keine Fehlermeldung

was bedeutet am Anfang bis zur WEGA Anmeldung diese Tests mit 1. Phase, 2. Phase...5.Phase

bei dem Board wird ja das mit der ganz obigen Fehlermeldung abgebrochen und zum Login gesprungen.

Vielleicht liegt es an der Kommunikation mit dem FestplattenKontroller (HD-EMU) und es liegt doch an dem HD Anschluss. Holm hatte so etwas gesagt....

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

089
21.11.2025, 20:43 Uhr
wpwsaw
Default Group and Edit

...existiert unter WEGA ein Programm welches, wie beim WEGA-START, alle belegten und freien Blöcke auf der Festplatte prüft?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

090
21.11.2025, 21:41 Uhr
wpwsaw
Default Group and Edit

Zitat:

kaiOr schrieb

Prüfe bitte die Verbindung [SN6] von U8001 Pin 47 (SN6) -> CODE-MMU Pin 24, die bei Index1 als Wurfstrippe ergänzt wurde.

Kai

ist vorhanden

Die Brückenbezeichnungen finde ich auf meinem Index1 Plan nicht. Ich notiere mal meine Bezeichnungen:

1. ich habe z.B. am Spannungsstecker 2x8 Stifte (nicht im Plan), müssen mit der Spannungsversorgung zu tun haben.

2. zwischen X5 und X6 sind auch 2x5 Stifte gebrückt sind 5-10 und 2-6

3. an der CPU sind 3 Stifte könnte 2-3 sein, schlecht im Plan zu lesen

4. neben dem X9-32c 2 Stifte verbunden (nicht im Plan)

5. zwischen X2 und X3 2x2 Stifte, 15-15 und 16-17 verbunden

6. neben dem Quarz C8 2x4Stifte keiner verbunden nicht im Plan
7. zwischen IC104 und 105 sind 2x4 Stifte versetzt

mehr Stifte sind nicht

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

091
21.11.2025, 23:46 Uhr
kaiOr

Ich denke nun auch, das Signalspiel an der WDC-Schnittstelle passt noch nicht ganz und muss evtl. auf den Stand von Index 1 gebracht werden. Im Übermittlungsprotokoll 16Bit<->WDC gibt es zwar einen Platzhalter für eine Prüfsumme, aber EAW hatte entschieden diese nicht zu nutzen. So können sich natürlich die irrsinnigsten Fehler ergeben, wenn falsche Blöcke anbeigeholt werden.

Da wäre nun der zusätzliche Pullup R12 auf /RST und die zwei Wurfstrippen XR11 und XR15 für WDARDY und /WDARDY im Stand von Index 1.

Dateisystemprüfung macht in dem Zustand (wackeliges Interface, Dateisystem evtl. gemounted) mehr defekt, höchstens man deaktivert die autom. Reparatur:
fsck -n /dev/root
fsck -n /dev/rusr
.
.
Zu den von FSCK aufgerufenen Unterprogrammen (NCHECK,ICHECK,DCHECK) findet man was im WEGA-Systemhandbuch...mir zu kompliziert.
Vielleicht gibt es bei SA.VERIFY (ReadOnly die Formatierung prüfen) aber auch schon Fehler, damit Du schneller Testen kannst.

Wenn der Computer vom FSCK direkt zum LOGIN springt ist auch ein Teil nicht richtig gemounted (/Z ist bestimmt leer). Datum-Abfrage kam sicher auch nicht.

Ein Teil der Wickelbrücken ist im Hardwarehandbuch aufgeführt, scheint soweit passend.

Zitat:

5. zwischen X2 und X3 2x2 Stifte, 15-15 und 16-17 verbunden

Die hast Du also drin gelassen. Falls es mal hakt, Diskette kopieren unter WEGA und evtl. gleichzeitig Terminal Ein-/Ausgabe, dann raus mit den Beiden.

Gruß,
Kai

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

092
22.11.2025, 09:40 Uhr
wpwsaw
Default Group and Edit

Guten Morgen

Kai danke für die Infos

und hier mal wie versprochen der BOOT-Vorgang von WEGA mit einem frischem Image

https://magentacloud.de/s/yqGMymFok8z337x

ich habe mich angemeldet und dieses Mal beim herunter fahren mit "init 1" bin ich in den Single-Mode gekommen und nach der Eingabe von "sync:sync"kam wieder die große Fehlermeldung.
Nach einem Neustart hat er das fsck garnicht mehr erreicht und auch mit Fehlermeldung beendet.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

093
22.11.2025, 09:56 Uhr
Enrico
Default Group and Edit

Dann müsste doch das LW an den entsprechenden Stellen bei vorher / nachher unterschiedlich sein?

Ich verstehe dabei aber nicht, wieso das Probleme mit dem LW sein sollen, dort aber
ein MMU-Fehler kommt.
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

094
22.11.2025, 11:05 Uhr
kaiOr

Wenn ungültiger Code geladen und ausgeführt wird kann es natürlich zu Zugriffsverletzungen auf überwachte Segmente kommen. Die CPU selbst kann ja auch bis zu 8MB adressieren.

Wenn nur irgend eine Adressleitung zur Code-MMU unterbrochen ist (hier vermutlich SN5 o. SN6) kann es aber zum selben Fehler kommen. Oder eine Datenleitung wären der Konfiguration der MMUs (unwahrscheinlicher).

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

095
22.11.2025, 12:07 Uhr
Enrico
Default Group and Edit

Zitat:

kaiOr schrieb
Oder eine Datenleitung wären der Konfiguration der MMUs (unwahrscheinlicher).

Das dürfte wohl schon eine Meldung beim ROM-Test geben?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

096
22.11.2025, 12:08 Uhr
wpwsaw
Default Group and Edit

so, folgendes geändert:

Pullup für /RESET an X8 (R12=750 ohm) hinein gebastelt, habe nur einen 780 gehabt, der in Wirklichkeit 680 Ohm hat.....

wo sind die Wurfstrippen XR11 und XR15 für WDARDY und /WDARDY zu finden?

ich habe dann mal meine letzten RAM LP korrekt gebrückt und gestecket, dann ist der RAM-Test nicht so endlos lange ;-)

Dann habe ich WEGA neu gestartet mit Abbruch im fsck. Bei Wega angemeldet und fsck neu gestartet. Ergebnis:

und Holm schrieb mir z.B. dieses hier zu der großen Fehlermeldung:

"Es kommt auch kein MMU Fehler, sondern der Kernel legt eine Panic hin
wegen Speicherschutzverletzung im Kernelmode, dazu dumpt er die MMU
Inhalte zur Fehlersuche."

wo würde ich diese Dateien finden?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

097
22.11.2025, 12:12 Uhr
wpwsaw
Default Group and Edit

...wenn ich das richtig verstanden habe organisieren die 3 MMUs den Speicherzugriff. Wenn :

Quellcode:

Wenn nur irgend eine Adressleitung zur Code-MMU unterbrochen ist (hier vermutlich SN5 o. SN6)

müsste dann der RAM Test mit 8MB nicht auch Fehler bringen?
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

098
22.11.2025, 13:08 Uhr
wpwsaw
Default Group and Edit

bezüglich

Quellcode:

die zwei Wurfstrippen XR11 und XR15 für WDARDY und /WDARDY im Stand von Index 1

ich habe eine Verbindung zwischen X8-1 (/WDARDY) und 2D21-Pin12, aber die Verbindung X8-12 (WDARDY) zum 2D21-Pin8 fehlt. Ich habe jetzt auch keine Verbindung zu einem anderen IC gefunden

sollte man diese Verbindung herstellen?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

099
22.11.2025, 13:44 Uhr
wpwsaw
Default Group and Edit

...habe die Verbindung zwischen X8-12 und 2D21-8 hergestellt....

leider keine Verbesserung ;-((

wpw

welche Verbindung könnte noch fehlen?

EDIT: die Verbindungen SN5 und SN6 sind vorhanden
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 22.11.2025 um 14:03 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

100
22.11.2025, 13:57 Uhr
kaiOr

2D21-12 und X8:1 besteht auch?

Zitat:

wpwsaw schrieb
müsste dann der RAM Test mit 8MB nicht auch Fehler bringen?

Nein, den macht an der Stelle nur die CPU. Für 16MB müsste man den Test tiefgreifend umbauen.
Auch werden die MMUs getestet, ob sie zu erwartende TRAPs registrieren. Jedoch nicht in unerwarteten Bereichen.

Der Core-Dump landet glaube direkt im Root-Verzeichnis als /core
Aber dessen Inhalt dann einem konkreten Programm oder Kernelbereich zuzuordnen...diesen zu disassemlieren und dann zu überlegen warum es an der Stelle geknallt haben könnte. *OMG*
Wenn man gerade was selbst programmiert und weiß was man die letzten Minuten gedreht hat kann das vielleicht nützlich sein.

Zitat:

Enrico schrieb
Das dürfte wohl schon eine Meldung beim ROM-Test geben?

Genau.

Grüße,
Kai

Dieser Beitrag wurde am 22.11.2025 um 13:58 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

101
22.11.2025, 14:05 Uhr
wpwsaw
Default Group and Edit

...ja

und

die Verbindungen SN5 und SN6 zur CODE-MMU sind vorhanden

wpw

jetzt bin ich wieder etwas ratlos :-(
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

102
22.11.2025, 14:27 Uhr
Enrico
Default Group and Edit

Zitat:

wpwsaw schrieb

und Holm schrieb mir z.B. dieses hier zu der großen Fehlermeldung:

"Es kommt auch kein MMU Fehler, sondern der Kernel legt eine Panic hin
wegen Speicherschutzverletzung im Kernelmode, dazu dumpt er die MMU
Inhalte zur Fehlersuche."
....
wpw

Nur, gut, dass er sich damit damit auskennt....
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

103
22.11.2025, 19:52 Uhr
wpwsaw
Default Group and Edit

...leider habe ich das 8bit-Board zu schnell repariert und nun....

komme ich hier nicht weiter. Ich hoffe die Experten haben noch eine Idee die mir weiter hilft ;-)

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

104
22.11.2025, 20:36 Uhr
kaiOr

Genau, Experten & ehem. Tech-Insider von EAW sind hiermit herzlich eingeladen!

Mich verblüfft das SA.DIAGS bei Dir fehlerfrei durchläuft...nicht mal ERROR 97.

Vielleicht ist es ganz einfach (Spannungsversorgung vom WDC-EMU) oder allg. die Signalpegel. Du hast nicht zufällig einen WDC-Beisteller (mit 4.2) zum Vergleich?

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

105
22.11.2025, 21:33 Uhr
wpwsaw
Default Group and Edit

Spannungsversorgung....hatten wir schon, der WDC-EMU läuft an einem anderen Board fehlerfrei Holm sagte man sollte das nicht auf den EMU schieben....

WDC-Beisteller Ja, habe ich, aber ich müsste erst eine Festplatte heraussuchen und fertig machen, den kompletten WDC möchte ich nicht nutzen weil sonst vielleicht die HD zerschossen wird.

Aber welchen Unterschied sollte das machen?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

106
22.11.2025, 22:47 Uhr
kaiOr

X16...anderer Port & extra Schaltnetzteil:

Sowas kann funktionieren, aber leicht anders Masseschleife ergeben oder der Ripple beider Netzteile überlagert sich. Den Emu selbst hab ich nicht im Verdacht.

Habe erstmal keine weiteren Ideen.

Gruß,
Kai

Dieser Beitrag wurde am 22.11.2025 um 22:48 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

107
22.11.2025, 23:26 Uhr
wpwsaw
Default Group and Edit

...das Originalgehäuse nutze ich schon seit Tagen nicht mehr. Ein einziges NT für LP, Floppy und EMU...

da ist nichts mit Masseschleife. Auch das Terminal hängt an der gleichen Phase.

ich habe gerade noch einmal sa.verify durchlaufen lassen, ohne Fehler. Wenn ich dann WEGA manuell in den Single-Modus starte sind keine Fehlermeldungen. Wenn ich dann den Multu starte kommt wieder eine Fehlermeldung und ich kann mich einloggen.

Wenn ich dann fsck starte läuft es bis zum Verzeichnis /z fehlerfrei durch und bringt diese Meldung

ich kann System herunter fahren und wieder starten aber die Fehler tauchen immer wieder auf bis irgend wann die Große Fehlermeldung kommt und nichts mehr geht.

wpw

EDIT: hier mein momentaner Aufbau

--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 22.11.2025 um 23:35 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

108
22.11.2025, 23:38 Uhr
Enrico
Default Group and Edit

Was denn /z ?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

109
23.11.2025, 09:02 Uhr
wpwsaw
Default Group and Edit

...Überprüfung Filesystem /z Volumen1

da bleibt er hängen, sieht man doch auf dem Bild, dann gebe ich den geforderten Filenamen ein, z.B. test und versucht noch etwas und dann bricht er ab

existieren irgendwelche Prüfprogramme unter WEGA womit man den Fehler eingrenzen könnte, denn bis WEGA im Single und Multi-Mode komme ich ja. Oder wenigstens ein Anwenderprogramm mit lesen und speichern auf der Festplatte um zu sehen ob da auch Probleme existieren?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 23.11.2025 um 09:05 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

110
23.11.2025, 11:45 Uhr
Enrico
Default Group and Edit

Jaa, schon aber was ist denn"/Z"?
Habe ich noch nur gehört.
Z = sonstiges zusatzprgramme ?
Oder landet darin der DUMP vom Absturz?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

111
23.11.2025, 11:58 Uhr
wpwsaw
Default Group and Edit

nein laut Meldung bricht er beim Prüfen dieses Verzeichnisses die Prüfung ab
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

112
23.11.2025, 15:29 Uhr
kaiOr

Zitat:

Hat der Stützkondi dort oben noch Kontakt oder ist das Beinchen ab?

Verbindung 3D22 Pin 13 + 7D22 Pin 13 steht?
Liegt 7D22 Pin 9 korrekt auf GND oder baumelt in der Luft wie im SP von Index1?

Wenn FSCK nach dem SCRATCH-FILE fragt hat vermutlich schon das Mounten von /tmp nicht geklappt. Mit ">& /dev/null" werden hier aber entsprechende Meldungen von der Konsole ferngehalten.

aus dem Startscript RC_CSH:

Quellcode:

        /etc/fsck -y /dev/root
        /etc/fsck -y /dev/rusr /dev/rtmp
        /etc/mount /dev/tmp /tmp >& /dev/null
        /etc/fsck -y -t /tmp/scratch /dev/rz
        /etc/umount /dev/tmp >& /dev/null

Deshalb sehen wir die Meldung nicht.

Der Rechner bleibt aber an leicht unterschiedlichen Stellen hängen. Evtl. liegt eine Art Adressverkoppelung vor die der Selbsttest übersieht. Sobald die Prozesse etwas mehr RAM benötigen werden Teile vom Kernel-RAM überschrieben und/oder der Kernel überschreibt geladene Programme. Die mögliche Verkoppelung geschieht dabei scheinbar schon auf dem 16Bit-Board (nicht auf der RAM-Platine).

Besteht eine solche Verkoppelung könnten Teile von /dev/kmem (kernel memory), das ist eine Untermenge von /dev/mem (physical memory), in /dev/mem doppelt zu finden sein.

Z.B. könnte man mit "bd /dev/kmem" eine signifikante Bytefolge suchen, die sich während der Laufzeit (hoffentlich) nicht ändert:
"0d e9 03 b2 0d e9 80 00 e8 79 0d e9 fd 5c 0d e9" ???
Anschließend forsten wir danach im kompletten RAM:
bd /dev/mem | grep -b '0d e9 03 b2 0d e9 80 00'
wird bei mir z.B. auf Adresse 240h gefunden. /dev/mem und /dev/kmem haben kein definiertes Ende und starten bei Überlauf wieder auf Adresse 0. Also wenn 240h ein zweites mal aufploppt, ist der RAM mind. einmal durchsucht worden. Das könnte in der Kombi aber seeeehr lange dauern, ich weiß nicht ob es da eine schnellere Befehlsfolge gibt.
Möglich, dass er dabei auch die Konsoleneingabe wiederfindet, wäre dann ein falscher Alarm.

Vielleicht genügen aber auch schon Lesezugriffe um diese Zugriffsverletzung zu provozieren?
dd if=/dev/kmem of=/dev/null
dd if=/dev/mem of=/dev/null
dd if=/dev/md4 of=/dev/null -> /md4 entspricht /z

Mit dd kann man testhalber viel hin- und herschaufeln, aber leider auch viel kaputt machen.

Grüße,
Kai

Dieser Beitrag wurde am 23.11.2025 um 15:37 Uhr von kaiOr editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

113
23.11.2025, 16:34 Uhr
wpwsaw
Default Group and Edit

Hallo Kai,

auf die Fragen antworte ich später

um mal einen Erfolg zu sehen habe ich das reparierte 8bitIndex3 Board mit dem 2. 16bitIndex4 Board verheiratet. Da beide aus einem Compact stammen habe ich die 25DSUB Buchse für den WDC nachgerüstet und alles mit dem WDC-EMU fehlerfrei getestet.

nun habe ich auch den originalen WDC mit auf montiert, die fehlenden Flachbandkabel gefertigt und wollte nun noch die Spannungsversorgung ans NT basteln. Noch einmal den Stecker getestet und dabei zwischen P5 und GNP einen Pieper erhalten (ca. 50 Ohm). dann habe ich mal ganz vorsichtig über ein überwachtes NT 5V drauf gegeben.... 2,5A ist das normal? Nach einer Minute war noch nichts warm.

Ich möchte mal eine richtige HD fertig machen.

wpw

und vielen Dank für die obigen Antworten
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

114
23.11.2025, 18:19 Uhr
Enrico
Default Group and Edit

Das ist ja ein Schaltnetzteil, denke mal dass man da immer was messen kann.
Gibts den Plan von dem NT?

Kannst es ja mal extra ohne Rechner mit Last ausprobieren....
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

115
23.11.2025, 18:47 Uhr
wpwsaw
Default Group and Edit

...ich habe mich getraut das gesamte System zu Starten

die P8000 startet wie sie soll und beim Starten des 16bit System kommen Fehlermeldungen, wo ich der Meinung bin, die Fehler sind auf die fehlende HD zurück zu führen

ich das selbe mit dem HD_EMU ohne SD Karte gemacht und ein ähnliches Ergebnis erhalten

ich habe dann mal beim kompletten System (mit HD-EMU) unter WEGA fsck aufgerufen und da passiert das gleiche am Ende

warscheinlich ist diese Prozedur normal wenn man FSCK unter WEGA aufruft.

ich nutze im Moment 2 HD-EMUs, in dem einen (schon älter) habe ich ein DOM drin wo ich eine Aktivitäts-LED angeschlossen habe. Auch hier wieder komisch das bei normaler Arbeit (hoch und herunter fahren) zwischendurch mal beide Kontroll-LEDs vom HD-EMU kurz aufläuchten. Es kommt aber unter Wega keine Fehlermeldung

Gruß
wpw

P.S. morgen ist wieder Fahrschule 2 CE Prüfungen
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 23.11.2025 um 18:49 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

116
23.11.2025, 18:52 Uhr
wpwsaw
Default Group and Edit

...was habt ihr denn mit dem NT? wozu den Schaltplan?

das NT funktioniert doch problemlos kann man ja an meinem letzten Versuch mit Index3/4 LP sehen.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

117
24.11.2025, 12:25 Uhr
PIC18F2550

Unterschiede des Fehlverhaltens Boot, Reboot und Herunterfahren mit Power off/on/Neustart?
--
42

ist die Antwort auf die "Frage nach dem Leben, dem Universum und dem ganzen Rest"
Aktuelle Projektdokumentationen

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

118
24.11.2025, 17:10 Uhr
wpwsaw
Default Group and Edit

@PIC18F2550

ist das eine Frage?
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

119
25.11.2025, 18:46 Uhr
wpwsaw
Default Group and Edit

nun ja, ich habe mal heute wegen fehlender Zeit nur mal eine RTC Uhr von Olli zusammen gelötet und getestet.

in Olli seinem Image ist ja die neue Echtzeituhr schon integriert und habe erst einmal den richtigen Weg ertastet um die Uhr zu stellen. Für die RTC Uhr existiert ja auch eine neue sa.timer die bei mir im root liegt.

Hat aber alles geklappt. Ich muss auch in meiner P8kC die originale Echtzeituhr tauschen, weil die ja nur bis 2019 arbeitet.

Am Donnerstag werde ich mal eine MFM-Platte heraus suchen und sie an den Index4 WDC anschließen und mal testen

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

120
28.11.2025, 21:32 Uhr
Olli

Moinsen

hab heute mal wieder kurz hier reingeschaut

Bei Fehlern die an unterschiedlichsten Stellen auftreten kann folgendes sein

- Daten von Platte lesen funktioniert nicht zuverlässig. Das kann an einem Fehler in der Kommunikation EMU <-> 16-Bit liegen - Timing oder aber auch schlechtes/zu langes Kabel. Es sollte wirklich ein möglichst kurzes Kabel verwendet werden. Wenn D-Sub auch gut geschildet! Ich habe z.B. sehr kurze DB25 Kabel die sehr dünn sind - die geben sporadisch Fehler. Das original DB25-Kabel funktioniert zuverlässig
- RAM/MMU-Probleme - Die Daten werden beim lesen/schreiben vom/in den RAM verfälscht und danach kommt nur noch Nonsense an und führt zu einer segmentation violation oder halt auch n MMU Trap.

Ich würde vorerst immer nur in den Single-User-Mode booten, also ohne autom. fsck. Das geht wenn du im secondary-Boot-Loader manuell von md(0,16000)wega bootest. Dann landest du im System ohne fsck. Danach dann möglichst wenig schreibend mit dem Dateisystem arbeiten. Die Gefahr ist zu groß durch die aktuelle Situation dein Dateisystem zu "korrumpieren". Klar - man kann die SD-Karte/das DOM auch einfach immer wieder neu befüllen aber ist ja evtl. auch unnötig arbeit.

Was ich vorschlagen würde um zu testen ob es nur am RAM liegt:
- RAMDisk unter WEGA einrichten
- /dev/null in die RAM-Disk schreiben.
- gucken ob nach irgendeiner Wiederholung ein Fehler auftrtitt. Damit ist die Platte dann außen vor bei deinen Tests.

RAM Disk einrichten.... puh - muss erstmal selber nachdenken wie das ging.
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 28.11.2025 um 21:42 Uhr von Olli editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

121
28.11.2025, 21:40 Uhr
Olli

RAMDisk anlegen.... aus der Doku in rd.. Ich hoffe der RAMDisk-Driver ist im Standardkernel. Ich meine aber, da ist nur ein Dummy-Treiber drin der in ASM geschrieben wurde und nix macht... Dann müsste man jetzt erst anfangen Code auf die P8000 zu bekommen und rumzukompilieren.... vielleicht doch etwas "too much".

Um das zu prüfen, könntest du mal den rd Treiber aus der Kernel-Lib LIB2 extrahieren und schauen wie groß der ist:

ar x /usr/sys/dev/LIB2 rd.o
ls -l rd.o

Der Dummy-Treiber sollte so 228 Byte groß sein - der Echte wesentlich größer (schätze ein paar KB)

Wenn der richtige rd-Treiber im Kernel ist:
https://github.com/OlliL/P8000/blob/1cd045a16a4f8a5bd429165b3fec02e1353bcfb8/WEGA/src/uts/dev/rd.c#L7

mknod /dev/rd0 b 5 0
mkfs /dev/rd0 6000 (6000 512 Byte-Blöcke - also 3MB)
mount /dev/rd0 /fd1

nun hast du die RAMDisk unter /fd1 geschrieben

dd if=/dev/null of=/fd1/test.out bs=512 count=3000

Schreibt eine Datei mit 0-Bytes, 3000 x 512Byte nach /fd1/test.out
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 28.11.2025 um 21:47 Uhr von Olli editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

122
28.11.2025, 21:54 Uhr
Olli

Ach das mit der RAM-Disk wird nicht funktionieren.
Ich erinnere mich - main.c im Kernel muss angepasst werden. Standardmäßig saugt der Kernel sich allen freien Speicher rein und verwaltet den. Die RAM-Disk braucht aber einen eigenen Speicherbereich. Daher muss man main.c anpassen irgendwann aufzuhören mit dem Speicher. Danach setzt dann die RAM-Disk an.

Das werde ich mit Sicherheit nicht auf dem SD-Image gemacht haben. Von daher scheidet der Test mit der RAMDisk leider aus..... schade.
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

123
28.11.2025, 22:18 Uhr
wpwsaw
Default Group and Edit

...danke Olli,
ja schade.

aber noch zu heute:
Ich hatte das als defekt gedachte alte DOM noch einmal eingesetzt und komischer Weise funktionierte heute das Modul fehlerfrei. Die neuen DOMs (44polig) konnte ich heute mit dem neuen Adapter testen

der Vorteil ist die Möglichkeit eine Aktivitäts-LED zu nutzen, dann sieht man wenigstens ob der Rechner rödelt.

Leider wollte der WDC-EMU beim 2. Test die Module nicht mehr erkennen :-( aber ich habe viele Male umgesteckt und die anderen WDC-EMUs getestet. Auf einmal funktionierte wieder alles und ich konnte den WDC-EMU auch dann an der P8000 testen.

Morgen fange ich an die letzten P8000 LP (WDC-EMU, RTC und RAM) aufzubauen damit ich sie gleich mit dem Tisch-P8000 testen kann. Auch werde ich mal einen Versuch mit einer richtigen Festplatte noch machen um den originalen WDC zu testen.

wenn das erledigt ist, werde ich mich wieder um das Sorgenkind mit dem 16bit IndexGLE kümmern ;-)

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

124
29.11.2025, 20:34 Uhr
wpwsaw
Default Group and Edit

Guten Abend,

da ich heute meinen M25 für den Winter vorbereitet habe war nicht viel Zeit für Computer. Aber ich konnte meinem vorletzten WDC-EMU ein Gehäuse spendieren.

...und natürlich auch noch einmal an einer P8000 getestet

funktioniert......

ich habe mir überlegt ob ich in meiner Compact die SD Karte auch durch ein DOM ersetzen sollte, dann kann ich dort auch ein Aktivitäts-LED einbauen.

...und an meiner richtigen P8000 fehlten beim gestrigen Test die P12V :-(( und wieder Arbeit

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

125
29.11.2025, 20:44 Uhr
karsten33

Sieht doch schon mal gut aus!

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

126
29.11.2025, 20:54 Uhr
wpwsaw
Default Group and Edit

...jaaaaaa, aber das sind die Index3/4 Boarde. Mit den anderen fange ich morgen vielleicht wieder an und taste mich weiter vor.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

127
29.11.2025, 21:11 Uhr
karsten33

Ich lese fleissig mit. hab das auch noch vor mir.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

128
30.11.2025, 01:55 Uhr
Olli

Zitat:

wpwsaw schrieb
Hat aber alles geklappt. Ich muss auch in meiner P8kC die originale Echtzeituhr tauschen, weil die ja nur bis 2019 arbeitet.

Ende 2037 (bzw. besser 03:14:08 UTC, 19.01.2038) ist übrigens generell Schluss. Gehe davon aus, das long unter WEGA nur 32 Bit groß ist. Da läuft der "über" und beginnt wieder 1970

.
Hab sa.timer.c für die Epson-Uhr so gebaut, dass man maximal ein Datum bis 2037 eingeben kann.

https://github.com/OlliL/P8000/blob/master/WEGA/src/cmd/standalone/sa.timer/common/timer.h#L50C38-L50C41
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

129
30.11.2025, 15:44 Uhr
wpwsaw
Default Group and Edit

...deswegen habe ich eben meine letzten 2 RTC aufgebaut und getestet.

bei der ganzen Testerei mit den WDC-EMUs ist mir aufgefallen das egal wie man die Systeme Einschaltet es hin und wieder Probleme mit dem WDC auftreten, aber nicht wegen einem defekt sondern vermutlich ist der WDC-EMU durcheinander gekommen. Wenn ich dann die RESET Taste am EMU drücke und noch einmal boote ist alles O.K. Das ist mir bei den letzten 3 EMUs aufgefallen.

Im Zusammenhang mit den Versionen vom 16bit Board bin ich auch diese Sache mit dem RESET Signal am WDC Port nachgegangen.
INDEX4 stellt beide Signale zur Verfügung /RESET am PIN24 und RESET am PIN 13.

Am WDC EMU wird am P8000 Anschluss das /RESET und am COMPACT das RESET Signal ausgewertet. Aus dem RESET Signal (RST1) und (oder) dem /RESET Signal (RST2) wird ein RST Signal gebildet.

Dieses Signal landet am PC7 des Atmega aber setzt den Atmega nicht zurück

@Olli
ist das so gewollt oder wäre es nicht besser wenn auch der ganze EMU vom 16bit-Board zurück gesetzt werden könnte?

Gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Dieser Beitrag wurde am 30.11.2025 um 15:45 Uhr von wpwsaw editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

130
30.11.2025, 19:41 Uhr
Olli

Aus RST1 der P8000 und /RST2 der Compact wird auf dem EMU RST gemacht. Über einen Transceiver geht es dann an C7 wie du schon schreibst.

Während der EMU im Loop auf Daten von der P8000 wartet, wird zyklisch RST abgefragt.
Wenn ich mich recht erinnere "doppelt", da es ab und an Wackler gibt - was dann auch problematisch wäre wenn es direkt am /RESET des ATMega hängen würde.

Geht RST auf high, initialisiert sich der EMU softwareseitig neu. Vielleicht gibt es da noch eine Race Condition irgendwo.... bei meinen Tests ist damals nichts weiter aufgefallen. Müsste man nun am lebenden Objekt debuggen

. Könnte mir z.B. vorstellen, dass wenn man die P8000 mitten im Datentransfer ausschaltet, es zu Problemen kommen könnte. Aber das soll man ja eh niemals nicht machen sonst kann das Dateisystem flöten gehen

--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Dieser Beitrag wurde am 30.11.2025 um 19:46 Uhr von Olli editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

131
30.11.2025, 19:48 Uhr
karsten33

Dann ist also alles implementiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

132
30.11.2025, 22:09 Uhr
wpwsaw
Default Group and Edit

Hallo,

der heutige Morgen ging schon gut los auf meinem Testplatz, zuerst beim booten von UDOS kam Disk Error - Laufwerk drehte aber keine Kopfbewegung. Mehrmals RESET und EIN/AUS und dann klappte es wieder.

Danach beim booten von WEGA i/o Error. WDC-EMU im Eingeschalteten Zustand der P8000 per RESET-Taster neu gestartet und danach funzte wieder alles. Alle Vorgänge mehrmal wiederholt ohne Probleme.

Also gut, wie schon angedroht, noch 2 RTCs zusammen gelötet und getestet. Danach die Compact auf den Tisch geholt, natürlich alles andere weg geräumt ;-)

als erstes mal, da ich den EMU ausgebaut hatte, die originale Festplatte (K5504.50) probiert zu starten, bzw. verify aus zu führen, ohne Erfolg fast jede Spur Fehler, warum auch immer.

Dann habe ich die Platte formatiert, fehlerfrei, und verify noch einmal ausgeführt, dieses Mal ohne Fehler bis auf die eingetragenen Fehler.

Dann habe ich mir den EMU vorgenommen, umgebaut auf DOM mit dem neuen 44/40 Adapter und auch eine Aktivitäts-LED angeschlossen. Alle 3 LEDs, 2x Status und 1x Aktivität, nach vorne gelegt.

die neue RTC habe ich auch gleich eingesetzt

und natürlich gleich getestet, mit ein paar Holperchen wieder....

also Ziel für heute erreicht. Morgen meine vorletzte BE-Prüfung in diesem Jahr, also keine Zeit für Computer

gruß
wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

133
01.12.2025, 00:10 Uhr
Enrico
Default Group and Edit

Die 5504.50 war vorher aber auch an der Compact dran und nicht an einer normalen P8K?
Könnte ja sein, dass die auch was bei der CRC-Erzeugung geändert haben....
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

134
01.12.2025, 08:58 Uhr
wpwsaw
Default Group and Edit

ja, war sie.

aber was macht es für einen Unterschied, die WDCs sind alle gleich bis auf den Entwicklungsstand. Man sollte die MFM Platte doch nur an dem Kontroller nutzen, mit dem sie formatiert wurde.

Es ist schon wieder mal komisch warum die Platte so platt war, sich aber trotzdem fehlerfrei formatieren ließ.

Sie wurde auch vorher schon von sa.verify als Robotron Platte K5504.50 erkannt, nur das verify soviele Fehler gelesen hat. Woher weiß verify und format welche Platte dran hängt? Ja, es steht auf der Platte und wie kam es auf die Platte?

Beim 1834 sind es die DIP Schalter auf dem Kontroller, und hier? Es ist mir auch bekannt, das nicht jede WDC-Firmware jede Platte erkennt. Hier ist 4.2 drauf, war wohl die letzte Version.

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

135
01.12.2025, 12:10 Uhr
kaiOr

Der Parameterblock hat halt überlebt, der liegt günstig. Erste Scheibe, nah am Servokopf, erste/äußerste Spur (gute Induktionsspannungen), glaube sogar FM-kodiert statt MFM..der WDC kann ja beides. Meist beginnen die Platten auf den letzten 2 Köpfen zu schwächeln und dann wird es immer schlimmer.

Habe z.Z. wieder ein Experiment laufen mit einer Microscience HH-1090 bei der ich schon vor Jahren den Schreibstrom um 5mA erhöht hatte....ohne nachhaltigen Erfolg.
Diesmal habe ich dem (separaten) Leseverstärker für die Servospuren innerhalb der Platte einen 1µF Schichtkondensator spendiert...es gab bei dieser Version sogar ein unbelegtes Lötpad dafür. o_O Überraschung, danach war die Platte wieder zu 80% unlesbar auf Kopf 6+7, also die Köpfe mit dem größten Hebel bzw. die mechanisch am weitesten vom Servokopf weg sind. Neuformatierung -> Neuinstallation -> wieder 1 Jahr abwarten

Grüße,
Kai

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

136
01.12.2025, 12:30 Uhr
karsten33

Zitat:

kaiOr schrieb
Der Parameterblock hat halt überlebt, der liegt günstig. Erste Scheibe, nah am Servokopf, erste/äußerste Spur (gute Induktionsspannungen), glaube sogar FM-kodiert statt MFM..der WDC kann ja beides. Meist beginnen die Platten auf den letzten 2 Köpfen zu schwächeln und dann wird es immer schlimmer.

Habe z.Z. wieder ein Experiment laufen mit einer Microscience HH-1090 bei der ich schon vor Jahren den Schreibstrom um 5mA erhöht hatte....ohne nachhaltigen Erfolg.
Diesmal habe ich dem (separaten) Leseverstärker für die Servospuren innerhalb der Platte einen 1µF Schichtkondensator spendiert...es gab bei dieser Version sogar ein unbelegtes Lötpad dafür. o_O Überraschung, danach war die Platte wieder zu 80% unlesbar auf Kopf 6+7, also die Köpfe mit dem größten Hebel bzw. die mechanisch am weitesten vom Servokopf weg sind. Neuformatierung -> Neuinstallation -> wieder 1 Jahr abwarten

Grüße,
Kai

Hallo Kay, ich habe auch noch mehere dieser Platten liegen und würde sie gern wieder in Gang bringen. Wir müssen uns mal austauschen.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

137
01.12.2025, 17:49 Uhr
Enrico
Default Group and Edit

Zitat:

kaiOr schrieb

Habe z.Z. wieder ein Experiment laufen mit einer Microscience HH-1090 bei der ich schon vor Jahren den Schreibstrom um 5mA erhöht hatte....ohne nachhaltigen Erfolg.
Diesmal habe ich dem (separaten) Leseverstärker für die Servospuren innerhalb der Platte einen 1µF Schichtkondensator spendiert...es gab bei dieser Version sogar ein unbelegtes Lötpad dafür. o_O Überraschung, danach war die Platte wieder zu 80% unlesbar auf Kopf 6+7, also die Köpfe mit dem größten Hebel bzw. die mechanisch am weitesten vom Servokopf weg sind. Neuformatierung -> Neuinstallation -> wieder 1 Jahr abwarten

Grüße,
Kai

Hört sich, als ob Du die Pläne von der Platte hast?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

138
01.12.2025, 17:52 Uhr
Enrico
Default Group and Edit

Zitat:

wpwsaw schrieb
ja, war sie.

aber was macht es für einen Unterschied, die WDCs sind alle gleich bis auf den Entwicklungsstand.

Eben. Meine Vermutung war nur, dass die Controller doch anders sind. andere CRC erzeugt wird, was auch immer.
Da drin steckt ja kein MFM-Controller, sondern alles diskret in TTL.

Zitat:

Ja, es steht auf der Platte und wie kam es auf die Platte?

Wirst Du wohl mal selber gewesen sein....
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

139
02.12.2025, 19:43 Uhr
wpwsaw
Default Group and Edit

Guten Abend,
@Enrico: NEIN

nun bin ich wieder mal zu meiner speziellen Boardkombination angekommen, auch mit RTC versehen und mal die große RAM-Karte gesteckt.

und so gemach, wie vorgeschlagen, alles per Hand in den Single Modus. Vorher noch die Uhrzeit gestellt (bei mir ist die neue sa.timer auf der Festplatte), alles ohne Probleme. Im Single-Modus mal Date aufgerufen und da kam er Wieder der Fehler.

...dann noch einmal herunter gefahren und wieder gestartet (bis in den Single-Modus) und wieder herunter gefahren und da wieder ein Fehler

ich habe immer noch keinen richtigen Plan, ausser einem Vorschlag folgen die PIO zu wechseln.

Noch eine Frage, die RTC läuft ja super und hält die Zeit, so lange sie auf dem Board steckt. Wenn ich sie abziehe und auf einem anderen Board stecke, dann ist die Zeit weg bzw. verstellt.
Woran kann das liegen?

wpw
--
RECORD, CRN1; CRN2; PicoDat; LC80; Poly880; KC85/2,3,4,5 ; KC87; Z1013; BIC; PC1715; K8915; K8924; A7100; A7150; EC1834; und P8000 ab jetzt ohne Tatra813-8x8 aber mit W50LA/Z/A; P3; ES175/2 und Multicar M25 3SK; Barkas B1000 HP

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

140
03.12.2025, 19:54 Uhr
Olli

Segmentation Fault kann wie gesagt verschiedene Ursachen haben
- Mist von Platte gelesen - Mist wird ausgeführt - führt zu diversen Fehlern (z.b. segfault)
- Mist aus Speicher gelesen oder schon geschrieben - Mist wird ausgeführt - gleiches Resultat

Bin gerade etwas ratlos wie man das am besten angehen könnte. Evtl. könnte man eine Floppy mounten und dann Zeugs von da ausführen? k.a. wie sehr dann noch die Festplatte involviert ist.

Auf der anderen Seite macht ein "date" nun auch echt nicht viel.... ein Syscall um das Datum vom Kernel zu bekommen, bisschen Formatierung und dann die Ausgabe....

Bzgl Uhr kann ich mir nicht erklären woran das liegen könnte... Den Plan kennst du ja wahrscheinlich:

file:///home/olivleh1/Downloads/P8000_Echtzeituhr_v1.2_Plan.pdf
--
P8000 adventures: http://pofo.de/blog/?/categories/1-P8000

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]