Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #284766 > unrolled thread

Hinweis zur Fehlersuche an alter Z80 Platine.

Back to article view | Back to de.sci.electronics

Contents

  Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-20 07:53 +0000
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Holger <me@privacy.org> - 2020-07-20 10:30 +0200
      Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-20 11:10 +0200
        Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-20 11:59 +0200
          Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-20 10:08 +0000
      Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-20 10:04 +0000
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2020-07-20 11:06 +0200
      Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-20 10:13 +0000
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Michael Bäuerle <michael.baeuerle@stz-e.de> - 2020-07-20 11:08 +0200
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Sebastian Wolf <invalid@invalid.net> - 2020-07-20 12:17 +0200
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-20 06:20 -0400
      Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-20 06:27 -0400
      Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-20 20:45 +0200
        Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-20 21:05 +0200
          Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-21 18:13 +0200
            Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-21 18:20 +0200
              Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-21 20:32 +0200
                Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-21 21:07 +0200
                  Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-21 16:58 -0400
                    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-22 07:09 +0200
                      Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-22 07:44 +0200
                        Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-22 09:57 +0200
                          Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-22 18:31 +0200
                            Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-22 19:06 +0200
                              Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-22 20:27 +0200
                                Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-22 20:49 +0200
                              Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2020-07-22 21:05 +0200
                      Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-22 07:23 -0400
                        Re: Hinweis zur Fehlersuche an alter Z80 Platine. Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2020-07-22 18:33 +0200
                    Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-22 07:21 +0000
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Rafael Deliano <rafael_deliano@arcor.de> - 2020-07-20 19:17 +0200
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Marcel Mueller <news.5.maazl@spamgourmet.org> - 2020-07-21 22:11 +0200
      Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-22 07:26 +0000
    Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gernot Fink <g.fink@gmx.net> - 2020-07-22 21:46 +0200
      Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-27 07:21 +0000
        Re: Hinweis zur Fehlersuche an alter Z80 Platine. Sebastian Wolf <invalid@invalid.net> - 2020-07-27 09:27 +0200
        Re: Hinweis zur Fehlersuche an alter Z80 Platine. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2020-07-27 09:54 +0200
          Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-27 08:30 +0000
            Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-27 10:02 -0400
            Re: Hinweis zur Fehlersuche an alter Z80 Platine. Rafael Deliano <rafael_deliano@arcor.de> - 2020-07-27 17:57 +0200
        Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-27 03:57 -0400
          Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-27 08:35 +0000
            Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Wolfgang Allinger" <all2001@spambog.com> - 2020-07-27 09:40 -0400
              Re: Hinweis zur Fehlersuche an alter Z80 Platine. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2020-07-27 14:38 +0000

Page 1 of 3  [1] 2 3  Next page →

#284766 — Hinweis zur Fehlersuche an alter Z80 Platine.

Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
Das Fehlerbild ist wie folgt:
Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich 
zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
"BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
allein in Betrieb ist.
Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
verbunden. 
https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
am Bus. 
Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die 
Initialisierung von CTC und SIO immer zu funktionieren, aber danach
hängt das Programm im EPROM.
Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?

Danke schon mal,

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [next] | [standalone]

#284768

Am 20.07.20 um 09:53 schrieb Peter Heitzer:
> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> Das Fehlerbild ist wie folgt:
> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich 
> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> allein in Betrieb ist.
> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
> verbunden. 
> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
> am Bus. 
> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die 
> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
> hängt das Programm im EPROM.
> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
> 
> Danke schon mal,



Sichere zunächst die Daten, die im EPRM stehen, mit einem
EPROM-Programmiergerät. Diesen Datensatz vegleichst du mit dem EPROM aus
dem defekten Gerät. Vielleicht hast du das Problem damit gelöst.

Holger

[toc] | [prev] | [next] | [standalone]

#284775

Holger wrote:
> 
> Am 20.07.20 um 09:53 schrieb Peter Heitzer:
> > Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> > Das Fehlerbild ist wie folgt:
> > Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> > Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
> > zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> > Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> > "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> > allein in Betrieb ist.
> > Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
> > verbunden.
> > https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
> > Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
> > am Bus.
> > Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
> > Initialisierung von CTC und SIO immer zu funktionieren, aber danach
> > hängt das Programm im EPROM.
> > Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
> > selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
> >
> > Danke schon mal,
> 
> Sichere zunächst die Daten, die im EPRM stehen, mit einem
> EPROM-Programmiergerät. Diesen Datensatz vegleichst du mit dem EPROM aus
> dem defekten Gerät. Vielleicht hast du das Problem damit gelöst.

Das Programmiergerät muss nicht unbedingt dasselbe lesen wie die CPU. 
Ein frisch gebrannter EPROM hilft da vielleicht weiter. 

MfG
hjs

[toc] | [prev] | [next] | [standalone]

#284778

On 7/20/20 11:10 AM, Hans-Juergen Schneider wrote:
> Holger wrote:
>>
>> Am 20.07.20 um 09:53 schrieb Peter Heitzer:
>>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
>>> Das Fehlerbild ist wie folgt:
>>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
>>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
>>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
>>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
>>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
>>> allein in Betrieb ist.
>>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
>>> verbunden.
>>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
>>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
>>> am Bus.
>>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
>>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
>>> hängt das Programm im EPROM.
>>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
>>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
>>>
>>> Danke schon mal,
>>
>> Sichere zunächst die Daten, die im EPRM stehen, mit einem
>> EPROM-Programmiergerät. Diesen Datensatz vegleichst du mit dem EPROM aus
>> dem defekten Gerät. Vielleicht hast du das Problem damit gelöst.
> 
> Das Programmiergerät muss nicht unbedingt dasselbe lesen wie die CPU.

Sollte es, wenn es dieselbe Spannung benutzt. Vergesslich gewordene 
EPROMs kann ich jedenfalls mit meinem antiken Programmer als solche 
erkennen.

Man kann auch schwächelnde EPROMs mit einer 1N4148 zwischen +5V EPROM 
und +5V Brenner dazu bringen noch die richtigen Daten rauszurücken.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#284780

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>On 7/20/20 11:10 AM, Hans-Juergen Schneider wrote:
>> Holger wrote:
>>>
>>> Am 20.07.20 um 09:53 schrieb Peter Heitzer:
>>>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
>>>> Das Fehlerbild ist wie folgt:
>>>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
>>>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
>>>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
>>>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
>>>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
>>>> allein in Betrieb ist.
>>>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
>>>> verbunden.
>>>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
>>>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
>>>> am Bus.
>>>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
>>>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
>>>> hängt das Programm im EPROM.
>>>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
>>>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
>>>>
>>>> Danke schon mal,
>>>
>>> Sichere zunächst die Daten, die im EPRM stehen, mit einem
>>> EPROM-Programmiergerät. Diesen Datensatz vegleichst du mit dem EPROM aus
>>> dem defekten Gerät. Vielleicht hast du das Problem damit gelöst.
>> 
>> Das Programmiergerät muss nicht unbedingt dasselbe lesen wie die CPU.

>Sollte es, wenn es dieselbe Spannung benutzt. Vergesslich gewordene 
>EPROMs kann ich jedenfalls mit meinem antiken Programmer als solche 
>erkennen.

>Man kann auch schwächelnde EPROMs mit einer 1N4148 zwischen +5V EPROM 
>und +5V Brenner dazu bringen noch die richtigen Daten rauszurücken.

Das EPROM ist es definitiv nicht. Das war auch mein erster Gedanke, da die
Karte von Mitte der 80er stammt. Mein Programmer bringt aber beim Lesen
stets die selbe Prüfsumme und ein Disassemblieren des Codes schaut
vernünftig aus.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#284779

Holger <me@privacy.org> wrote:
>Am 20.07.20 um 09:53 schrieb Peter Heitzer:
>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
>> Das Fehlerbild ist wie folgt:
>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich 
>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
>> allein in Betrieb ist.
>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
>> verbunden. 
>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
>> am Bus. 
>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die 
>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
>> hängt das Programm im EPROM.
>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
>> 
>> Danke schon mal,



>Sichere zunächst die Daten, die im EPRM stehen, mit einem
>EPROM-Programmiergerät. Diesen Datensatz vegleichst du mit dem EPROM aus
>dem defekten Gerät. Vielleicht hast du das Problem damit gelöst.
Habe ich bereits. Mit der korrekten Kopie verhält sich die Karte identisch.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#284773

Am 20.07.2020 um 09:53 schrieb Peter Heitzer:
> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> Das Fehlerbild ist wie folgt:
> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> allein in Betrieb ist.

Wie sieht D3 im Betrieb aus? Möglicherweise hat ein Ausgang einen Schuß, 
oder auch mehrere.

Auch Elkos können gealtert sein und zu Einbrüchen der 
Versorgungsspannung führen.

DoDi

[toc] | [prev] | [next] | [standalone]

#284781

Hans-Peter Diettrich <DrDiettrich1@aol.com> wrote:
>Am 20.07.2020 um 09:53 schrieb Peter Heitzer:
>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
>> Das Fehlerbild ist wie folgt:
>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
>> allein in Betrieb ist.

>Wie sieht D3 im Betrieb aus? Möglicherweise hat ein Ausgang einen Schuß, 
>oder auch mehrere.

Genau habe ich mir den Datenbus noch nicht angeschaut; ich habe auch noch
keine Chips getauscht.
>Auch Elkos können gealtert sein und zu Einbrüchen der 
>Versorgungsspannung führen.
Die Versorgungsspannung sieht sauber aus. 

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#284774

Peter Heitzer wrote:
> 
> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> Das Fehlerbild ist wie folgt:
> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich 
> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> allein in Betrieb ist.
> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
> verbunden. 
> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
> am Bus. 
> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die 
> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
> hängt das Programm im EPROM.
> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?

Das hört sich nach einem Fall für <news:de.alt.folklore.computer> an.
[Xpost und Fup2 dorthin gesetzt]

[toc] | [prev] | [next] | [standalone]

#284782

Am 20.07.2020 um 09:53 schrieb Peter Heitzer:

> Beim Messen mit dem Oszilloskop bin ich
> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> allein in Betrieb ist.

Das kann auch einfach ein schlechter Kontakt im Sockel sein.

[toc] | [prev] | [next] | [standalone]

#284784

On 20 Jul 20 at group /de/sci/electronics in article hnl0rnF1cf0U1@mid.individual.net
<peter.heitzer@rz.uni-regensburg.de>  (Peter Heitzer)  wrote:

> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> Das Fehlerbild ist wie folgt:
> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> allein in Betrieb ist.
> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
> verbunden.
> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
> am Bus.
> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
> hängt das Programm im EPROM.
> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?

Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7  
Pullup) auf IC Sockel und steck den anstatt des Eprom.

Dann kannst mit nem Logiktaststift/Oscar alle Adress und Datenleitungen  
prüfen, da der Z80 dann RST7 im gesamten Adressbereich durchführt. Macht  
aus WR (return addr -> RAM).

Von A0..A15 muss dann jeweils um 2 geteilte Frequenz zu sehen sein. Auch  
die Flanken beobachten... und schwupps haste den Übeltäter... oder auch  
nicht :)

Danach mal nen gutes Eprom nehmen, noch besser dieses in ein frisch  
gelöschtes brennen...



Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#284785

On 20 Jul 20 at group /de/sci/electronics in article FDCKu$kEQoB@allinger-307049.user.uni-berlin
<all2001@spambog.com>  (Wolfgang Allinger)  wrote:

Ingrid sagt:

> Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7
> Pullup) auf IC Sockel und steck den anstatt des Eprom.

> Dann kannst mit nem Logiktaststift/Oscar alle Adress und Datenleitungen
> prüfen, da der Z80 dann RST7 im gesamten Adressbereich durchführt. Macht
> aus WR (return addr -> RAM).
  ^^^
'aus' ist out, 'auch' ist in :)

> Von A0..A15 muss dann jeweils um 2 geteilte Frequenz zu sehen sein. Auch
> die Flanken beobachten... und schwupps haste den Übeltäter... oder auch
> nicht :)


Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#284804

Wolfgang Allinger wrote:
> 
> On 20 Jul 20 at group /de/sci/electronics in article hnl0rnF1cf0U1@mid.individual.net
> <peter.heitzer@rz.uni-regensburg.de>  (Peter Heitzer)  wrote:
> 
> > Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> > Das Fehlerbild ist wie folgt:
> > Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> > Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
> > zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> > Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> > "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> > allein in Betrieb ist.
> > Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
> > verbunden.
> > https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
> > Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
> > am Bus.
> > Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
> > Initialisierung von CTC und SIO immer zu funktionieren, aber danach
> > hängt das Programm im EPROM.
> > Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
> > selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
> 
> Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7
> Pullup) auf IC Sockel und steck den anstatt des Eprom.

Normalerweise hängt so ein Bus ja sowieso an Pullups. Da würde es
genügen, 
den EPROM zu ziehen. Den NOP macht man mit einer kleinen Drahtbrücke,
damit 
er 7F liest. 

MfG
hjs

[toc] | [prev] | [next] | [standalone]

#284805

On 7/20/20 8:45 PM, Hans-Juergen Schneider wrote:
> Wolfgang Allinger wrote:
>>
>> On 20 Jul 20 at group /de/sci/electronics in article hnl0rnF1cf0U1@mid.individual.net
>> <peter.heitzer@rz.uni-regensburg.de>  (Peter Heitzer)  wrote:
>>
>>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
>>> Das Fehlerbild ist wie folgt:
>>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
>>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
>>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
>>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
>>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
>>> allein in Betrieb ist.
>>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
>>> verbunden.
>>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
>>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
>>> am Bus.
>>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
>>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
>>> hängt das Programm im EPROM.
>>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
>>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
>>
>> Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7
>> Pullup) auf IC Sockel und steck den anstatt des Eprom.
> 
> Normalerweise hängt so ein Bus ja sowieso an Pullups.

Äh, nein... Wieso? Die Treiberstufen in den ganzen Chips die an so einem 
Bus hängen können in beide Richtungen treiben.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#284864

Gerrit Heitsch wrote:
> 
> On 7/20/20 8:45 PM, Hans-Juergen Schneider wrote:
> > Wolfgang Allinger wrote:
> >>
> >> On 20 Jul 20 at group /de/sci/electronics in article hnl0rnF1cf0U1@mid.individual.net
> >> <peter.heitzer@rz.uni-regensburg.de>  (Peter Heitzer)  wrote:
> >>
> >>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> >>> Das Fehlerbild ist wie folgt:
> >>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> >>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
> >>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> >>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> >>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> >>> allein in Betrieb ist.
> >>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
> >>> verbunden.
> >>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
> >>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
> >>> am Bus.
> >>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
> >>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
> >>> hängt das Programm im EPROM.
> >>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
> >>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
> >>
> >> Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7
> >> Pullup) auf IC Sockel und steck den anstatt des Eprom.
> >
> > Normalerweise hängt so ein Bus ja sowieso an Pullups.
> 
> Äh, nein... Wieso? 

Weil das zu den allgemein gültigen Regeln der Handwerkskunst gehört(e). 

> Die Treiberstufen in den ganzen Chips die an so einem
> Bus hängen können in beide Richtungen treiben.

Es schafft halt definierte Pegel, wenn mal alle die Klappe halten. 
Das ist übrigens auch für die Fehlersuche günstiger. Natürlich weiß 
ich, dass der ein oder andere dort gern gespart hat. Das ist dann 
aber nicht normal. 

MfG
hjs

[toc] | [prev] | [next] | [standalone]

#284865

On 7/21/20 6:13 PM, Hans-Juergen Schneider wrote:
> Gerrit Heitsch wrote:
>>
>> On 7/20/20 8:45 PM, Hans-Juergen Schneider wrote:
>>> Wolfgang Allinger wrote:
>>>>
>>>> On 20 Jul 20 at group /de/sci/electronics in article hnl0rnF1cf0U1@mid.individual.net
>>>> <peter.heitzer@rz.uni-regensburg.de>  (Peter Heitzer)  wrote:
>>>>
>>>>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
>>>>> Das Fehlerbild ist wie folgt:
>>>>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
>>>>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
>>>>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
>>>>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
>>>>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
>>>>> allein in Betrieb ist.
>>>>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
>>>>> verbunden.
>>>>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
>>>>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
>>>>> am Bus.
>>>>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
>>>>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
>>>>> hängt das Programm im EPROM.
>>>>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
>>>>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
>>>>
>>>> Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7
>>>> Pullup) auf IC Sockel und steck den anstatt des Eprom.
>>>
>>> Normalerweise hängt so ein Bus ja sowieso an Pullups.
>>
>> Äh, nein... Wieso?
> 
> Weil das zu den allgemein gültigen Regeln der Handwerkskunst gehört(e).

Muss aber schon sehr lange her sein. Ende der 70er und in den 80ern war 
das schon nicht mehr so.


>> Die Treiberstufen in den ganzen Chips die an so einem
>> Bus hängen können in beide Richtungen treiben.
> 
> Es schafft halt definierte Pegel, wenn mal alle die Klappe halten.

Ist unötig, denn dann interessiert der Pegel keinen.


> Das ist übrigens auch für die Fehlersuche günstiger.

Finde ich nicht. Ich finde es einfacher auf einem floating Bus Fehler zu 
suchen. Da kann ich dann z.B. aus den Pegeln ablesen ob da ein IC seine 
Leitung(en) nicht mehr offline nimmt obwohl er sollte.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#284879

Gerrit Heitsch wrote:
> 
> On 7/21/20 6:13 PM, Hans-Juergen Schneider wrote:
> > Gerrit Heitsch wrote:
> >>
> >> On 7/20/20 8:45 PM, Hans-Juergen Schneider wrote:
> >>> Wolfgang Allinger wrote:
> >>>>
> >>>> On 20 Jul 20 at group /de/sci/electronics in article hnl0rnF1cf0U1@mid.individual.net
> >>>> <peter.heitzer@rz.uni-regensburg.de>  (Peter Heitzer)  wrote:
> >>>>
> >>>>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
> >>>>> Das Fehlerbild ist wie folgt:
> >>>>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
> >>>>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
> >>>>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
> >>>>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
> >>>>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
> >>>>> allein in Betrieb ist.
> >>>>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
> >>>>> verbunden.
> >>>>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
> >>>>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
> >>>>> am Bus.
> >>>>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
> >>>>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
> >>>>> hängt das Programm im EPROM.
> >>>>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
> >>>>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
> >>>>
> >>>> Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7
> >>>> Pullup) auf IC Sockel und steck den anstatt des Eprom.
> >>>
> >>> Normalerweise hängt so ein Bus ja sowieso an Pullups.
> >>
> >> Äh, nein... Wieso?
> >
> > Weil das zu den allgemein gültigen Regeln der Handwerkskunst gehört(e).
> 
> Muss aber schon sehr lange her sein. Ende der 70er und in den 80ern war
> das schon nicht mehr so.

Bei den Konsumgütern. 
 
> >> Die Treiberstufen in den ganzen Chips die an so einem
> >> Bus hängen können in beide Richtungen treiben.
> >
> > Es schafft halt definierte Pegel, wenn mal alle die Klappe halten.
> 
> Ist unötig, denn dann interessiert der Pegel keinen.

Doch, nämlich die CPU. Immerhin gehen /CS, /OE und wie das alles 
heißt, mitunter seltsame Wege. Aber wenn das alles ordentlich 
gemacht ist, dann geht die Fehlersuche weitgehend per Software. 

> > Das ist übrigens auch für die Fehlersuche günstiger.
> 
> Finde ich nicht. Ich finde es einfacher auf einem floating Bus Fehler zu
> suchen. Da kann ich dann z.B. aus den Pegeln ablesen ob da ein IC seine
> Leitung(en) nicht mehr offline nimmt obwohl er sollte.

S.o. 


MfG
hjs

[toc] | [prev] | [next] | [standalone]

#284884

On 7/21/20 8:32 PM, Hans-Juergen Schneider wrote:
> Gerrit Heitsch wrote:
>>
>> On 7/21/20 6:13 PM, Hans-Juergen Schneider wrote:
>>> Gerrit Heitsch wrote:
>>>>
>>>> On 7/20/20 8:45 PM, Hans-Juergen Schneider wrote:
>>>>> Wolfgang Allinger wrote:
>>>>>>
>>>>>> On 20 Jul 20 at group /de/sci/electronics in article hnl0rnF1cf0U1@mid.individual.net
>>>>>> <peter.heitzer@rz.uni-regensburg.de>  (Peter Heitzer)  wrote:
>>>>>>
>>>>>>> Ich bin gerade dabei, eine MKC CPU II Platine aus dem Schrott zu testen.
>>>>>>> Das Fehlerbild ist wie folgt:
>>>>>>> Nach dem Reset wird ein CR ausgegeben. CTC und SIO werden initialisiert.
>>>>>>> Sonst passiert nichts. Beim Messen mit dem Oszilloskop bin ich
>>>>>>> zufälligerweise auf Datenleitung D3 während Reset (via Taster) mit dem
>>>>>>> Tastkopf gewesen und schon wird die Startmeldung und die Fehlermeldung
>>>>>>> "BDOS Error on disk ..." angezeigt, was korrekt ist, da nur die Karte
>>>>>>> allein in Betrieb ist.
>>>>>>> Laut Schaltplan ist D0..D7 des EPROMs direkt mit D0..D7 des Z80
>>>>>>> verbunden.
>>>>>>> https://homepages.uni-regensburg.de/~hep09515/dse/mkc-cpuii.pdf
>>>>>>> Es hängt allerdings noch ein 74LS670 4x4 Registerfile als Memorymapper
>>>>>>> am Bus.
>>>>>>> Wonach sollte ich am ersten suchen? Merkwürdigerweise scheint die
>>>>>>> Initialisierung von CTC und SIO immer zu funktionieren, aber danach
>>>>>>> hängt das Programm im EPROM.
>>>>>>> Ich hätte zwecks IC-Tausch noch ein paar funktionierende Karten des
>>>>>>> selben Typs zur Verfügung. Welche ICs sollte ich als erstes tauschen?
>>>>>>
>>>>>> Bastel Dir mal nen NOPper, noch besser einen RST7 Adapter ( D0..D7 mit 4k7
>>>>>> Pullup) auf IC Sockel und steck den anstatt des Eprom.
>>>>>
>>>>> Normalerweise hängt so ein Bus ja sowieso an Pullups.
>>>>
>>>> Äh, nein... Wieso?
>>>
>>> Weil das zu den allgemein gültigen Regeln der Handwerkskunst gehört(e).
>>
>> Muss aber schon sehr lange her sein. Ende der 70er und in den 80ern war
>> das schon nicht mehr so.
> 
> Bei den Konsumgütern.
>   
>>>> Die Treiberstufen in den ganzen Chips die an so einem
>>>> Bus hängen können in beide Richtungen treiben.
>>>
>>> Es schafft halt definierte Pegel, wenn mal alle die Klappe halten.
>>
>> Ist unötig, denn dann interessiert der Pegel keinen.
> 
> Doch, nämlich die CPU. Immerhin gehen /CS, /OE und wie das alles
> heißt, mitunter seltsame Wege.

Auch die CPU interessiert das nicht. Denn wenn es sie interessiert 
liegen die Daten hoffentlich an den Pins an. Wenn nicht ist die Hardware 
schadhaft und üblicherweise läuft die Kiste dann nicht mehr.

Mit Pullups würde die CPU dann Opcode $FF lesen. Das ist selten was 
sinnvolles und auch noch abhängig von der CPU.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#284899

On 21 Jul 20 at group /de/sci/electronics in article rf7edh$6tv$1@news.bawue.net
<gerrit@laosinh.s.bawue.de>  (Gerrit Heitsch)  wrote:

> Mit Pullups würde die CPU dann Opcode $FF lesen. Das ist selten was
> sinnvolles und auch noch abhängig von der CPU.

Bei 8080...Z80 ist das ein RST 7,

Ist wie ein CALL 38h, aber eben nur 1 byte. War für IR Vectoren gedacht.

Dh. die CPU strampelt sich durch den ganzen Adressraum und macht sogar WR  
ins RAM, es wird die aktuelle (16bit) Returnadr in 2 cyclen ins RAM  
gedonnert. Mit anderen Worten alle(?) (zumindest die wichtigsten) Signale  
lassen sich per Oscar oder Logikstift verfolgen. Sollte irgendeine Leitung  
hängen, dann findet man das sehr schnell.

A-Bus und D-bus haste damit ruckzuck geprüft.



Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#284909

On 7/21/20 10:58 PM, Wolfgang Allinger wrote:
> 
> On 21 Jul 20 at group /de/sci/electronics in article rf7edh$6tv$1@news.bawue.net
> <gerrit@laosinh.s.bawue.de>  (Gerrit Heitsch)  wrote:
> 
>> Mit Pullups würde die CPU dann Opcode $FF lesen. Das ist selten was
>> sinnvolles und auch noch abhängig von der CPU.
> 
> Bei 8080...Z80 ist das ein RST 7,
> 
> Ist wie ein CALL 38h, aber eben nur 1 byte. War für IR Vectoren gedacht.
> 
> Dh. die CPU strampelt sich durch den ganzen Adressraum und macht sogar WR
> ins RAM, es wird die aktuelle (16bit) Returnadr in 2 cyclen ins RAM
> gedonnert. 

Wie denn? Der erste $FF lässt die CPU nach $0038 springen. Dort findet 
sie wieder einen $FF womit sie nach $0038 springt, ab da bleibt sie dort 
und dreht kleine Kreise.

Pulldowns wären in diesem Falle sinnvoller. Dann hättest du NOP und das 
wäre ein realer Adresszähler.

Abgesehen davon passt das alles nur auf den Z80.

  Gerrit

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | de.sci.electronics

csiph-web