atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: czietz am Mo 11.09.2017, 08:07:31
-
Hier ist übrigens der aktuelle Stand auf dem Mega STE zu sehen:
https://www.youtube.com/watch?v=3RVhC1Z6_j4
Edit Johannes: Aktuellstes Treiber-Release https://www.newtosworld.de/viewforum.php?f=6&sid=d47d0e2fd49e7d9426c7dc6919f26d65
-
Hier ist übrigens der aktuelle Stand auf dem Mega STE zu sehen:
https://www.youtube.com/watch?v=3RVhC1Z6_j4
Daß ich sowas noch erlebe.....
-
Na, ist das geil? ;D
-
Na, ist das geil? ;D
Defintiv!
Bedeutet dies dann eigentlich, daß ich meine VME Grafikkarte rauswerfen muß?
-
Nein. Der "VME-Schacht" wird durch die USB Karte nicht belegt. Oder anders herum: Du wirst die USB Karte zusätzlich zur Grafikkarte benutzen können.
Zum OFAM könnte es diesbezüglich eine Vorführung geben. Geplant ist es jedenfalls.
-
Nein. Der "VME-Schacht" wird durch die USB Karte nicht belegt. Oder anders herum: Du wirst die USB Karte zusätzlich zur Grafikkarte benutzen können.
Zum OFAM könnte es diesbezüglich eine Vorführung geben. Geplant ist es jedenfalls.
Für eine USB Unterstützung in der gezeigten Form würde ich sogar die Grafikkarte rauswerfen ;-)
Zumal ich ohnehin hauptsächlich einen ECL auf VGA Adapter nutze und mir somit die native 1280x960er Auflösung auf einem NEC TFT Monitor zur Verfügung steht. Für den ganzen Midi-Kram ist Farbe verzichtbar und so manche Software funktioniert auf der Graka eh' nicht.
Aber wenn sogar beides möglich ist, was will man mehr??
Ich hätte nie gedacht, daß mein TT mal so "modern" würde... Danke für alles!!
-
Kann es kaum erwarten bis die USB Erweiterung zu haben ist ...
-
Czietz und pakman leisten gemeinsam hier gerade unglaubliche Arbeit. Respekt.
-
Czietz und pakman leisten gemeinsam hier gerade unglaubliche Arbeit. Respekt.
Einfach klasse!
-
So sieht die ganze Sache am TT aus
https://www.youtube.com/watch?v=SAc0A01QKok
-
Steckt ihr die USB Erweiterung zwischen den beiden 50pol. Flachbandkabeln die von Mainboard kommen und der VME Bus Backplane ?
-
So ist der Plan.
Die Prototypen hängen momentan direkt am VME Bus, ähnlich einer Grafikkarte. Zum Testen ist das zunächst einfacher. Tuxie ist dabei, das Backplane Layout zu machen.
-
Geniale Sache, bin auf jeden Fall mit einem USB-Adapter dabei!
Nach ThunderStorm und jetzt USB fehlt dem TT ja nur noch ein CPU-Upgrade 8)
-
Nach ThunderStorm und jetzt USB fehlt dem TT ja nur noch ein CPU-Upgrade 8)
Das hat Dir der Teufel gesagt!
-
Vielleicht könnte @Johannes diesen Thread aufteilen und ihn an die richtige Stelle verschieben ?
-
Nein. Der "VME-Schacht" wird durch die USB Karte nicht belegt. Oder anders herum: Du wirst die USB Karte zusätzlich zur Grafikkarte benutzen können.
Zum OFAM könnte es diesbezüglich eine Vorführung geben. Geplant ist es jedenfalls.
Für eine USB Unterstützung in der gezeigten Form würde ich sogar die Grafikkarte rauswerfen ;-)
Zumal ich ohnehin hauptsächlich einen ECL auf VGA Adapter nutze und mir somit die native 1280x960er Auflösung auf einem NEC TFT Monitor zur Verfügung steht. Für den ganzen Midi-Kram ist Farbe verzichtbar und so manche Software funktioniert auf der Graka eh' nicht.
Aber wenn sogar beides möglich ist, was will man mehr??
Ich hätte nie gedacht, daß mein TT mal so "modern" würde... Danke für alles!!
USB in der gezeigten Form ist sicher nett, aber auf höhere Auflösungem würde ich nicht verzichten wollen. Daher ist es gut, wenns gleichzeitig geht, ich bin schon gespannt, wie das (hardwaremäßig) umgesetzt wurde. Das Demosystem ist übrigens kein TT, sondern ein Mega STE. Coole Sache, sowohl für ST/STE als auch für TT und Falcon, soweit es umgesetzt werden kann, und dann auch noch TOS ohne MiNT. Klasse!
Zwischenfrage hohe Monochrom-Auflösung und Musiksoftware. Das konnte ich noch nicht testen, weil Notator SL eben auf dem TT nicht läuft, sondern nur auf (Mega) ST/STE, ist Notator SL (und Polyframe) kompatibel zu 1280x960 in Monochrom? (das wäre geil und für mich ein Grund nach einer passenden Grafikkarte zu suchen)
-
Nein. Der "VME-Schacht" wird durch die USB Karte nicht belegt. Oder anders herum: Du wirst die USB Karte zusätzlich zur Grafikkarte benutzen können.
Zum OFAM könnte es diesbezüglich eine Vorführung geben. Geplant ist es jedenfalls.
Für eine USB Unterstützung in der gezeigten Form würde ich sogar die Grafikkarte rauswerfen ;-)
Zumal ich ohnehin hauptsächlich einen ECL auf VGA Adapter nutze und mir somit die native 1280x960er Auflösung auf einem NEC TFT Monitor zur Verfügung steht. Für den ganzen Midi-Kram ist Farbe verzichtbar und so manche Software funktioniert auf der Graka eh' nicht.
Aber wenn sogar beides möglich ist, was will man mehr??
Ich hätte nie gedacht, daß mein TT mal so "modern" würde... Danke für alles!!
USB in der gezeigten Form ist sicher nett, aber auf höhere Auflösungem würde ich nicht verzichten wollen. Daher ist es gut, wenns gleichzeitig geht, ich bin schon gespannt, wie das (hardwaremäßig) umgesetzt wurde. Das Demosystem ist übrigens kein TT, sondern ein Mega STE. Coole Sache, sowohl für ST/STE als auch für TT und Falcon, soweit es umgesetzt werden kann, und dann auch noch TOS ohne MiNT. Klasse!
Zwischenfrage hohe Monochrom-Auflösung und Musiksoftware. Das konnte ich noch nicht testen, weil Notator SL eben auf dem TT nicht läuft, sondern nur auf (Mega) ST/STE, ist Notator SL (und Polyframe) kompatibel zu 1280x960 in Monochrom? (das wäre geil und für mich ein Grund nach einer passenden Grafikkarte zu suchen)
Schau mal mein Video an das ist ein TT, und 1280x960px macht der TT auch ohne Grafikkarte, nur halt Entsprechenden Monitor brauchste. Kannst ja auch gern mitmachen, da geht es schneller...
-
Huch, ich meinte, der Rechner ist grau... Ich beziehe mich auf Christians Video « Antwort #23 am: Heute um 08:07:31 » das ist eindeutig ein Mega STE. Das TT-Video ist mir noch garnicht aufgefallen, auch cool! Jungs, weiter so! Und dass ein TT die hohe Auflösung kann, ist mir klar (nur läuft auf dem 68030 Notator SL und Polyframe nicht).
-
So sieht die ganze Sache am TT aus
https://www.youtube.com/watch?v=SAc0A01QKok
Es geschehen noch Zeichen & Wunder!
Nach ThunderStorm und jetzt USB fehlt dem TT ja nur noch ein CPU-Upgrade 8)
Das hat Dir der Teufel gesagt!
Klingt in meinen Ohren eher wie Engelsgesang 8)
-
Gehe ich recht in der Annahme, daß USB auch direkt auf TOS 2.06 (Mega STE) bzw. 3.06 (TT) verfügbar sein wird?
In dem Video, das czietz verlinkt hat sieht es so aus.
Hier ist übrigens der aktuelle Stand auf dem Mega STE zu sehen:
https://www.youtube.com/watch?v=3RVhC1Z6_j4
tuxies TT scheint dagegen irgendein Mint drauf zu haben....
-
Auf dem MegaSTE läuft auch MiNT, einfach weil der Treiber derzeit nur für MiNT existiert.
Eine Portierung auf (Plain-)TOS -- ähnlich wie beim Unicorn-USB-Adapter -- ist geplant aber noch nicht begonnen. Ich möchte daher nichts versprechen, solange es noch nicht existiert.
-
Auf dem MegaSTE läuft auch MiNT, einfach weil der Treiber derzeit nur für MiNT existiert.
Eine Portierung auf (Plain-)TOS -- ähnlich wie beim Unicorn-USB-Adapter -- ist geplant aber noch nicht begonnen. Ich möchte daher nichts versprechen, solange es noch nicht existiert.
Danke für die Klarstellung. MIDI-Anwendungen und MiNT vertragen sich halt nicht, daher bin ich auf das klassische TOS angewiesen. Ich drücke die Daumen und hoffe, daß die angedachte Portierung auf Plain-TOS gelingt! Vielen Dank für all Eure hervorragende Arbeit in Sachen USB unter MiNT und hoffentlich auch unter TOS.
-
Genau so ist der Plan, wir haben extrem gute Leute an Bord.
Was innerhalb so kurzer Zeit bereits bewerkstelligt wurde, ist fantastisch.
Nochmal eine Zusammenfassung: die Lightning -so der Name der USB Karte- läuft als Prototyp derzeit sowohl im TT, als auch im MegaSTE, beides aber unter Mint.
Die Lightning hat 2 Stück USB 1.1 Ports, die beide gleichzeitig verwendet werden können, z.B. Maus und USB Stick. Eine Erweiterung mittels eines 4er USB Hubs ist czietz bereits gelungen.
Tuxie meldet, dass bei ihm ein DLink USB zu LAN Adapter vom System erkannt wird.
Stay tuned!
PS: neue Thunderstorm wird es wahrscheinlich noch vor Weihnachten geben.
PPS: C-Programmierer gesucht!
-
Das ließt sich alles sehr gut, und USB 1.1 ist für Ataris auch schnell genug. Ich drück mal die Daumen! Ich hoffe auch auf die reine TOS-Version, aber MiNT ist auch schonmal toll.
-
Auf meinem TT läuft ein Vanilla Mint mit Thing Desktop, also nix unheimliches. Meine Benchmark Werte sehen nur anders aus da ich mit 20Mhz Bustakt die Lightning betreibe.
-
Eine Portierung auf (Plain-)TOS -- ähnlich wie beim Unicorn-USB-Adapter -- ist geplant aber noch nicht begonnen. Ich möchte daher nichts versprechen, solange es noch nicht existiert.
So, jetzt kann ich schon mehr versprechen. :)
Angehängt ist ein erster Blick auf den Lightning-USB-Treiber für TOS. Sehr frühe Version, wir müssen sicherlich noch ein paar Dinge daran optimieren, aber im Prinzip läuft er. (Das auf dem Foto geöffnete Laufwerk C: ist ein USB-Stick.)
PS: @Johannes, ich wollte für diesen Post keinen neuen Thread starten, aber vielleicht kann dieser Thread ca. ab Post #23 abgeteilt und z.B. nach Hardware verschoben werden?
-
Hammer!
Dann kann ich mich ja schon langsam an einen Wiki Eintrag für die Lightning setzen.
-
Eine Unterstützung vom Single TOS ist großartig ...
-
Hab mir gerade den kompletten Thread durchgelesen... und finde es einfach genial was ihr da schon geschafft habt. Weiter so. :D
-
Die Unterstützung von Single TOS, das ist ja wunderbar! Einfach klasse, was Ihr da leistet!
Vielen Dank!!!!
-
Und hier noch ein Bild vom TT unter EmuTOS -- Atari TOS wird natürlich auch unterstützt.
-
Hallo Christian, hast du deine Rechner Flotte aufgerüstet ?
Was ist denn unter TOS (nicht MiNT) an Geschwindigkeit zu erwarten ?
Ich vermute mal das zur Zeit neben einer USB Maus nur USB Sticks unterstützt werden, wie sieht es mit USB Cardreader aus? Zum Beispiel für SD und CF Karten ...
-
Was ist denn unter TOS (nicht MiNT) an Geschwindigkeit zu erwarten ?
Da ich den Treiber noch als Alpha-Version betrachte, bin ich vorsichtig mit konkreten Zahlen. Ich denke, das Ziel sollte sein, auf über 500 kB/s zu kommen. (Bedenke dabei, es sind USB-1.1-Ports, wie Gaga schon schrieb.)
Ich vermute mal das zur Zeit neben einer USB Maus nur USB Sticks unterstützt werden, wie sieht es mit USB Cardreader aus? Zum Beispiel für SD und CF Karten ...
Die Treiber für die USB-Geräte entwickle ich ja nicht -- und ich habe auch keinen Cardreader zum Testen da. Ich meine aber, solange die Karte so partitioniert ist, dass sie für TOS (ggf. mit BigDOS) lesbar ist, sollte ein Cardreader ebenso funktionieren wie ein USB-Stick.
-
Unter Mint funktioniert auch ein Cardreader, also gehe ich stark davon aus das er auch unter TOS funktioniert.
Theoretisch sollte all das Funktionieren wie es auch an dem Unicorn Interface funktioniert, da dieser Treiber bzw. der STack die Basis bildet
-
Cardreader und USB-Sticks verhaltensich nach meinen Kenntnissen softwareseitig (zumindestens unter Windows und Linux) absolut gleich, es werden die gleichen Systemfunktionen/Komponenten für den Zugriff verwendet. Auch bei Festplatten. Ich weiß aber nicht, ob es da intern noch eine Sonderbehandlung für Kartenleser gibt, denn die können ja auch mal leer sein und werden trotzdem grundsätzlich als vorhanden erkannt, ähnlich wie Wechselplatten (Syquest).
Interessant wäre mal zu wissen, welche Gerätetypen sonst noch unterstützt werden, das heißt anstöpseln, funzt, allerdings teils dürfte das natürlich recht speziell (eigene Treiber notwendig) sein. Mäuse, Tastaturen, Webcams, Scanner, CD/DVD-Lw., ...
-
USB ist relativ strikt genormt. In der Spezifikation gibt's die "USB mass storage device class", die das Protokoll für Speichermedien festlegt.
Wenn die Spezifikation vom Treiber vollständig erfüllt wird, sollten (eigentlich) alle Arten von Speichermedien funktionieren.
-
Ich habe wegen der Cardreader gefragt weil an dem UniCorn oder der Firebee die bei mir nicht liefen, nur USB Sticks gingen. Alan sagte mal die Sachen müssen unbedingt USB 1.1 kompatibel sein was bei den Cardreadern schwierig wird, denke ich mal ...
-
Ich habe hier einen Hama Card Reader der SD/CF /MMC und so unterstützt, mit diesem habe ich bereits erfrolgreich CF karten gelesen. SD Habe ich noch nicht getestet
-
USB ist relativ strikt genormt. In der Spezifikation gibt's die "USB mass storage device class", die das Protokoll für Speichermedien festlegt.
Ja, aber wie siehts bei CD/DVD aus? Da müsste ja dann MetaDOS bzw. ExtenDOS mit dem USB-Stack umgehen können...?
-
Ich habe wegen der Cardreader gefragt weil an dem UniCorn oder der Firebee die bei mir nicht liefen, nur USB Sticks gingen. Alan sagte mal die Sachen müssen unbedingt USB 1.1 kompatibel sein was bei den Cardreadern schwierig wird, denke ich mal ...
Das ist Unsinn, jedes USB-2.0-Gerät läuft (mit entsprechend niedriger Übertragungsgeschwindigkeit) auch an einem USB-1.1-Port. Auf dem angehängten Foto sieht man, dass auch meine USB-3.0-Festplatte problemlos von der Lightning erkannt wird. (Die NTFS-Partitionen darauf kann ich auf dem Atari natürlich nicht lesen, aber das ist eine ganz andere Baustelle.)
Interessant wäre mal zu wissen, welche Gerätetypen sonst noch unterstützt werden, das heißt anstöpseln, funzt, allerdings teils dürfte das natürlich recht speziell (eigene Treiber notwendig) sein. Mäuse, Tastaturen, Webcams, Scanner, CD/DVD-Lw., ...
Wie gesagt, die USB-Gerätetreiber kommen nicht von uns, sondern aus dem MiNT-/USB4TOS-USB-Stack. Unter MiNT gibt es Treiber für Mäuse, Massenspeicher und USB-Ethernet-Adapter.
Die Wünsche, was Leute alles für Geräte anschließen wollen, dürften nahezu endlos sein. Damit wären wir wieder beim Topic dieses Threads, der ja "Unterstützung bei USB Treiberentwicklung/anpassung gesucht" heißt. Wenn sie also jemand berufen fühlt, Gerätetreiber zu programmieren, wir freuen uns über Verstärkung. Die Gerätetreiber kämen übrigens nicht nur zukünftigen Lightning-Nutzern zugute, sondern auch Nutzern von Unicorn, EtherNAT etc., die ja dieselben Gerätetreiber benötigen -- und damit exakt dieselben Geräte unterstützen wie die Lightning.
-
Ja, aber wie siehts bei CD/DVD aus? Da müsste ja dann MetaDOS bzw. ExtenDOS mit dem USB-Stack umgehen können...?
Der USB-Massenspeicher-Treiber bietet eine Schnittstelle nach dem etablierten SCSI-Treiber-Standard. Mit einigen kleinen Änderungen konnte ich den genannten Massenspeicher-Treiber (wie gesagt, nicht von uns entwickelt) dazu bringen, mein USB-DVD-Laufwerk am Lightning-Hostcontroller zu akzeptieren. Mit einem geeigneten BOS-Treiber (z.B. SPIN!) lässt sich die SCSI-Treiber-Schnittstelle an MetaDOS/ExtenDOS anflanschen. EDIT: ExtenDOS soll wohl seinen eigenen BOS-Treiber mit SCSI-Treiber-Schnittstelle (SCSIDRV) mitbringen. Kann ich mangels ExtenDOS nicht testen.
Das angehängte Foto zeigt eine -- auf dem Atari natürlich total nutzlose -- AOL-CD aus den 1990er-Jahren.
PS: Wie das ganze unter MiNT geht, darf jemand anderes herausfinden...
-
Das angehängte Foto zeigt eine -- auf dem Atari natürlich total nutzlose -- AOL-CD aus den 1990er-Jahren.
Pssst: Das war am PC nicht viel anders.
Und ich sage das, obwohl mein erster Webspace bei AOL war. War halt billig, 5 DM im Monat für 5 MB. Mit der AOL-Software konnte man immer genau eine Datei hochladen. FTP gab es nur mit Trick17 durch die Brust ins Auge.
</offtopic>
Am Atari kannst du dir jetzt die Inhalte des MOV-Ordners angucken!
-
Klasse!
-
EDIT: ExtenDOS soll wohl seinen eigenen BOS-Treiber mit SCSI-Treiber-Schnittstelle (SCSIDRV) mitbringen. Kann ich mangels ExtenDOS nicht testen.
So, jetzt kann ich übrigens bestätigen: Ja, mit dem ExtenDOS beiliegenden CD-Treiber lässt sich ein USB-CD-Laufwerk nutzen.
Nur unter MiNT (nicht unter TOS) ist es ein wenig hakelig, aber vielleicht habe ich auch nur noch nicht die optimale Lösung gefunden. Üblicherweise würde man ExtenDOS ja vor dem MiNT-Kernel im AUTO-Ordner haben. Bloß in unserem Fall lädt ja erst der MiNT-Kernel überhaupt den USB-Treiber und damit macht damit das Laufwerk verfügbar. Also muss man ExtenDOS aus einem laufenden MiNT heraus starten und kann dann den speziellen .XFS-Treiber von ExtenDOS nicht nutzen. Funktioniert augenscheinlich trotzdem...
-
Was du machen kannst ist vor Xaaes das extendos laden, dazu das extendos in die mint.cnf vor xaloader packen mit exec ... zumindest ein versuch wert.
-
es würde mich interessieren, wie der Stand der Dinge bei dem USB-Teil (lightning) ist. Ich würde mir das gerne zu Weihnachten wünschen ;)
Toni
-
Hallo,
Aktueller Stand der Dinge:
- Prototype läuft, auch mit Mach64 Nova
- Treiber für Mint und Tos laufen, werden aber systematisch noch Optimierungen vorgenommen und ggf. Erweitert aber dazu kann eventuell Christian noch etwas sagen.
- Schaltung wird aktuell Optimiert, d.h. die Stromversorgung der USB Ports sollten noch etwas optimiert werden in Richtung Kurzschluss und Überlastungssicherheit.
Nach Abschluss der Optimierung des Schaltplans was diese Woche wohl abgeschlossen wird, wird mit dem Boarddesign begonnen. Das Board wird eine Aufsteckplatine auf den VME bus, so das der VME Schacht soweit frei bleibt.
Sobald das Boardlayout fertig ist wird die erste Serie aufgelegt.
Aktuell in Arbeit ist für Mega STE und TT (VME)
Das die Boards dann unterm Weihnachtsbaum liegen können wir nicht versprechen, da die Lieferung der Boards allein eine ganz weile dauert aber wir geben uns Mühe.
-
- Treiber für Mint und Tos laufen, werden aber systematisch noch Optimierungen vorgenommen und ggf. Erweitert aber dazu kann eventuell Christian noch etwas sagen.
OK, aktuell arbeite ich ja in Sachen Treiber an der Kompatibilität zwischen Lightning und Nova (beide zusammen am VME-Bus), aber dank @pakmans Feedback weiß ich, dass ich die wesentlichen Probleme mittlerweile behoben habe, jetzt kommt der Feinschliff.
Davon abgesehen halte ich die Treiber mittlerweile für recht stabil, so stabil, dass wir sie mit der Hardware an Nutzer herausgeben könnten. Natürlich kann man noch viel mehr Features einbauen und Dinge verbessern -- Software ist nie fertig entwickelt --, aber Mäuse und USB-Sticks laufen in unseren Tests schon jetzt gut. Ich will auch nicht zu sehr auf den Putz hauen, aber imho sind wir bei manchen Dingen schon besser/bugfreier als andere USB-Hardware samt Treibern für Ataris, die schon länger verfügbar ist.
-
Wird es denn auch möglich sein so wie beim UniCorn von Alan USB zu Ethernet Adapter unter MiNT zu betreiben ?
-
- Treiber für Mint und Tos laufen, werden aber systematisch noch Optimierungen vorgenommen und ggf. Erweitert aber dazu kann eventuell Christian noch etwas sagen.
OK, aktuell arbeite ich ja […]
Das sind ja großartige Neuigkeiten! Toll, danke!
-
Wird es denn auch möglich sein so wie beim UniCorn von Alan USB zu Ethernet Adapter unter MiNT zu betreiben ?
Da wir für die USB-Geräte-Seite ebenfalls den MiNT-Stack nutzen, ja. Allerdings hat's so weit ich weiß mit der Lightning noch niemand getestet. Kannst Du einen Ethernet-Adapter empfehlen, der mit der Unicorn funktioniert?
-
Das müsste der D-Link DUB-E100 sein. Den bringe ich am 25.11. mit nach Hannover. Ist schon mit Pakman abgesprochen.
-
Einfach klasse, diese Neuigkeiten!
Ich finde es gut, daß hier so sorgfältig gearbeitet wird.
Weiter so.
Ist doch egal, wenn's erst zu Ostern was wird ;)
-
Ich könnte euch einen neuen E-100 Adapter leihen wenn ich den beim Kauf des Lightning zurück bekomme ...
-
Ich habe aktuell einen dieser Adapter da, ich will das sehen das ich das Testen kann aber will erstmal das Layout fertig haben (beides gleichzeitig geht nicht).. Erkannt wird er auf jedenfalls aber ob der Treiber korrekt geladen wird das kann ich noch nicht genau sagen. Aber wie Christian schon schrieb da wir den gleichen USB Stack verwenden sollte es theoretisch gehen.
-
Lightning News:
1. neuer Name
2. Transferrate für USB Sticks auf 320kbs erhöht
3. Bug entfernt (Tastendruck)
4. läuft perfekt unter Magic ( @Nervengift )
-
1. neuer Name
Lass mich raten? Flash -> Würde gut zu Thunder und Storm passen, und wohl auch zum Primärzweck, USB-Sticks am TT zu betreiben.
-
Lightning News:
1. neuer Name
2. Transferrate für USB Sticks auf 320kbs erhöht
3. Bug entfernt (Tastendruck)
4. läuft perfekt unter Magic ( @Nervengift )
Ich freue mich immer, wenn es gute Neuigkeiten zu diesem Add-On gibt, wie auch immer es zum guten Schluß heißen wird.
-
Lightning VME
-
Lightning VME
...ein schöner Name!
-
Ich will es noch nicht schwarz an die Wand malen, aber ein Treiber für USB Tastaturen ist nicht ausgeschlossen.
Besteht daran Interesse?
Solche Tastatur würde natürlich erst nach dem Laden des Treibers zur Verfügung stehen, also noch nicht beim Systemstart (Abbruch Ladebalken).
-
WOW! Ich bin echt beeindruckt, was ihr auf die Beine gestellt habt und was man erreichen kann, wenn man konstruktiv zusammen arbeitet! :D 8) Prima, dass der Treiber auch unter Magic läuft. Das ist vor allem für mögliche Ethernetadapter interessant, denke ich und gerade auf einem Mega STE macht Magic viel mehr Sinn als MiNT und so werden einem Mega STE mit Lightning nochmal ganz neue Möglichkeiten eröffnet! Echt klasse! Großes Lob ans komplette Team!
Ist echt schade, dass mir der passende Atari zur Lightning fehlt. ???
-
Ohne Funktion beim booten fände ich das ganze nicht sinnvoll ...
Vielleicht könnte man wenn der SCSI Treiber in der 512kB EmuTOS Version mal kommt für den Atari TT einen rudimentären USB Tastatur Treiber ins EmuTOS einbauen.
-
Ich will es noch nicht schwarz an die Wand malen, aber ein Treiber für USB Tastaturen ist nicht ausgeschlossen.
Besteht daran Interesse?
Solche Tastatur würde natürlich erst nach dem Laden des Treibers zur Verfügung stehen, also noch nicht beim Systemstart (Abbruch Ladebalken).
Aber hallo! Sowas von Interesse. Für mich wäre das sogar interessanter als USB-Sticks. Das wäre soo gut - meine TT-Tastatur prellt und prellt …
Und dass es erst nach dem Laden des Treibers ginge stört mich sowas von gar nicht -- ich wechsle meine Bootconfig seltenst, und wenn doch, dann wird die TT-Tastatur reichen.
-
Also ich weiß zwar nicht, ob ich eine USB-Tastatur nutzen würde, aber die Idee, dass ich es könnte gefällt mir ;D
-
Unterstützung für USB Tastaturen - in welcher Form auch immer - ist spannend und ganz bestimmt eine gute Sache! Weiter so.
Was den Abbruch des Ladebalkens/RAM-Tests betrifft, so gibt es ein Tool, mit dem man eine Startdiskette so präparieren kann, daß der Abbruch automatisch vonstatten geht. Die Startdiskette muß halt beim Rechnerstart im Floppylaufwerk liegen. Ich habe mir damals solch eine Diskette gebastelt. Ich muß nur noch rausfinden, was das für ein Tool war.
Wenn ich mich recht entsinne, gab es dieses Tool im Zusammenhang mit der Einführung von TOS 2.06. Die solchermaßen präparierte Startdiskette funktioniert auch mit TOS 3.06, inkl. der für Thunder/Storm modifizierten TOS 3.06 Version. Habe es gerade mal ausprobiert. Geht.
-
Was den Abbruch des Ladebalkens/RAM-Tests betrifft, so gibt es ein Tool, mit dem man eine Startdiskette so präparieren kann, daß der Abbruch automatisch vonstatten geht. Die Startdiskette muß halt beim Rechnerstart im Floppylaufwerk liegen. Ich habe mir damals solch eine Diskette gebastelt. Ich muß nur noch rausfinden, was das für ein Tool war.
Wenn ich mich recht entsinne, gab es dieses Tool im Zusammenhang mit der Einführung von TOS 2.06. Die solchermaßen präparierte Startdiskette funktioniert auch mit TOS 3.06, inkl. der für Thunder/Storm modifizierten TOS 3.06 Version. Habe es gerade mal ausprobiert. Geht.
Gefunden! Das Tool heißt NOROACH und stammt von Atari.
Ich hänge es mal hier an. Die Datei nach dem Download in NOROACH.ZIP umbenennen.
-
Eben getestet: die Lightning VME funktioniert grundsätzlich zusammen mit einer Nova ET4000 (1024*768*256Farben) im MegaSTE unter TOS 2.06, Mint und Magic.
What a feeling!
-
Lightning News:
2. Transferrate für USB Sticks auf 320kbs erhöht
Bemerkung: Bezieht sich hier, bei der Nutzung am Mega STE, der TT schafft mehr.
Nur mal so zum Vergleich, auf der EtherNAT am Falcon060 wird der identische USB IC eingesetzt, dieser Schafft unter Mint 290 kbyte/s
-
^^-- Das ist ja eine Größenordnung weniger als bei IDE... :-[
-
^^-- Das ist ja eine Größenordnung weniger als bei IDE... :-[
Ja – und? Das USB-Mass-Storage-Protokoll für USB 1.1/2.0 ist auch nicht gerade toll. Kleine CPUs werden da zu kämpfen haben.
Gut wurde es erst mit 3.0 mit der UASP-Erweiterung.
-
^^-- ahh so. Es geht also um die Erfindung der Langsamkeit...
-------
,,, NOROACH ...
Bist Du sicher, daß Du damit das Booten beschleunigen kannst? So weit ich weiß dient das Teil ganz im Gegenteil dazu, den Boot-Vorgang zu verzögern, um auf eine lahme Festplatte zu warten (und nebenbei noch zum ´impfen´ von Disketten).
Auf Geräten mit NV-RAM (Falcon, TT) kann man die Boot-Verzögerung mit einem Setter einstellen/abstellen.
-
Das Problem ist der Atari TT mit 256MB Fastram, da dauert der Speichertest einige Minuten. Das lässt sich nur Abbrechen mit einem Tastendruck.
USB auf den Retro Maschinen ist halt sehr langsam. Für mich stellt sowas kein Problem dar. Ich bin froh überhaupt USB Sticks und derartiges überhaupt nutzen zu können. Meine IDE CF mit ByteSwap über HDDriver macht auch nur 300kb/s. Hauptsache ich kann Dateien tauschen zwischen Atari und Mac/PC. Ich denke der Atari schafft ja noch nicht mal das volle USB 1.1 Tempo ...
USB 2.0 schafft auf einem neuen PC so um die 40MB/s ...
-
Also, wenn IDE am Falcon mit 2,5MB/s funzt und am TT/Thunder sogar mit dem Doppelten, dann benutze ich (auch und gerade zum Daten-Austausch) doch lieber CFs anstatt USB-Sticks. Gibt´s denn nichts sinnvolleres zu tun für USB ?
Übrigens wäre ich froh, wenn mein ´neuerer´ Schlepptop das auch so schnell könnte - da nehme ich immer stirnrunzelnd zur Kenntnis, wie langsam der ist beim kopieren (und das dann auch noch stolz darstellt).
Das Problem ist der Atari TT mit 256MB Fastram, da dauert der Speichertest einige Minuten. Das lässt sich nur Abbrechen mit einem Tastendruck.
Wenn ich mit dem BOOTCONF.PRG von US den Parameter ´Bootverzögerung´ auf null oder drei setze, dann wird auf meinem Falcon der Speichertest samt Balken unterdrückt und es ist kein Tastendruck nötig um abzubrechen. Auf meinem TT ist das IIRC auch so.
-
^^-- ahh so. Es geht also um die Erfindung der Langsamkeit...
-------
,,, NOROACH ...
Bist Du sicher, daß Du damit das Booten beschleunigen kannst?
So sehe ich das nämlich auch. Der TT, Falcon oder Mega-STE greifen nämlich auf die Floppy erst nach RAM-Test und Wartebalken zu. Nicht vorher. Folglich kann vorher auch kein Programm von Diskette starten.
Vielleicht hilft es aber bei STs mit älteren TOS-Versionen, die nicht auf die Platte warten, sondern auch von Floppy losrattern sofern da eine Diskette drin ist. Wenn Noroach dann auf der Diskette eine einfache Abfrage macht "Platte da?" und diese mit Nein beantwortet, könnte das Programm einen Reset auslösen.
-
Also, wenn IDE am Falcon mit 2,5MB/s funzt und am TT/Thunder sogar mit dem Doppelten, dann benutze ich (auch und gerade zum Daten-Austausch) doch lieber CFs anstatt USB-Sticks. Gibt´s denn nichts sinnvolleres zu tun für USB ?
Das macht durchaus Sinn, denn IDE ist nicht hotswap-fähig. Ziehst du dem ST/TT/Falcon das IDE-Laufwerk weg, fällt er auf die Nase. Bei dem USB-Teil hier wurde schon per Video der Stick-Wechsel im laufenden Betrieb gezeigt. Und wenn du dann überlegst, wie lange ein EasyMiNT auf einem TT bootet, wirst du sicher ins Grübeln kommen, ob du den Rechner jedes Mal ausschalten (achtung, MiNT braucht erst einen Shutdown!!!) willst, um ein vom PC gefüttertes Medium reinzustecken.
-
Noch einmal:
Derzeit 320kb/s im MegaSTE und 600kb/s im TT.
Faktisch also eine DD Diskette voll pro Sekunde im TT. Das ist langsam?
Du hast doch am Samstag selbst gesehen, wie gut es schon am MegaSTE funktioniert hat.
Nervengift und ich haben denselben USB Stick an der Firebee getestet. Dort waren es „nur“ 980kb/s. Ich habe dort wesentlich mehr Speed erwartet eingedenk des wesentlich moderneren Gesamtsystems.
-
Ja ja... ich will Euch das ja nicht madig machen. Funzt ja wirklich gut. Bloß die Geschwindigkeit hat mich enttäuscht (wie auch mein Labtop).
Vielleicht bin ich von meinem Yamaha zu sehr verwöhnt (obwohl der an SCSI hängt, also auch nicht sooo schnell ist). Mit dem praktiziere ich übrigens eine Art ´Pseudo-HotSwap´: Ich dreh ihm den Saft ab, wechsele die Karte, dann lasse reinström und evtl. noch ein Druck auf ESC - und alles (ohne Reboot!) ist wieder bereit. Da geht das Karten-Wechseln also schneller als mit dem Labtop unter Windoof_8 (wo immer erst ´Karte auswerfen´ angeleiert werden muß).
Wäre mal die Frage @Gaga , ob man das mit dem Thunder auch hinkriegt?
Gibt´s was neues bzgl. CF-SD-Adapter am Thunder? (Wie Sa schon bemerkt kein Problem am Yamaha, mit HDDRIVER_8.45).
-
So sehe ich das nämlich auch. Der TT, Falcon oder Mega-STE greifen nämlich auf die Floppy erst nach RAM-Test und Wartebalken zu. Nicht vorher. Folglich kann vorher auch kein Programm von Diskette starten.
Falsch.
Mal mindestens beim TT ist die Reihenfolge:
- Logo erscheint
- ROM CRC wird berechnet
- ggf Start von Cartridge Typ3
- ggf Booten von Floppy (springt durch hdv_boot)
- Speichertest mit Balken, lauter Minuszeichen und Größenangabe
- Wartebalken
- ggf Booten von IDE (nur mit Thunder-Patch)
- ggf Booten von SCSI oder DMA
-
^^-- ahh so. Es geht also um die Erfindung der Langsamkeit...
-------
,,, NOROACH ...
Bist Du sicher, daß Du damit das Booten beschleunigen kannst?
Aber ja doch. Probier's doch mal aus. Man kann das alles konfigurieren.
Mein TT startet mit meiner NOROACH Konfiguration blitzschnell.
-
So sehe ich das nämlich auch. Der TT, Falcon oder Mega-STE greifen nämlich auf die Floppy erst nach RAM-Test und Wartebalken zu. Nicht vorher. Folglich kann vorher auch kein Programm von Diskette starten.
Falsch.
Mal mindestens beim TT ist die Reihenfolge:
- Logo erscheint
- ROM CRC wird berechnet
- ggf Start von Cartridge Typ3
- ggf Booten von Floppy (springt durch hdv_boot)
- Speichertest mit Balken, lauter Minuszeichen und Größenangabe
- Wartebalken
- ggf Booten von IDE (nur mit Thunder-Patch)
- ggf Booten von SCSI oder DMA
Danke, @pakman für diese eindeutige Klärung.
@1ST1 einfach mal selbst probieren. Ist oft besser als vorschnelle Urteile abzugeben.
-
Noch einmal:
Derzeit 320kb/s im MegaSTE und 600kb/s im TT.
Faktisch also eine DD Diskette voll pro Sekunde im TT. Das ist langsam?
Du hast doch am Samstag selbst gesehen, wie gut es schon am MegaSTE funktioniert hat.
Nervengift und ich haben denselben USB Stick an der Firebee getestet. Dort waren es „nur“ 980kb/s. Ich habe dort wesentlich mehr Speed erwartet eingedenk des wesentlich moderneren Gesamtsystems.
Das sind doch geradezu phantastische Werte! Wenn es darum geht, mal flugs Daten hin und herzuschaufeln, ist ein USB Stick ungemein praktisch.
Ich verstehe diese Jammerei über die Übertragungsgeschwindigkeit nicht. Was soll das?
Wir sollten froh und dankbar sein, daß mit Lightning VME eine neue wunderbar praktische Hardware auf uns zu kommt. Und passende Treibersoftware dazu. Traumhaft!!
-
@dbsys: Danke für das positive Feedback.
@ari.tao: wir werden uns Deines Problems mit dem CF2SD Adapter an der Thunder annehmen, keine Sorge. Es geht nur nicht alles auf einmal.
-
Also ich nehme mindestens eine Lightning, wenn nicht zwei ;)
Ganz große Arbeit ist das, einfach Spitze! Weiter so! Und die Idee mit dem Abgriff des VME-Busses ist genial 8)
Jetzt werden mein TT und Mega STE blitzschnell Daten austauschen können - mit dem PC auch noch, wenn's sein muß ;-) Muß nur noch eine Lösung für meinen Falcon her.
Ich muß ehrlich sagen, dass ich das "Gejammere" auch nicht ganz nachvollziehen kann:
Da setzen sich ein paar Leute hin, opfern Ihre Freizeit, um für die Atari-Community neue geniale Hardware zu entwickeln und kriegen erstmal eine vor den Bug.
Ich meine, wem es nicht gefällt, der muß es ja nicht kaufen. Aber Dankbarkeit und Wertschätzung sehen anders aus.
Und mal abgesehen davon, sehe ich genauso wie @dbsys: 600kb/s ist doch super!
-
Mir scheint, daß ich hier gründlich mißverstanden wurde.
Vorweg mal: Auch ich werde ein Lightning abnehmen - schon aus Solidarität.
Aber es muß wohl erlaubt sein, nach der Verbesserung ggü. vorhandenen Lösungen zu fragen, und natürlich auch, ob die TransferRate des Lightning noch zu verbessern geht. Ich war wohl nicht der einzige, der am Sa von dem Wert etwas enttäuscht war. Vielleicht hätte ich ja meine diesbezügliche Bemerkung nicht hier öffentlich machen sollen, aber min. drei PMs waren mir zu mühsahm - man kann sich ja hier im Forum leider nicht mit ein paar ausgewählten Leuten in ein Hinterzimmer verziehen (oder etwa doch?). Es geht also wirklich nicht um Jammerei. Die Bemerkung zur TransferRate war für die ´Insider´ bestimmt (und ich bin sicher, die werden sich gehörig anstrengen).
Zum Vergleich (gemessen mit XFERRATE_1.1 jeweils am Yamaha):
XHDI transfer rate: Gerät: Medium:
1210-1240 kb/sec Falcon CF-Card / SD-Card mit Adapter
1660 kb/sec TT Hitachi MikroDrive
Das sind doch geradezu phantastische Werte! Wenn es darum geht, mal flugs Daten hin und herzuschaufeln, ist eine CF/SD/mSD-Card ungemein praktisch (& viel handlicher als ein USB-Stick). ;D
-------
Und nun noch eine Bemerkung nur für Insider (alle anderen bitte mal wegschauen):
Von gewissen Zickereien ´schneller´ Mäuse am Atari hatte ich schon berichtet (http://forum.atari-home.de/index.php?topic=13916.0). Bisher hatte ich vermutet, der verantwortliche Flaschenhals sei die Keyboard-Schnittstelle oder vielleicht sogar der IKBD-Prozessor. Die Beobachtung am Sa am Lightning hat diese Vermutungen aber klar widerlegt. Kann also nur daran liegen, daß das BIOS die Datenflut von der Maus nicht beherrscht. Afaik geschieht die Verarbeitung im VBL-Interrupt und ist deshalb sehr zeitkritisch. Nicht ohne Hintergedanken hatte ich meinen Maus-Speeder gepostet, um genau darauf aufmerksam zu machen. Ich weiß aber nicht, ob das BIOS vielleicht durch einen Patch verbessert werden kann.
PS: Mit Mousy auf 3 funzt die LogiLink-Maus (800 dpi) in 1024x768 problemlos. Es ist aber auch eine Frage der Gewöhnung...
-------
,,, NOROACH ...
Bist Du sicher, daß Du damit das Booten beschleunigen kannst?
Aber ja doch. Probier's doch mal aus. Man kann das alles konfigurieren.
Muß ich doch gar nicht. Bootverzögerung = 0 im NVRAM des TT reicht doch völlig, so. - ganz ohne Diskette! Aber schön zu wissen, daß man auch NOROACH mißbrauchen kann.
-------
Jetzt werden mein TT und Mega STE blitzschnell Daten austauschen können ...
Dafür reicht eine SCSI-Kette.
-
,,, NOROACH ...
Bist Du sicher, daß Du damit das Booten beschleunigen kannst?
Aber ja doch. Probier's doch mal aus. Man kann das alles konfigurieren.
Muß ich doch gar nicht. Bootverzögerung = 0 im NVRAM des TT reicht doch völlig, so. - ganz ohne Diskette! Aber schön zu wissen, daß man auch NOROACH mißbrauchen kann.
Ohh, parplautz. Hab´s gerade noch mal überprüft und gefunden:
Der TT verhält sich anders als der Falcon! Bootverzögerung = 0 funzt tatsächlich nur auf dem Falcon, aber nicht auf dem TT, um den Speichertest zu unterdrücken.
Sorry for that.
Edit.: @Gaga , Du hast doch mal gefragt, ob noch weitere Pätsche im TT-TOS sinnvoll wären: Die Anpassung an 4.04 bzgl. ´Bootverzögerung´ wäre imho ein solcher.
-
@ari.tao , wie du sicher weißt Arbeiten wir jetzt schon eine ganze weile daran. Und wenn du genau gelesen hast dann siehst du sicher auch das der Original Treiber wie er beim CT60 Falcon zum EInsatz kommt, gerade mal 290Kbyte/s schafft. Und wir jetzt beim TT der um ein vielfaches Langsamer ist als ein CT60 Falcon bei rund 600Kbyte/s angekommen sind. Wir sind Stolz das wir das geschaft haben, ... eins sollte man nicht Vergessen wir reden hier von USB 1.1 und nicht 2.0 oder 3.0 und von einem 26 Jahre altem System. Wo die Festplatten damals noch nicht einmal so schnell waren. Mit IDE kann man das ganze nicht vergleichen. Und unsere Thunder liegt bei rund 6MB/s Datentransferrate wo auch das olle SCSI nicht hin kommt. Das der CF2SD Adapter daran nicht Funktioniert, wird wohl eher dem geschultet sein das sich das Ding wie manch CF Karten nicht an das Protokoll halten und ihren eigenen Senf machen. Aber da hat Holger ja schon Signalisiert das er sich das anschauen möchte. Und ganz ehlrich geht es hier nicht um eine Schnittstelle um nur Daten auszutauschen. Es geht darum eine Zeitgerechte Schnittstelle zu haben wo man mehr als nur einen USB Stick anstecken kann. Sicherlich wurde schon erwähnt das auch CD/DVD/Bluerays daran betrieben werden können.
Aktuell sollte gehen
USB Storage Devices inkl. CF-Kartenleser und SD Kartenleser
USB Mäuse
USB CD/DVD Rom oder eventuell auch Brenner
USB EtherNet interface (Arbeite ich momentan daran)
Somit hat man ein doch recht breites Spektrum was mit dem Device abgebildet werden kann. Wenn es dir nur darum geht um Daten auszutauschen, dann aktiviere auf der Thunder Smartswap und fertig ist. Kannste die HDD/CF am PC und am TT betreiben. (geht wunderbar, hab extra eine zweite Thunder drin wo nur die CF mit Smart Swap dran häng)
-
Das ist schon ganz erstaunlich, was Ihr da geschafft habt, Chapeau! 8)
Dafür könnt Ihr nichts, daß unsere Oldtimer für das USB-Protokoll einfach zu lahm sind.
Also, wenn es darum ginge, einen Preis für die beste Atari-Hardware des Jahres zu vergeben, dann würde ich den Lorbeer eindeutig an Thunder reichen.
Was CF2SD angeht, so habe ich den Verdacht, daß das Problem nicht an der HardWare liegt - und inzwischen auch nicht mehr an der FirmWare der Adapter, wie noch vor wenigen Jahren; aber wer weiß, ich bin gespannt auf das Ergebnis von Holger.
-
Aktuell sollte gehen
USB Storage Devices inkl. CF-Kartenleser und SD Kartenleser
USB Mäuse
USB CD/DVD Rom oder eventuell auch Brenner
USB EtherNet interface (Arbeite ich momentan daran)
Einsame Spitze!
-
Aktuell sollte gehen
USB Storage Devices inkl. CF-Kartenleser und SD Kartenleser
USB Mäuse
USB CD/DVD Rom oder eventuell auch Brenner
USB EtherNet interface (Arbeite ich momentan daran)
Das ist toll! Wie sieht es mit USB-Hubs aus?
-
Geht laut Test durch Czietz auch.
-
Ja USB Hub geht, selbst schon getestet. Aber wohl nicht alle. Nur die die auch das USB 1.1 Protokoll Unterstützen.
-
Soooo
670Kbyte/s mit meinem Beschleunigten TT, da bin ich fast an einer Firebee dran die gerade einmal 960kbyte/s schafft :)
-
Nett, aber [nietenzähler_modus_an] das sind nur 69% der Firebee-Leistung, ob 31% weniger wirklich "fast" ist, ist reine Definitionssache.[/nietenzähler_modus_aus]. >:D Es ist auf jeden Fall gut genug, knapp eine DD Diskette pro Sekunde, alle Achtung!
-
In der Firebee steckt ein USB 2.0 Controller. Die Lightning VME arbeitet mit der Version 1.1.
-
Dann ist wohl quasi Maximum erreicht.
-
Einen wesentlichen Geschwindigkeitssprung nach oben wird es wahrscheinlich nicht mehr geben. Es zeigt sich aber: je schneller der TT, umso schneller die Übertragungsrate.
Beim MegaSTE brachte das hardwareseitige Drehen der Leitungen einen Geschwindigkeitsvorteil von immerhin gut 40kb/s mehr. Beim TT scheint dies keine Rolle zu spielen.
Dennoch sind über 600kb/s ein gutes Ergebnis.
-
Dennoch sind über 600kb/s ein gutes Ergebnis.
600 kb/s sind doch super! Vielen Dank für Eure phantastische Teamarbeit. Ich ziehe meinen Hut....
-
Schließe mich meinem Vorredner an ;D Spitzen Arbeit!
Kann man schon so ungefähr sagen, wann die Lightning zu haben sein wird?
Und zu welchem Preis (ungefähr)?
-
Aktuell sind die ersten Platinen bestellt, wie lange die Lieferung dauert wird kann momentan noch keiner Sagen, in der Regel zwischen 6-8 Wochen. Zum Preis kann man aktuell noch nichts sagen da die Bauteile noch besorgt werden müssen.
Aber nochmal zusammengefasst. Die Lightning VME läuft im Mega STE und auch im Atari TT.. und das beste dabei, sie Ist eine reine Plug & Play Lösung, und der VME Bus bleibt frei.
Da sie Huckepack auf die VME Backplane zwischen Flachbandkabel und Platine gesteckt wird.
-
Die Lightning VME läuft im Mega STE und auch im Atari TT.. und das beste dabei, sie Ist eine reine Plug & Play Lösung, und der VME Bus bleibt frei.
Da sie Huckepack auf die VME Backplane zwischen Flachbandkabel und Platine gesteckt wird.
Spitzenmäßig gelöst!
-
Na dann warte ich geduldig ;)
-
Ich will es noch nicht versprechen, aber im Januar 2018 könnte es schon soweit sein. Preislich wird es wahrscheinlich bei um die 80 € pro Karte liegen. Beides erst einmal unverbindlich.
-
Hört sich auf jeden Fall schonmal gut an. Denke da würde ich auf jeden Fall zwei nehmen 8)
-
Das die Lightning huckepack hinten auf die VME-Platine gesteckt wird ist eine smarte Lösung. Freue mich aber schon auf die ersten Bilder dazu. Alles ab 20KB aufwärts ist für mich gegenüber der Floppy ein Fortschritt und (300-500)KB oder mehr ist mehr als schnell genug für mich persönlich. Wirklich, Hut ab, vor dem
Trio-Atari *(gaga, pakman, tuxie) Quartett-Atari *(czietz, gaga, pakman, tuxie). ;D
*Auflistung in alphabetischer Reihenfolge. Korrektur...
-
Es besonderer dank gilt auch Czietz ohne ihn wäre es nicht möglich gewesen das alles auf die beine zu stellen. Er ist derjenige der die Treiber dafür soweit angepasst hat das diese hohen Datenraten überhaupt erst möglich sind.
-
Es besonderer dank gilt auch Czietz ohne ihn wäre es nicht möglich gewesen das alles auf die beine zu stellen. Er ist derjenige der die Treiber dafür soweit angepasst hat das diese hohen Datenraten überhaupt erst möglich sind.
Danke für die Info. Habs entsprechend Korrigiert.
-
Dennoch sind über 600kb/s ein gutes Ergebnis.
600 kb/s sind doch super! Vielen Dank für Eure phantastische Teamarbeit. Ich ziehe meinen Hut....
Full-ACK, und Vorbestellung von 3 Stück :)
-
Kann man schon vorbestellen. Möchte ganz sicher eine haben. Ach bittäää :D
Toni
-
Wir werden es wieder so handhaben wie bei der ThunderStorm, keine Vorbestellung. Da dies uns unter Zeitdruck bringt und da wir alle auch noch Familie und Job haben würde das nur an der Qualität leiden. Sobald die Karten fertig sind wird es ein Feedback geben und die Auslieferung beginnt.
-
Wir werden es wieder so handhaben wie bei der ThunderStorm, keine Vorbestellung. Da dies uns unter Zeitdruck bringt und da wir alle auch noch Familie und Job haben würde das nur an der Qualität leiden. Sobald die Karten fertig sind wird es ein Feedback geben und die Auslieferung beginnt.
Kann ich gut nachvollziehen.
Aber woher könnt Ihr dann wissen, wieviele Lightning VME produziert werden sollten, um dem ersten "Ansturm" gerecht zu werden?
Gut, Ihr kennt die Zahlen von Thunder und Storm, die helfen bei der Abschätzung natürlich auch.
-
Ich schätze mal die Nachfrage wird etwas größer sein als bei den beiden anderen ...
-
Das generelle Interesse zu erfahren, ist schon wichtig.
Bei der Thunderstorm hatten wir damals ganz am Anfang eine Umfrage, aber das verfälscht sich mit der Zeit.
Vorbestellungen sind auch schön, aber gut die Hälfte der Leute meldet sich leider nicht wieder, wenn es dann so weit ist. Auch dieses Forum ist ein wenig wie ein Taubenschlag.
Das könnte man umgehen, indem man sogleich das Geld einsammelt vorab. Das aber wollen wir bewusst nicht.
Die Lightning VME wird in ausreichender Menge angeboten, wenn sie fertig ist. Dann muss keiner warten.
-
Die Lightning VME wird in ausreichender Menge angeboten, wenn sie fertig ist. Dann muss keiner warten.
Da bin ich mir sicher!
Macht das Teil in aller, aller Ruhe fertig. Mir ist es eh' lieber, etwas weitgehend Ausgereiftes zu erwerben.
-
Hier eine kleine Impression:
-
Mein Atari TT und ich freuen uns schon drauf ...
-
Tolle Platine, dass noch keiner zuvor auf diese Idee gekommen ist....!!! Ich hoffe, dass es keine Adresskonflikte mit gängigen VME-Karten gibt. Und, wäre es nicht noch möglich, da einen Netzerkchip mit drauf zu packen?
-
... Ich hoffe, dass es keine Adresskonflikte mit gängigen VME-Karten gibt...
wenn ich das richtig sehe, gibt's da Möglichkeiten in Form von Lötbrücken?
-
Tolle Platine, dass noch keiner zuvor auf diese Idee gekommen ist....!!! Ich hoffe, dass es keine Adresskonflikte mit gängigen VME-Karten gibt.
Ich weiß nicht, ob es im Thread schon erwähnt wurde, aber bei mir läuft ein Nova-Adapter mit ET4000-Grafikkarte zusammen mit der Lightning VME. (Das GAL der Nova muss getauscht werden; hier ist aber nicht die Lightning VME "Schuld", sondern die Nova beansprucht sonst den kompletten VME-Adressraum allein für sich und lässt anderen Karten keinen Platz.) Außerdem hatten wir auf dem RCT eine ECL-Grafikkarte parallel mit der Lightning VME im MegaSTE in Betrieb. Evtl. haben meine Mitstreiter noch weitere VME-Karten getestet?
-
@czietz ... kontaktiere bitte Idek wegen den Änderungen bei den Nova GALs. Damit er alle drei GALs anpassen kann. Und zwar das Super_SE, Super_PL und das Plus_II GAL ...
Ich kann eine Matrix TC1006 testen oder für einen Test zu dir schicken wenn die wieder zurück kommt ...
-
Das ja cool wenn es mit einen Tausch des GAL getan ist.
-
Ich hoffe meine Nova MACH64 mit 4MB wird auch funktionieren ...
-
Wie sieht es denn aus mit anderen Grafikkarten?
Ich habe die Crazy Dots und Sang MegaVision.
-
Die Auswahl der Grafikkarten, die uns zum Testen bisher zur Verfügung stehen, ist überschaubar und Hilfe wäre sinnvoll.
Pakman hat die Lightning mit einer Nova mach64 am Laufen.
Was wie Jumper aussieht, sind Testpunkte für Veränderungen/Erweiterungen.
Tatsächlich gibt es auf der Lightning nichts einzustellen. Plug and Play halt.
-
Wie seid ihr mit den Adressen verblieben?
-
Wie sieht es denn aus mit anderen Grafikkarten?
Ich habe die Crazy Dots und Sang MegaVision.
Schicke deine beiden Karten doch ein wenn czietz das Testen mag ...
-
Aufgrund Eurer Nachfragen:
Wer ist bereit, uns seine Grafikkarte(n) nebst Software leihweise zuzusenden?
Alternativ wären folgende Angaben von euch zu euren Grafikkarten von Interesse:
- Welche Adressen belegt die Karte?
- Gibt es Konflikte mit dem AM4-Adressbereich?
- Nutzt die Karte Interrupts?
Bitte an mich per PM.
-
Außerdem fragen wir uns schon länger, wie die Systematik der Bezeichnung der verschiedenen Nova Gals zu verstehen ist.
Was hat es also auf sich mit den Bezeichnungen Super_SE, Super_PL und Plus_II? Kann das mal jemand eben hier erklären. Keine Mutmaßungen bitte.
-
Hattet Ihr schon eine Matrix zusammen mit Lightning VME im Test?
-
Außerdem fragen wir uns schon länger, wie die Systematik der Bezeichnung der verschiedenen Nova Gals zu verstehen ist.
Was hat es also auf sich mit den Bezeichnungen Super_SE, Super_PL und Plus_II? Kann das mal jemand eben hier erklären. Keine Mutmaßungen bitte.
Super PL = ET4000 und ATI MACH64 / für Atari TT
Super SE = ET4000 / für Mega STE
Plus_II = ET4000/W32 und ATI MACH32 / für MSTE und TT
... alle anderen GALs sind uninteressant.
-
Sehr gut, danke.
Was ist die Besonderheit des Plus_II?
-
Sehr gut, danke.
Was ist die Besonderheit des Plus_II?
Das ist eine Frage die nur Idek beantworten kann. Das Plus_II wird halt für die W32 gebraucht, die MACH32 läuft laut Idek glaube ich auch mit dem Super_PL ...
-> https://silicon-heaven.org/atari/nova/
Ein GAL für alle Karten und Rechner wäre natürlich ein Traum.
-
Aufgrund Eurer Nachfragen:
Wer ist bereit, uns seine Grafikkarte(n) nebst Software leihweise zuzusenden?
Alternativ wären folgende Angaben von euch zu euren Grafikkarten von Interesse:
- Welche Adressen belegt die Karte?
- Gibt es Konflikte mit dem AM4-Adressbereich?
- Nutzt die Karte Interrupts?
Wie finde ich das heraus? Keine Doku vorhanden!
Evtl. könnte ich eine Matrix-Coco ausleihen (aber nicht vor Mitte Januar).
-
Evtl. haben meine Mitstreiter noch weitere VME-Karten getestet?
Ich kann eine PAMsNet VME zum Testen zur Verfügung stellen, wenn gewünscht.
-
Super PL = ET4000 und ATI MACH64 / für Atari TT
Super SE = ET4000 / für Mega STE
Plus_II = ET4000/W32 und ATI MACH32 / für MSTE und TT
Ja, gut. Das steht auch auf der Webseite. Die Frage ist eher, warum die GALs so sind, wie sie sind. Z.B. sind im Super PL(us) Dinge drin, die zumindest für die ET4000 keinen Sinn ergeben.
-
Ich denke das die Unterschiede beim Super_SE und Super_PL im Timing liegen, geraten ... !?!
Meine als interne reine VME Bus Karte aufgebaute ET4000 läuft mit dem Super_PL GAL sowohl im Mega STE als auch im Atari TT. Die Karte ist ja Handverdrahtet mit extrem kurzen Kabelstücken. Der normale NOVA Adapter und dem Super_PL GAL läuft im Mega STE nicht richtig. Da entstehen Pixelfehler (Pixel Müll) auf dem Monitor und man muss das ET4000 MSTE GAL Super_SE benutzen.
-> http://forum.atari-home.de/index.php?topic=13082.msg216142#msg216142
-
Aufgrund Eurer Nachfragen:
Wer ist bereit, uns seine Grafikkarte(n) nebst Software leihweise zuzusenden?
Alternativ wären folgende Angaben von euch zu euren Grafikkarten von Interesse:
- Welche Adressen belegt die Karte?
- Gibt es Konflikte mit dem AM4-Adressbereich?
- Nutzt die Karte Interrupts?
Bitte an mich per PM.
Wie kann man das rausbekommen? In einem meiner beiden TT steckt eine ;Matrix CoCo drin. Im anderen dei Nova Mach32.
-
Ein Testprogramm wäre schön wenn man so etwas Schreiben kann?
Die GK liegen doch alle ab 10MB bis 14MB im Bereich vom VME Bus. Es gibt ja 1, 2 oder 4MB Grafikkarten, oder?
Die Matrix Karten nutzen soweit ich weiss (glaube ich) den IRQ4 auf dem VME Bus genau wie die SMC_TT. Bei der TC Matrix Karten kann man den IRQ konfigurieren meine ich.
-
Anbei ein Testprogramm, wie vorgeschlagen. Es testet, ob Eure VME-Karte auch auf die Adressen anspricht, die die Lightning VME verwendet. Wenn Ihr Eure Resultate postet, seid bitte ausführlich. Wir hätten gerne:
- den genauen Namen (am besten inkl. Hersteller) der getesteten VME-Karte,
- natürlich, ob PASS oder FAIL erscheint,
- die Info, ob Ihr im TT oder im MegaSTE getestet habt,
- falls vorhanden, die Versions- oder Revisionsnummer der Karte,
- falls vorhanden, die Jumperstellungen auf der Karte,
- falls vorhanden, einen Link zur Anleitung der Karte.
Ich mache mal den Anfang:
Nova-Adapter + ET4000 (Noname) im TT, Jumper steht (wie laut Ideks Webseite nötig) dennoch auf MegaSTE. Mit dem SUPER_PLUS-GAL erscheint dreimal FAIL, mit dem von mir erstellten SUPER_4K-GAL erscheint dreimal PASS. => Mit geeignetem GAL kommt diese Karte der Lightning VME nicht in die Quere.
Anmerkung an meine Mitentwickler und Betatester: Die Lightning VME müsst Ihr natürlich vorher ausbauen. Sonst testet der Test bloß, dass auf die Lightning VME zugegriffen werden kann.
-
Die CrazyDots (mit Hi-Color-Modul 32.768 Farben (15 Bit)) von TKR
und die
Matrix MatGraph TC 1208 geben das gleiche Ergebnis aus.
Testing on a TT
Check data reg. ($0000): PASS - No card found
Check addr reg. ($0040): PASS - No card found
Check CPLD reg. ($0081): PASS - No card found
-
@ama: vorbildlich, hab nichts anderes erwartet
@czietz: das bedeutet jetzt konkret für die beiden Karten was?
-
50% Trefferquote. Bilder sagen mehr als 1000 Worte....
-
@1ST1 ... weißt du was für ein GAL auf deiner Nova sitzt?
Oder hast aus versehen die Matrix mit der Nova vertauscht?
Bei einer PAM VME Ethernet Karte kommt ein Pass, siehe Bild.
Bei der ET4000 und ATI NOVA kommt natürlich ein Fail ...
-
@czietz: das bedeutet jetzt konkret für die beiden Karten was?
Dass sie nicht auf (Lese-)Zugriffe auf die Register reagieren, die von der Lightning VME benutzt werden.
Danke ama, 1ST1, Frank, für Eure Tests.
-
Keine Ahnung was für ein GAL, meine NOVA ist original, da wurde nichts verändert. Wie kann ich das mit dem GAL herausbekommen? Anmerkung: Die Nova steckt in einem TT im Lighthouse-Tower. Der Einbau der Karte war recht aufwändig, die Karte da rausholen wäre es auch. Das ist so, weil der Lighthousetower keine vernünftige Befestigungsmöglichkeit für VME-Karten hatte. Ich habe da was stabiles eingebaut, es ist aber nicht darauf ausgelegt, ständig dran rumzubauen.
Edit: Doch, da kommt eine Meldung beim Start des Treibers (von Idek): GAL: Plus II
Und nein, verwechselt wurde da nichts, die CoCo steckt in dem TT im Originalgehäuse, den betreibe ich aber meistens mit dem SM-195, dessen Ausgabe ihr da seht. Die CoCo mit ihrer maximalen Auflösung von 800x600 nutze ich nur selten. Den Test mit der NOVA habe ich mit einer NOVA-Auflösung gemacht, kann man vielleicht erkennen.
Wie geht es jetzt weiter? Wird es für den USB-Chip eine Adressauswahl geben? Wollt ihr mit einem weiteren Schnüffelprogramm den von der CoCo belegten Adressraum erschnüffeln, um eine passende Alternativadresse zu finden?
-
Gibt´s was neues bzgl. CF-SD-Adapter am Thunder? (Wie Sa schon bemerkt kein Problem am Yamaha, mit HDDRIVER_8.45).
Gibt es. Habe bei mir folgende Kombination erfolgreich getestet:
- Delock Adapter (s. Foto)
- Kingston 1GB SD-Karte mit einer 32MB FAT16-Partition, unter Windows 7 formatiert
- Thunder auf "twisted/swapped" gejumpert
- Treiber von ppera
- XFERRATE.TTP meldet 5800 kB/s
Sollte mit HDDRIVER ebenso gehen (habe ich aber nicht getestet)
-
Danke für Info, @pakman ! Werde diese Jumperung mit HDDRIVER testen - aber erst im Januar, werde dann berichten.
Das ausgerechnet der DeLock-Adapter bei Dir funzt, erstaunt mich aber - den hatte ich früher mal zurückgegeben, weil er mit meinem Yamaha nicht ging*. Eine Anfrage bei DeLock blieb damals ohne Antwort - aber vielleicht haben die ja ihre Firmware inzwischen klammheimlich angepaßt?
Edit.:
* und am Falcon auch nicht, iirc.
Edit.:
Das Thema gehört aber nicht in diesen Thread, sondern eher in diesen:
http://forum.atari-home.de/index.php?topic=13589.msg222886#msg222886
Und die Themen CF-Karten und CF2SD sind hier auch OT.
-
Das ausgerechnet der DeLock-Adapter bei Dir funzt, erstaunt mich aber - den hatte ich früher mal zurückgegeben, weil er mit meinem Yamaha nicht ging. Eine Anfrage bei DeLock blieb damals ohne Antwort - aber vielleicht haben die ja ihre Firmware inzwischen klammheimlich angepaßt?
Diesen DeLock-Adapter verwende ich auch mit meinem Milan040 und HDDRIVER 9.07. Der funktioniert echt gut und macht keinerlei Zicken am Milan. Dafür gibt's aber eine Menge CF-Karten, die mit dem CF-Kartenleser, der an meinem Milan hängt, absolut nicht wollen. Vor allem sind das neuere, schnelle CF-Karten, die entweder gar nicht erkannt werden oder erkannt werden, aber der Zugriff klappt nicht wirklich mit HDDRIVER. Alte Karten sind dagegen kein Problem. Das mit den CF-Karten und den dazugehörigen Lesern scheint ein echtes Mysterium zu sein und vor allem auch immer wieder ein Glücksspiel.
-
Anbei ein Testprogramm, wie vorgeschlagen. Es testet, ob Eure VME-Karte auch auf die Adressen anspricht, die die Lightning VME verwendet.
Verwendet man das Testprogramm ohne das der Treiber für die VME Karte läuft ?
Hier meine Ergebnisse bei den Nova Karten ...
et4.jpg ist Atari TT, Nova ET4000 1MB
m32.jpg ist Atari TT, Nova ATI MACH32 2MB
m64.jpg ist Atari TT, Nova ATI MACH64 4MB
-
Wie wollt ihr den Nova Anwendern ermöglichen die Lightning benutzen zu können ?
-
Wie weiter oben geschrieben, gibt es einen neuen GAL dafür !!
-
Bin gespannt ...
-
Hier mal mit einer Matrix TC1006 im Atari TT. Die TC Karten laufen ja nicht im Mega STE.
-
Eure VME-Karte auch auf die Adressen anspricht
Laut Handbuch von Overscan TT belegt dies den ganze Adressbereich des VME Bus. Durch einen anderen Adressdekoder könnte das geändert werden. Kenne allerdings keine Quellen.
Die StarTrack Soundkarte nutzt mindestens die Adressen 0xFEFF0000 und 0xFFFF8E0D.
Über die Interupts kann ich zu beiden nichts schreiben.
-
Anbei ein Testprogramm, wie vorgeschlagen. Es testet, ob Eure VME-Karte auch auf die Adressen anspricht, die die Lightning VME verwendet.
Verwendet man das Testprogramm ohne das der Treiber für die VME Karte läuft ?
Hier meine Ergebnisse bei den Nova Karten ...
et4.jpg ist Atari TT, Nova ET4000 1MB
m32.jpg ist Atari TT, Nova ATI MACH32 2MB
m64.jpg ist Atari TT, Nova ATI MACH64 4MB
Für jeden Test bitte noch nachliefern:
- Welches GAL hattest Du auf der Nova-Adapterkarte?
- Wie war JP1 gesetzt (MSTE / TT)?
- Welche Treibersoft war im Einsatz (Treiberpaket von Idek? Name des Zip-Files?)
-
Hier meine Ergebnisse bei den Nova Karten ...
et4.jpg ist Atari TT, Nova ET4000 1MB
m32.jpg ist Atari TT, Nova ATI MACH32 2MB
m64.jpg ist Atari TT, Nova ATI MACH64 4MB
ET4000 mit dem Super_PL GAL und dem Typ8 Treiber von Idek, Jumper MSTE
MACH32 mit Plus_II GAL ud dem MACH32 TT Treiber von Idek, Jumper MSTE
MACH64 mit dem Super_PL GAL und dem MACH64 Treiber von Idek, Jumper TT
Zu den verschiedenen Karten auf der Seite von Idek sind die Treiber Typen immer die gleichen. Also alle ET4000 Typ8 je nach Rechner sind immer gleich ebenso bei den MACH Karten.
-
Warum sind bei dem Treiber Mach32 für den MegaSTE lediglich das Emulator.prg und das sta_vdi.prg bei Idek ladbar? Wo sind die restlichen Dateien (Menü, Bib, etc.)?
https://silicon-heaven.org/atari/nova/MegaSTE/Mach32/
-
Die fehlenden Sachen muss du dir aus der TT Abteilung holen ...
-
Was die BIB anbelangt, stimmt das. Aber das Menü.prg vom TT Verzeichnis funktioniert beim MegaSTE nicht.
Lösung: nur das Menü.prg aus dem T6 Verzeichnis der ET4000 für den MegaSTE funktioniert auch mit der mach32 im MegaSTE.
-
Schreibe doch Idek mal das da etwas fehlt, er freut sich auch über Feedback ...
Man kann auch xmenu nehmen. wie ich.
-
Hänge das hier bitte mal an. Funktioniert xmenü mit allen Kombinationen?
-
Bitte sehr ...
Funktioniert auf jedem Rechner mit jeder Nova Version.
-
Xmenü wird nicht komplett auf dem Bildschirm dargestellt. Grundsätzlich funktioniert es prima, aber man sieht nicht alles. Woran liegt das und wie kann man es ändern?
-
Das Emulator Programm bootet mit der Auflösung in der dazugehörigen BIB in 640x480 Pixel. Starte mal nur das Emulator Programm und stelle deinen Monitor richtig ein, dann sollte es gehen ...
Wenn die BIB nicht stimmt frage mal Idek nach dem MACH32 VMG Programm.
-
Ich weise dezent darauf hin, daß es da einen Namenskonflikt gibt, nämlich mit dem sehr nützlichen Tool XMENU von Jens Brüggemann, letzte mir bekannte Version 1.5 vom 10.03.94!
Mit diesem genialen Teil kann man ua. gewissen Desktöpfen (zB. TeraDesk, Gemini,...) das fehlende Quick.Tools-Menue nachrüsten! Es ist aber auch brauchbar, um zB. das Chaos der Grafikformate (bzw. deren Extensions) etwas aufzuräumen.
-
Hier ein Test mit einer RIEBL Netzwerkkarte auf einem TT.
Die Karte ist natürlich auf TT gejumpert. Auch ein testweises jumpern auf MSTE lieferte das gleiche Ergebnis.
Testing on a TT
Check data reg. ($0000): PASS - No card found
Check addr reg. ($0040): PASS - No card found
Check CPLD reg. ($0081): PASS - No card found
-
Warum sind bei dem Treiber Mach32 für den MegaSTE lediglich das Emulator.prg und das sta_vdi.prg bei Idek ladbar? Wo sind die restlichen Dateien (Menü, Bib, etc.)?
https://silicon-heaven.org/atari/nova/MegaSTE/Mach32/
Da ich nicht alle Karten besitze und einige Versionen "blind" generiere, habe ich nicht alles dazu gepackt.
Manchmal fehlt mir auch einfach die Zeit :-\
Ich habe mal schnell zwei Versionen von MENU.PRG in Englisch auf den Server (https://silicon-heaven.org/atari/nova/MENU/) gelegt.
-
Danke für deinen Einsatz, Idek.
-
Kann mir jemand mal erklären was LGHT_CMP.TOS genau macht bzw. die Ausgaben bedeuten?
FAIL/PASS testet vermutlich den Zugriff auf die Adressen der Lightning?
FAIL = Bereich belegt durch andere Karte?
Was bedeutet 'No card found'? Keine Lightning gefunden?
Danke!
-
@czietz ... müsste das beantworten.
So wie das verstanden habe prüft das Programm drei Addressbereiche die für das Lightning USB VME Bus Interface wichtig sind und frei bleiben müssen. Also durch keine andere VME Bus Karte belegt sein dürfen.
Das Lightning Interface selber wird wohl nicht geprüft. Ein pass auf einer der drei Addressen bedeutet das diese frei wäre für das Lightning Interface und ein fault bedeutet das eine der drei geprüften Adressen durch eine andere VME Bus Karte schon belegt ist und das Lightning USB VME Bus so nicht arbeiten kann.
-------
Testing on a TT
Check data reg. ($0000): PASS - No card found
Check addr reg. ($0040): PASS - No card found
Check CPLD reg. ($0081): PASS - No card found
-------
-
@
So wie das verstanden habe prüft das Programm drei Addressbereiche die für das Lightning USB VME Bus Interface wichtig sind und frei bleiben müssen. Also durch keine andere VME Bus Karte belegt sein dürfen.
Das Lightning Interface selber wird wohl nicht geprüft. Ein pass auf einer der drei Addressen bedeutet das diese frei wäre für das Lightning Interface und ein fault bedeutet das eine der drei geprüften Adressen durch eine andere VME Bus Karte schon belegt ist und das Lightning USB VME Bus so nicht arbeiten kann.
Frank hat es vollkommen richtig beantwortet. Danke! Das Programm guckt, ob es beim Zugriff auf die Adressen, die die Lightning VME nutzt, einen Bus-Error gibt. Falls nein => eine andere Karte "hört" auf diese Adresse, dann gäbe es einen Konflikt und es wird "fail" angezeigt. Falls es jedoch einen Bus-Error gibt, dann ist diese Adresse frei => "pass, no card found" wird angezeigt.
-
Habt ihr schon eine Lösung für die Matrix CoCo gefunden? Umschaltbare Basisadresse für Lighning oder sowas?
-
Das Problem mit der 4MB Mach64 scheint gelöst zu sein. Bei mir läuft sie im TT und ich bekomme 3 x "PASS - No card found". Ich werde in den nächsten Tagen eine angepasste Treiberversion veröffentlichen.
-
Wunderbar, sehr schön ...
-
....
Ich habe mal schnell zwei Versionen von MENU.PRG in Englisch auf den Server (https://silicon-heaven.org/atari/nova/MENU/) gelegt.
Neue Version von MENU.PRG verfügbar.
-
Insbesondere an @Idek Tramielski und @czietz:
Besteht eine Möglichkeit, den (lästigen) Bildschirmschoner im Nova Treiber -gänzlich- abzustellen?
Grund: ich teste die Nova Mach32 zusammen mit der Lightning VME, was dank eines neues GAL von @pakman und einem kleinen Hardwarepatch auf der Nova beides zusammen wunderbar sowohl unter TOS, als auch Mint funktioniert.
Problem: Spontan springt der Bildschirmschoner an, das Bild über die Mach32 wird scharz. Das passiert völlig unabhängig von irgendwelchen Bildschirmecken und auch zu völlig verschiedenen Zeitpunkten. Konkret unter Mint. Unter TOS muss ich noch testen.
Abhilfe bringt derzeit nur ein wildes Bewegen der Atari Maus (USB Maus hingegen weckt die Mach32 nicht).
Ich erinnere mich, dass @czietz das mit @pakman schon mal diskutiert haben, kenne aber das Ergebnis und die Lösung nicht.
Nochmal @czietz : ich nutze die aktuellen Treiber aus dem SVN.
Gruß Gaga
-
Der Bildschirmschoner im Nova-Treiber lässt sich konfigurieren und auch abschalten. Dafür gibt es ein Konfigurationsprogramm. Wie das geht, muss Dir aber @Idek Tramielski oder jemand anders erklären.
Das Problem, dass nur die Atari-Maus den Nova-Bildschirmschoner beendet ist mir bekannt und im TOS-Treiber der Lightning VME gefixt. Ich kann das auch in den MiNT-Treiber übernehmen; aber dann halt ungetestet. Lass uns das bitte per E-Mail diskutieren, nicht öffentlich im Forum.
-
Damit sollte es gehen. Einfach in die AUTO kopieren, ggfs. an eigene Wünsche anpassen.
Aktuell:
rechte untere Ecke = always on
rechte obere Ecke = sleep corner
-
Habt ihr schon eine Lösung für die Matrix CoCo gefunden? Umschaltbare Basisadresse für Lighning oder sowas?
Wenn das so einfach wäre dann hätten wir das Problem ja nicht, hier gibt es nur folgende Möglichkeiten
1. Andere Karte
2. Nova einsetzen.
3. Die Gals Verbiegen so das sie nicht mehr auf dieser Adresse liegt. Bzw. die paar Bytes der Lightning frei hält
-
Das 1ST1 seine Nova MACH32 positiv und die Matrix negativ getestet hat kann für die Nova eigentlich nicht sein. Die Matrix sollte schon gehen, meine TC geht. An die Matrix GALs kommt man nicht ran die sind alle Kopiergeschützt.
-
Bisher fuktionieren bei mir im TT (d.h. erhalten ein PASS):
ET4000 1MB
ET4000W32i 1MB
Mach32 2MB
Mach64 2MB
Mach64 4MB
Den MegaSTE nehm ich mir heute Abend vor.
-
Welche Gals hast Du für den Test verwendet?
-
Welche Gals hast Du für den Test verwendet?
Das modifizierte SUPER_PL (MACH64Z2). Beim TT gehen damit alle Karten.
Im MegaSTE laufen nun (mit analog dem MACH64Z2 angepassten GALs):
ET4000 mit SUPERSEZ GAL
ET4000W32 mit PLUSIIZ GAL
Mach32 mit PLUSIIZ GAL
Mach64 läuft nicht, da ich bisher keinen funktionierenden Treiber für die Mach64 im MegaSTE habe.
-
Nun, das sind insgesamt ja sehr gute Neuigkeiten! Prima.
-
Sehr gut da kann die Lightning ja kommen ...
-
Das brandaktuelle Menü.prg und die sta_vdi.inf bringen am TT mit Lightning und Nova mach32 folgende Ergebnisse:
-TOS: läuft perfekt, sogar das Aufwecken des Schoners mit der USB Maus, bisher keine sporadischen Schoner-Aktivitäten
- Mint: ebenso, nur dass das Aufwecken nur mit der Atari Maus funktioniert.
- Magic: muss ich noch testen.
@czietz : ich melde mich per Mail gesondert.
-
Nimm doch in der STA_VDI.INF ...
SLEEP = OFF
... und z.B. als Bildschirmschoner TwiLight oder einen anderen.
-
Diese Einstellung in der STA_VDI.INF ändert nichts.
Indes hat Czietz das Problem heute behoben. Jetzt laufen Nova Mach32 und Lightning zusammen auf dem TT unter TOS und Mint einwandfrei.
Die entsprechenden Treiber werden natürlich mit der Lightning VME zur Verfügung gestellt.
-
Wollte mich mal Informieren was für Fortschritte die Lightning macht?
-
Frag lieber nicht :P
-
Kein Grund für übertriebenen Pessimismus: Wir werden in Kürze den nächsten -- wenngleich leider noch nicht finalen -- Musterstand in Betrieb nehmen. Ich für meinen Teil werde als nächstes wohl daran arbeiten, Unterstützung für mehr verschiedene Ethernet-USB-Adapter in die Treiber einzubauen, damit man nicht mehr oder weniger auf dieses eine Gerät von D-Link eingeschränkt ist.
-
Das hört sich doch gut an... ich wollte auch nicht drängen...
-
Nein alles gut die ersten finalen Karten werden aktuell in Betrieb genommen und getestet. Meine sollte die nächsten Tage bei mir eintreffen, die Besitzer die ihren TT und MSTE in einem Tower verfrachtet haben, könnten wahrscheinlich schon welche bekommen. Da die ersten karten leider ein paar Millimeter zu groß so das wir das Layout noch ein wenig überarbeiten mussten.
-
@czietz ... ich habe noch einen neueren schwarzen D-Link DUB-E100 Adapter der damals am UniCorn nicht lief.
-
Frage wann kommt die und von wem kann man sie beziehen.
mfg
-
Du kannst sie sobald sie Verfügbar ist, was nur noch eine Frage von wenigen Wochen ist direkt bei @Gaga beziehen.
-
Gestern fand in Aschersleben das halboffizielle, aber sehr erbauliche Entwicklertreffen mit reger Beteiligung statt.
Der wichtigste Beschluss:
Die Lightning VME ist ab sofort verfügbar.
Preis pro Karte: 80 Euro inkl. Treiber, Bracket und Versand (Ausland +10 Euro).
Wer es noch nicht weiß: es handelt sich um eine interne, voll steckbare Lösung sowohl für Atari TT, als auch den Atari MegaSTE, die den Rechner um 2 USB 1.1 Port erweitert.
Nähere Infos und Einbauanleitung hier:
für TT: http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface
für MegaSTE: http://wiki.newtosworld.de/index.php?title=Lightning_VME
Wer Interesse hat, meldet sich unter thunderstorm ät tuxie Punkt de
Gruß
Matthias
-
Gestern fand in Aschersleben das halboffizielle, aber sehr erbauliche Entwicklertreffen mit reger Beteiligung statt.
Der wichtigste Beschluss:
Die Lightning VME ist ab sofort verfügbar.
Preis pro Karte: 80 Euro inkl. Treiber, Bracket und Versand (Ausland +10 Euro).
Wer es noch nicht weiß: es handelt sich um eine interne, voll steckbare Lösung sowohl für Atari TT, als auch den Atari MegaSTE, die den Rechner um 2 USB 1.1 Port erweitert.
Nähere Infos und Einbauanleitung hier:
für TT: http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface
für MegaSTE: http://wiki.newtosworld.de/index.php?title=Lightning_VME
Wer Interesse hat, meldet sich unter thunderstorm ät tuxie Punkt de
Gruß
Matthias
Das sind ja tolle Nachrichten! Danke!!
Meine Bestell- Email habe ich gerade abgeschickt.
-
Dito
-
Super! 2x für mich bitte (email ist raus)
-
Ausgezeichnet! Larry takes two.
-
Danke für die Bestellungen. Ihr habt bereits Antwort.
Übrigens habe ich die Lightning VME - Einträge im Wiki für MegaSTE und TT um die Rubrik "USB2LAN" erweitert, denn mit so einem Gerät an der Lightning VME ist recht einfach ins Internet zu kommen.
Die Adapter gibt es sehr günstig, z.B. bei ebay. Darauf achten, dass der Asix-Chipsatz auch wirklich verbaut ist!
http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface
Dieser hier zum Beispiel funktioniert:
eBay 282655031298
Diese hier funktionieren NICHT (da kein Asix Chipsatz, entgegen der Beschreibung):
ebay 121841230852
ebay 292275921537 (den kann man aber immerhin als HUB verwenden)
-
Die Adapter gibt es sehr günstig, z.B. bei ebay. Darauf achten, dass der Asix-Chipsatz auch wirklich verbaut ist!
Nach unserer gestrigen Testreihe würde ich sagen: es erhöht die Wahrscheinlich ungemein, tatsächlich einen Asix-Chipsatz (AX88772) zu bekommen, wenn das (also z.B. als "AX88772") direkt auf dem Gehäuse des USB2LAN-Adapters vermerkt ist. Auf Angaben im Text der eBay-Beschreibung sollte man sich besser nicht verlassen.
-
Richtig. Im Zweifel also öffnen und nachsehen oder mehrere Adapter von verschiedenen Anbietern ordern.
Tatsache ist aber: selbst die Chinadinger (mit dem richtigen Chipsatz) für 5 Euro inkl. Versand funktionieren!
-
Übrigens habe ich die Lightning VME - Einträge im Wiki für MegaSTE und TT […]
Danke für den USB-Eth-Hinweis!
Ein kleiner Verbesserungsvorschlag: ihr habt die Bilder mit Bild-im-Text ausgezeichnet, mit Erklärbärtexten. Das ist prima. Aber leider ist das irgendwie-roter-Text-auf-irgendwie-türkisgrünem-Grund - das können Leute, die rot-grün-Sehschwächen haben, fast nicht lesen (und das sind immerhin 10-15% der Leserschaft). Besser was kontrastreiches nehmen, weiße Box mit schwarzem Text ist am einfachsten und tut.
-
Bin auch mit einer dabei
Gruß
Wolfgang
-
Ich habe mal Interesse für 2 bis 4 Stück angemeldet. 2 auf jeden Fall, evtl. 3 oder 4, ist teils Hobbybudget-Abhängig, das muss ich mal checken, und zum anderen, ob der Adresskonflikt mit der Matrix Coco gelöst werden konnte.
-
Hinweis: aufgrund der sehr großen Nachfrage kommen wir langsam in den Bereich, in welchem der Lagerbestand bald erschöpft ist.
-
Dann bestelle ich mal schnell noch eine oder zwei 8)
Mail ist geschickt...
-
Übrigens habe ich die Lightning VME - Einträge im Wiki für MegaSTE und TT um die Rubrik "USB2LAN" erweitert, denn mit so einem Gerät an der Lightning VME ist recht einfach ins Internet zu kommen.
Die Adapter gibt es sehr günstig, z.B. bei ebay. Darauf achten, dass der Asix-Chipsatz auch wirklich verbaut ist!
http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface
Dieser hier zum Beispiel funktioniert:
eBay 282655031298
Angesichts der Liste der Nutzungsmöglichkeiten komme ich aus dem Staunen kaum noch heraus. Klasse Arbeit, die Ihr da hingelegt habt.
Was genau benötigt man softwareseitig, um mit Lightning VME ins Internet zu kommen? Vermutlich reichen TOS 3.06 und irgendein Treiber allein nicht aus. Kannst Du dazu vielleicht ein paar Erfahrungswerte weitergeben? So, wie sich die Anleitung liest, ist das wohl nur unter MiNT zu realisieren, nicht wahr?
-
Um mit dem USB2Lan ins Netz zu gehen benötigst du ein laufendes Mint, dazu dann den eth.udd und asix.xif Treiber. Beides bekommst du auch von uns. tests haben gezeigt das damit bis zu 2,5Mbit/s möglich sind.
-
Um mit dem USB2Lan ins Netz zu gehen benötigst du ein laufendes Mint, dazu dann den eth.udd und asix.xif Treiber. Beides bekommst du auch von uns. tests haben gezeigt das damit bis zu 2,5Mbit/s möglich sind.
Danke für die Infos.
-
Der sollte dann auch funktionieren wenns nach dem Chip geht. (https://www.conrad.de/de/netzwerkadapter-100-mbits-edimax-eu-4208-usb-20-lan-10100-mbits-986780.html)
-
Beim Treffen am 24.3. hat Betatester @mr.smile über einen extern stromversorgten USB 3.0 Hub ein externes USB CD/DVD Laufwerk per extendos an der Lightning VME betrieben. Er war selbst sehr erstaunt. Zusätzlich waren noch dran: USB Maus, Stick und ein Cardreader. Das USB Accessory zeigte 6 Einträge. Sehr beeindruckend! Leider kein Bild davon gemacht.
-
1x bitte für meinen TT!
Funktioniert die Lösung mit den Nova-Grafikkarten?
-
Bestell-E-Mail ist raus!
-
Unter MiNT (EasyMiNT) läuft mein USB DVD Laufwerk gut mit ExtenDOS ...
(https://forum.atari-home.de/index.php?action=dlattach;topic=14000.0;attach=15660;image)
Ethernet unter Single TOS (Sting) wäre noch Schön. Oder wenn das nicht geht ein XIF als MIF für MagiCNet. Für den Mega STE da die 4MB Ram zu wenig sind für MiNT.
-
Wenn ich das richtig verstanden habe, wird die Lösung in die Flachbandverbindung zum VME-Busadapter eingeschleift.
Weiss jemand, ob das mit dem VME-Busexpander, der vor Jahren mal verkauft wurde (der ersetzt die Adapterplatine) auch funktioniert?
-
Sollte eigentlich, solange die paar Byte für die Lightning frei sind sollte es immer gehen.
-
Ich hab dir am Nachmittag eine Bestellungsmail geschickt...
-
...wird dann die Eiffel überflüssig? :) Fehlt ja nur noch die Tastatur!
Der Nutzen zu einem Gotek Laufwerk wird dadurch vermutlich obsolete. Da verschwimmen die Anwendungsgrenzen.
-
Sollte eigentlich, solange die paar Byte für die Lightning frei sind sollte es immer gehen.
Mit den verbauten Karten sollte es eigentlich keine Probleme geben - die Frage war, ob das mit dem Busexpander mechanisch passt?
-
Respekt an alle an der Entwicklung beteiligten, das ist eine tolle Arbeit :)
-
Bin auch dabei. habe eben überwiesen.
Toni
-
HALLO!!!
Sind meine PM bzw. das Email angekommen??? Ich hätte auch gerne einen USB-Controller für meinen TT!!! :)
-
Its meine Mail eingetroffen? Ich habe noch keine Antwort bekommen und lese, dass der erste schon überwiesen hat!
-
1ST1: ja, Deine Bestellung ist angekommen und ich habe auch schon geantwortet.
Bitte schau noch einmal nach.
-
Hab eben nochmal gecheckt, nix.
-
Habe so weit die USB Geschichte eingebaut. Ich hatte mir ein neues Slotblech bestellt von DeLock weil dort die USB Buchsen einzeln getrennt sind und ich eigentlich eine USB Buchse nach vorne in den Festplattendeckel und die andere nach hinten an die Rückwand legen wollte. Das hat aber nicht geklappt da im Plattendeckel kein Platz vorhanden war weil dort schon ein CF Kartenslot sitzt. Also blieb nur die Rückwand übrig. Im Rechner geht es jetzt schon recht eng zu mit einer Thunder IDE und der Lightning USB Erweiterung im Atari TT ...
-
Auch noch nix bekommen...
-
@BlindGerMan: Du solltest die Informationen per Email jetzt bekommen haben. Deine Testmails sind alle angekommen.
@1ST1: Du bist der Einzige weit und breit, der meine Antwortmail (bereits vom 26.03.2018) bisher nicht erhalten hat. Sehr eigenartig und "speziell". Sei es, wie es sei, ausnahmsweise bekommst Du die Infos hier per PM.
An alle: ab sofort kann es zu Lieferverzögerungen aufgrund der hohen Nachfrage kommen. Aber keine Sorge, die neue Batch ist bereits in Arbeit.
Wer bereits bezahlt hat, bekommt die Sendung in Kürze, wahrscheinlich sogar noch vor Ostern. Sendungsnummern auf Anfrage.
Ein Feedback nach Erhalt und Einbau wäre interessant für uns.
Was das Zusammenspiel der Lightning VME insbesondere mit der Nova anbelangt, bitte unbedingt unsere Beiträge verfolgen. Wir sind noch in der finalen Testphase, aber die Infos kommen ganz bestimmt.
Die JED für das GAL werden zur Verfügung gestellt.
@tuxie wird einen Downloadbereich eröffnen, auch für neue Treiberversionen.
Wer kein GAL brennen kann, gibt bitte Bescheid.
Bestellungen nach wie vor unter thunderstorm@tuxie.de (wie gesagt aber mit Wartezeit).
Gruß
Matthias
-
Überwiesen! :)
-
Beim Mega STE konnte ich die USB Slots nicht hinten verbauen da dort schon ein SCSI Ausgang war. Also blieb nur vorne. Da ich eine MSTE MonSTer wegen dem Ram und MiNT verbauen möchte sobald wieder verfügbar habe ich die USB Slots in den Festplatten Deckel gelegt.
-
@Lukas Frank : gut gemacht.
-
Na ja die Ausschnitte könnten besser sein aber dafür reicht meine Geduld nicht ...
-
Auch hier: Geld ist raus ;)
@Lukas Frank sieht doch gut aus!
-
Meine beiden für TT sind soeben eingetroffen! Danke für die prompte Lieferung!
-
DOH! In meinem TT sitzt eine 32MB-Erweiterung im Weg :(
Ich hatte Gaga in der Bestellmail bereits nach Verfügbarkeit und Preis der Storm gefragt, aber dbzgl. keine Antwort erhalten.
Hallo Gaga!? Schon in die Ferien fort?
-
Ein Storm wird aufziehen am Horizont!
-
Ein Storm wird aufziehen am Horizont!
Ist das jetzt gut oder schlecht? Wird es an meinem Horizont sein? Wer hat von meinem Tellerchen gegessen? :P
-
Heute eingetrofffen und gerade mit viel Vorfreude aufs Einbauen in den TT ans Werk gemacht.
Dann die die Enttäuschung! War das langweilig! Nichts war umständlich zu konfigurieren, nichts zum Löten. (https://cosgan.de/images/midi/traurig/a045.gif)
Eingesteckt. Treiber kopiert. Gestartet. Funktioniert. (https://cosgan.de/images/midi/froehlich/d015.gif)
Kabellose USB Logitech Maus. check
Noname USB Speicher Stick. check
Außer das ich meinen CF-Adapter etwas verlegen mußte, nichts zu tun.
Klasse, und Respekt für die Macher! (https://cosgan.de/images/midi/froehlich/a070.gif)
-
Nachdem gestern unter TOS alles gut funktionierte, heute unter MagiC versucht.
Nach "USB storage driver installed" kommt
"Fataler Fehler im GEMDOS"
Die richtige Bootreihenfolge wird eingehalten.
Irgendein Tipp, wo mein Fehler liegen könnte?
TT mit Matrix TC1208 und MagiC 6.20
-
Das hatten wir letzten Samstag doch auch -- und eine Lösung dafür. Ich war leider mit anderen Dingen beschäftigt und habe es nur am Rande mitbekommen: @tuxie, @Gaga: könnt Ihr Euch erinnern?
-
Vornweg: sowohl Magic als auch Geneva hatten wir bereits zusammen mit der Lightning VME und Grafikkarte laufen.
Aus bisher unbekannten und nicht nachvollziehbaren Gründen gibt es aber noch Fehler, unter Magic tatsächlich eben jener, wie von AMA beschrieben.
Ich habe auf dem MEGASTE eine lauffähige Variante mit Magic 6.x. Ich schaue dort einmal nach. Ich habe das Gefühl, dass es eher an Jinnee liegt. Kann das jemand bestätigen.
@mr.smile kann vielleicht auch was dazu schreiben. Ich erinnere mich, dass er das storage.prg nicht aus dem Autoordner laden ließ, sondern unter Magic manuell gestartet hat.
@ama: versuch doch das zunöchst einmal und berichte.
Ich habe Hoffnung, dass das Problem durch die freien Magic-Sourcen behoben werden kann.
-
Bei mir auf dem Mega STE und Nova GK der gleiche Fehler mit MagiC 6.20 ...
Nach "USB storage driver installed" kommt
"Fataler Fehler im GEMDOS"
-
OK, Danke. Wenn "storage.prg" nicht im AUTO Ordner gestartet, sondern von Hand nachgestartet wird funktioniert es! 8)
Habe dann noch probiert, ob es im START Ordner von MagiC nachgestartet werden kann. Das führt zu diversen Problemen mit anderen Programmen im START Ordner. Es ist möglich, aber nicht empfehlenswert.
-
OK, Danke. Wenn "storage.prg" nicht im AUTO Ordner gestartet, sondern von Hand nachgestartet wird funktioniert es! 8)
So weit waren wir am Samstag auch schon. Storage im AUTO-Ordner verträgt sich nicht mit MagiC, es kommt ein Fehler im DOS-XFS (oder so ähnlich).
Habe dann noch probiert, ob es im START Ordner von MagiC nachgestartet werden kann. Das führt zu diversen Problemen mit anderen Programmen im START Ordner. Es ist möglich, aber nicht empfehlenswert.
Welche Probleme?
Schlimmer ist, daß wir es in dieser Konstellation nicht geschafft haben, ExtenDOS mit einem USB-CD-ROM zum Laufen zu bekommen. Der Storage Treiber muß vor Extendos gelaufen sein und Extendos muß in den AUTO-Ordner, aber dann will MagiC nicht...
Sobald die Quellen von MagiC verfügbar sind, kann man den Fehler sicher relativ einfach beheben.
MfG
Ektus.
-
Habe dann noch probiert, ob es im START Ordner von MagiC nachgestartet werden kann. Das führt zu diversen Problemen mit anderen Programmen im START Ordner. Es ist möglich, aber nicht empfehlenswert.
Welche Probleme?
Wenn "storage.prg" im START Ordner liegt, finden die andere Programme ihre RSC bzw. Konfigurationsdateien nicht mehr.
Bsp:
"Appline: RSC-File konnte nicht geladen werden"
"Battery: Missing Battery.rsc"
"OLGA-Manager "olga.inf" nicht gefunden."
"Gemjing.rsc not found"
usw.
-
Wenn "storage.prg" im START Ordner liegt, finden die andere Programme ihre RSC bzw. Konfigurationsdateien nicht mehr.
Bsp:
"Appline: RSC-File konnte nicht geladen werden"
"Battery: Missing Battery.rsc"
"OLGA-Manager "olga.inf" nicht gefunden."
"Gemjing.rsc not found"
usw.
Das klingt dann nach einem Fehler in storage.prg. Da wird vermutlich das aktuelle Verzeichnis gewechselt. Oder eventuell ein Medienwechsel ausgelöst, der dieselbe Wirkung haben könnte.
Da muß jetzt der Progammierer dran.
MfG
Ektus.
-
Das klingt dann nach einem Fehler in storage.prg. Da wird vermutlich das aktuelle Verzeichnis gewechselt. Oder eventuell ein Medienwechsel ausgelöst, der dieselbe Wirkung haben könnte.
Da muß jetzt der Progammierer dran.
Ich befürchte, der Programmierer von storage.prg/storage.udd (nämlich Alan Hourihane) hat kein Augenmerk auf MagiC-Kompatibität gelegt. Und was mich angeht: ich habe keinerlei Erfahrung mit MagiC und nicht einmal eine Installation unter der ich die geposteten Probleme nachvollziehen kann.
Nun wurde die Lightning VME ja am Samstag als funktionierend unter MagiC vorgeführt, also muss es einen Weg geben, sie ohne Fehlermeldungen zum Laufen zu bekommen.
-
Alan einfach mal anschreiben ...
-
OK. Ich benutze heute erstmals MagiC -- und trotzdem habe ich den Fehler bereits gefunden und einen Workaround in storage.prg eingebaut. Damit funktionieren bei mir USB-Sticks jetzt auch unter MagiC 6.2, selbst wenn storage.prg aus dem AUTO-Ordner geladen wird.
@tuxie: Haben wir schon einen Dateibereich für Treiberupdates, wo wir diesen Fix (SVN-Rev. 93) zur Verfügung stellen können?
Wer MagiC nutzt und nicht warten kann: Bitte PM, dann sende ich Euch das neue storage.prg. (Wer nur TOS oder MiNT nutzt, braucht dieses Update nicht!)
-
Newtosworld.de kann ich es schon einbauen, will ich zwar noch umbauen aber geht theoretisch schon...
-
Perfekt! Mit @czietz Workaround funktioniert "storage.prg" jetzt im AUTO Ordner von MagiC!
-
@Gaga @tuxie
... wäre schön wenn Ihr die jeweils Aktuellen Versionen irgendwo Online verfügbar machen würdet.
-
Das werden wir, wie schon geschrieben soll dafür ein Download Bereich eingerichtet werden wo immer die neusten binaries liegen.
-
"Gemjing.rsc not found"
usw.
*huch* das nutzt noch jemand? Schön!
-
Ich bestätige, dass die Lightning VME mit den neuen Treibern jetzt mit Magic 6.x (und Nova Mach32) ohne Fehlermeldung läuft. Getestet auf MegaSTE mit TOS 2.06.
Die Treiber werden für alle natürlich zur Verfügung gestellt.
-
Ich bin mir noch nicht sicher, ob es sich um ein Problem meines TT oder um ein Problem der Lightning handelt, jedenfalls sind bei mir nach einiger Laufzeit die USB Geräte nicht mehr ansprechbar.
Nach erneuten Booten, werden zwar die Treiber geladen aber es fehlt die Meldungen:
Scanning USB Devices.... Please Wait...
Irgendwann später bootet der TT wieder normal und initialisiert auch wieder die USB Geräte.
Hat irgendwer auch dieses Verhalten beobachtet? Wenn nein, dann liegt es doch an meinen TT. Möglicherweise ein Temperaturproblem?
-
Neusten Treiber sind hier erhältlich...
http://www.newtosworld.de/downloads/treiber/lightning-vme
-
Heute alles Mögliche und Unmögliche an USB Geräten angeschlossen.
Eigentlich sollte ich nicht überrascht sein, aber es ist schon beindruckend, wenn...
ein USB Iomega ZIP Laufwerk und
ein TEAC USB Floppy (FD-05PUW)
...am TT hängen und funktionieren.
eine Canon SLR Kamera wird erkannt, und es wäre möglich die interne CF Karte mit dem HDD zu formatieren, aber das habe ich dann doch lieber abgebrochen. Wird aber noch mit einer weniger wertvollen Karte getestet. :D
Nur mit dem USB Hub klappt es noch nicht.
Leider hab ich noch den immer wieder vorkommenden Ausstieg des USB. Aber das ist verschmerzbar, und wird sich noch lösen.
-
Danke für das Feedback. Wir freuen uns natürlich immer, wenn möglichst viele Dinge funktionieren.
ein TEAC USB Floppy (FD-05PUW)
...am TT hängen und funktionieren.
Da hast Du ein zwar in Rev. 102 eingebautes aber noch gar nicht offiziell kommuniziertes Feature entdeckt: die USB-Floppy-Unterstützung. Beachte: sie ist noch im frühen Beta-Stadium. So werden z.B. Diskettenwechsel nicht zuverlässig erkannt. Workaround: USB-Laufwerk abziehen und wieder anstecken.
eine Canon SLR Kamera wird erkannt, und es wäre möglich die interne CF Karte mit dem HDD zu formatieren, aber das habe ich dann doch lieber abgebrochen. Wird aber noch mit einer weniger wertvollen Karte getestet. :D
Vermutlich ist die Karte FAT32-formatiert. Das kann der Atari -- selbst mit MiNT -- leider nicht.
Nur mit dem USB Hub klappt es noch nicht.
Das ist seltsam, denn wir haben schon etliche USB-Hubs erfolgreich getestet. Kommt denn die Meldung, dass ein neues Gerät gefunden wurde, wenn Du den Hub ansteckst?
Leider hab ich noch den immer wieder vorkommenden Ausstieg des USB. Aber das ist verschmerzbar, und wird sich noch lösen.
Auch das ist leider etwas, das ich (und m.W. auch die Mitentwickler) an unseren TT nicht nachvollziehen können.
-
Ja Danke für das Feedback.
Erstaunlich, was sich so für Möglichkeiten am Atari eröffnen.
Sollte das Problem mit dem USB Ausstieg bestehen bleiben, tauschen wir die Karte aus, wenn wieder Lightning VME verfügbar sind.
Ich hatte den Effekt auch schon, aber nicht weiter ergründet. Nach einem Reset ging es stets.
Übrigens habe ich heute Geneva 1.08 mit Neodesk 4 probiert: läuft gut, aber bei Schreibzugriff auf den Usb Stick gab es eine Fehlermeldung seitens Geneva. Ich teste da mal weiter und berichte.
-
Auch das ist leider etwas, das ich (und m.W. auch die Mitentwickler) an unseren TT nicht nachvollziehen können.
Das ist gut zulesen. Dann werde ich den TT genauer untersuchen.
Vermutlich ist die Karte FAT32-formatiert. Das kann der Atari -- selbst mit MiNT -- leider nicht.
Ja, FAT32. MagiC mit HDDriver sollten das handhaben können. Versuch macht klug!
Das ist seltsam, denn wir haben schon etliche USB-Hubs erfolgreich getestet. Kommt denn die Meldung, dass ein neues Gerät gefunden wurde, wenn Du den Hub ansteckst?
Keinerlei Meldung. Ist ein alter USB 2.0 Hub (Typhoon USB Hub, Anubis 83045).
Werde mir einen anderen besorgen.
-
Habt ihr eigentlich schon an USB-Drucker gedacht? Wäre das machbar?
-
Habt ihr eigentlich schon an USB-Drucker gedacht? Wäre das machbar?
Da fehlt es wahrscheinlich an Programmier Leuten ...
- USB Drucker Unterstützung für GDOS/NVDI
- USB Ethernet Adapter Unterstützung für MagiCNet
- USB Ethernet Adapter Unterstützung für Single TOS/STING
-
Ich weiß nicht, wie komplex das ist, klar. Evtl. würde es reichen, die Routinen, die TOS zum Ansprechen des Parallelports nutzt, auf USB umzubiegen. Also im Prinzip das, was auch der Lasebrain Epson FX Emulator für die SLM-Drucker macht. Darauf könnte dann GDOS/NVDI, Magic und MiNT und Anwendungen mit eigenen Drucker-Treibern aufbauen, ohne dass man daran was ändern müsste.
-
Wenn das mal so einfach wäre, was es nicht ist ...
-
Noch einmal die Empfehlung an alle Lightning VME User:
Benutzt die neuen Treiber, hier erhältlich:
http://www.newtosworld.de/downloads/treiber/lightning-vme
Auf den ausgelieferten Disketten sind nicht die neuesten Versionen von Blitz und Storage.
Aktuell per heute ist Rev. R102.
Neu sind bessere Mausunterstützung, Funktionalität unter Magic und Unterstützung von USB Sticks ohne MBR.
Eine sehr frühe Unterstützung von USB Floppylaufwerken hat @czietz ja bereits erwähnt.
-
Info zu Nova und Lightning VME: unsere Tests sind noch nicht abgeschlossen.
Weitere Informationen folgen bald, auch was den GAL Ersatz anbelangt.
-
Die GALs sind auf dem Weg zu mir, daher habe ich die Lightning nur ohne Nova in Betrieb.
Logitech Maus wird unter TOS sofort gefunden und funktioniert wunderbar.
Die USB-Sticks werden gefunden (FAT32), aber ich kann auf die Laufwerke nicht zugreifen. Brauche ich da unter TOS noch was zusätzliches, damit FAT32-Partitionen gelesen werden können? BigDOS??
-
Unter TOS wird definitiv kein FAT32 unterstützt.
Was übrigens keine Limitierung der Lightning VME ist. Auch auf einem ACSI-/SCSI-/IDE-Laufwerk könntest Du unter TOS nicht auf FAT32 zugreifen.
-
Alles klar, also ggf. den USB-Stick passend zu TOS einrichten oder besser MinT Installieren, oder?
-
Alles klar, also ggf. den USB-Stick passend zu TOS einrichten oder besser MinT Installieren, oder?
Ich verstehe nicht ganz – der USB-Stick ist für dich Datenaustauschmedium? Dafür tut FAT16 am Atari doch, da bekommt man 2 GB große Dateien drauf. Um diese Grenze zu sprengen, würde ich am Atari doch nicht ein anderes OS installieren (außer man hat halt erweiterten Spieltrieb). Aber was macht man am Atari mit 512 GB-Sticks und Dateien bis 4 GB?
-
Naja, der Stick war FAT16, aber die Partitionsdaten waren unter HDDriver komplett falsch!
Wie muss ich den USB stick mit HDDriver partitionieren, also welchen Typ und welche Kompatibilität, damit ich von meinem Windows-Rechner Dateien zum TT (momentan unter TOS) transportieren kann? Passt BGM und TOS/Windows Kompatibilität?
OK, probieren geht über studieren... Auf einem 1 GB Stick eine 256 MB Partition eingerichtet mit BGM -> geht sowohl unter Windows, als auch unter TOS...
-
Nach unseren Erfahrungen funktionieren mit BigDOS auch unter Windows partitionierte USB-Sticks. Spezielles Neu-Partitionieren mit HDDRIVER ist dann nicht nötig.
-
Wie muss ich den USB stick mit HDDriver partitionieren
Steht in der Doku bzw. auf Uwes Homepage: https://www.hddriver.net/de/exchange.html
-
Ja, Bigdos ist beim Datenaustausch mit dem PC über irgendwelche Speichermedien ein Muss, es erleichtert die Sache enorm, mit Bigdos gehen unter TOS 2.06/3.06 und neuer Medien/Partitionen bis zu 2 GB, ohne dass man nachdenken oder experimentieren muss. Ich nutze übrigens inzwischen auf allen Rechnern die spezielle Falcon-Version von Bigdos, auch auf STs und TTs.
-
Muss ich auch beim TT mal testen. Mit dem BigDOS, dass ich heruntergeladen habe, gibt es nur fleißig bomben beim booten von der Festplatte...
-
Ich nutze übrigens inzwischen auf allen Rechnern die spezielle Falcon-Version von Bigdos, auch auf STs und TTs.
Wozu gibt es überhaupt eine spezielle Falcon-Version?
Was ist denn da konkret anders?
-
Die normale Version läuft nicht vernünftig auf dem Falcon, Detail habe ich vergessen, ich meine aber, dazu müsste es hier einen Thread geben, kann sein dass es was mit der ct60 zu tun hat. Auf dem Falcon muss man allerdings Bigdos ganz am Ende des Autoordners starten, da es die Kontrolle über den Start des Desktops übernimmt, das heißt nachfolgende Programme im Auto-Ordner werden nicht mehr ausgeführt. Dass es die Kontrolle übernimmt, sieht man daran, dass - auch auf ST und TT - es anzeigt, welche ACCs geladen werden. Auf ST und TT kann es auch weiter vorne im Autoordner stehen.
Vielleicht setzt sich ja jemand mal hin, und extrahiert aus EmuTOS einen modernen Nachfolger für BigDos (aber mit Support für 1 GB BGM und 2 GB FAT16 DosWin-kompatibel), denn es hat noch eine andere Macke (manchmal nicht löschbare Ordner im Hauptverzeichnis einer Platte, die kann man aber mit Kobold löschen). Das wäre toll, denn die (umgehbaren) Macken von BigDos werden sicher nicht mehr gefixt.
-
Auf ST und TT kann es auch weiter vorne im Autoordner stehen.
Konkret für die Lightning VME: es muss sogar vor den USB-Treibern stehen -- wie auch im Wiki-Eintrag steht. Wenn BigDOS danach geladen wird, klinkt es die Treiber wieder aus dem System aus.
Vielleicht setzt sich ja jemand mal hin, und extrahiert aus EmuTOS einen modernen Nachfolger für BigDos (aber mit Support für 1 GB BGM und 2 GB FAT16 DosWin-kompatibel), denn es hat noch eine andere Macke (manchmal nicht löschbare Ordner im Hauptverzeichnis einer Platte, die kann man aber mit Kobold löschen). Das wäre toll, denn die (umgehbaren) Macken von BigDos werden sicher nicht mehr gefixt.
Hat denn jemand Kontakt zu Rainer Seite, dem Autor? Vielleicht kann er ja überzeugt werden, BigDOS zu open-sourcen. Ich kenne auch einen Bug, den ich gerne darin fixen würde.
-
Das mit der Reihenfolge des Lighting-Treibers und Bigdos ist eine böse Sache. Aber gut, noch gibts Lightning nicht für den Falcon, nur dort wäre das wirklich relevant.
-
Das mit der Reihenfolge des Lighting-Treibers und Bigdos ist eine böse Sache. Aber gut, noch gibts Lightning nicht für den Falcon, nur dort wäre das wirklich relevant.
Zwei Ergänzungen. Erstens: das ist ein Problem in BigDOS und nicht im Lightning-Treiber. Würdest Du die Unicorn unter TOS verwenden, wäre es genau so. Ein Problem, das wir nur beheben könnten, wenn wir Zugang zum Quellcode von BigDOS hätten. Zweitens: es ist keine "böse Sache" sondern entspricht sogar der BigDOS-Anleitung, die vorschreibt, BigDOS möglichst zuerst in der AUTO-Ordner-Reihenfolge zu laden.
Und ja, mir ist bewusst, dass das in (Deinem?) Falcon nicht funktioniert, aber wie Du schon feststelltest, ist die Falcon-Version von BigDOS für die Lightning VME nicht relevant.
-
http://rainer-seitel.onlinehome.de/impressum.html
Brandaktuell ist die Seite leider nicht.
Aber er dürfte erreichbar sein: Rainer Seitel Pirat suchen.
-
Aber gut, noch gibts Lightning nicht für den Falcon, nur dort wäre das wirklich relevant.
Kommt drauf an .... ;)
dass das in (Deinem?) Falcon nicht funktioniert
genau, gibt ja noch andere...
-
Ich probiere gerade mit verschiedenen USB Geräten an der Lightning VME.
Die Einträge im USB.ACC (max. 6) reichen bereits nicht mehr aus.
Zudem teste ich gerade eine spezielle Version des Storage.prg mit Unterstützung für USB Floppylaufwerke, 1.44 MB PC formatiert funktioniert perfekt, lesen und schreiben von und zu jedem Massenspeicher. Ist quasi die zweite Betaversion. Ich bin begeistert. Noch nie war es einfacher, ein (zweites, drittes, viertes ...) Diskettenlaufwerk am Atari anzuschließen!
Anbei ein paar Bilder, gemacht am MegaSTE mit 1280*1024*256 Farben (Nova mach32). Das zeigt zugleich, dass Nova und Lightning VME zusammen laufen, auch im MegaSTE.
Ist das hot or not?
-
Und der Treiber für USB-Tastaturen macht auch Fortschritte:
https://youtu.be/TEFYOpBXCjk
-
Absolut Spitze!!!
-
Zwischeninfo für alle (zukünftigen) Nutzer der Lightning VME zusammen mit einer Nova:
Geplant und bereits recht weit fortgeschritten ist ein einheitliches " one GAL for all" (OGFA), was für alle denkbaren Kombinationen aus MegaSTE und TT mit ET4000, ET4000W32, Mach32 und Mach64 funktionieren soll, so dass bei einem Wechsel von System und Grafikkarte nichts weiter zu tun ist.
Vielleicht ist die Zeit der verschiedenen Nova-GAL´s also bald vorbei.
Eine Meldung wird hier folgen, sobald das OGFA fertig ist. Wer kein GAL selber brennen kann, bekommt ein Fertiges.
Zwischeninfo für alle, die noch auf eine oder mehrere Lightning VME warten: ich stehe in den Startlöchern, aber mir fehlt noch der CPLD. Ich erwarte ihn jeden Tag.
Viele Grüße und: have you played ATARI today?
-
Und der Treiber für USB-Tastaturen macht auch Fortschritte:
https://youtu.be/TEFYOpBXCjk
Sauber.
-
Bitte mich für ein GAL vormerken. Allerdings, wir haben ja mal diesen Test mit dem kleinen Programm gemacht, da wurde ja von meinem TT gemeldet, dass die Adresse frei ist, obwohl die Mach32 sogar aktiv war. Ist das GAL trotzdem notwendig?
-
Mit dem neuen GAL arbeitet meine NOVA mit ET4000 mit der Lightning VME zusammen!!
Super!!!
-
Es scheint so, als hätten wir jetzt ein OGFA = ein GAL für alle Nova. Näheres folgt bald.
-
Super-Nachricht. Bitte einen für mich ;D
-
Ein GAL für Mach32 und ET4000? Braucht das eine andere Basisadresse im Treiber (bei mir: Mach32) ? Bitte sicherheitshalber meinen Lighnings eins beilegen! Danke!
-
Ich habe mit demselben GAL erfolgreich betrieben:
MegaSTE: ET4000 und Mach32
TT: ET4000, Mach32 und Mach64
Noch zu testen: ET4000W32 in beiden Rechnern.
Hat jemand eventuell einen Treiber für Mach64 im MegaSTE? Gibt es überhaupt einen dafür?
-
Noch zu testen: ET4000W32 in beiden Rechnern.
@Lukas Frank hat mich neulich darauf aufmerksam gemacht, dass es einen Unterschied macht, ob W32 oder W32i. Laut ihm laufen Ideks Treiber nur mit der i-Variante.
-
Hat jemand eventuell einen Treiber für Mach64 im MegaSTE? Gibt es überhaupt einen dafür?
Von Idek hab ich mir mal einen kopiert "V0.0 mach64 MSTE-68881-SuperPlus.zip" aber mangels MSTE nie benutzt. Der Status war auch untestet.
-
Von Idek hab ich mir mal einen kopiert "V0.0 mach64 MSTE-68881-SuperPlus.zip" aber mangels MSTE nie benutzt. Der Status war auch untestet.
Idek fragen ...
-
Wie groß ist der Geschwindigkeitsunterschied zwischen ET4000 und Mach64???
-
Was erwartest Du denn jetzt für eine Antwort? Das Geschwindigkeitsempfinden ist subjektiv.
Mit den Mach-Karten ist der Fensteraufbau für mich deutlich flüssiger, weil die eine Hardwarebeschleunigung haben. Das hat die ET4000 nicht (wohl aber die ET4000W32).
Außerdem sieht das Bild mit den Mach-Karten wesentlich klarer aus bei mir.
Übrigens ist eine Mach32 mit V-Ram schneller als eine Mach64.
Da die Mach-Karten meist 2MB Speicher haben (ET4000 nur 1 MB), kannst Du höhere Auflösungen mit mehr Farben verwenden.
Was den Preisunterschied anbelangt, gibt es eine klare Aussage: ET4000 für 50-100,- €, Mach32/64 Gewicht der Karte zum aktuellen Goldpreis
-
Atari TT
ET4000 knapp 200% Grafikleistung bei 1024x768-256 Farben
MACH64 knapp 560% 1280x1024-24bit Farbtiefe
Mega STE
ET4000 knapp 100% 1024x768-256 Farben
MACH32 etwas über 170% 1280x1024-256 Farben
-
Danke für die Info, dann sollte ich doch mal eine Mach64 einbauen...
-
Es gibt aber nur Treiber für Atari TT Rechner. Frage mal Idek wegen M64 Treiber und Mega STE ...
-
Ist vielleicht jemand dabei eine USB Soundkarte zu unterstützten ?
-
Eine gute Frage, die man sogar noch weiter stellen sollte:
Entwickelt, ändert, pimpt denn jemand außer @czietz derzeit noch irgendwelche USB Treiber oder hat es vor?
-
Eine gute Frage, die man sogar noch weiter stellen sollte:
Entwickelt, ändert, pimpt denn jemand außer @czietz derzeit noch irgendwelche USB Treiber oder hat es vor?
Zunächst: wie schon an verschiedenen Stellen kommuniziert, unterstützen wir keine isochronen USB-Transfers, damit sind Soundkarten schon außen vor.
Im englischsprachigen Atari-Forum ist jemand, der USB-Druckertreiber schreiben will. Sonst sind natürlich alle anderen auch aufgerufen, Treiber zu entwickeln -- ich kann mich unmöglich um alles kümmern.
-
Ja die Programmierer fehlen ...
-
Wer einen USB Treiber entwickelt und frei gibt, bekommt eine Lightning VME.
Dann haben alle was davon.
-
Meine Rückseite mit NOVA und USB habe ich so gelöst...
-
Meine Rückseite mit NOVA und USB habe ich so gelöst...
Sehr gut!
-
Und der Treiber für USB-Tastaturen macht auch Fortschritte:
https://youtu.be/TEFYOpBXCjk
Der Tastaturtreiber wurde soeben veröffentlicht: http://www.newtosworld.de/downloads/treiber/lightning-vme (http://www.newtosworld.de/downloads/treiber/lightning-vme). Bitte betrachtet ihn noch als Beta und bitte lest die dem Download beiliegende keyboard.txt für weitere Infos.
-
Nachdem die ersten Versuche mit kabelgebunden Noname Tastaturen erfolglos blieben, heute noch mit der kabelosen Logitech Combi MK330 versucht. Damit klappt es! 8)
Die anderen Tastaturen werden zwar erkannt, aber keine Funktion.
Dumm ist nur, das mein Kopf, sobald ich auf einer PC Tastatur schreibe, auf das PC Tastaturlayout umschaltet und z.B. "@" auf "Q" erwartet. Aber das ist nur eine Frage der Gewöhnung. :D
Oder gibts jemanden der eine schicke "Atari STil" USB Tastatur baut? ;)
Sowas ähnliches wäre nett. https://www.trendhunter.com/trends/atari-400-keyboard
Großer Applaus @czietz
-
Nachdem die ersten Versuche mit kabelgebunden Noname Tastaturen erfolglos blieben, heute noch mit der kabelosen Logitech Combi MK330 versucht. Damit klappt es! 8)
Die anderen Tastaturen werden zwar erkannt, aber keine Funktion.
Danke fürs Feedback -- und fürs Lob. Ich habe mir zum Testen die billigste kabelgebundene Tastatur gekauft, die ich auf die schnelle (d.h. beim örtlichen Mediamarkt) auftreiben konnte; diese funktioniert. Matthias' (Gaga) Apple-USB-Tastatur dafür nicht. Leider kann ich nicht viel machen, solange ich keine nicht-funktionierende Tastatur in die Finger kriege.
-
Mein HP PC Keyboard funktioniert aber wie schon geschrieben ein Apple Keyboard nicht. So eine Apple Tastatur ist eine Ausnahme das so ein Keyboard einen USB Hub hat und an einem Windows PC auch nicht funktioniert.
(https://forum.atari-home.de/index.php?action=dlattach;topic=14000.0;attach=15871;image)
Tastatur-Hub:
Produkt-ID: 0x1006
Hersteller-ID: 0x05ac (Apple Inc.)
Version: 96.15
Seriennummer: 000000000000
Geschwindigkeit: Bis zu 480 MBit/s
Hersteller: Apple, Inc.
Standort-ID: 0x1a120000 / 2
Verfügbare Stromstärke (mA): 500
Erforderliche Stromstärke (mA): 300
Zusätzlicher Betriebsstrom (mA): 0
USB Receiver:
Produkt-ID: 0xc52f
Hersteller-ID: 0x046d (Logitech Inc.)
Version: 22.01
Geschwindigkeit: Bis zu 12 MBit/s
Hersteller: Logitech
Standort-ID: 0x1a123000 / 4
Verfügbare Stromstärke (mA): 500
Erforderliche Stromstärke (mA): 98
Zusätzlicher Betriebsstrom (mA): 0
Apple Keyboard:
Produkt-ID: 0x0250
Hersteller-ID: 0x05ac (Apple Inc.)
Version: 0.74
Geschwindigkeit: Bis zu 1,5 MBit/s
Hersteller: Apple Inc.
Standort-ID: 0x1a122000 / 3
Verfügbare Stromstärke (mA): 500
Erforderliche Stromstärke (mA): 20
Zusätzlicher Betriebsstrom (mA): 0
-
Mein HP PC Keyboard funktioniert aber wie schon geschrieben ein Apple Keyboard nicht.
Auf der anderen Seite habe ich mir ein anderes Modell Apple-Tastatur geliehen und das funktionierte mit meinem Atari-Treiber. Es gilt wohl zur Zeit: einfach ausprobieren.
-
Mein HP PC Keyboard funktioniert aber wie schon geschrieben ein Apple Keyboard nicht. So eine Apple Tastatur ist eine Ausnahme das so ein Keyboard einen USB Hub hat und an einem Windows PC auch nicht funktioniert.
Prinzipiell tut die schon an Windows-PCs.
-
Ich habe auch so eine Apple-USB-Tastatur an einem meiner PCs, müsste von so einem buntglasigen iMac sein. Das ist aber eine Idee, wenn meine Lightnings da sind und eine im TT steckt.
-
Gerade die Alu Apple Tastatur am Win7 PC probiert und läuft doch. Irgendwo ging die aber mal nicht ...
-
Es scheint so, als hätten wir jetzt ein OGFA = ein GAL für alle Nova. Näheres folgt bald.
Die Kollegen haben hier fleißige Arbeit geleistet und entsprechende GALs erstellt und getestet, um die Nova mit den jeweiligen Grafikkarten zusammen mit der Lightning VME zu betreiben. Diejenigen von Euch, die ihre GALs selbst programmieren können, finden die Beschreibung und den Link zu den GALs unter http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#NOVA_Grafikkarten (http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#NOVA_Grafikkarten).
-
Mir wäre es lieber gewesen, die Basisadresse der Lightning ließe sich verändern. Denn es wird wohl kaum jemand schaffen, z.B. die ganzen Matrix-Treiber für eine modifizierte Grafikkarte zu patchen, vor allem dann noch ohne Schaltplan der Karte.
-
Mir wäre es lieber gewesen, die Basisadresse der Lightning ließe sich verändern.
Bloß hätte das bei der Nova rein gar nix gebracht!
Denn es wird wohl kaum jemand schaffen, z.B. die ganzen Matrix-Treiber für eine modifizierte Grafikkarte zu patchen, vor allem dann noch ohne Schaltplan der Karte.
Die Liste unter http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#Grafikkarten_ohne_.C3.84nderungen (http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#Grafikkarten_ohne_.C3.84nderungen) ist sicherlich nicht vollständig, enthält aber schon einige Matrix-Grafikkarten, die einfach so mit der Nova laufen. Also werde bitte konkret: welche Deiner Matrix-Karten läuft nicht mit Deiner Lightning VME?
-
Die Martix TC Karten gehen doch mit dem Lightning USB Adapter. Da sind dann die kleinen CXX Karten mit der INTEL GPU gemeint. Die Matrix Karten sind GAL Gräber, nur den Treiber zu Patchen wird wohl nicht reichen. Und die Matrix GALs sind alle Kopiergeschützt.
-
Mir wäre es lieber gewesen, die Basisadresse der Lightning ließe sich verändern.
Bloß hätte das bei der Nova rein gar nix gebracht!
Denn es wird wohl kaum jemand schaffen, z.B. die ganzen Matrix-Treiber für eine modifizierte Grafikkarte zu patchen, vor allem dann noch ohne Schaltplan der Karte.
Die Liste unter http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#Grafikkarten_ohne_.C3.84nderungen (http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#Grafikkarten_ohne_.C3.84nderungen) ist sicherlich nicht vollständig, enthält aber schon einige Matrix-Grafikkarten, die einfach so mit der Nova laufen. Also werde bitte konkret: welche Deiner Matrix-Karten läuft nicht mit Deiner Lightning VME?
Hab die Lightning ja erst vor ein paar Tagen bekommen, noch nicht eingebaut, eigentlich wollte ich ja 3 Karten, aber habe erstmal nur 2 genommen, weil das Testprogramm weiter oben entdeckt hatte, dass in meinem TT mit der Matrix Coco auf der Adresse schon was ist. Siehe Seite 3 dieses Diskussionsfadens, « Antwort #141 am: 10-12-2017, 21:42:28 ».
-
Das ist wohl eine Matrix Coco ...
(https://forum.atari-home.de/index.php?action=dlattach;topic=14000.0;attach=15943;image)
-
Hab die Lightning ja erst vor ein paar Tagen bekommen, noch nicht eingebaut, eigentlich wollte ich ja 3 Karten, aber habe erstmal nur 2 genommen, weil das Testprogramm weiter oben entdeckt hatte, dass in meinem TT mit der Matrix Coco auf der Adresse schon was ist.
Wobei sich die Frage stellt, ob diese Karte nicht einfach (wie die Nova) den kompletten VME-Adressraum für sich beansprucht. Damit würde auch eine einstellbare Adresse der Lightning VME nicht helfen.
-
Keine Ahnung aber ich meine die nutzen die VME Bus IRQ Steuerung. NVDI5 läßt sich mit der Matrix CXX für die kleinen Karten oder der Option TC für die großen Karten installieren.
-
Wenn hinten auf dem Blech coco drauf steht, ist es eine. Ich kanns dir aus dem Kopf nicht sagen, so erkenne ich sie nicht, die Karte steckt schon lange im TT drin, und da ist der TTM195 drauf gestapelt, schwer dran zu kommen...
Wie du aus dem selben Beitrag sehen kannst, meldete das selbe Testprogramm im zweiten TT mit der Nova-Mach32 keinen Adresskonflikt.
-
Wollte mal nachfragen:Wann ist denn der OGFA als Hardware verfügbar? Kann selber nicht brennen
Toni
-
Ist verfügbar. Schreib mir bitte noch mal (mit Adresse) auf der bekannten Adresse. Ich sende Dir ein Gal zu. Bin aber gerade im Urlaub.
Viele Grüße
-
Ist der neue Batch Lightnings auch schon da?
-
Danke, @Gaga , jetzt ist das Gewitter fast vollständig, ich brauche bloß noch ein paar Tage guten Regen für den Einbau...
-
Das freut mich. Hoffentlich bist Du zufrieden. VG
-
Neue Lightning-VME-Treiber Rev. 120 sind online: http://www.newtosworld.de/downloads/treiber/lightning-vme
Liste der Änderungen:
- Höhere Lesegeschwindigkeit am MegaSTE durch Nutzung des Blitters
- Unterstützung für USB-Kartenleser mit mehr als einem Steckplatz
Hinweis: Ein Wechsel der Speicherkarte im Betrieb wird derzeit nicht erkannt. Workaround: USB-Stecker abziehen und wieder anstecken.
-
Danke! :)
-
Dito. Ich muß mir mehr USB Equipment zulegen. >:D
-
Vielen Dank ...
Gerade mal mit einem alten CardReader probiert und jetzt kann ich gleichzeitig CF und SD im Reader benutzen. das ging zuvor nicht, da lief immer nur die CF. Schade das ein Wechsel on the Fly nicht erkannt wird. Kommt das noch irgendwann mal und geht das garnicht mit TOS?
Ist doch so ähnlich wie die LUNs bei SCSI, oder? Mein Reader hat 4 Slots, werden alle unterstützt oder auch mehr ...
-
Einige Fragen an die Entwickler...
1. Mit welcher MiNT-Version wurden die Rev-120 (MiNT)-Treiber erfolgreich benutzt, getestet und entwickelt?
2. Welcher HDDRIVER wurde bei euren erfolgreichen Tests benutzt bzw. würdet ihr empfehlen?
3. Welche MiNT-Versionen könnt ihr generell für die Lightning empfehlen, gerne auch mit passendem Link?
-
Theoretisch sollte jeder Kernel gehen der bereits USB unterstützt.. (denke ich und gilt zu testen)
-
Ich hatte am Anfang einen trunk mit USB support aus 2015 und das machte Probleme. Habe dann was aktuelles aus 2018 aufgespielt und keine Probleme.
-
Ich habe bei mir die 1-19er Version von Mint und HDDriver nutze ich in irgendeiner 10.xx Version.
@czietz tüftelt an dem Mediachange-Problem.
Das mit der Version R120 behobene Problem, dass SD/CF-Karten nun auch einzeln eingesetzt angesprochen werden können, war zuvorderst zu lösen. Das ist ja nun erfolgt.
Ich mache an dieser Stelle noch einmal Werbung für das TEAC FD-CR7.
-
Ich mache an dieser Stelle noch einmal Werbung für das TEAC FD-CR7.
Interessantes Teil. Wie würde denn dann die Floppy angesprochen werden? Einfach als G: (beispielsweise)?
-
Selbstverständlich als Laufwerk A:, bootfähig.
Als Ersatz für ein vorhandenes Floppy.
Nachteil: Man müsste das Gehäuse bearbeiten. Ich stelle nachher mal ein Bild hier ein. Habe es bei mir gemacht.
-
Ja, habe jetzt ein paar Bilder zu dem Teil gefunden. Daran kann man sehen, dass es ein Kombi-Laufwerk mit Floppy-Anschluss ist. Dann ist es klar :) Ich dachte schon, es wäre eine reine USB-Lösung.
Mit kommt aber dazu gerade die Idee, was passiert, wenn ich ein echtes USB-Floppy-Drive an die Lightning anschließe?
Aber mein TT-Gehäuse werde ich nicht bearbeiten...der sieht noch aus wie neu und rennt auch so.
Ich kann bedingt auch das Kombi-Laufwerk von CSL empfehlen. Bedingt deshalb, weil es relativ einfach (ich will nicht sagen "billig") verarbeitet ist und gelegentlich bei Billig-Disketten wählerisch ist. Ich besitze eines in einem ollen PC und da tut es brav seinen Dienst.
-
Wie ihr wisst, bietet der Lightning VME Treiber seit einiger Zeit dank @czietz auch eine USB-Floppylaufwerksunterstützung (1.44MB). Mediachange im laufenden Betrieb wird dort noch nicht unterstützt.
Die Diskette wird dann im System an nächstfreier Stelle eingebunden, also als Laufwerk G: oder so.
Funktioniert gut, wenn man zum Beispiel Disketten kopieren will vom Systemfloppy A: auf USB-Floppy G:
Ich nutze das zur Erstellung der Treiberdisketten. Bisher ohne Probleme. Meine Masterdiskette belasse ich im USB Laufwerk, so dass ich dort keinen Mediachange benötige. Den mache ich an Laufwerk A.
-
Gut zu wissen! Denn ich wusste es noch nicht ;) (aber das kann in meinem Alter schonmal passieren)
Super Arbeit!
-
Vielen Dank ...
Gerade mal mit einem alten CardReader probiert und jetzt kann ich gleichzeitig CF und SD im Reader benutzen. das ging zuvor nicht, da lief immer nur die CF. Schade das ein Wechsel on the Fly nicht erkannt wird. Kommt das noch irgendwann mal und geht das garnicht mit TOS?
Mediachange steht auf der Todo-Liste, ist aber kein einfach zu lösendes Problem, weil sich auch noch die Laufwerksbuchstaben verschieben können. Nimm an, Du hättest eine CF-Karte mit einer Partition im Reader und die wäre z.B. Laufwerk G:. Dann steckt eine SD-Karte im Reader und die bekommt Laufwerk H:. Nun wechselst Du im Betrieb die CF-Karte zu einer mit zwei Partitionen. Die müssten dann G: und I: heißen (und H: ist weiterhin die SD-Karte)?
Es ist im Treiber (den wir bekanntlich übernommen haben) weder vorgesehen, überhaupt auf Mediachange zu reagieren, noch die Laufwerksbuchstaben so dynamisch umzuordnen. Das bedarf eines gigantischen Umbaus des bestehenden Treibers.
Ist doch so ähnlich wie die LUNs bei SCSI, oder? Mein Reader hat 4 Slots, werden alle unterstützt oder auch mehr ...
Probier es doch bitte aus. Grundsätzlich werden maximal 8 LUNs unterstützt.
-
Mediachange steht auf der Todo-Liste, ist aber kein einfach zu lösendes Problem, weil sich auch noch die Laufwerksbuchstaben verschieben können. Nimm an, Du hättest eine CF-Karte mit einer Partition im Reader und die wäre z.B. Laufwerk G:. Dann steckt eine SD-Karte im Reader und die bekommt Laufwerk H:. Nun wechselst Du im Betrieb die CF-Karte zu einer mit zwei Partitionen. Die müssten dann G: und I: heißen (und H: ist weiterhin die SD-Karte)?
Es ist im Treiber (den wir bekanntlich übernommen haben) weder vorgesehen, überhaupt auf Mediachange zu reagieren, noch die Laufwerksbuchstaben so dynamisch umzuordnen. Das bedarf eines gigantischen Umbaus des bestehenden Treibers.
Atari hat das m.W. bei den Syquests so gemacht, dass immer vier Partitionen angemeldet und dann halt nur die verwendet werden, die wirklich da sind.
-
Atari hat das m.W. bei den Syquests so gemacht, dass immer vier Partitionen angemeldet und dann halt nur die verwendet werden, die wirklich da sind.
Über solch ein Verfahren habe ich auch schon nachgedacht, habe es aber wieder verworfen, aus zwei Gründen:
1. Der Treiber unterstützt derzeit auch erweiterte Partitionen und damit mehr als vier Partitionen pro Medium. Ich müsste ihn also künstlich beschränken -- und das ist bestimmt auch wieder jemandem nicht recht.
2. Ein Kartenleser mit zwei Slots würde so gleich acht (2 x 4) Laufwerksbuchstaben dauerhaft belegen. Da man unter TOS (ohne MetaDOS) ja insgesamt nur 16 Laufwerksbuchstaben zur Verfügung hat, fände ich das eine große Verschwendung.
-
Kann man da nicht Uwe Seimet überzeugen/einbinden mit seinem HDDriver ?
-
Wenn du HDDRIVER und (?) BIGDOS verwendest, hast du auch unter normalem TOS, auch ganz ohne MetaDOS 36 Laufwerke. (a: - z: + 0: - 9: )
-
^^-- Laut Doku 32 Laufwerke A..Z1..6 genau wie auch für MiNT.
Die Laufwerke jenseits von P stehen aber in beiden Fällen erst zur Verfügung, wenn das entsprechende Prg. im AUTO\ gelaufen ist.
-
Laufwerksbuchstaben im Großpack zu reservieren, finde ich mit czietz ebenfalls nicht sinnvoll. Vielleicht und hoffentlich hat er noch eine Idee, wie man den Mediachange realisieren kann. Das würde sich sicherlich auch positiv auf das USB-Floppylaufwerk auswirken.
-
... Vielleicht und hoffentlich hat er noch eine Idee, wie man den Mediachange realisieren kann...
Bleibt noch die Microsoft-Methode: auf wechselbaren Medien einfach nur eine einzige Partition zulassen.
-
Wäre eine Überlegung, was meinst Du @czietz
Beim USB Floppy wäre ohnehin nur 1 Partition.
Bei CF/SD Karten wäre es etwas, womit man eventuell leben könnte.
-
... Vielleicht und hoffentlich hat er noch eine Idee, wie man den Mediachange realisieren kann...
Bleibt noch die Microsoft-Methode: auf wechselbaren Medien einfach nur eine einzige Partition zulassen.
Oder vielleicht nur das letzte Laufwerk als wechselbar zulassen?
-
Bei CF/SD Karten wäre es etwas, womit man eventuell leben könnte.
+1 von mir. Da ich vorzugsweise unter MiNT arbeite und fast ausschließlich von dort aus Daten hin und her schiebe, verwende ich dazu ext2 Partitionen. Dabei ist mir die Partitionsgröße eh Wurscht und das läuft ganz ausgezeichnet.
-
Bleibt noch die Microsoft-Methode: auf wechselbaren Medien einfach nur eine einzige Partition zulassen.
Ich bin ja froh, dass Microsoft das mit Windows 10 (endlich) abgeschafft hat -- und möchte nicht stattdessen den Atari-USB-Treiber künstlich beschränken.
-
-1 auch von mir. Weil ich die Microsoft-Lösung schlicht nicht als solche betrachte. Die haben das Problem einfach als nicht vorhanden erklärt. Mit max. FAT16 im "normalen" TOS würde man mit den heutzutage erhältlichen Medien gewaltige Speicherplatzverschwendung verursachen.
M.E. nach richtig (aber nicht gerade trivial zu implementieren) wäre, dem Anwender eine Möglichkeit zur Verfügung zu stellen, per Konfigurationsdatei bestimmte Partitionen von bestimmten Devices auf bestimmte Laufwerksbuchstaben zu mappen (so ähnlich, wie "richtige" OSse per uuid-Mapping dafür sorgen, dass wechselbare Medien immer an die gleiche Stelle gemountet werden).
Dazu müsste der Mount-Prozess das Filesystem auswerten, das da gemountet werden soll (also bei einem FAT-FS den Medien-Name oder bei einem ext2-Filesystem die UUID) auslesen und (z.B.) mit einer Konfigurationsdatei ein Mapping UUID/Medienname <-> Laufwerksbuchstabe herstellen.
Ist das betreffende Laufwerk schon belegt, gibt es eine Fehlermeldung und es passiert nichts weiter.
-
Bloß nix verkünsteltes, wofür man erst mal wieder ein rtfm braucht!
-
Selbstverständlich als Laufwerk A:, bootfähig.
Als Ersatz für ein vorhandenes Floppy.
Nachteil: Man müsste das Gehäuse bearbeiten. Ich stelle nachher mal ein Bild hier ein. Habe es bei mir gemacht.
Könnte man das TEAC FD-CR7 zB. am TT auch als Laufwerk B betreiben?
Wo ist das Bild?
-
Noch eine Neuigkeit: Ich habe das uip-tool portiert, um die Asix USB2LAN-Adapter an der Lightning VME unter Plain TOS nutzbar zu machen. (Unter MiNTNet wurden diese Adapter schon vorher unterstützt.) Wie Ihr vermutlich wisst, erlaubt das uip-tool, Dateien über Netzwerk vom Atari bzw. auf den Atari zu kopieren.
Ihr könnt meinen Port des uip-tool (inkl. Source Code) hier finden: https://bitbucket.org/czietz/uip-tools/downloads/. Ich habe es mit einer Lightning VME am Atari TT getestet und ca. 130 kByte/s Downloadrate erreicht. Bitte lest den Thread des Autors von uip-tool, wenn Ihr genauer wissen wollt, wie es funktioniert: http://atari-forum.com/viewtopic.php?f=14&t=27365. Auch sind alle Fragen, die nicht die USB-Unterstützung betreffen, besser dort aufgehoben.
Auch wenn das Programm bei meinen Tests stabil lief, betrachtet es bitte als "Proof of Concept" oder Beta-Version.
-
Bleibt noch die Microsoft-Methode: auf wechselbaren Medien einfach nur eine einzige Partition zulassen.
Bei CF/SD Karten wäre es etwas, womit man eventuell leben könnte.
Bei über USB angebundenen SD/CF hab ich da auch nichts dagegen. Die sind ja vor allem für den Datenaustausch gedacht, und da reicht das.
-
Ist das betreffende Laufwerk schon belegt, gibt es eine Fehlermeldung und es passiert nichts weiter.
Nein. In dem Fall ein anderer Laufwerksbuchstabe. Es wäre dann zu diskutieren, ob das System diese Karte dann auch wieder unter dem neuen Buchstaben bereitstellt, oder wieder unter dem Alten, wenn das andere Medium nicht mehr da ist.
-
Noch eine Neuigkeit: Ich habe das uip-tool portiert, um die Asix USB2LAN-Adapter an der Lightning VME unter Plain TOS nutzbar zu machen. (Unter MiNTNet wurden diese Adapter schon vorher unterstützt.) Wie Ihr vermutlich wisst, erlaubt das uip-tool, Dateien über Netzwerk vom Atari bzw. auf den Atari zu kopieren.
Ihr könnt meinen Port des uip-tool (inkl. Source Code) hier finden: https://bitbucket.org/czietz/uip-tools/downloads/. Ich habe es mit einer Lightning VME am Atari TT getestet und ca. 130 kByte/s Downloadrate erreicht. Bitte lest den Thread des Autors von uip-tool, wenn Ihr genauer wissen wollt, wie es funktioniert: http://atari-forum.com/viewtopic.php?f=14&t=27365. Auch sind alle Fragen, die nicht die USB-Unterstützung betreffen, besser dort aufgehoben.
Auch wenn das Programm bei meinen Tests stabil lief, betrachtet es bitte als "Proof of Concept" oder Beta-Version.
Hallo Christian, erst mal vielen Dank dafür. Ist das so zu verstehen das auf einem nackten Atari MSTE oder TT nur das UIPTOOL ausreicht, wie beim Original, also keine weiteren Treiber mehr notwendig sind?
Ist die uip-1.0-changelog.txt bei dem sourecode von Dir?
-
Hallo Christian, erst mal vielen Dank dafür. Ist das so zu verstehen das auf einem nackten Atari MSTE oder TT nur das UIPTOOL ausreicht, wie beim Original, also keine weiteren Treiber mehr notwendig sind?
USB.PRG und BLITZ*.PRG müssen weiterhin geladen sein, d.h. ein USB-Stack wird schon vorausgesetzt.
Ist die uip-1.0-changelog.txt bei dem sourecode von Dir?
Nein, das ist das Changelog von uip (nicht von uip-tool!). uip ist der TCP/IP-Stack, den der Autor von uip-tool für seine Implementierung genommen hat. Du kannst übrigens im Source-Code sehen, was von mir ist: Alles was unter https://bitbucket.org/czietz/uip-tools/src/master/ älter als von gestern ist, ist nicht von mir erstellt oder modifiziert.
-
Hallo zusammen,
bei der Fehlersuche an meinem MSTE ist mir aufgefallen, dass wenn ich unter MagiC 5.20 das STORAGE.PRG (Treiberpaket 1.20) der Lightning VME boote, Partitionen über 512MB auf den SD-Karten in der UltraSatan nicht mehr angesprochen werden können - "Ungültiges Laufwerk, Fehler #-46"
Benenne ich das STORAGE.PRG in PRX um und starte den MSTE neu, sind die Partitionen wieder da.
1. SD-Karte in der US: C-511,9MB / D-511,9MB / E-511,9MB / F-511,9MB
2. SD-Karte in der US: G-1999MB / H-1999MB / I-1999MB / J-1999MB
Der 1GB USB Stick an der Lightning (2 Partitionen) funktioniert problemlos wenn STORAGE.PRG geladen ist.
Hab ich da was übersehen?
Ach ja - setze HDDRIVER 10.12 auf dem MSTE ein.
-
Welche Programme und in welcher Reihenfolge sind in AUTO?
Die 2GB sind alle BGM Partitionen?
-
Ich habe eine Idee, was das sein könnte. Kannst Du bitte das alte STORAGE.PRG aus dem Rev.-102-Treiberpaket (unten auf: http://www.newtosworld.de/downloads/treiber/lightning-vme) unter MagiC testen und sagen, ob das Problem damit behoben ist?
-
Der Download Button bei der 102 funktioniert bei mir nicht.
-
Bitte jetzt nochmal probieren. Der direkte Link wäre: http://www.newtosworld.de/downloads/treiber/lightning-vme/lightning-vme-treiber-update-rev-102/download
-
Sollte jetzt wieder gehen. 8)
-
Welche Programme und in welcher Reihenfolge sind in AUTO?
Nur Magicboot und die Lightning Treiber in richtiger Reihenfolge. Jungfräuliche Installation.
Die 2GB sind alle BGM Partitionen?
Nein. HDDRUTIL hat partitioniert, zeigt $06 als Typ an.
Eine weitere 1GB Karte mit einer 999MB Partition ist BGM. Die wird aber auch nicht erkannt.
-
Ich habe eine Idee, was das sein könnte. Kannst Du bitte das alte STORAGE.PRG aus dem Rev.-102-Treiberpaket (unten auf: http://www.newtosworld.de/downloads/treiber/lightning-vme) unter MagiC testen und sagen, ob das Problem damit behoben ist?
Jepp, mit der 102 STORAGE.PRG gehts, alles da! Danke!
Muss ich mit der 102 was beachten?
-
Danke, dann weiß ich, was der Fehler ist. Rev. 102 fehlen einige Funktionen, wie z.B. Floppy-Unterstützung.
Daher ist hier ist ein STORAGE.PRG mit allen Features der Rev. 120, aber ohne den Fehler. (Wie üblich, bitte von .prg.pdf in .prg umbenennen.) @DonQuichote: Ich würde mich freuen, wenn Du auch dieses kurz testen und berichten könntest.
-
Danke, dann weiß ich, was der Fehler ist. Rev. 102 fehlen einige Funktionen, wie z.B. Floppy-Unterstützung.
Daher ist hier ist ein STORAGE.PRG mit allen Features der Rev. 120, aber ohne den Fehler. (Wie üblich, bitte von .prg.pdf in .prg umbenennen.) @DonQuichote: Ich würde mich freuen, wenn Du auch dieses kurz testen und berichten könntest.
Bin schon dabei.
-
Danke, dann weiß ich, was der Fehler ist. Rev. 102 fehlen einige Funktionen, wie z.B. Floppy-Unterstützung.
Daher ist hier ist ein STORAGE.PRG mit allen Features der Rev. 120, aber ohne den Fehler. (Wie üblich, bitte von .prg.pdf in .prg umbenennen.) @DonQuichote: Ich würde mich freuen, wenn Du auch dieses kurz testen und berichten könntest.
Die MiNT TT-Treiber ist OK?
-
Daher ist hier ist ein STORAGE.PRG mit allen Features der Rev. 120, aber ohne den Fehler. (Wie üblich, bitte von .prg.pdf in .prg umbenennen.) @DonQuichote: Ich würde mich freuen, wenn Du auch dieses kurz testen und berichten könntest.
Test mit der fehlerbereinigten STORAGE.PRG ist erfolgreich, funktioniert!
Alle Laufwerke sind da. Sowohl die 1GB SD Karte (999MB, BGM) als auch die 8GB Karte (4x 1999MB, $06) sind ansprechbar. Sieht gut aus!
-
Die MiNT TT-Treiber ist OK?
Ja, es war ein Problem mit einem Workaround, den ich speziell für MagiC einbauen musste, und somit natürlich nur in STORAGE.PRG. Nächste Woche packe ich das Update auch in den Downloadbereich von newtosworld.
Test mit der fehlerbereinigten STORAGE.PRG ist erfolgreich, funktioniert!
Danke für die Rückmeldung.
-
Danke für die Rückmeldung.
Ganz im Gegenteil, ich danke!
-
Übrigens habe ich die Lightning VME - Einträge im Wiki für MegaSTE und TT um die Rubrik "USB2LAN" erweitert, denn mit so einem Gerät an der Lightning VME ist recht einfach ins Internet zu kommen.
Die Adapter gibt es sehr günstig, z.B. bei ebay. Darauf achten, dass der Asix-Chipsatz auch wirklich verbaut ist!
http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface
Dieser hier zum Beispiel funktioniert:
eBay 282655031298
Der Empfehlung von Gaga folgend, habe ich die oben genannte ebay Artikelnummer bestellt:
https://www.ebay.de/itm/Neue-ASIX-AX8872B-100Mbps-USB-2-0-zu-RJ45-Lan-Netz-Ethernet-Adapter-Karte/282655031298
Bekommen habe ich einen USB 2.0 zu RJ45 Lan Adapter in einer anderen Verpackung und mit sehr ähnlichem Aussehen.
Woran erkenne ich nun, ob der Asix-Chipsatz auch wirklich verbaut ist? Der Aufdruck auf dem einzigen Chip in meinem USB-to-LAN Adpater ist nur schwer zu entziffern. Ich erkenne "Realtek" und "8152B". Auf dem Board selbst erkenne ich neben anderen Angaben den Hinweis "Realtek Demo Board". Eine Treiber CD war nicht dabei.
-
Woran erkenne ich nun, ob der Asix-Chipsatz auch wirklich verbaut ist? Der Aufdruck auf dem einzigen Chip in meinem USB-to-LAN Adpater ist nur schwer zu entziffern. Ich erkenne "Realtek" und "8152B".
Damit ist kein Asix AX88772 verbaut, sondern ein Realtek RTL8152. Dieser wird natürlich nicht vom FreeMinT-Asix-Treiber (und damit von der Lightning VME) unterstützt.
-
Bestellungen in China sind bzgl. des richtigen Chipsatzes leider ein kleines Glücksspiel. Oft steckt was anderes drin, als beworben wird und drauf steht.
Meine Trefferquote liegt bei 66%.
Angesichts der geringen Kosten ist das Ergebnis akzeptabel.
Übrigens erhielt ich eine Info von Roger Burrows, dass er einen passenden STING Treiber entwickelt hat, den er jetzt noch von der Geschwindigkeit her optimiert. Wir dürfen gespannt sein!
-
Auch bei mir, zwei Bestellungen in China und einmal Asix Chipsatz geliefert und einmal Realtek.
-
Woran erkenne ich nun, ob der Asix-Chipsatz auch wirklich verbaut ist? Der Aufdruck auf dem einzigen Chip in meinem USB-to-LAN Adpater ist nur schwer zu entziffern. Ich erkenne "Realtek" und "8152B".
Damit ist kein Asix AX88772 verbaut, sondern ein Realtek RTL8152. Dieser wird natürlich nicht vom FreeMinT-Asix-Treiber (und damit von der Lightning VME) unterstützt.
Danke! Auf der Verpackung ist ein Aufkleber, auf dem neben chinesischen Zeichen auch der Aufdruck "AX88772" zu erkennen ist. Somit wurde ich wohl tatsächlich beschissen. Bei 4,19 Euro "Verlust" neigt man ja dazu, die Sache auf sich beruhen zu lassen. Nicht so mit mir, ich werde das jetzt mal reklamieren. Mal sehen, wie das ausgeht ;)
Die Frage ist, wie man sicherstellt, daß die nächste Chinaböller-Bestellung nicht erneut so abläuft?
Bei Amazon.de findet sich dieser Adapter:
https://www.amazon.de/Plugable-Ethernet-AX88772-Chipsatz-Chromebook-bestimmte/dp/B00484IEJS/ref=sr_1_2?ie=UTF8&qid=1530094284
Habt Ihr eventuell den mal probiert?
-
Übrigens erhielt ich eine Info von Roger Burrows, dass er einen passenden STING Treiber entwickelt hat, den er jetzt noch von der Geschwindigkeit her optimiert. Wir dürfen gespannt sein!
Der STiNG-Treiber liegt mir vor und funktioniert grundsätzlich, bloß sehr langsam. Ich habe nur so viel andere Dinge zu tun, dass ich nicht bei der Optimierung mithelfen kann. Roger hat aber eine sehr plausible Theorie, woran's liegt; ich bin zuversichtlich, dass er was hinbekommt.
-
Da gibt es wohl einen Mausrad Treiber für USB Wheel Mäuse an der Lightning.
-> http://www.atari-forum.com/viewtopic.php?f=15&t=33244&p=347695#p347693
@czietz ... ich finde sowas gehört mit in das Treiberpaket zur Lightning.
-
Da gibt es wohl einen Mausrad Treiber für USB Wheel Mäuse an der Lightning.
-> http://www.atari-forum.com/viewtopic.php?f=15&t=33244&p=347695#p347693
@czietz ... ich finde sowas gehört mit in das Treiberpaket zur Lightning.
Das wäre ja alles gut und schön, wenn der Treiber auch tatsächlich funktionieren würde. Leider funktioniert das Scrollrad mit keiner der getesteten Mäuse, womit der Treiber keinen Vorteil ggü. dem mit der Lightning VME ausgelieferten Treiber hat. (Und ja, ich habe alles richtig eingerichtet; diese Diskussion müssen wir hier nicht führen.)
-
@Lukas Frank : Du kannst ja @ardis Treiber auch mal testen, bitte... Wenn Du eine Maus hast, deren Scrollrad mit dem Treiber funktioniert, dann bring sie doch bitte übernächsten Samstag mit, so eine Maus würde ich gerne sehen.
-
Gerade mal mit einer Logitech M-185 Wireless Maus und einer Standard PS/2-USB Wheel Maus probiert und der Mauszeiger geht aber das Rad nicht. Hätte ich jetzt nicht gedacht.
-
Die Radunterstützung für die Lightning habe ich bei Armin angestoßen, da ich schon immer Mweel gerne verwendet habe. Und ja, so richtig gut funktioniert sie noch nicht. Aber es geht!
Leider etwas verzögert und langsam.
Verwende es allerdings unter MagiC, mit diversen Logitech Mäusen. M215, M235, etc.
-
Die Radunterstützung für die Lightning habe ich bei Armin angestoßen, da ich schon immer Mweel gerne verwendet habe. Und ja, so richtig gut funktioniert sie noch nicht. Aber es geht!
Leider etwas verzögert und langsam.
Wie gesagt: hier nicht, obwohl eine der getesteten Mäuse auch von Logitech ist. D.h. es funktionieren mutmaßlich nur ganz spezielle Modell von Logitech. Was auch kein Wunder ist, da man -- um das Mausrad richtig, d.h. für alle Mäuse, zu unterstützen -- zunächst einen kompakten Parser für HID-Report-Deskriptoren programmieren müsste. Ich suche ja immer noch Freiwillige dafür... (Zum Vergleich: der entsprechende Parser in FreeBSD ist 1000 Codezeilen lang, das ist doppelt so viel wie der komplette Lightning-VME-Maustreiber.)
-
Bei Amazon.de findet sich dieser Adapter:
https://www.amazon.de/Plugable-Ethernet-AX88772-Chipsatz-Chromebook-bestimmte/dp/B00484IEJS/ref=sr_1_2?ie=UTF8&qid=1530094284
Habt Ihr eventuell den mal probiert?
Habe heute diesen USB-LAN Adapter bei Amazon bestellt. Bin gespannt, ob darin tatsächlich der AX88772-Chipsatz verbaut ist. Gibt es eigentlich eine Methode, das auf einem Windows-Rechner auch von außen herauszufinden? Dann muß ich das Teil nicht öffnen, was für eine eventuelle Rückgabe wichtig ist.
-
Habe heute diesen USB-LAN Adapter bei Amazon bestellt. Bin gespannt, ob darin tatsächlich der AX88772-Chipsatz verbaut ist. Gibt es eigentlich eine Methode, das auf einem Windows-Rechner auch von außen herauszufinden?
Über USB VID und PID. Hier ist eine Liste der unterstützten Adapter: https://github.com/freemint/freemint/blob/253cd9596d17323c9a7de4ff42dcf4214b2f4c01/sys/sockets/xif/asix.c#L787
-
Habe heute diesen USB-LAN Adapter bei Amazon bestellt. Bin gespannt, ob darin tatsächlich der AX88772-Chipsatz verbaut ist. Gibt es eigentlich eine Methode, das auf einem Windows-Rechner auch von außen herauszufinden?
Über USB VID und PID. Hier ist eine Liste der unterstützten Adapter: https://github.com/freemint/freemint/blob/253cd9596d17323c9a7de4ff42dcf4214b2f4c01/sys/sockets/xif/asix.c#L787
Danke für die Info.
Repräsentiert die Liste auf github die bisher erfolgreich getesteten Adapter oder ist diese "fix", sprich, was da nicht jetzt schon drinsteht, funktioniert definitiv nicht?
-
Was da nicht drin steht, funktioniert nicht out-of-the-box. Aber wenn Du einen Adapter findest, mit Asix-Chipsatz, der dort nicht auftaucht, schreibe ich Dir gerne dessen VID/PID hinein und compiliere neu.
-
Was da nicht drin steht, funktioniert nicht out-of-the-box. Aber wenn Du einen Adapter findest, mit Asix-Chipsatz, der dort nicht auftaucht, schreibe ich Dir gerne dessen VID/PID hinein und compiliere neu.
Na, das ist doch ein Wort! Dann warte ich die Zustellung ab und melde mich mit VID/PID bei Dir zurück. Und sollten wider Erwarten doch Probleme auftauchen, dann ist die Rückgabe kein Problem, da "Versand durch Amazon".
-
Der STiNG-Treiber liegt mir vor und funktioniert grundsätzlich, bloß sehr langsam. Ich habe nur so viel andere Dinge zu tun, dass ich nicht bei der Optimierung mithelfen kann. Roger hat aber eine sehr plausible Theorie, woran's liegt; ich bin zuversichtlich, dass er was hinbekommt.
Update dazu: Roger Burrows hat den Fehler gefunden; er war schon im ursprünglichen Code des FreeMiNT-Asix-Treibers. Nun haben wir also einen STiNG-Treiber für USB2LAN-Adapter an der Lightning VME!
Ich kläre derzeit, auf welchem Weg der Treiber veröffentlicht werden soll. Stay tuned!
-
Bestellungen in China sind bzgl. des richtigen Chipsatzes leider ein kleines Glücksspiel. Oft steckt was anderes drin, als beworben wird und drauf steht.
Meine Trefferquote liegt bei 66%.
Zum Glück muß man die Teile nicht zerlegen um festzustellen welcher Chip nun enthalten ist... unter Windows reicht ein Blick in den Gerätemanager. ;D
-
Update dazu: Roger Burrows hat den Fehler gefunden; er war schon im ursprünglichen Code des FreeMiNT-Asix-Treibers. Nun haben wir also einen STiNG-Treiber für USB2LAN-Adapter an der Lightning VME!
Und hier ist er: https://github.com/czietz/usbsting/
-
Gerade mal mit einer Logitech M-185 Wireless Maus und einer Standard PS/2-USB Wheel Maus probiert und der Mauszeiger geht aber das Rad nicht. Hätte ich jetzt nicht gedacht.
Schaut mal ob sich Trapper und MWheel richtig installiert haben. Da hilft Sysinfo. Im Menu Software->XBRA
Trapper muß im Trap #2 'Trpp' als erstes stehen.
Und in der Cookie Liste muß 'MWHL' zu finden sein
ardi
-
Eben das UIP-Tool für USB getestet.
Testumgebung:
TT: unter MagiC
MegaSTE: unter TOS
Lightning Treiber Rev.110
USB2Lan Adapter: D-Link DUB E100
Verzeichnis aufrufen geht bei beiden Rechnern. (https://cosgan.de/images/smilie/froehlich/a020.gif)
TT: Datei holen geht, senden geht nicht. :-\
MegaSTE: geht keines von beiden. Hängt in der Warteschleife. :(
Sonstiges: Mit dem Beenden des UIP-Tools für USB auf dem MegaSTE, verabschiedet sich dann auch die USB Maus.
Gibt es andere, ähnliche Erfahrungen? Oder sind nur meine Rechner zickig.
Aber schön zu sehen, dass es machbar ist. :)
-
Hab den neuen OGFA GAL in meinem Nova Adapter eingesetzt, jedoch bringt de MegaSTE beim Start die Fehlermeldung
"Sorry zu alte Nova - Version!"
"STA_VDI.PRG:EMULATOR.PRG wurde nicht gestartet!"
dann kommen noch 2 Bomben und das war es.
Mit dem alten GAL startet der Rechner ohne Probleme. Welche Nova Software Version klappt?
Hab die Version T8 vom 24.07.2017 von der Idek Page runtergelassen, aber klappt nicht. Ideen ?
-
Hab den neuen OGFA GAL in meinem Nova Adapter eingesetzt, jedoch bringt de MegaSTE beim Start die Fehlermeldung
"Sorry zu alte Nova - Version!"
"STA_VDI.PRG:EMULATOR.PRG wurde nicht gestartet!"
dann kommen noch 2 Bomben und das war es.
Mit dem alten GAL startet der Rechner ohne Probleme. Welche Nova Software Version klappt?
Hab die Version T8 vom 24.07.2017 von der Idek Page runtergelassen, aber klappt nicht. Ideen ?
Hast Du nur das GAL getauscht oder auch die Platine passend modifiziert? (http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#NOVA_Grafikkarten)
-
@Multianer, Die letzten Treiberversionen (https://silicon-heaven.org/atari/nova/) sind von @Idek Tramielski hier aus dem Forum... aber wie ober erwähnt reicht der Tausch des GALs allein nicht aus.. die Platine muss minimal modifiziert werden.
-
Okay, danke für den Hinweis zu den Platinenänderungen.
Die hab ich noch nicht, dann kann es nicht klappen 8)
-
TT: Datei holen geht, senden geht nicht. :-\
MegaSTE: geht keines von beiden. Hängt in der Warteschleife. :(
Mein Test-Setup ist aktuell außer Betrieb, aber mit dem TT ging definitiv senden und empfangen. Hast Du die letzte Version "20180630" (https://bitbucket.org/czietz/uip-tools/downloads/) verwendet?
-
Hast Du die letzte Version "20180630" (https://bitbucket.org/czietz/uip-tools/downloads/) verwendet?
Ja. Version 64
Lösung gefunden! UIP auf dem TT macht alles richtig. Anscheinend blockiert Firefox das Senden. Kurz mit einem anderen Browser (Edge) getestet und es geht.
Warum es aber mit der Netusbee auch mit Firefox klappt, muß ich noch klären.
Bleibt noch das kleine Problem, das gelegentlich nach dem Beenden von UIP-Tool, die USB Maus nicht mehr funktioniert. Da das aber nicht immer passiert, auch kein Drama.
Unter MegaSTE aber noch keinen Erfolg.
Nach "USB Ethernet init.."
kommt gleich "DHCP:" Und er bekommt keine Adresse.
-
@Multianer, Die letzten Treiberversionen (https://silicon-heaven.org/atari/nova/) sind von @Idek Tramielski hier aus dem Forum... aber wie ober erwähnt reicht der Tausch des GALs allein nicht aus.. die Platine muss minimal modifiziert werden.
Ich glaube die Treiber mit den Anpassungen für die Lightning sind noch gar nicht auf meiner Seite, sondern wurden nur als Prototypen intern verteilt. Relevant sind die Anpassungen vermutlich nur für die ATI Karten.
Zu erkennnen sind die neuen Treiber am 'L' für Lightning in der Treibermeldung: Mach64/TT/L
Wenn ich mal wieder ein paar Stunden Zeit finde, stelle ich neue Versionen online.
-
@ama: hast du mal das ungepatchte mouse.prg zusammen mit MWheel + Eiffel.mwx probiert?
Die Radunterstützung für die Lightning habe ich bei Armin angestoßen, da ich schon immer Mweel gerne verwendet habe. Und ja, so richtig gut funktioniert sie noch nicht. Aber es geht!
Leider etwas verzögert und langsam.
Wie gesagt: hier nicht, obwohl eine der getesteten Mäuse auch von Logitech ist. D.h. es funktionieren mutmaßlich nur ganz spezielle Modell von Logitech.
Du schreibst nicht, unter welchem OS du die Mäuse getestet hast (ich vermute mal MiNT).
- Unter MiNT liegt das Problem wahrscheinlich bei Trapper. Man kann sich nicht vom AUTO-Ordner PRG in das AES/VDI zu hängen, weil der Trap bei der Initialisierung des AES (TOS) überschrieben wird. Allerdings initialisiert "jedes AES" etv_critic per Setexc. Das ist das Signal sich in den AES/VDI Trap einzuhängen. Jedes AES? Ja, außer xaaes. Wahrscheinlich initialisiert sich Trapper nicht richtig.
Ich werde Trapper fixen und demnächst hier posten. - Ich hab mir den Maustreiber noch einmal angesehen dabei ist mir aufgefallen, das die Mäuse gar nicht im Boot-Protocol sondern im Report-Mode laufen.
Das verwundert mich sehr. Darum kursieren hier auch kompatibilitäts Listen. Im Boot-Protocol würden so ziemlich alle Mäuse funktionieren (zumindest Maustasten + Bewegen).
um das Mausrad richtig, d.h. für alle Mäuse, zu unterstützen -- zunächst einen kompakten Parser für HID-Report-Deskriptoren programmieren müsste. Ich suche ja immer noch Freiwillige dafür... (Zum Vergleich: der entsprechende Parser in FreeBSD ist 1000 Codezeilen lang, das ist doppelt so viel wie der komplette Lightning-VME-Maustreiber.)
Ich arbeite gerade an einen kompakten HID-Report-Deskriptor-Parser für mein JerrySTUSB Projekt. Ich würde den Treiber schreiben. ABER - da dieser auf den MiNT-Treiber basieren würde, verbietet sich auf Grund der GPL closed-source.
-
Du schreibst nicht, unter welchem OS du die Mäuse getestet hast (ich vermute mal MiNT).
Ist egal, die Mäuse senden beweisbar (mit dem Logic-Analyzer an den USB-Datenleitungen geprüft) keine Information über das Mausrad, also kann der Treiber gar nicht damit funktionieren.
- Ich hab mir den Maustreiber noch einmal angesehen dabei ist mir aufgefallen, das die Mäuse gar nicht im Boot-Protocol sondern im Report-Mode laufen.
Huh? Ich sehe in Deinem Treiber (als Übernahme aus dem Lightning-VME-Treiber):
[/list]+ usb_set_protocol(dev, iface->desc.bInterfaceNumber, 0); /* boot */
Woraus schließt Du, die Maus liefe doch nicht im Boot-Protokoll?
Ich arbeite gerade an einen kompakten HID-Report-Deskriptor-Parser für mein JerrySTUSB Projekt. Ich würde den Treiber schreiben. ABER - da dieser auf den MiNT-Treiber basieren würde, verbietet sich auf Grund der GPL closed-source.
Klar, GPL ist verpflichtend für denjenigen, der den HID-Report-Deskriptor-Parser beiträgt... Denk drüber nach, ob Du (nur) den Parser vielleicht doppelt lizenzieren willst: proprietär zur Nutzung in Deinem JerrySTUSB und unter GPL.
-
Du schreibst nicht, unter welchem OS du die Mäuse getestet hast (ich vermute mal MiNT).
Ist egal, die Mäuse senden beweisbar (mit dem Logic-Analyzer an den USB-Datenleitungen geprüft) keine Information über das Mausrad, also kann der Treiber gar nicht damit funktionieren.
- Ich hab mir den Maustreiber noch einmal angesehen dabei ist mir aufgefallen, das die Mäuse gar nicht im Boot-Protocol sondern im Report-Mode laufen.
Huh? Ich sehe in Deinem Treiber (als Übernahme aus dem Lightning-VME-Treiber):
[/list]+ usb_set_protocol(dev, iface->desc.bInterfaceNumber, 0); /* boot */
Woraus schließt Du, die Maus liefe doch nicht im Boot-Protokoll?
Sorry mein Fehler. Ich hab nicht in den Sourcen auf meiner Platte gesehen sondern hier:
https://github.com/freemint/freemint/blob/master/sys/usb/src.km/udd/mouse/usb_mouse.c (https://github.com/freemint/freemint/blob/master/sys/usb/src.km/udd/mouse/usb_mouse.c) Zeile 375
Dann ist's klar das keine Wheel-Daten kommen. Ich vermute mal, das man bei Noname-Mäusen eher die Chance hat, dass Wheel-Daten im boot-protocol gesendet werden.
Ich arbeite gerade an einen kompakten HID-Report-Deskriptor-Parser für mein JerrySTUSB Projekt. Ich würde den Treiber schreiben. ABER - da dieser auf den MiNT-Treiber basieren würde, verbietet sich auf Grund der GPL closed-source.
Klar, GPL ist verpflichtend für denjenigen, der den HID-Report-Deskriptor-Parser beiträgt... Denk drüber nach, ob Du (nur) den Parser vielleicht doppelt lizenzieren willst: proprietär zur Nutzung in Deinem JerrySTUSB und unter GPL.
Ich denk darüber nach.
-
@ama: hast du mal das ungepatchte mouse.prg zusammen mit MWheel + Eiffel.mwx probiert?
@ardi
Eben ungepatchtes mouse.prg zusammen mit MWheel + Eiffel.mwx probiert. Kein Erfolg, es scollt nicht.
-
@ama: hast du mal das ungepatchte mouse.prg zusammen mit MWheel + Eiffel.mwx probiert?
@ardi
Eben ungepatchtes mouse.prg zusammen mit MWheel + Eiffel.mwx probiert. Kein Erfolg, es scollt nicht.
Danke
-
Zur Info: neue Lightning VME sind aktuell lieferbar.
-
Hinweis: Im Lightning-VME-Downloadbereich gibt es nun ein verbessertes USB-Accessory für TOS: http://www.newtosworld.de/downloads/treiber/lightning-vme?order=date
-
Unter MegaSTE aber noch keinen Erfolg.
Nach "USB Ethernet init.."
kommt gleich "DHCP:" Und er bekommt keine Adresse.
uip-tool gerade auf meinem MegaSTE getestet, läuft.
-
Ähmm, ja. Das wollte ich selbst schon schreiben. Geht inzwischen auch an meiner kleinen Zicke MegaSTE, wenn ich den USB2Lan Adapter direkt ohne Hub betreibe.
(https://cosgan.de/images/smilie/froehlich/a020.gif)
-
Ähmm, ja. Das wollte ich selbst schon schreiben. Geht inzwischen auch an meiner kleinen Zicke MegaSTE, wenn ich den USB2Lan Adapter direkt ohne Hub betreibe.
OK, das ist ja schon einmal gut. Allerdings kann ich bei mir auch mit Hub keine Fehler feststellen. Wird denn Dein Hub im USB.ACC angezeigt? Wird der USB2LAN-Adapter im USB.ACC angezeigt, wenn er am Hub hängt?
-
Ja, der Hub wird angezeigt.
Nur der USB2Lan am Hub wird nicht nicht USB.ACC angezeigt.
-
Werden andere USB-Geräte angezeigt, wenn sie am Hub hängen?
-
Ja, z.B. Memory-Stick und USB Floppy werden am Hub angezeigt und funktionieren
-
(..)
ein USB Iomega ZIP Laufwerk und
(..)
Konntest Du eine ZIP Disk nutzen/ formatieren? Hast Du HDDRIVER benutzt und wenn ja, in welcher Version?
Mein ZIP Drive wird zwar erkant, aber meine betagte 8.x Version von HDDRIVER kommt dann nicht weiter- den Drive kann ich zwar auswählen, beim Formatierversuch laufen die HDTOOLS auf einen Fehler und dann ist das LW "verschwunden", bis ich es stromlos mache.
Ist das ein HDDRIVER Problem oder hakt das woanders?
Gruß- Georg B.
-
Konntest Du eine ZIP Disk nutzen/ formatieren? Hast Du HDDRIVER benutzt und wenn ja, in welcher Version?
Mein ZIP Drive wird zwar erkant, aber meine betagte 8.x Version von HDDRIVER kommt dann nicht weiter- den Drive kann ich zwar auswählen, beim Formatierversuch laufen die HDTOOLS auf einen Fehler und dann ist das LW "verschwunden", bis ich es stromlos mache.
Ist das ein HDDRIVER Problem oder hakt das woanders?
HDDRIVER 8.x ist zwar alt, aber allemal neu genug für ein ZIP-Laufwerk. Nur, wieso willst du "formatieren"? Das schrubbt doch nur ewig sinnarm auf dem Medium herum. Partitioniere das Medium doch einfach?
-
Konntest Du eine ZIP Disk nutzen/ formatieren? Hast Du HDDRIVER benutzt und wenn ja, in welcher Version?
Ich verwende zwar eine aktuelle HDDriver Version 10.x, seh es aber auch so wie gh-baden. Formatiert hab ich ZIPs noch nicht, und das würde ich auch nicht machen. Partitionieren reicht.
Ja, der Hub wird angezeigt.
Nur der USB2Lan am Hub wird nicht nicht USB.ACC angezeigt.
Problem gelöst, und da hätte ich auch gleich draufkommen können. ::)
Mit einem aktiven HUB geht der USB2Lan auch am HUB!
-
HDDRIVER 8.x ist zwar alt, aber allemal neu genug für ein ZIP-Laufwerk. Nur, wieso willst du "formatieren"? Das schrubbt doch nur ewig sinnarm auf dem Medium herum. Partitioniere das Medium doch einfach?
Aua- da hast Du natürlich recht. Ich bin als Gelegenheitsuser darauf hereingefallen, dass Formatieren und Partitionieren beim Atari anders definiert sind/ funktionieren, als ich das von Linux am PC gewöhnt bin.
Nur leider komme ich damit auch nicht weiter: Beim Versuch, ein Medium zu partitionieren, bekomme ich nach einer Wartezeit die Fehlermeldung: "Die Kapazität des Mediums konnte nicht ermittelt werden". Es ist ein DOS-formatiertes, unbenutztes Medium. Der ZIP Drive steckt ohne Hub direkt an der Lightning... .
EDIT: Und noch was- wenn ich in den HDDUTILS unter Extras - ZIP/JAZ Einstellungen nachsehe, gibt's auch einen Fehler "Konnte Einstellungen nicht auslesen". Schmeckt allmählich danach, dass meine ZIP Drive Revision nicht so wirklich zu HDDRIVER oder zur Lightning passt... wäre ja nicht das erste Mal mit den ZIP Drives... .
Hat jemand eine Idee?
Gruß- Georg B. aus N.
-
Ein schwacher Trost: das ist bei meinem USB Zip Drive auch so.
Vielleicht gibts später mal eine Anpassung.
-
Beim Versuch, ein Medium zu partitionieren, bekomme ich nach einer Wartezeit die Fehlermeldung: "Die Kapazität des Mediums konnte nicht ermittelt werden". Es ist ein DOS-formatiertes, unbenutztes Medium. Der ZIP Drive steckt ohne Hub direkt an der Lightning... .
EDIT: Und noch was- wenn ich in den HDDUTILS unter Extras - ZIP/JAZ Einstellungen nachsehe, gibt's auch einen Fehler "Konnte Einstellungen nicht auslesen". Schmeckt allmählich danach, dass meine ZIP Drive Revision nicht so wirklich zu HDDRIVER oder zur Lightning passt... wäre ja nicht das erste Mal mit den ZIP Drives... .
- Ist dein ZIP-Laufwerk eins der „eckigen“, das noch separate Stromversorgung braucht, oder eins der neuen „rundlichen“, die versuchen sich aus dem US-Bus zu speisen? Letzteres könnte Probleme machen.
- Du hörst während deiner Versuche kein Geklackere vom Laufwerk, und hast auch vorher keins gehört, bzw. du weißt durch Gegenprobe an einem anderen Gerät, dass dieses Laufwerk mit diesem Medium funktioniert (Stichwort: Click of death)?
Meine ZIPs rafft es leider ziemlich schnell dahin. Meine MO-Laufwerke halten länger. Gut, die haben auch mal das x-fache gekostet.
-
Wieviel Strom kann Lighning eigentlich auf den USB-Ports liefern? USB 1.1 und 2.0 sind für 500 mA pro Port spezifiziert, bei PC-Mainboards ist es aber oft so, dass 2 Ports zusammen mit einer 1A Sicherung (z.B. Polyfuse) abgesichert sind. Das heißt, wenn der eine Port nicht belastet wird (leer oder aktiver Hub angeschlossen), dann kann der 2. Port durchaus problemlos mit 1A belastet werden. Was die USB-ZIP-Drives so ziehen, hab ich gerade nicht zur Hand, aber an PCs gabs da bisher nie Probleme. Am TT habe ich noch kein USB-ZIP-Drive getestet, da habe ich normalerweise das 250er SCSI-ZIP dran. Außerdem richte ich meine Medien grundsätzlich am PC ein und überlasse die Anpassung am ST/TT dem HDDRIVER und BIGDOS, das klappt famos.
-
Korrekt, die Lightning kann pro Port bis 500mA belastet werden. Dann springt die ISP-interne Sperre an und ein Gerät, was mehr STrom zieht, funktioniert nicht.
Wie beschrieben, kann man mit dem Setter.prg diese interne Sperre auf eigenes Risko abschalten.
-
Hallo
Mein Laufwerk hat eine eigene Stromversorgung und funktioniert auch noch- am PC und am Mac. Ich habe diverse ZIP Laufwerke und glückerlicherweise noch keinen Click of Death.
Gruß- Georg B. aus N.
-
Der Click of Death war nach meiner Erinnerung rein auf die Parallelport-ZIP-100-Laufwerke beschränkt, höchstens noch auf weitestgehend baugleiche frühe SCSI-Laufwerke. Die USB-Laufwerke und spätere SCSI-Laufwerke, das schließt auch alle 250er Laufwerke ein, hatten diese Schwachstelle nicht mehr, die sind mechanisch und elektronisch anders aufgebaut. Ich gehe außerdem davon aus, dass (fast) alle vom Click of Death betroffenen Laufwerke schon längst kaputt sind. Laufwerke, die bis heute überlebt haben, dürften eher an anderen Sachen kaputt gehen.
-
Der Click of Death war nach meiner Erinnerung rein auf die Parallelport-ZIP-100-Laufwerke beschränkt, höchstens noch auf weitestgehend baugleiche frühe SCSI-Laufwerke. Die USB-Laufwerke und spätere SCSI-Laufwerke, das schließt auch alle 250er Laufwerke ein, hatten diese Schwachstelle nicht mehr, die sind mechanisch und elektronisch anders aufgebaut. Ich gehe außerdem davon aus, dass (fast) alle vom Click of Death betroffenen Laufwerke schon längst kaputt sind. Laufwerke, die bis heute überlebt haben, dürften eher an anderen Sachen kaputt gehen.
Drei Annahmen, dreimal falsch.
- Auch USB-Geräte sind betroffen.
- Ich hatte vor ein paar Monaten gerade wieder einen frischen Click-of-death
-
Nicht jeder Defekt ist ein "Click of Death".
-
Macht doch mal einen neuen Thread unter non Atari Hardware auf ...
-
Wenn ich den aktiven HUB (Hama 4-Port Super Speed 3.0) mit der Lightning im laufenden Betrieb verbinde, macht der Mega STE einen Reset.
Bevor ich mir einen neuen Hub zulege, würde mich interessieren, ob das auch mit anderen aktiven HUBs passiert.
-
Speist Dein Hub vielleicht 5V zurück in die Lightning VME (und damit in den MegaSTE)? Das ist ziemlich gefährlich und laut USB-Spezifikation verboten [1]; viele Hubs machen es leider trotzdem:
https://www.heise.de/ct/ausgabe/2014-18-USB-Hubs-koennen-PCs-und-Notebooks-beschaedigen-2284094.html
[1] "No device shall supply (source) current on VBUS at its upstream facing port at any time. From VBUS on its upstream facing port, a device may only draw (sink) current." Universal Serial Bus Specification.
-
Das könnte der Grund sein! Danke für den Link, da werde ich mal messen müssen. Vom Namen des Produkts und vom Preis her, kann man da bei den Hubs anscheinend nicht vor diesen Fehler geschützt sein.
-
Das könnte der Grund sein! Danke für den Link, da werde ich mal messen müssen. Vom Namen des Produkts und vom Preis her, kann man da bei den Hubs anscheinend nicht vor diesen Fehler geschützt sein.
USB-Hubs sind das Grab. Ich habe die Dinger bei meinen Kunden jahrelang verboten, nach sehr schmerzhaften Erfahrungen. Trouble-Doubler. Und wenn man in der Anfangsphase mal glaubte einen guten gefunden zu haben, als man dachte „hey, irgendeiner wird’s doch können“, den dann ab da kaufte, dann wurden vom Hersteller still und heimlich die Innereien getauscht und er war auch mieser Elektronikschrott. Keine USB-Hubs …
(Und zumindest für mich bitte jetzt keine Geschichten wie „aber der hier bei mir is super“, BTDT)
-
Das könnte der Grund sein! Danke für den Link, da werde ich mal messen müssen. Vom Namen des Produkts und vom Preis her, kann man da bei den Hubs anscheinend nicht vor diesen Fehler geschützt sein.
USB-Hubs sind das Grab. Ich habe die Dinger bei meinen Kunden jahrelang verboten, nach sehr schmerzhaften Erfahrungen. Trouble-Doubler. Und wenn man in der Anfangsphase mal glaubte einen guten gefunden zu haben, als man dachte „hey, irgendeiner wird’s doch können“, den dann ab da kaufte, dann wurden vom Hersteller still und heimlich die Innereien getauscht und er war auch mieser Elektronikschrott. Keine USB-Hubs …
(Und zumindest für mich bitte jetzt keine Geschichten wie „aber der hier bei mir is super“, BTDT)
Das die Hardware-Innereien heimlich getauscht wird sollte vom Gesetzgeber verboten werden. Zumindest sollte es auf den Produkten einen "deutlichen Hinweis" geben was aber selbst bei genauem hinsehen oft nicht erkennbar ist.
-
Da bei einem USB-Hub im Handbuch nicht steht, was genau drin ist, der Schaltplan auch nicht, ist der innere Aufbau nicht Gegenstand des Kaufvertrags. Die äußeren Eckdaten müssen stimmen, das ist alles. Ok, Spannung von extern vom aktiven Hub in den PC hinein ist ein Mangel, aber erstens wer von den Normalusern durchschaut das schon, und warum sind Mainboards nicht entsprechen abgesichert, z.B. durch eine 500 mA oder 1 A Polyfuse?
Ist das in der Lighning wenigstes eine selbstheilende Polyfuse?
-
Ist das in der Lighning wenigstes eine selbstheilende Polyfuse?
Natürlich ist sie das. Ihre Funktion ist aber nicht primär, gegen fehlerhaft rückspeisende Hubs abzusichern, sondern in die andere Richtung bei Stromentnahme aus dem USB-Port zu schützen, selbst wenn der Nutzer im Lightning-VME-Treiber die zweite, unabhängige Überstromabsicherung deaktiviert hat.
Wir können von der Verwendung solcher fehlerhaften Hubs nur dringend abraten.
-
Natürlich. Aber die Polyfuse müsste ja auf den Fehlstrom auch reagieren und Dicht machen. Und sobald kein Strom mehr da ist, repariert sie sich ja wieder, bis zum nächsten Mal.
-
Da bei einem USB-Hub im Handbuch nicht steht, was genau drin ist, der Schaltplan auch nicht, ist der innere Aufbau nicht Gegenstand des Kaufvertrags.
@1ST1, gerade deshalb würde ich eine entsprechende Gesetzesänderung gut finden oder was meinst du dazu?
-
Ja, dann müsste aber jeder Hersteller für jeden elektronischen Popel den Schaltplan mitliefern müssen. Da wird sich kaum einer drauf einlassen. Das ist eher aussichtslos und für die meisten Verbraucher nur überflüssiger Papiermüll.
-
Bei einem USB-Netzwerk Adapter würde mir z.B. reichen welcher Netzwerkchip verbaut ist. Sicher findet man Argumente es nicht zu deklarieren doch aus Verbrauchersicht finde ich es oft nachteilig.
-
Bei einer Netzwerkkarte oder einer USB-Karte, Grafikkarte oder so ist das auch wichtig, weil man wissen muss, welchen Treiber man installieren muss. Da ist der Controller-Chip ja auch eine Aussage über die Leistungsfähigkeit der Karte. Bei USB-Hubs oder Sticks ist das aber nicht wichtig, weil die alle mit einem generischen Treiber laufen sollen, da reicht es, USB 2.0 oder USB 3.0 zu schreiben um eine Aussage über die Leistung zu machen. Ob der Chip von NEC, VIA oder sonst woher stammt, ist da nicht wichtig. . Und selbst wenn das angegeben wäre, würde nicht dabei stehen, dass ein Hub Strom auch rückwärts in den Rechner rein schickt.
-
Die aktuelle, komplette Lightning Vme Treiberdiskette R120 vom 17.8.2018 steht zum Download bereit. Eine gute Gelegenheit, seine Treiber upzudaten, sich die Tools anzusehen, das usb.acc gegen das usbtool.acc zu tauschen und die überarbeiteten Texte zu lesen. @ari.tao : jetzt werden die Texte endlich korrekt am Atari nach Doppelklick angezeigt. Danke für den Hinweis.
http://www.newtosworld.de/downloads/treiber/lightning-vme
-
Leistungsfähigkeit der Karte. Bei USB-Hubs oder Sticks ist das aber nicht wichtig, weil die alle mit einem generischen Treiber laufen sollen, da reicht es, USB 2.0 oder USB 3.0 zu schreiben um eine Aussage über die Leistung zu machen. Ob der Chip von NEC, VIA oder sonst woher stammt, ist da nicht wichtig.
Ich will schon wissen, was da verbaut ist, weil ich Chipsätze, die UASP können, deutlich bevorzuge (bei USB >= 3.0). Das bringt einfach ~30% mehr.
-
Die aktuelle, komplette Lightning Vme Treiberdiskette R120 vom 17.8.2018 steht zum Download bereit. Eine gute Gelegenheit, seine Treiber upzudaten, sich die Tools anzusehen, das usb.acc gegen das usbtool.acc zu tauschen und die überarbeiteten Texte zu lesen. @ari.tao : jetzt werden die Texte endlich korrekt am Atari nach Doppelklick angezeigt. Danke für den Hinweis.
http://www.newtosworld.de/downloads/treiber/lightning-vme
Hallo Gaga,
bin ein wenig verwirrt - dachte die 127 wäre die aktuellere Version.
Wie auch immer, habe die jetzige 120 heruntergeladen, da ich mit den Treibern aus der 127 Probleme mit der Lightning unter TOS und MagiC habe, sowohl am MSTE (ATI MACH32) als auch am TT (ET4000 W32i).
Ich bekomme keinen stabilen Kopiervorgang vom USB-Stick auf die HDD zustande. Der Stick wird nach einigen kopierten Dateien/Ordnern anscheinend kurz vom USB getrennt und dann wieder verbunden. Wenn ich anschließend nach dem Quittieren der Fehlermeldung den Kopiervorgang weiter fortsetze, wiederholt sich das Ganze erneut nach einigen kopierten Ordnern/Dateien.
Mit den Treibern aus der jetzigen 120 geht auf meinem TT nichts mit USB-Sticks unter TOS und MagiC. Das USB-Laufwerk wird nicht angebunden. Im USBTOOL.ACC wird der Stick aber korrekt angezeigt. Nur unter MiNT hatte ich einen erfolgreichen Kopiervorgang.
Tausche ich die STORAGE.PRG in AUTO gegen die aus der Version 127 aus, wird der Stick wieder als Laufwerk angebunden, allerdings wie gehabt weiterhin unstable beim Kopieren mehrerer Ordner/Dateien. Die Reihenfolge der Treiber in AUTO ist korrekt. Als USB-Kabel setze ich auch keinen Billigkram ein.
Um Probleme an den Daten selbst und an der Ziel-HDD auszuschließen, habe ich zum Gegentest mal die UltraSatan mit den gleichen Dateien/Ordnern als Quelle angeschlossen und rund 800MB problemlos kopieren können.
Was könnte ich noch testen, um der Sache auf die Spur zu kommen?
-
Zunächst: der Unterschied zwischen Rev. 120 und Rev. 127 betrifft allein und ausschließlich den Storage-Treiber unter MagiC. Es ist also nicht erklärbar, warum Du unter TOS (ohne MagiC) unterschiedliches Verhalten zwischen Rev. 120 und Rev. 127 feststellen solltest.
Die üblichen Fragen:
* Hast Du einen anderen USB-Stick getestet?
* Verwendest Du einen USB-Hub? Falls ja: ändert sich das Verhalten, wenn Du den Hub weglässt?
* Hast Du mal alle anderen AUTO-Programme und ACCs deaktiviert und das Experiment wiederholt?
* Und noch ein Hinweis vom Autor von USBTOOL.ACC (Drittanbieter-Tool, nicht von den Lightning-VME-Entwicklern): Benenne USBTOOL.ACC mal in USBTOOLX.ACC um. Dann sucht es nicht mehr im Hintergrund nach neuen USB-Geräten, sondern nur, wenn sein Fenster geöffnet ist. Öffne das Fenster des USBTOOLX.ACC (wie üblich über das Desk-Menü), bis Dein USB-Stick sichtbar ist, dann schließe es wieder. Ist das Kopieren dann stabil?
-
Sag mir bitte zusätzlich, ob da ein IC von Philips oder NXP auf der Lightning vme ist.
-
Sag mir bitte zusätzlich, ob da ein IC von Philips oder NXP auf der Lightning vme ist.
Mache ich. Bin gerade dabei einige Tests auf dem MSTE und dem TT zu machen. Danach schraube ich beide wieder auf und sehe nach.
-
Das unverhoffte ab und anmelden von USB-Sticks kenne ich auch am PC. Liegt meistens daran, dass der Stick einen zu hohen Stromverbrauch hat. Abhilfe: einen guten(!) aktiven Hub dazwischen hängen.
-
Lightning USB Test auf dem MegaSTE - Kopieren von USB Stick auf HDD
Hardware:
- 4MB RAM
- Lightning VME
- NOVA VME Adapterkarte (gepatcht) mit ATI MACH32 2MB und OGFA GAL
- Recaped Netzteil / neue LiIon Uhrenbatterie
- UltraSatan am internen ACSI-Anschluss
- SDCARD-01 8GB C:512MB-BGM D:512MB-BGM E:512MB-BGM F:1.9GB-F32 G:1.9GB-F32 H:1.9GB-F32 I:712MB-LNX (für späteres MiNT)
- SDCARD-02 8GB J:7.7GB-$0B (TOS/Windows kompatibel partitioniert mit HDDRIVER)
- HD Floppy über WD1772-02-02
OS:
- TOS 2.06 (ungepatcht)
- MagiC 6.20 (mit Jinnee oder Teradesk)
USB:
- Microsoft Wheel Mouse Optical 1.1A USB and PS/2 Copmatible
- Samsung USB BluRay Writer SE506 (USB Utility: MediaTek Inc MT1956)
- Dell 1.44MB 3.5" USB Floppy (USB Utility: TEAC FD-05PUB)
- Alcor USB Hub 2.0 (10-fach) mit 5V-Netzteil, alternativ USB-HUB (4-fach) im Dell Monitor
- USB Stick Lexar JD FireFly, 2GB
- USB Stick General UDisk, 4GB
- USB Stick USB Flash Disk, 1GB
- USB Stick Lexar USB Flash Drive, 8GB
- USB Stick SanDisk Cruzer Glide 16GB
- USB Stick Lexar JumpDrive 16GB
- USB SD-Card Adapter Myson SD/MMC/MS
- SD-Karten 1GB / 2GB / 3x 8GB
Test 1 - Lightning VME unter TOS 2.06:
======================================
Angeschlossen sind direkt an der Lightning (also ohne externen USB Hub) die USB-Maus und der USB-Stick.
Diese AUTO-Ordner Programme (in dieser Reihenfolge) werden gebootet:
- XBOOT III
- USB.PRG (neue Lightning Disk V120 von @Gaga)
- MOUSE.PRG (neue Lightning Disk V120 von @Gaga)
- STORAGE.PRG (neue Lightning Disk V120 von @Gaga)
- KEYBOARD-PRG (neue Lightning Disk V120 von @Gaga)
- BLITZ.PRG (neue Lightning Disk V120 von @Gaga)
Außer dem USBTOOL.ACC wird sonst nichts mehr geladen.
Testordner "COPYTEST" mit 269MB Atari Daten, 2251 Dateien, 542 Ordner.
- USB Stick Lexar JD FireFly 2GB lässt sich nicht mit HDDRIVER partitionieren, "Zugriffsfehler oder kein Medium". Daher am PC als eine Partition mit 2GB-FAT32 formatiert und Testordner "COPYTEST" aufkopiert (für späteren Kopiertest unter MagiC)
- USB Stick Lexar USB Flash Drive 8GB wird erst nach einer Minute im USB Utility angezeigt. Bis dahin hängt die USB Maus sporadisch. Wird in HDDRUTIL micht angezeigt. Ist als FAT32 in Windows formatiert. Am TT die gleichen Symtome.
- USB Stick General UDisk 4GB wird im USB Utility angezeigt, Partitionierungsversuch mit HDDRIVER schlägt fehl -> "Fehler beim Schreiben der Verwaltungssektoren"
- USB Stick Lexar JumpDrive 16GB wird im USB Utility angezeigt, Partitionierungsversuch mit HDDRIVER schlägt fehl -> "Fehler beim Schreiben der Verwaltungssektoren"
- USB Stick SanDisk Cruzer Glide 16GB lässt sich im HDDRIVER partitionieren, 1 Partition TOS/Windows kompatibel eingerichtet, taucht aber nach dem Neustart des Rechners nicht mehr auf.
- USB Stick USB Flash Disk 1GB, partitioniert mit HDDRIVER in zwei Hälften, Typ $06. Testordner "COPYTEST" am PC aufkopiert und Kopiervorgang am MSTE gestartet, Stick steckt im Alcor HUB. Nach einer gefühlten Ewigkeit (ist ein sehr alter und langsamer Stick) war der Kopiervorgang auf eine BGM Partition der SDCARD-01 in der UltraSatan erfolgreich. Nur einige wenige male musste ich den unterbrochenen Kopiervorgang mit "Weiter" wieder anstoßen, wegen einiger Dateien die nicht der Dateikonvention 8.3 entsprachen.
Test 2 - Lightning VME unter MagiC 6.20 und Jinnee:
===================================================
Diese AUTO-Ordner Programme (in dieser Reihenfolge) werden gebootet:
- XBOOT III
- EMULATOR.PRG (ET4000)
- XMENU (ET4000)
- MAGXBOOT
- STA_VDI
- USB.PRG (neue Lightning Disk V120 von @Gaga)
- MOUSE.PRG (neue Lightning Disk V120 von @Gaga)
- STORAGE.PRG (neue Lightning Disk V120 von @Gaga)
- KEYBOARD-PRG (neue Lightning Disk V120 von @Gaga)
- BLITZ.PRG (neue Lightning Disk V120 von @Gaga)
Dazu noch das USBTOOL.ACC
Ich habe alle Testdatenträger größer als 2GB als FAT32 am PC formatiert und jeweils mit dem Testordner "COPYTEST" befüllt.
Erkenntnis:
Alles was an der Lightning angeschlossen ist was größer ist als 2GB (FAT oder FAT32) macht Probleme. Bei einigen Sticks lässt Jinnee zwar das Icon auf dem Desktop erscheinen, beim Doppelklick darauf tut sich aber nix. Bei anderen passiert gar nix. Das USB Tool zeigt aber alle Datenträger an.
MagiC kann ich als Problemquelle für Datenträger größer 2GB mit FAT32 ausschließen, da eine zweite 8GB-FAT32 SD-Card funktioniert (in HDDRIVER TOS/Windows kompatibel partitioniert). Dauert nur ewig, bis Jinnee nach dem Doppelklick den Inhalt anzeigt.
Eine 2GB SD Karte, FAT32 partitioniert, habe ich testweise in den USB Cardreader (Myson) gesteckt und diesen in den Alcor HUB gestöpselt -> das funktioniert.
Ist es möglich, dass STORAGE.PRG ein Problem mit USB Datenträgern größer als 2GB unter MagiC hat?
Morgen werde ich das alles noch mal mit dem TT wiederholen.
Gruß, DQ
-
Es ist schon spät, daher nur zwei Anmerkungen:
- Wie oben schon geschrieben, enthält der STORAGE-Treiber Rev. 127 einen Fix für MagiC. Ich würde daher nicht die Rev. 120 unter MagiC verwenden.
- Ich würde davon absehen, USB-Sticks mit HDDRIVER/HDDRUTIL zu partitionieren. Empfohlenes Vorgehen: Mach die Sticks unter Windows (oder Linux, oder MacOSX, oder...) mit FAT16 bereit, nutze am Atari BigDOS. Das läuft problemlos.
PS: "Fehler beim Schreiben der Verwaltungssektoren" scheint ein beliebtes HDDRIVER-Problem zu sein, völlig unabhängig von der Lightning: S. z.B. https://forum.atari-home.de/index.php/topic,14443.msg228364.html#msg228364, https://forum.atari-home.de/index.php/topic,13996.msg223225.html#msg223225.
-
"Fehler beim Schreiben der Verwaltungssektoren" scheint ein beliebtes HDDRIVER-Problem zu sein, völlig unabhängig von der Lightning
Diese Meldung hatte ich (am Falcon oder Yamaha) auch schon hin & wieder. Meistens half es, das Medium (CF oder SD) dann am MS-Labtop neu einzurichten - anschließend ging auch das Partitionieren mit HDDRIVER wieder.
-
Sag mir bitte zusätzlich, ob da ein IC von Philips oder NXP auf der Lightning vme ist.
Chipsatz der Lightning im MegaSTE:
- XILINX XC9536XL / NXP ISP1160BD
Es ist schon spät, daher nur zwei Anmerkungen:
- Wie oben schon geschrieben, enthält der STORAGE-Treiber Rev. 127 einen Fix für MagiC. Ich würde daher nicht die Rev. 120 unter MagiC verwenden.
Soeben gemacht.
Zudem habe ich Jinnee zum Testen deaktiviert, Magicdesk Standard ist aktiv.
Diese AUTO-Ordner Programme (in dieser Reihenfolge) werden jetzt gebootet:
- XBOOT III
- MAGIXBOOT
- USB.PRG (neue Lightning Disk V120 von @Gaga)
- MOUSE.PRG (neue Lightning Disk V120 von @Gaga)
- STORAGE.PRG (V127)
- KEYBOARD-PRG (neue Lightning Disk V120 von @Gaga)
- BLITZ.PRG (neue Lightning Disk V120 von @Gaga)
USBTOOL.ACC wird als einziges ACC geladen.
- Ich würde davon absehen, USB-Sticks mit HDDRIVER/HDDRUTIL zu partitionieren. Empfohlenes Vorgehen: Mach die Sticks unter Windows (oder Linux, oder MacOSX, oder...) mit FAT16 bereit
Gemacht.
- USB Stick USB Flash Disk, 1GB-FAT -> MagiC OK
- USB Stick Lexar JD FireFly, 2GB-FAT -> MagiC OK
- USB Cardreader mit 2GB-FAT SDCARD -> MagiC OK
- USB Stick General UDisk, 4GB-FAT - MagiC "Ungültiges Laufwerk (Fehler #-46)"
- USB Stick Lexar USB Flash Drive, 8GB-FAT32 - MagiC "Ungültiges Laufwerk (Fehler #-46)"
- USB Stick SanDisk Cruzer Glide 16GB-FAT23 - MagiC "Ungültiges Laufwerk (Fehler #-46)"
- USB Stick Lexar JumpDrive 16GB-FAT32 - MagiC "Ungültiges Laufwerk (Fehler #-46)"
Die letzten 3 Sticks lassen sich nicht mit FAT unter Win10 formatieren, nur FAT32.
Muss mich eben damit abfinden, dass nur Sticks kleiner/gleich 2GB an meinem MegaSTE funktionieren.
Wenn die MonSTer wieder verfügbar ist, kommt eh MiNT drauf, und damit gehts ja dann auch mit größeren Sticks.
Mit BIGDOS unter TOS funktioniert das auch nur bis 2GB/FAT, meine aber irgendwann gelesen zu haben, dass es das Limit von BIGDOS ist.
Alles in Einem habe ich jetzt zwei Tage lang von Morgens bis spät Nachts alles mir Mögliche an Kombinationen/Formatierungen getestet. Ich belasse es erst mal dabei.
Gruß, DQ
-
Die letzten 3 Sticks lassen sich nicht mit FAT unter Win10 formatieren, nur FAT32.
Dochdoch, nur halt nicht per GUI:
format X: /FS:FAT /Q
-
OSX/macOS richtet bei FAT ab einer bestimmten Größe des Mediums auch nur FAT32 ein. Auch da geht was anderes nur über das Terminal ...
-
FAT16 ist auch unter MS-DOS und Windows 9x auf 2 GB begrenzt, jedenfalls wenn man Partitionen mit fdisk anlegt. Mit fremd-partitonierten Medien können neuere DOS Versionen (die von Win98/SE/ME) auch mit 4 GB FAT16 Partitionen umgehen. (Warum bei fdisk und FAT16b nur 2 GB pro Partition möglich sind, Win-DOS 7x. aber 4 GB beackern kann, habe ich noch nicht rausbekommen. Dürfte eine reine fdisk-Begrenzung sein. Bei TOS scheint es aber eine harte Grenze zu sein, auch mit BIGDOS)
Siehe auch https://de.wikipedia.org/wiki/File_Allocation_Table#FAT16
In dem Wikipedia-Artikel kommt auch ein Stichwort als Synonym für FAT16b vor, welches auch auf dem Atari Sinn macht: „BigDOS“ - http://rainer-seitel.onlinehome.de/bigdos.html - Sollte man bei so großen Partitionen - und generell bei Medien, die mit dem PC ausgetauscht werden - immer aktiv haben.
Aber 2 GB pro Partition am Atari, das ist schon sehr ordentlich, und bringt so manche Software, die beim Speichern den freien Speicherplatz erstmal übermittelt, ordentlich in die Bredullie...
-
Mich irritiert ja das ganze ein wenig, weil unter MagiC FAT32 Partitionen von 8GB u. drüber auf einer HDD oder SD (US) kein Problem sind. Ist ja nicht so dass ich ein absoluter MagiC-Verfechter bin, aber mit den 4MB RAM im MSTE ist es für mich das momentan einzig Brauchbare, gerade wg. der Unterstützung größerer Datenträger. Deswegen habe ich auch so lange herumexperimentiert, um herauszubekommen, ob ich irgendwo was grundlegend falsch mache.
Wäre halt schön gewesen, wenn ich einen großen USB- Stick mit all meiner Atari Soft befüllen könnte, um damit über die Lightning meine Ataris mit der gleichen Softwarezusammenstellung betanken zu können. Ist aber nicht weiter wild, da ich mir beim Chinesen die vorher hier im Thread genannten USB2LAN Adapter für die Lightning bestellt habe - hoffe nur dass ich auch die mit dem richtigen Chipsatz kriege. Damit versuche ich mir ein zentrales Atari-Verzeichnis auf meiner Synology NAS einzurichten und brauche dann auch keine dicken USB Sticks mehr. Jetzt gilt es für mich nur noch die Durststrecke zu überwinden, bis es hoffentlich bald wieder MonSTer's zu kaufen gibt ...
-
FAT32 ist ja auch ein bischen moderner, das hat keine Grenze bei 2 oder 4 GB.
https://de.wikipedia.org/wiki/File_Allocation_Table#FAT32 (Gleicher Link wie oben, nur eine Überschrift weiter.)
Das kann theoretisch bis 8 TB. Aber wer macht das schon mit FAT? FAT ist allgemein recht Fehlerintollerant, ruckzuck ist so eine Partition kaputtgeschrieben und dann sind riesige Datenmengen futsch. Solche Datenmengen besser mit NTFS oder ext4, beide jeweils mit Journaling-Funktionen und somit weniger fehleranfällig. Die können gleich auch größere Einzeldateien, mehr als 4 GB.
-
FAT32 […] kann theoretisch bis 8 TB. Aber wer macht das schon mit FAT? FAT ist allgemein recht Fehlerintollerant, ruckzuck ist so eine Partition kaputtgeschrieben und dann sind riesige Datenmengen futsch. Solche Datenmengen besser mit NTFS ider ext4, beide jeweils mit Journaling-Funktionen und somit weniger fehleranfällig. Die können gleich auch größere Einzeldateien, mehr als 4 GB.
Kaputtgeschrieben werden Partitionen nun heute selten, Dateisystemcode ist idR ausgereift, und Defragmentaritis hat sich wo anders hin verlagert. Aber ein Hänger oder Reset kann das Dateisystem in einen inkonsistenten Zustand bringen. Da ist dann zwar idR trotzdem nur die „letzte“ Datei futsch, aber schön ist anders.
Schön ist ZFS, bspw, mit richtigen Prüfsummen. Damit auch Bitkipper bemerkt werden, was heutzutage gar nicht so selten ist. Aber da sind wir weit außerhalb dessen, was ein Atari ST stemmen kann.
-
Es reicht, wenn der Rechner von einem Prozess aus gerade abstürzt, wenn gerade von einem anderern Prozess in die FAT geschrieben wird, dann ist es mit der FAT32 Partition die längste Zeit schön gewesen. Das war der häufigste Grund für eine Windows 9x Neuintallation. Damals habe ich mir angewöhnt, eine extra Datenpartition anzulegen, die wurde dann nur seltener runtergerissen, als die Betriebssystem-Partition. Gut, heute kann einem ein einzeler Prozess unter Windows oder Linux nornalerweise nicht mehr so leicht den ganzen Rechner abstürzen lassen, aber Bluescreens und Kernel-Panics kommen auch heute gelegentlich noch vor. Unsere kleinen Ataris, egal ob TOS oder MiNT, sind davor aber keineswegs geschützt.
-
Es reicht, wenn der Rechner von einem Prozess aus gerade abstürzt, wenn gerade von einem anderern Prozess in die FAT geschrieben wird, dann ist es mit der FAT32 Partition die längste Zeit schön gewesen. […]
Andere Prozesse als der Kernel sollten überhaupt nicht in die FAT schreiben. Das ist Sache des Betriebssystems alleine.
-
Mich irritiert ja das ganze ein wenig, weil unter MagiC FAT32 Partitionen von 8GB u. drüber auf einer HDD oder SD (US) kein Problem sind.
Nimm ein älteres MiNT, zB. 1.15.9, in einer min. Installation (bloß Kernal in´s AUTO\ plus MiNT.cnf auf die Root, das braucht auch nicht so viel mehr Platz im RAM als MAGX) und Du hast ebenso FAT32.
PS: Aber 8ung, nicht abwechselnd mit MiNT & MAGX schreibend darauf zugreifen! (Das in "MAGX´ Macken" diskutierte Problem ist noch immer ungelöst). Aber lesen funzt mit HDDRIVER.
-
Mir ist aufgefallen das nach dem Laden der Lightning TOS Treiber der Mega STE spürbar langsamer wird.
Beim Atari TT fällt das nicht so auf aber beim starten von Memspeed erreichen die TT Ram Werte nur noch ein drittel des ursprünglichem Wert.
Kann das jemand anders nachvollziehen?
-
Zieh mal die Maus ab, das Polling der Maus braucht halt CPU Zeit... wie gesagt Teste mal ohne Maus und berichte wie es da aussieht.
-
Am USB ist keine Maus. Ich habe da nur einen USB Stick mit FAT16 (BigDOS) und am Atari TT noch den USB auf Ethernet Adapter, sonst nichts.
-
Hast du die aktuellsten Treiber drauf ?
ansonsten vielleicht kann @czietz was dazu sagen ?
-
Ich denke mal, das ist USB an sich. Das muss ja öfters USB nach neuen Geräten durchsuchen, damit die gefunden werden.
-
Eigentlich nicht da wir ja Interrupt logic eingebaut haben... aber warten wir mal die Antwort von @czietz ab.
-
Hast du die aktuellsten Treiber drauf ?
ja die 1.20
-
Hast du die aktuellsten Treiber drauf ?
ja die 1.20
@Lukas Frank, aktuell ist die 1.27 (http://www.newtosworld.de/downloads/treiber/lightning-vme/lightning-vme-treiberdiskette-2018-08-22-r120/download)
-
Hast du die aktuellsten Treiber drauf ?
ja die 1.20
@Lukas Frank, aktuell ist die 1.27 (http://www.newtosworld.de/downloads/treiber/lightning-vme/lightning-vme-treiberdiskette-2018-08-22-r120/download)
Wenn ich @czietz richtig verstanden habe, ist die 1.20 die aktuelle. In der 1.27 ist nur das STORAGE.PRG für den MSTE unter MagiC angepasst.
-
Die Treiberdiskette ist jetzt nochmals angepasst und hat die aktuelle Version R127. Steht zum Download bereit.
-
Test beim Atari TT unter TT-Mid mit Lightning Treiber für TOS Ver.1.20, Storm 256MB EDO und Thunder IDE
Memspeed
TT Ram
L1 L2 Main
Read 30.1 7.5 7.5
Write 7.5 7.5 7.5
Also die Werte für das TT Ram entsprechen dem ST Ram.
-
Die Treiberdiskette ist jetzt nochmals angepasst und hat die aktuelle Version R127. Steht zum Download bereit.
@Gaga, da ist jetzt der Ordner Tools dazu gekommen der u.a. Setter, UipTool und USBSting mit bringt. Haben die Treiberfiles auch einen Versionssprung gemacht oder bezieht sich das R127 auf die Zusammenstellung der "Disk"?
-
Test beim Atari TT unter TT-Mid mit Lightning Treiber für TOS Ver.1.20, Storm 256MB EDO und Thunder IDE
Memspeed
TT Ram
L1 L2 Main
Read 30.1 7.5 7.5
Write 7.5 7.5 7.5
Also die Werte für das TT Ram entsprechen dem ST Ram.
Da ist definitiv was Faul, nur die Frage was hmmm ..
-
Die Zusammenstellung R127 entspricht der R120, jedoch ist das STORAGE.PRG aktualisiert und das neue Datum in den beiden TXT Dateien aufgenommen. Alle anderen Dateien, auch die im Ordner Tools, sind in beiden Versionen identisch.
@Lukas Frank : die Werte sind nicht nachzuvollziehen und haben nichts mit den Treibern zu tun. Die Storm funktioniert bekanntlich auch ohne die Lightning VME Treiber. Bitte schau noch einmal nach.
-
die Werte sind nicht nachzuvollziehen
Dann ist meine Storm nicht in Ordnung !?!
-
Interessant.
Kann jemand diesen Effekt bei sich nachbilden? @tuxie ?
-
Interessant.
Kann jemand diesen Effekt bei sich nachbilden? @tuxie ?
Bin noch auf der Arbeit. Werde das mal heute Abend checken.
-
Hier die Werte meines TT, mit und ohne USB. Interpretation überlasse ich euch.
-
@Gaga ... scheint ja meine STORM defekt zu sein. Soll ich die zuschicken?
-
Ja
-
Habe jetzt die Magnum TT drin und es ist das gleiche Verhalten. Liegt dann am Rechner ...
-
Hier meine Werte mit u. ohne Lightning
-
500 KB JPEGs für 2x 6 Zahlen … sorry, aber bei Handygeknipse kann ich nicht anders :-)
-
Meine Werte sehen genauso aus, mit und ohne Lightning...
Daher Frank irgendwas muß mit deinem TT faul sein.. hm
-
Daher Frank irgendwas muß mit deinem TT faul sein.. hm
Ja aber was stimmt da nicht. Hängt auf jeden Fall mit der Lightning am VME Bus zusammen. Die 4MB Nova läuft einwandfrei, da kann und konnte ich nichts negatives Feststellen. Welche Signale nutzt denn die Lightning die, die Nova nicht nutzt?
-
Nichts besonderes, sitzt ja auch nur ein Adressdecoder in dem CPLD und natürlich die Interruptlogik.
Kannst du mal Testweise dir eine Diskette erstellen mit allen USB Treibern drauf und auch das Memtest Tool, danach deine Platten abstecken und von Diskette Booten. Vielleicht ist irgendwas auf der Platte was mit geladen wird
-
Wie sind denn deine RAM-Werte ohne eingesteckte NOVA? Mal probiert?
-
Ich denke, dass Memspeed bei Frank fälschlicherweise ST-RAM statt TT-RAM alloziert. Die Werte sind doch überraschend ähnlich. Dass das kein generelles Problem der Lightning VME Treiber ist, zeigen ja die Messungen der anderen Nutzer.
Daher ist tuxies Hinweis gut: sicherstellen, dass außer den USB-Treibern nichts anderes (BigDOS, andere AUTO-Programme, ACCs) geladen wird.
Kann mir jemand einen Link zu Memspeed geben?
-
@czietz habe es dir zugesendet!!
-
Bei meinem memspeed.tos sind alle drei Flags gesetzt.
Fastload, TT Ram Mem und TT Ram Prg
-
BigDOS ist der Schuldige bei mir ...
-
Ich kann es in Hatari reproduzieren. Die gute Nachricht: Der Lightning-VME-Treiber ist daran völlig unbeteiligt und nicht Ursache für den Fehler.
Die schlechte Nachricht: Das ist (ein weiterer) größerer Bug in BigDOS! BigDOS installiert, warum auch immer, seine eigene Speicherverwaltung, statt die Speicherverwaltung TOS zu überlassen. Obwohl Memspeed ausdrücklich nach TT-RAM fragt (via Mxalloc(..., 1)), bekommt es von der BigDOS-Speicherverwaltung ST-RAM zurückgeliefert, was sich in der Zugriffsgeschwindigkeit zeigt.
Nun ist BigDOS "closed source", d.h. eigentlich kann nur der Autor das fixen.
PS: Falls Ihr über BigDOS diskutieren wollt, bitte einen eigenen Thread aufmachen, damit es hier weiterhin um die Lightning VME geht.
-
Hi,
Hab hier mal Futter zum testen. Maustreiber mit HID-Parser (Wheel-support).
Die mouse.prg benötigt Trapper & MWheel.
die mouse.udd sollte out-of-the-box funktionieren.
ardi
-
@ardi, ich würde es gerne testen aber zuvor benötige ich folgende Infos:
1. Mit welchen USB-Treiberversionen (MiNT/TOS) lief es bei dir?
2. Welche Dateien benötige ich für einen Test unter MiNT?
3. Welche Dateien benötige ich für einen Test unter TOS?
4. Wie sollte die Reihenfolge der Dateien im Autoordner sein?
5. Welche USB-Mäuse werden unterstützt?
-
@ardi, ich würde es gerne testen aber zuvor benötige ich folgende Infos:
1. Mit welchen USB-Treiberversionen (MiNT/TOS) lief es bei dir?
hab keine Lightning Hardware -> darum "zum testen"
2. Welche Dateien benötige ich für einen Test unter MiNT?
Installiere die Lightning Treiber und ersetze mouse.udd oder mouse.prg
3. Welche Dateien benötige ich für einen Test unter TOS?
installiere Trapper und MWheel dann wie 2.
4. Wie sollte die Reihenfolge der Dateien im Autoordner sein?
Trapper -> MWheel->Mouse.prg
5. Welche USB-Mäuse werden unterstützt?
Ich hoffe doch alle
ardi
-
So, folgendes Ergebniss:
1. Unter TOS funktioniert die Maus aber nicht das Mausrad.
2. Unter MiNT funktioniert weder Maus noch Rad.
-
So, folgendes Ergebniss:
1. Unter TOS funktioniert die Maus aber nicht das Mausrad.
2. Unter MiNT funktioniert weder Maus noch Rad.
Und welche Maus ist das?
-
Und welche Maus ist das?
Eine Razor Mystify Boomslang 2100 (https://www.amazon.de/PC-Mouse-Mystify-Razer-Boomslang/dp/B0000AKGRA) von Terratec/Kärna
-
So, folgendes Ergebniss:
1. Unter TOS funktioniert die Maus aber nicht das Mausrad.
Dir ist bekannt, dass MWheel TOS-Desktop-Fenster nicht scrollen kann? Nur Programmfenster gehen.
PS: welches VDI unter MiNT?
-
So, folgendes Ergebniss:
1. Unter TOS funktioniert die Maus aber nicht das Mausrad.
Dir ist bekannt, dass MWheel TOS-Desktop-Fenster nicht scrollen kann? Nur Programmfenster gehen.
Nein, ist mir neu... werds gleich mal aus QED heraus testen.
-
Unter TOS funktioniert es nicht. :(
Aber unter MagiC funktioniert es! Jetzt scrollen die Fenster sauber. Desktop- und Programmfenster. (https://cosgan.de/images/midi/froehlich/a040.gif)
Allerdings habe ich jetzt ein Problem mit der rechten Maustaste. Diese führt nicht mehr, wie bei mir in "Jinnee" eingestellt, einen Doppelklick aus.
Wenn ich im "wheel.cpx" die "3. Taste" aktiviere, kann ich zwar damit einen "Doppelklick" über das Rad als Taste ausführen. Aber wenn die rechte Maustaste wieder einen Doppelklick erzeugen würde, wäre es natürlich noch schöner. ;) :D
Danke ardi für die Unterstützung!
-
Ergänzend. Auch die linke Maustaste reagiert schlecht auf Doppelklicks
-
Hab es jetzt unter TOS mit QED probiert und einen Teilerfolg erzielt....
1. Über das Mausrad nach oben Scrollen funktioniert... eine Umdrehung scrollt nur 1-2 Zeilen hoch. :D
2. Nach unten scrollen klappt momentan nicht da passiert nichts.
-
Wie funktioniert das denn beim Eiffel? Da geht das Scrollrad im Desktop und in allen Programmen egal ob Single TOS, MagiC oder MiNT.
-
Hi,
hab noch einen Fehler im mouse.prg entdeckt.
ardi
-
Wie funktioniert das denn beim Eiffel? Da geht das Scrollrad im Desktop und in allen Programmen egal ob Single TOS, MagiC oder MiNT.
Die Funktion wird vermutlich über den PIC ausgewertet und direkt über dem Keyboard-Anschluß (Pfeiltasten hoch/runter entsprechend injektet) dem Atari mitgeteilt und ausgewertet. Wers besser weiß bzw. erklären kann immer her damit.
-
Hi,
hab noch einen Fehler im mouse.prg entdeckt.
ardi
Verhält sich ähnlich oder gleich der Version oben. Tasten reagieren träge und srollen nur nach oben. Die Linke Maustaste und die mittlere Maustaste(das Rad) funktionieren, die linke Taste funktioniert nicht... war aber in der Vorversion auch schon so. Kann ich wohl nur in Programmen die sie unterstützen testen.
-
Hi,
noch ein Versuch
ardi
-
Irgendwie reagiert der Doppelklick Teils verzögert und manchmal in der Dateiauswahl von QED srollt beim Links-Klick in die Sliderleiste länger und schneller als erwünscht. Ist nicht so einfach zu erklären. besser ich lasse das erstmal... evtl. ist die Maus ungeeignet wenns bei Ama, wenn auch in MagiC, sonst problemlos funktioniert.
-
Ich hatte (mit einer früheren Version von ardis Treiber) das Problem, dass Maustasten nur ansprachen, wenn die Maus (ggf. unwillkürlich) ein wenig bewegt wurde. Damit fühlen sich Tastendrücke träge an, wie hier im Thread beschrieben.
-
Ich hatte (mit einer früheren Version von ardis Treiber) das Problem, dass Maustasten nur ansprachen, wenn die Maus (ggf. unwillkürlich) ein wenig bewegt wurde. Damit fühlen sich Tastendrücke träge an, wie hier im Thread beschrieben.
Ja genau, jetzt wo du es sagst das ist bei mir auch so. Als wenn die Verarbeitung der Mausdaten erst bei einer Bewegung so richtig abgearbeitet würden.
-
... das Problem, dass Maustasten nur ansprachen, wenn die Maus (ggf. unwillkürlich) ein wenig bewegt wurde.
Kann mich dunkel erinnern, daß ich so etwas früher auch schon mal erlebt habe, aber ohne spez. Maustreiber und ibs. ohne Scrollrad.
-
Hi,
im Anhang ein neuer Versuch. Dieses mal mit Sourcecode.
ardi
-
Die vorletzte Version von Antwort #516 funktioniert unter MagiC gut. Auch Doppelklicks gehen. :)
Die letzte Version funktioniert gar nicht. Keine Bewegung des Mauszeigers. Weder unter TOS oder MagiC.
-
Die vorletzte Version von Antwort #516 funktioniert unter MagiC gut. Auch Doppelklicks gehen. :)
Die letzte Version funktioniert gar nicht. Keine Bewegung des Mauszeigers. Weder unter TOS oder MagiC.
Sorry mein Fehler
ardi
-
Test unter TOS 3.06: negativ. Die Maus hakelt stark, kein Doppelklick möglich, kein Scrollrad. Leider.
-
Ich grabe diesen Thread mal wieder aus, denn ich bin endlich dazu gekommen, meine Lightning im TT in Betrieb zu nehmen. Grandios! Natürlich bin ich erstmal in den Fehler mit dem veralteten STORAGE.PRG und MAGIC gelaufen, aber nach dem Update der Treiber hat alles wie am Schnürchen geklappt. Hervorragende Unterstützung für die USB-Mäuse (wie wohltuend!) und was mich etwas überrascht hat, auch ein Multi-Card-Reader von Transcend mit SD-Cards oder ähnlichem bestückt wird erkannt.
Endlich kann ich mit einer SD-Card sowohl beim Falcon über die GigaFile, als auch beim TT über die Lightning Daten austauschen. Großartig!
Danke für dieses schöne Stück Hardware!
-
Da möchte ich mich direkt anschliessen, da ich meine Lightning auch seit dem Wochenende am Laufen habe. Ich bin total begeistert. Die NOVA Entwicklung findet auf nem PC statt und ich musste die neuen Versionen bisher immer mittels Diskette auf den TT bringen. Dabei hat natürlich immer mal das Lesen nicht funktioniert. Nun geht das mit dem USB Stick ruckzuck und macht richtig Spaß.
Vielen Dank Jungs!!!
Jetzt brauche ich nur noch ne Idee wie ich die USB Ports unterbringe, ohne das Gehäuse zu verunstalten.
-
Jetzt brauche ich nur noch ne Idee wie ich die USB Ports unterbringe, ohne das Gehäuse zu verunstalten.
Gibt es nicht schon 3D-Modelle für ein Abschluß„blech“ statt der Seriell3/4-Bleche, wo dann USB & RS232 draufpassen, und noch eine Aussparung für die Flachbandkabel der Nova sind?
-
Ich glaube das wäre schnell designed, selbst wenn es das noch nicht gibt. Aber was machen User mit einer RIEBL? Wo könnte man da die USB-Ports nach draußen führen? Und jetzt sagt nicht Festplattendeckel anbohren ;)
-
Wie wäre es, einen passenden Festplattendeckel per 3D Drucker nachzubauen, wo vorn schon schon zwei Aussparungen für die USB Buchsen sowie ein Schlitz für die CF Karte drin ist?
Zum Einstieg könnte man es ja mit der hinteren kleinen Abdeckung des MegaST versuchen: dort einfach mal zwei USB Öffnungen mit 4 Löcher für die Befestigungsschrauben herstellen. Ich könnte einige davon gebrauchen.
Wer machts? Einen 3D Drucker hab ich nicht.
Im Gegenzug können wir gern über eine Lightning ST reden.
-
Meinst Du diese hier? Das kann ich gern machen!
-
Korrekt.
Dazu die 2 Buchsen vom USB Bracket, wie es schon bei der Lightning VME dabei ist. Die kann man leicht abschrauben und dort ansetzen. Was ich so gesehen habe, dürfte es passen.
Das kann man sicher auch selber feilen und bohren, aber ein 3D Drucker kann das sicher genauer.
Ideal wäre es, auch dort einen Schlitz für eine CF Karte einzuarbeiten/auszusparen, sofern die Platzverhältnisse es zulassen. Indes müsste man für den IDE/CF Adapter dann eine mechanische Halterung vorsehen, also irgendwelche Winkel, wo man das anschrauben kann.
Anders ausgedrückt: 2 x USB und 1 x CF "hinten raus" am MegaST.
Natürlich ist der Platz dann belegt.
-
Das mit dem CF-Slot wird aber schon knapp, wenn man dieses Standard-Teil von der Lightning VME auch für diese Blende nutzen möchte. Ich mache mal einen Prototyp für die USB-Anschlüsse.
-
Wie wäre es, einen passenden Festplattendeckel per 3D Drucker nachzubauen, wo vorn schon schon zwei Aussparungen für die USB Buchsen sowie ein Schlitz für die CF Karte drin ist?
@Gaga, das ist mal eine geniale Idee. Ich hab zwar keinen 3d-Drucker aber ein Anfängerprojekt wird das wahrscheinlich nicht. :D
-
Einen "fertigen" normalen Deckel gibt es ja schon: https://www.thingiverse.com/thing:3042071 (https://www.thingiverse.com/thing:3042071), aber der dürfte für die gängigen 3D-Drucker zu groß sein. Selbst für meinen ist der Deckel schon ~2 cm zu groß.
Mir schwebt da ein "zusammensteckbarer" Deckel vor; also aus 2 Teilen bestehend, der dann bspw. wie ein Puzzle zusammengesteckt werden kann. Ich habe etwas ähnliches bereits als Monitorrahmen für ein Retro-System (RetroPi-x86) gemacht und das hält sehr stabil (@gh-baden durfte das neulich bewundern).
Der Zweiteiler hätte den charmanten Vorteil, dass man nur ein (halbes) Teil ggf. neudrucken müsste, wenn man es mal wieder verändert. Außerdem kann man den Deckel dann jeden Tag umbauen und hat nicht 20 vollständige Deckel herumliegen ;)
Ich bin leider zu unfähig, den o.g. Deckel zu modden, geschweige denn neu zu entwerfen, würde aber gerne helfen, wo ich nur kann (natürlich purer Eigennutz ;) )
-
Die Abdeckung für den Mega ST ist fertig ;) Ein CF-Slot wird da aber so ohne weiteres nicht mehr rein passen.
-
@Johannes, alle Achtung. Das nenn ich Passgenau. :D
-
Da sitzt in meinem MST4 leider eine GK ... - Alternativen?
-
Alternative wäre ggf. das Batteriefach.
-
Einen "fertigen" normalen Deckel gibt es ja schon: https://www.thingiverse.com/thing:3042071 (https://www.thingiverse.com/thing:3042071), aber der dürfte für die gängigen 3D-Drucker zu groß sein. Selbst für meinen ist der Deckel schon ~2 cm zu groß.
Mir schwebt da ein "zusammensteckbarer" Deckel vor; also aus 2 Teilen bestehend, der dann bspw. wie ein Puzzle zusammengesteckt werden kann. Ich habe etwas ähnliches bereits als Monitorrahmen für ein Retro-System (RetroPi-x86) gemacht und das hält sehr stabil (@gh-baden durfte das neulich bewundern).
Der Zweiteiler hätte den charmanten Vorteil, dass man nur ein (halbes) Teil ggf. neudrucken müsste, wenn man es mal wieder verändert. Außerdem kann man den Deckel dann jeden Tag umbauen und hat nicht 20 vollständige Deckel herumliegen ;)
Ich bin leider zu unfähig, den o.g. Deckel zu modden, geschweige denn neu zu entwerfen, würde aber gerne helfen, wo ich nur kann (natürlich purer Eigennutz ;) )
ich habe gerade mal geschaut, der Deckel würde laut Slicer auf die Druckfläche meines Druckers passen. Ich frage mich nur, wie gut das Teil passt. Bevor ich da Schlitze rein designe würde ich das Ding erstmal 1:1 drucken und ausprobieren.
Problematisch ist nur die lange Druckdauer von ca. 13 Stunden. Da wir noch die Regel haben, dass der Drucker nicht unbeaufsichtigt laufen darf, bekomme ich das nicht an einem Arbeitstag hin. Mal sehen, vielleicht bastel ich mal was mit einer WLAN-Steckdose und starte das Drucken morgens um 6 nach dem Aufstehen...
-
GuMo!
ich habe gerade mal geschaut, der Deckel würde laut Slicer auf die Druckfläche meines Druckers passen. Ich frage mich nur, wie gut das Teil passt. Bevor ich da Schlitze rein designe würde ich das Ding erstmal 1:1 drucken und ausprobieren.
Oh, das freut mich zu hören. Darf man fragen, womit Du das Design baust?
Wenn Dein Druck sitzt, passt, nicht wackelt und keine Luft hat, würde ich ggf. gerne auf Dich zurück kommen, ob Du mir eines gegen ordentliche Erstattung drucken würdest!?
-
Design mache ich mit Blender. Es ist etwas friemlig sich da reinzufuchsen, aber dann kann man damit tolle Sachen machen. Bisher habe ich erfolgreich
- ein Gehäuse für das TENOX TTL-VGA Interface für den TT
- eine Halterung für die Svethlana SV für den Falcon
- Mega ST Abdeckung hinten
gemacht.
Vielleicht komme ich nächste Woche dazu mal einen Deckel zu drucken. Dann ist auch graues Filament da, damit es dem ATARI-Ton wenigstens etwas näher kommt. Alles weitere sehen wir dann.
-
Ich weiß, das gehört hier eigentlich nicht rein.
Aber hier wird gerade ein STE Festplattendeckel solo angeboten:
https://www.ebay.de/itm/Festplattendeckel-fur-ATARI-MEGA-STE-auch-fur-TT030-verwendbar/123615897974
Vielleicht ist es im Zusammenhang dieses Threads trotzdem von Interesse.
-
Das ist ein Festplatten-Verhinderungs-Deckel.
(Eine kleine Gemeinheit von Atari um das eigene Geschäft anzukurbeln).
-
Ideal zum Umbauen auf ein Flashdrive geeignet!
-
Das ist ein Festplatten-Verhinderungs-Deckel.
(Eine kleine Gemeinheit von Atari um das eigene Geschäft anzukurbeln).
Das ist in dem Zusammenhang wurscht. Für den Einbau von USB Anschlüssen und CF Karten Slot wird es reichen. Oder, um Maß zu nehmen für das Erstellen einer Druckvorlage.
-
^^-- Gibt´s doch schon!
https://forum.atari-home.de/index.php/topic,14000.msg236652.html#msg236652
Danke für den Hinweis, @RealLarry !
-
^^-- Gibt´s doch schon!
https://forum.atari-home.de/index.php/topic,14000.msg236652.html#msg236652
Danke für den Hinweis, @RealLarry !
Da hast Du natürlich recht.
-
Nee, hatte bloß link ;D
-
Es gibt (nach längerer Zeit) ein neues Treiber-Release (r226) für die Lightning VME.
NEU: Druckertreiber
NEU: Mausrad-Unterstützung
NEU: uiptool für USB-zu-LAN-Adapter
NEU: Diverse Verbesserungen und Bugfixes
Download wie immer über newtosworld.de: http://www.newtosworld.de/downloads/treiber/lightning-vme?limit=5&limitstart=0&dir=DESC&order=date
-
Hallo Leute, die Liesmich.txt hört sich nach eine riesigen Menge Arbeit für euch an. Vielen Dank für die Mühe. :)
-
Ja Arthur, das war schon ein Thema für sich ... ;)
-
Wow! Tolle Arbeit! :)
-
Der Dank geht in erster Linie an @czietz.
Sollte wider Erwarten etwas nicht oder nicht richtig funktionieren, gebt möglichst konkret Bescheid.
Wir haben sehr ausführlich getestet, aber sicher nicht jede Kombination.
Falls mal was hakelt, folgender Tipp: die Usb Devices an den beiden Usb Ports einfach mal gegeneinander tauschen.
-
Da hat jemand einen Treiber für Wacom USB Tabletts geschrieben und arbeitet daran. Ich freue mich schon darauf ...
-
Da hat jemand einen Treiber für Wacom USB Tabletts geschrieben und arbeitet daran. Ich freue mich schon darauf ...
Hier geht's zum entsprechenden Thema:
http://www.atari-forum.com/viewtopic.php?f=15&t=37128
-
Hab die Lightning an meinen beiden TT´s getestet.
Funktioniert sowohl am TOS 3.06 als auch an TOS 3.01.
Zum Partitionieren der USB-Sticks HDDriver ab Version 10 verwenden !
Der TT mit TOS 3.01 ist eine Version ohne Daugtherboard !
-
Es gibt (nach längerer Zeit) ein neues Treiber-Release (r226) für die Lightning VME.
Die Links dort haben sich wohl geändert - jetzt ist es https://www.newtosworld.de/viewforum.php?f=6&sid=d47d0e2fd49e7d9426c7dc6919f26d65
Für welchen MiNT-Kernel sind die Treiber denn gedacht? Ich habe gestern den aktuellen FreeMiNT Snapshot-Build runtergeladen und kriege vom USB Ethernet driver einen "API Mismatch" . USB-Maus funktioniert aber.
Ich habe übrigens auch nochmal unter NetBSD/atari Lightning und Riebl-Netzwerkkarte gleichzeitig probiert: Da wird die Riebl zwar noch erkannt, aber bei jeglicher Art von Zugriffen gibt es Timeouts, so dass auch NetBSD dann aufgibt.
Gibt's ne Möglichkeit, die eingebaute Lightning zu deaktivieren, so dass ich sie nicht rausnehmen muss, wenn ich Netzwerk unter ASV oder NetBSD haben will?
-
Die Links dort haben sich wohl geändert - jetzt ist es https://www.newtosworld.de/viewforum.php?f=6&sid=d47d0e2fd49e7d9426c7dc6919f26d65
Ja, das stimmt. Leider hat man uns ja die Möglichkeit genommen, alte Beiträge zu editieren, um den Link weiter oben zu korrigieren. :(
Für welchen MiNT-Kernel sind die Treiber denn gedacht? Ich habe gestern den aktuellen FreeMiNT Snapshot-Build runtergeladen und kriege vom USB Ethernet driver einen "API Mismatch" . USB-Maus funktioniert aber.
Die Treiber funktionieren -- wie Du festgestellt hast -- natürlich mit dem aktuellsten Kernel. Du darfst bloß nicht die Treiber aus dem FreeMiNT-Download mit denen aus der Lightning-VME-Download mischen, weil die FreeMinT-Entwickler auf die Idee gekommen sind, die USB-API inkompatibel zu ändern. Du müsstest ETH.UDD aus dem Lightning-VME-Treiberpaket nehmen. Dummerweise fehlt er dort, Fehler bei der Zusammenstellung. Du bist übrigens der erste, dem das auffällt. Bitte nutze die angehängte Datei. (.zip.pdf in .zip umbenennen.)
Ich habe übrigens auch nochmal unter NetBSD/atari Lightning und Riebl-Netzwerkkarte gleichzeitig probiert: Da wird die Riebl zwar noch erkannt, aber bei jeglicher Art von Zugriffen gibt es Timeouts, so dass auch NetBSD dann aufgibt.
Gibt's ne Möglichkeit, die eingebaute Lightning zu deaktivieren, so dass ich sie nicht rausnehmen muss, wenn ich Netzwerk unter ASV oder NetBSD haben will?
Die Lightning VME lässt sich leider nicht deaktivieren. Das beobachtete Verhalten ist leider auch zu erwarten, denn die Riebl-Karte ist nicht in der Liste der kompatiblen Netzwerkkarten aufgeführt:
http://wiki.newtosworld.de/index.php?title=Lightning_VME_USB_Interface#Netzwerkkarten
-
Cool, danke! Das rettet mir das Wochenende :). Hab' gestern quasi den ganzen Tag damit zugebracht, bis zu dem Punkt zu kommen, wo die Datei (hoffentlich) das letzte ist was mir fehlt...
Das mit der Riebl ist schade, das ist quasi die einzige VME Karte, die ich regelmäßig nutze (ok, wenn das mit MiNT und Lightning mal läuft, wird's eher ne Nova...). Es will nicht zufällig jemand einen TT ohne Lightning loswerden? ;)
-
Zur Riebl-Karte: Ich hatte vorhin beim Frühstück die Gelegenheit, mit den Lightning-Mitentwicklern mögliche Gründe zu diskutieren, warum die Riebl und die Lightning VME nicht zusammen funktionieren. Eine Vermutung ist die Verwendung desselben Interrupt-Levels.
Allerdings hatte keiner von uns jemals eine Riebl-VME-Netzwerkkarte in den Händen und daher konnten wir diese Theorie nicht prüfen. (Das ist anders als bei der Nova VME, die wir zum Testen hatten und bei der wir uns explizit um Kompatibilität mit der Lightning VME kümmern konnten.)
-
Die Riebl XIF Treiber Quellen sind doch in den Freemint Quellen drin. Wobei man vielleicht unterscheiden muss zwischen Mega ST Bus und VME Bus Karten. Kann man da nichts sehen?
-
Die Riebl XIF Treiber Quellen sind doch in den Freemint Quellen drin. Wobei man vielleicht unterscheiden muss zwischen Mega ST Bus und VME Bus Karten. Kann man da nichts sehen?
Leider kann man dem Treiber nicht die Implementierung in Hardware ansehen. Wir müssten die Riebl-Karte wirklich sehen.
-
Netzwerk unter MiNT geht 8)
Von Hardware habe ich leider nicht viel Ahnung, ich kann bloss Software konfigurieren... Wenn's was nützt, könnte ich meine Riebl zur Verfügung stellen, aber gerne schicke ich das Teil natürlich nicht durch die Gegend (hab' nur die eine)...
Beim Atari System V steht das hier in der Kernelconfig:
*NAME FLAGS BOARD IO_ADDR IO_LEN MEM_ADDR MEM_LEN NVEC VEC IPL TYPE SPARE[4]
LA - 0 0xfe00fff0 - 0xfe010000 0xee88 - 116 6 3 - - - -
-
Die Riebl VME hat doch eine ganze Reihe Jumper. Da lässt sich vielleicht der IRQ und die Adresse ändern? Dann funktionieren nur die diversen Treiber nicht mehr ...
-
Das ist wahrscheinlich eigentlich ein Thema für einen anderen Thread... Die einzige Doku, die ich zu den Jumpern auf der Riebl kenne, ist die von NetBSD/atari: http://www.netbsd.org/ports/atari/faq.html#riebl
Möglicherweise könnte man über den undokumentierten "B" Jumperblock was erreichen, aber ich bin in dem Zusammenhang jetzt nicht wild auf blindes rumprobieren...
-
Beim Atari Mega STE habe ich bei Nutzung einer Magnum STE konfiguriert mit 6MB Alternate Ram also insgesamt 10MB das Problem das ich ein Laufwerk eines USB Sticks nicht mehr ansprechen kann. Beim USBTOOL.ACC wird der Stick odnungsgemäß angezeigt. Auch beim booten wird alles normal aufgelistet. Beim öffnen des betreffenden Laufwerkes kommt die Meldung "existiert nicht". Wenn ich das MAGNUM.PRG im Autoordner deaktivere funktioniert alles normal. Benutzt wird die Treiberversion R226. Alles unter SingleTOS ...
-
Ohne Magnum STE wird das schwer zu finden sein; der Bug kann ja ebenso gut in der Magnum Hard- oder Software liegen. Funktionieren andere USB-Geräte bzw. -Treiber (z.B. eine USB-Maus) weiterhin korrekt? Hast Du verschiedene Bootreihenfolgen (Magnum-Treiber mal vor und hinter den USB-Treibern) ausprobiert?
-
Eine USB Maus funktioniert. (MAGNUM.PRG vorne hinter EMULATOR.PRG)
Wenn ich das MAGNUM.PRG hinter BLITZ.PRG laufen lasse funktioniert es mit dem USB Stick. Ich dachte zuerst ich schalte die TT Ram Flags aus aber geht ja leider nicht.
Bootreihenfolge ist jetzt ...
EMULATOR.PRG
XMENU.PRG
WIFISET.PRG
USB.PRG
STORAGE.PRG
BLITZ.PRG
MAGNUMST.PRG
STA_VDI.PRG
NVDI.PRG
WDIALOG.PRG
... im Anhang das Treiberprogramm, vielleicht kann man ja etwas sehen daraus. Heißt zwar ST ist aber auch für die STE Version. Vielleicht ist das Problem in Zusammenhang mit TOS2.06 und Fastram das im ST Rambereich liegt. Da war auch ein Problem mit MiNT und einer Magnum Falcon.
-> https://github.com/freemint/freemint/issues/132
Keine Ahnung !?!
-
Dann hast Du (mit der geänderten Bootreihenfolge) erst einmal eine Lösung, mit der Du leben kannst?
Ganz ehrlich, knapp 11 kByte MAGNUM-Treiber reverse-engineere auch ich nicht mal eben so. Ein Blick mit dem Hexeditor zeigt jedenfalls, dass sich der Treiber irgendwo in TOS-Funktionen einklinkt (der String "XBRA" kommt vor).
Um ein prinzipielles Problem mit den USB-Treibern und Alt-RAM auszuschließen, kannst Du ja einmal Deine Lightning ST und Deine MonSTer zusammen verbauen. Wenn dort alles (unabhängig von der Bootreihenfolge) funktioniert, ist es wirklich ein Magnum-Problem und keines der USB-Treiber.
-
Magnum ST mit Lightning ST macht keine Probleme. Die Magnum fügt 8MB Alternate Ram zu den 4MB ST Ram hinzu.
-
.
-
Ganz ehrlich, knapp 11 kByte MAGNUM-Treiber reverse-engineere auch ich nicht mal eben so. Ein Blick mit dem Hexeditor zeigt jedenfalls, dass sich der Treiber irgendwo in TOS-Funktionen einklinkt (der String "XBRA" kommt vor).
Der Quellencode ist im Netz vorhanden. Frage mich ob das so erlaubt ist.