Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins Willkommen Gast! RSS

Robotrontechnik-Forum » Technische Diskussionen » Problem mit Lesen von Disketten beim A7150 (CM1910) » Themenansicht

Autor Thread - Seiten: -1-
000
10.09.2022, 17:59 Uhr
Ordoban



Irgendwie hab ich mir bei den Experimenten mit dem IDE-Kontroller den Disketten-Kontroller beschädigt.
Beim lesen von längeren Dateien kippt im hinteren Bereich der Datei ab und zu ein Bit.
Es wird kein Fehler gemeldet, aber die Datei ist beschädigt.
Es betrifft beide Diskettenlaufwerke.
Disketten schreiben funktioniert problemlos.
Wenn ich den Kontroller dazu zwinge, Sektoren einzeln zu lesen (z.b. wenn ich die Dateien mit RAR von A: auf C: packe), dann sind die OK.
Das Problem tritt anscheinend nur auf, wenn mehrere Sektoren am Stück gelesen werden.

Habt ihr eine Idee, woran das liegen könnte?
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
001
10.09.2022, 19:05 Uhr
RP



ein ähnliches Problem hatte ich bei falscher RAM Konfiguration mit 768K unter DCP, der Adressbereich ab 640K darf nicht Adressiert werden.

Rolf
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
002
10.09.2022, 19:16 Uhr
Ordoban



Eine RAM-Konfi mit 768K habe ich, allerdings schon sehr lange, und die hat bisher nie Probleme gemacht. Der Trick ist dabei, die 256K aufzuteilen. Wenn man 2 bestimmte Addressleitungen vertauscht, dann teilen sich die 256K in 2x128K auf, die liegen dann von 512-640 und zwischen Grafik-RAM und BIOS-ROM. Für eine so veränderte RAM-Platine muss das Parity deaktiviert werden.

Ich kann mir zwar nicht vorstellen dass der RAM was mit diesem Fehler zu tun hat, ich werde das aber testen. Vielen Dank auf jeden Fall für den Tip.

Edit: es sind 3 Addressleitungen zu drehen.
--
Gruß
Stefan

Dieser Beitrag wurde am 10.09.2022 um 19:21 Uhr von Ordoban editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
003
10.09.2022, 19:25 Uhr
Enrico
Default Group and Edit


Am RAM kann das beim 7150 so oder so nicht liegen, jedenfalls nicht der Menge,
bei Defekt natürlich schon.
Dann würde der Rechner ja auch nicht mit 1MB laufen.
Der Bus ist ja für 16MB vorgesehen.
--
MFG
Enrico
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
004
10.09.2022, 19:49 Uhr
Ordoban



Jo, am RAM liegts nicht, der Fehler ist mit 256K genauso da.
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
005
10.09.2022, 20:08 Uhr
Enrico
Default Group and Edit


RAM lässt sich ja Testen.
Entweder unter DOS, was nicht so prickelnd ist,
oder unter BOS1810 mit dem speziellen Testprogramm.
Das findet sich in einem der Handbücher vom 7150.
Vor langer Zeit schrieb dazu mal was.
Vermutlich als ich die 1MB Karte gemacht hatte.
--
MFG
Enrico

Dieser Beitrag wurde am 11.09.2022 um 20:06 Uhr von Enrico editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
006
11.09.2022, 13:19 Uhr
Ordoban



Ich habe jetzt mal mit den OPS-Platinen rumgespielt.
1. Die 2. OPS von 256-512 auf 0-256 gewickelt. Fehler ist WEG. Oha. Tatsächlich ein Fehler mit der 1. OPS?
2. Die 2. OPS wieder raus. Die 1. OPS wieder gesteckt. Fehler ist immer noch WEG. Häää?
3. Ursprüngliche Konfiguration schrittweise wieder hergestellt. Fehler immer noch weg. Sehr merkwürdig.

Das hat sich also von selbst repariert.
(Aus Erfahrung weiß ich aber, dass solche Fehler wieder kommen)
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
007
13.02.2023, 18:47 Uhr
Ordoban



Es ist ja typisch für solche Fehler, dass sie kommen und gehen...
Bei diesem hier war es so, dass der schon paarmal wieder da war, aber immer nur kurz. Bevor ich richtig mit der Fehlersuche angefangen hab, war der wieder weg.
Bis jetzt. Dieses mal war ich vorbereitet. Ich habe mir eine Diskette erstellt, bei der alle Sektoren nur 00 enthalten. Dazu ein Programm was Sektoren von Diskette in die KES einliest, und dann meldet wenn es irgendwo etwas anderes als 00 liest. Das Ergebnis kann man nur als Irre bezeichnen:
Der Fehler tritt nur auf, wenn mehr als 5 Sektoren am Stück gelesen werden. Dann kippt ein Bit, es wird 10 statt 00 gelesen. Und zwar immer an der selben Stelle! Dabei ist es egal, von welcher Stelle der Diskette, oder in welchen Speicherbereich der KES relesen wird. Der Fehler tritt nicht immer auf, aber wenn, dann immer das selbe Bit innerhalb des Leseauftrags. Das kann fast nur noch die Z80-Sio auf dem Floppy-Controller sein. Ich hab die heute mal getauscht (natürlich auf Sockel), und funktioniert. Schau mer mal wie lange...
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
008
13.02.2023, 19:57 Uhr
Enrico
Default Group and Edit


Sag mal, wie kriegst Du denn das Programm in die KES rein?
Lässt sich das vom Hauptbus nachladen?

Dabei fällt mir, dass es ein CPM gegeben haben soll, dass in der KES oder KGS lief.
Irgendwer schrieb da mal was im Forum....
--
MFG
Enrico
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
009
13.02.2023, 20:36 Uhr
Ordoban



Man kann der KES Kommandos geben wie:
- lese/schreibe Sektor(en) aus Hauptspeicher
- lese/schreibe Sektor(en) aus KES-Speicher
- Übertrage Daten vom Hauptspeicher in den KES-Speicher, (oder Gegenrichtung)
- Starte Programm im KES-Speicher
Das alles ist in der Doku der KES beschrieben, und ich hab auch eine Turbopascal-Unit und paar Anwendungen dafür auf meinem Github liegen.

CP/M in der KES wird nicht klappen, da kein Kanal für Tastatur oder Konsole vorhanden ist.
Für ein CP/M in der KGS fehlt dort ein Datenträger-Zugriff. Vielleicht wenn sich KES und KGS zusammen tun??? Die KES sollte über den Systembus Zugriff auf den KGS-Grafikspeicher haben.
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
010
18.02.2023, 11:27 Uhr
Ordoban



Tja, das war nix. Neue SIO, gleicher Fehler.

Um das weiter zu verfolgen, muss ich erstmal in Messtechnik investieren. Könnt ihr mir einen Logikanalyzer empfehlen? Oder eher einen richtig guten Oszi? (Einen schlechten Oszi hab ich)
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
011
18.02.2023, 13:47 Uhr
MarioG77

Avatar von MarioG77

Hi Stefan,

ich benutze den inno-maker LA1010 für kleines Geld mit 16 Kanälen.
Trigger gibt es nur einen, hat mir aber bei der Reparatur meiner 1834 Boards gute Dienste geleistet.

Ich habe mittlerweile auch einen alten Profi von HP, aber mit dem komme ich noch nicht zurecht.

Am der LA1010 ist ehesten zu gebrauchen, wenn man diverse Signale vergleichen kann - also 2 Boards hat. Da sieht man - je nach defekt - dann gleich, wo was fehlt. Zumindest wenn man nicht genau weiß, wonach man sucht.

Er kann auch Protokolle/Signale (z.B. Parallel/Seriell) dekodieren.
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
012
18.02.2023, 16:20 Uhr
RP



ist der Disketten Fehler auch mit SCP oder deinen LINUX am A7150?
Nur so am Rande, unzählige Robotron Disketten sind mit dem Parity B Virus befallen.

https://de.wikipedia.org/wiki/Parity_Boot

Am A7150 schlägt der nicht so richtig zu, verursacht nur seltsame Fehler.

Rolf
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
013
18.02.2023, 17:09 Uhr
Ordoban



Ja, der Fehler tritt auch bei MUTOS und Linux auf. Die stürzen dann beim Booten von Diskette ab. Wärend meiner Tests mit SCP war der Fehler nicht aktiv.
Einen Virus kann ich so gut wie ausschließen, da die Datenkorruption schon in der KES passiert.

Der LA1010 sieht schonmal gut aus. Sogar mit Software für Linux
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
014
18.02.2023, 17:21 Uhr
MarioG77

Avatar von MarioG77

Bin am Überlegen, mir noch einen größeren Bruder vom LA1010 zu holen, weil die auch internen Speicher haben.
Das entlastet den Rechner etwas und könnte die Genauigkeit bei der Messung erhöhen.
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
015
18.02.2023, 18:52 Uhr
Ordoban



Merkt man in der Praxis, dass bei dem LA1010 der Bufferspeicher fehlt?
Ich überlege nämlich auch, ob ich nicht gleich den LA1016 oder LA2016 nehme.
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
016
18.02.2023, 20:39 Uhr
MarioG77

Avatar von MarioG77

Ich habe das nur in den letzten Tagen gehabt, wenn ich 16 Kanäle mit 16 MHz aufzeichne. Wenn dann etwas wenig Speicher da ist, dann hatte er tatsächlich schon mal angezeigt, dass er nicht hinterher kommt.
War bei mir auf einem Windows Notebook.

Ich weiß nicht, ob er da unter Linux besser klar kommt.

Die Dateien werden da locker bis etwa 800MB und mehr groß, das braucht er dann schon, um es auszulesen.

Ich kann es nicht wirklcih sagen. Leider haben die anderen Modelle auch nur 1 Trigger zur Verfügung, daher ist bis 2016 eigentlich nur der Buffer und die Samplerate anders....

Den 1016 kann man wohl auch etwas tunen...
https://sigrok.org/wiki/Kingst_LA2016
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
017
26.02.2023, 11:18 Uhr
Ordoban



Ich hab mich für das LA2016 entschieden, und bin echt begeistert.
Man kann genau sehen, wie die KES die Daten von der Floppy-Karte abholt und in den Speicher schreibt. Beim Lesen und Schreiben sind die Daten noch korrekt. Danach werden die Daten noch einmal im Speicher der KES kopiert (offenbar um den Sektorheader und Footer zu entfernen). Und dabei wird ein Bit fehlerhaft aus dem Speicher gelesen, und auch fehlerhaft wieder geschrieben.
Sieht ganz nach einem Speicherfehler in der KES aus.

Gibt es Speichertest-Programme für Z80, die auch Stresstests machen?
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
018
26.02.2023, 15:49 Uhr
MarioG77

Avatar von MarioG77

Und gestern habe ich den Hantek 4032L entdeckt, weil mich die Limits beim tracen doch genervt haben.
Wenn man direkt Hex/ASCII Werte von einem Trace lesbar haben möchte, kommt man an die Grenzen.
Immerhin kann man die Daten exportieren und extern verarbeiten.

Muss mir das bei Gelegenheit mal anschauen.

Ein Trigger auf 2 oder mehr Signale sollte nachträglich noch möglich sein.
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
019
27.02.2023, 18:42 Uhr
Ordoban



1x U214D getauscht... Fehler scheint erstmal weg zu sein.
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
020
04.04.2023, 19:42 Uhr
Ordoban



Eine never-ending Story...

Letztens wollte aus heiterem Himmel die KES gar nicht mehr. Hat beim ACT einen SRAM-Fehler gemeldet. Ich meine mal gehört zu haben, dass IC's dieser Art als "im Alter unzuverlässig" gelten. Also nicht lang rumgemacht: gegen was größeres ausgetauscht.

Man könnte das Ding jetzt "Frankensteins KES" nennen.
Ausprobiert... der CM1910 macht jetzt GAR NICHTS mehr! MIST.

1 Tag und 2 Abende Suche mit dem Logikanalyzer:
- die KES blockiert nach kurzer Zeit den Systembus
- der SRAM der KES funktioniert perfekt
- nach der Initialisierung der KES wird in der ein Interrupt ausgelöst, und dieser landet auf dem falschen Vektor, und das wiederum bringt die KES-CPU zum Absturz.
- am INT-Eingang der CPU liegen dauerhaft 0V
- am Eingang der vorgelagerten 74LS38 liegen 1,6V ????
- am Eingang des 74LS04 davor liegen 4,8V an, am Ausgang kommen aber die 1,6V raus.
- OK, dann hat wohl das 74LS04 einen Schlag. Tauschen???
- ausgerechnet da liegt auch noch so ein blödes Patch-Drätchen drüber.
- Moment... genau über diesem Pin? Mal messen...
- OMG. Das Patch-Drätchen hat Verbindung zu diesem Pin!


Isoliert...


Läuft!
--
Gruß
Stefan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
021
04.04.2023, 19:48 Uhr
ambrosius



Gratuliere.
--
viele Grüße
Holger
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
022
04.04.2023, 19:50 Uhr
Enrico
Default Group and Edit


Grrh!
--
MFG
Enrico
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
Seiten: -1-     [ Technische Diskussionen ]  



Robotrontechnik-Forum

powered by ThWboard 3 Beta 2.84-php5
© by Paul Baecher & Felix Gonschorek