Robotrontechnik-Forum

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

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » M052 VNC2 Probleme beim Lesen vom USB-Stick » Themenansicht

Autor

Thread - Seiten: -1-

000
23.10.2021, 19:25 Uhr
joergd

Nach der Umrüstung meines M052 auf VNC2 gibt es immer noch Probleme. Diesmal glaube ich aber nicht an einen weiteren Hardware-Defekt. An einem MegaModul mit M052 (nur USB ohne Netzwerk) sieht es genauso aus. Mit dem VNC1 gab es diesbezüglich aber keine Probleme.

Ich versuche zum Beispiel, das Textprogramm vom Stick auf die RAM-Disk zu kopieren:

Quellcode:

A0>b:udir
Directory einlesen, sortieren
 .        DIR   ..       DIR   TP      .TXT   TPDRUCK .OVR   TPHT    .OVR
 TPI05   .TXT   TPI1-2  .TXT   TPIDAISY.TXT   TPINSTD .000   TPINSTD .001
 TPINSTD .002   TPINSTD .COM   TPKC    .COM   TPOVLY0 .OVR
 14 Dateien/Verzeichnisse insgesamt.

A0>b:uget *.*
Scanne Directory, 12 Datei(en), sortieren, lesen:

Datei 1 von 12:
Lese Datei TP.TXT (10KByte, 01.01.1980 00:00)
100,0% - OK.

Datei 2 von 12:
Unerwartete Vinculum-Antwort

Bei der 2. Datei erfolgt also ein Abbruch mit der obigen Fehlermeldung. Schreiben ist dagegen problemlos. Ich kann z.B. alle Dateien meiner Tools-Diskette mit "UPUT *.*" auf den Stick kopieren. Wenn ich dies dann wieder in die RAM-Disk kopieren will, bricht das wieder ab:

Quellcode:

Datei 10 von 36:
Datei DIMA.ICO auf USB-Stick nicht vorhanden

Die Fehlermeldung ist auch korrekt, richtig wäre "DIMA.COM". Das Kopieren erfolgte aber mit "UGET *.*", da wurde also der Dateiname nicht falsch angegeben.

Benutzt wird an allen Stellen die aktuellste Sofware-Version (hoffe ich). Kann diese Effekte jemand nachvollziehen, oder tritt das nur bei mir auf?
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
23.10.2021, 22:40 Uhr
maleuma

Hallo Jörg,

die "Unerwartete Vinculum-Antwort" bei UGET *.* konnte ich bei mir nachvollziehen. Bei mir ist es bei der dritten Datei aufgetreten.
Gleicher Test noch einmal mit einem VNC1: da werden alle 13 Dateien fehlerfrei gelesen. Es muss also wirklich von der VNC2-Firmware an einer Stelle eine andere Antwort kommen als von der VNC1-Firmware.

Ich muss das einmal näher untersuchen, wo der Unterschied ist.
--
Mario.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
24.10.2021, 21:33 Uhr
maleuma

Ich konnte die Stelle finden, wann der Fehler auftritt. Und zwar passiert das nur bei der VNC2-Firmware und bei der Datei, welche nach der Datei TP.TXT gelesen werden soll.

Hintergrund:
Die Dateien werden in 128-Byte-Blöcken eingelesen, so wie die Sektoren auf das CP/M-Laufwerk geschrieben werden. Ist die Dateigröße auf dem USB-Stick kein Vielfaches von 128, dann wird beim letzten Block die restliche Anzahl an Bytes gelesen. Geschrieben werden auf den CPM-Datenträger dann trotzdem 128 Byte (der Rest wird mit 1Ah gefüllt).

Die Datei TP.TXT ist 9.357 Byte groß. Damit werden 73 Blöcke zu je 128 Byte gelesen und der letzte Block ist 13 Byte (0DH) groß.
Das Lesen eines 128-Byte-Blockes erfolgt mit diesem Vinculum-Kommando:
0B 20 00 00 00 80 0D
Das vorletzte Byte ist dabei die Anzahl der zu lesenden Bytes. Das Lesen der letzten 13 Byte erfolgt mit diesem Vinculum-Kommando:
0B 20 00 00 00 0D 0D
Offensichtlich interpretiert die VNC2-Firmware das erste 0D bereits als Kommandoabschluss. Und nach dem zweiten 0D antwortet der VNC2 noch einmal mit einem weiteren Prompt. Und dieser Prompt (3E 0D) wird dann als Antwort auf das folgende Kommando der nächsten Datei interpretiert. Und das wird dort natürlich nicht erwartet...

@joergd:
Probiere doch bitte einmal aus, die Dateigröße von TP.TXT um 1 Zeichen zu verändern. Dann lässt sich alles problemlos einlesen.

@DL:
Kannst Du die VNC2-Firmware auf dieses Phänomen untersuchen und anpassen?

Ansonsten bleibt diese Alternative:
Ich werde vor dem Lesen einer Datei eventuell noch anliegende Rest-Daten abholen. Dann wird der zusätzlich gesendete Prompt abgeholt und ein neuer, sauberer Lesevorgang kann beginnen.
--
Mario.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
25.10.2021, 10:27 Uhr
DL
Default Group and Edit

Nachvollziehen kann ich das, der Fehler tritt nur auf, wenn mehrere Dateien kopiert werden und eine mit "Rest" 13 dabei ist, wobei diese aber noch sauber am Ziel ankommt.
Merkwürdige Sache, ich habe mal in den Quelltext geschaut, die Ausführung des Kommandos "0B 20 dword 0D" wird eigentlich gesplittet in:
- monReadNumber(1, 4); // also die vier Stellen des "dwort"
- monReadCr(); //und danach die nächste Eingabe, das Cr = 0D

Müsste man mal die komplette monRead Prozedur und die aufgerufenen Unterprogramme zerlegen, ob da irgendwo ein Fehler bei der Übergabe der Parameter drin ist, denn das monReadCr() loopt da nur mit "while (charRead != 0x0d);".
Das kann aber dauern....

Edit: da ist ein Bug in der V2DAP Firmware, die Abarbeitung des Befehls beginnt schon bei der Eingabe der vierten Stelle des "dwort", wenn die 0d ist, da ist der Befehl von der Länge her noch gar nicht komplett...

Dieser Beitrag wurde am 25.10.2021 um 13:01 Uhr von DL editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
25.10.2021, 17:54 Uhr
DL
Default Group and Edit

Hallo Jörg,

hab dir mal eine Testversion ans bitquell geschickt...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
25.10.2021, 19:06 Uhr
joergd

Da habt ihr den Fehler aber wirklich schnell gefunden. Und sogar schon gefixt.

Bei meinen beiden Modulen tritt der Fehler jetzt nicht mehr auf. Allerdings läuft das zum Testen gewählte Kopieren vom Textprogramm in die RAM-Disk noch nicht fehlerfrei durch. Es kommt an zufälligen Stellen ein "Timeout Error", UGET macht dann mit der nächsten Datei weiter.
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
25.10.2021, 21:39 Uhr
DL
Default Group and Edit

Zitat:

joergd schrieb
... Und sogar schon gefixt.

Nee, da klebt erst mal nur ein "Pflaster" drauf, das muss noch richtig "genäht" werden...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
26.10.2021, 10:43 Uhr
DL
Default Group and Edit

Jo, die Programmierer von FTDI haben es sich da recht einfach gemacht, Eingabe ist mit Enter = 0d abgeschlossen und gut, dass auch mal ne hex Zahl mit 0d enden könnte ist wohl egal.
Hab das jetzt mal für alle Befehle mit dword gefixt, da stört das am ehesten - allerdings nur für den IPH Mode, IPA würde in Arbeit ausarten, hoffe mal der wird niwo verwendet.

Könnte ja jetzt sagen testen, testen, testen - aber das könnte ich auch meinem Wandregal erzählen...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
26.10.2021, 19:23 Uhr
joergd

Ich hab mit der neuen V2DAP_p.ftd zuerst in mein MegaModul mit USB-M052 aktualisiert. Leider sagt das nun keinen Mucks mehr. Weder die PS/2-Tastatur noch USB-Sticks funktionieren (sowohl unter ML-DOS als auch unter CAOS). Im Vinculum-Terminal wird nichts ausgegeben. Wie ich da nun wieder eine funktionierende Firmware drauf bekomme, weiß ich noch gar nicht.

Das in meinem M052-Modul mit Netzwerk zu testen, traue ich mir nicht...
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
26.10.2021, 20:44 Uhr
Andre.as

Hallo Jörg,
das VNC2 Modul kannst du abnehmen und dann neu Programmieren.

Wenn du dabei Hilfe brauchst, kann ich dir aber erst ab nächste Woche Mittwoch helfen, liege noch im KKH.

Schönen Abend
Andreas

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
26.10.2021, 21:44 Uhr
DL
Default Group and Edit

Zitat:

joergd schrieb
Wie ich da nun wieder eine funktionierende Firmware drauf bekomme, weiß ich noch gar nicht

Hast du doch im oben verlinkten Beitrag schon mal geübt.
Sicher, dass du nicht wieder die _d erwischt hast?

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
26.10.2021, 22:01 Uhr
joergd

@Andre.as:
Okay, ich hatte mir noch nicht so genau angesehen, ob das Modul in einer Fassung steckt. Wenn ich das einfach abnehmen kann, werde ich das schon hinbekommen. Dir erstmal alles Gute, daß im KH alles gerichtet wird.

@DL:
Ich habe 100%ig die richtige Firmware genommen. Weiß ich so genau, weil der Filename derselbe wie aus Deiner Mail von gestern war. Ansonsten wäre ich beim Kopieren auf den USB-Stick nicht gefragt worden, ob ich die Datei überschreiben will.
Die V2DAP_p.ftd habe ich aus der USB_VNC.zip, welche aus der usbmodul.pdf von Deiner Cloud kommt. Ich hoffe, das war richtig...

Edit: Ich habe auch extra nochmal die Datei auf dem zum Update verwendeten USB-Stick mit der aus dem PDF verglichen. Die Prüfsummen sind identisch. Also entweder ist die V2DAP_p.ftd im PDF kaputt oder während des Updates ist etwas schiefgegangen.
--
VG - Jörg

Dieser Beitrag wurde am 27.10.2021 um 08:12 Uhr von joergd editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
27.10.2021, 09:02 Uhr
DL
Default Group and Edit

Jo, wenn man "Es kommt an zufälligen Stellen ein "Timeout Error" (005) und " während des Updates ist etwas schiefgegangen"(011) im Zusammenhang betrachtet könnte man auch mutmaßen, dass da entweder irgendwo ein Kontaktfehler im Datenstrom besteht oder die Spannungsversorgung "wackelt", oder, oder, oder

Aber wenn ich hier PS/2 & Steckmodul & nicht Netzwerk richtig interpretiere kann ich nix dazu sagen, da bin ich raus.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
27.10.2021, 09:34 Uhr
joergd

Zitat:

DL schrieb
Jo, wenn man "Es kommt an zufälligen Stellen ein "Timeout Error" (005) und " während des Updates ist etwas schiefgegangen"(011) im Zusammenhang betrachtet könnte man auch mutmaßen, dass da entweder irgendwo ein Kontaktfehler im Datenstrom besteht oder die Spannungsversorgung "wackelt", oder, oder, oder

Da wackelt nichts. Die Timeouts gibts bei 2 verschiedenen Modulen und auch in 2 verschiedenen KC85/5. Da halte ich einen Hardware-Defekt zumindest für relativ unwahrscheinlich.

Zitat:

DL schrieb
Aber wenn ich hier PS/2 & Steckmodul & nicht Netzwerk richtig interpretiere kann ich nix dazu sagen, da bin ich raus.

Schade. Ist ein ganz normales VNC2-Modul mit VNC2-48. Welche VNC2-Module supportest Du denn mit Deiner Firmware?
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
27.10.2021, 10:30 Uhr
DL
Default Group and Edit

Welche Module die Firmware unterstützt sieht man in der PDF-Datei...

Die Prüfsummen der nochmals heruntergeladenen Datei und der in meinem Programmordner sind übrigens auch identisch, wäre auch komisch wenn die sich beim hochladen verändert.

Hab ja nun auch schon das eine oder andere Modul geflasht, schiefgegangen ist das nur wenn ich im Programm Mist gebaut hatte, der USB-Stick zu sehr fragmentiert war, eine Steckverbindung oder die Versorgungsspannung "wackelig" war.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
27.10.2021, 11:02 Uhr
joergd

Zitat:

DL schrieb
Welche Module die Firmware unterstützt sieht man in der PDF-Datei...

Wenn ich mir z.B. selbst ein Modul zusammenbastle, dann muß ich also selbst den Fehler finden? Ist okay. Stellst Du von Deiner Firmware auch die Quellen zur Verfügung?

Zitat:

DL schrieb
Die Prüfsummen der nochmals heruntergeladenen Datei und der in meinem Programmordner sind übrigens auch identisch, wäre auch komisch wenn die sich beim hochladen verändert.

Hab ja nun auch schon das eine oder andere Modul geflasht, schiefgegangen ist das nur wenn ich im Programm Mist gebaut hatte, der USB-Stick zu sehr fragmentiert war, eine Steckverbindung oder die Versorgungsspannung "wackelig" war.

Na okay, ich update dann halt heute abend auch mal mein originales M052 und hoffe, das funktioniert.
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
27.10.2021, 11:15 Uhr
DL
Default Group and Edit

Zitat:

joergd schrieb
Wenn ich mir z.B. selbst ein Modul zusammenbastle, dann muß ich also selbst den Fehler finden?

Ja logisch, da kenne ich ja den Aufbau nicht und kann das nicht nachvollziehen

Zitat:

joergd schrieb
Na okay, ich update dann halt heute abend auch mal mein originales M052 und hoffe, das funktioniert.

Frisch formatierter Stick ist dabei immer von Vorteil

Dieser Beitrag wurde am 27.10.2021 um 11:21 Uhr von DL editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
27.10.2021, 12:04 Uhr
joergd

Zitat:

DL schrieb
Ja logisch, da kenne ich ja den Aufbau nicht und kann das nicht nachvollziehen

Verstehe ich, deswegen ja auch mein Hinweis "Ist okay". Zum Quelltext hast Du aber noch nichts gesagt. Zum selbst Fehler finden wäre der Sourcecode hilfreich, ganz allgemein auch um vielleicht noch eigene Ideen damit umzusetzen.
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
27.10.2021, 12:55 Uhr
DL
Default Group and Edit

Was soll ich da noch sagen?
Die Quelltexte der UTOOLs um deinen o.g. Fehler zu finden liegen im KC-Labor...
Die Quellangaben für die V2DAP stehen in der PDF-Datei ( ftdichip.com/Firmware/VNC2tools )...
Alles offen für eigene Ideen

Dieser Beitrag wurde am 27.10.2021 um 12:55 Uhr von DL editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
27.10.2021, 18:17 Uhr
joergd

So, beim M052 mit Netzwerk hat das Update problemlos funktioniert (selber Stick, selbe Datei). Beim anderen Modul wird es dann nach Neuflashen wohl auch funktionieren, wer weiß was da war.

Der ursprüngliche Fehler (Unerwartete Vinculum-Antwort) ist nun weg. Aber mit *.* ein komplettes Verzeichnis kopieren geht leider immer noch nicht. Dabei treten verschiedene Fehler mit folgender Ausgabe auf (Beispiele):

- 52,9%L>-Error
- 75%X-Error
- 43%>Error
- 34,9%TimeOutError-OK

Bei den ersten 3 Varianten wird UGET abgebrochen. Beim TimeOut gehts mit der nächsten Datei weiter, die mit dem Fehler ist aber unvollständig.
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
27.10.2021, 19:22 Uhr
maleuma

Das sieht mir auch eher nach einer wackeligen 5V-Spannung aus als nach einem Hardware- oder Software-Fehler.
Ich habe schon mehrfach ganze Verzeichnisse gelesen ohne Probleme. Wenn da nicht gerade Dateigrößen mit Rest=13 dabei waren, wie wir jetzt wissen.

Hast du die 5V am M052 einmal gemessen?
--
Mario.

Dieser Beitrag wurde am 27.10.2021 um 19:23 Uhr von maleuma editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
27.10.2021, 20:03 Uhr
joergd

An der freien USB-Buchse vom M052 kommen stabil 4,83V raus. Das sollte doch eigentlich noch genügen...
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
27.10.2021, 20:15 Uhr
Enrico
Default Group and Edit

Da hast Du doch aber sicherlich ohne Last gemessen, oder?
4,75V war doch glaube ich das Minimum?
--
MFG
Enrico

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
27.10.2021, 20:34 Uhr
joergd

Ohne Last? Eigentlich mit genau der echten Last. Der KC ist genau so bestückt, wie beim Auftreten der Fehler. Also D001 mit M052 (daran Stick, PS2-Tastatur und DVM) und 1MB-RAM-Modul, D004 mit 1x Floppy.

Während des Kopierens mit obiger Konfiguration treten die Fehler auf, die Spannung an der USB-Buchse bleibt stabil bei 4,83V.

4,75V sind m.W. bei TTL die untere Grenze (5V +/- 5%).
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
27.10.2021, 21:48 Uhr
maleuma

Zitat:

joergd schrieb
An der freien USB-Buchse vom M052 kommen stabil 4,83V raus. Das sollte doch eigentlich noch genügen...

Das müsste OK sein.
Und der Effekt tritt bei beiden KC85/5 und verschiedenen M052 und nur mit der VNC2-Variante auf?
--
Mario.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

025
27.10.2021, 22:08 Uhr
joergd

Mit M052 und VNC1 hatte ich nach Beseitigung meiner Hardware-Fehler keine Probleme. Nach Wechsel auf VNC2 gab es dann das inzwischen behobene Rest=13-Problem, aber auch schon Timeouts. Im anderen (Mega-) Modul steckt ebenfalls ein VNC2, das Verhalten ist (bis auf das fehlgeschlagene Update der Vinculum-Firmware) absolut identisch.

Das Rest=13-Problem gab es logischerweise auch am selten benutzten Zweit-KC. Bei Timeouts u.ä. bin ich dort nicht sicher. Im Moment ist der Zweit-KC zerlegt, weil ich aus 2 (nicht von mir) verbastelten einen ordentlichen machen möchte. Ich versuche mal, ob ich damit in den nächsten Tagen nochmal testen kann.
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

026
28.10.2021, 09:39 Uhr
DL
Default Group and Edit

Wenn da noch etwas Restwelligkeit oder Spitzen auf der 5V sind, (was man mit dem DVM nicht mitbekommt) reicht das unter Umständen auch um die 3,3V/1,8V Versorgung des VNC2 mit zu beeinflussen oder evtl. wurde auch ein Spannungsregler mit höherer Dropout-Spannung eingesetzt...

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

027
28.10.2021, 18:39 Uhr
joergd

Ich kann statt dem DVM auch noch mal den Oszi ranhängen. Zu hohe Dropout-Spannung eines Spannungsreglers halte ich für weniger wahrscheinlich, da die beiden recht verschiedenen Module sich identisch verhalten.

Vor irgendwann in der kommenden Woche komme ich aber nicht dazu, weiter zu forschen (mit Oszi und Zweit-KC). Gibt viel auf Arbeit zu tun...
--
VG - Jörg

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]