Wie wärs mit der Juko G7-B das ist eine 8-bit ISA-Karte mit
MDA (Hercules)
CGA
EGA (bis 640x400 glaub ich)
Printer
2x Seriell
Floppy-Kontroller
Batterie gepufferte Uhr
Als ich Schüler war und in einer PC-Schrauber-Höhle nebenher geschafft hab, hat mein Chef immer von der geschwärmt. Lang ists her ...
Soweit ich die Architektur von PC ab 80286 verstanden hab, sollte auf IRQ2 garkein Device sein.
(s. Wikipedia zu 8259), sondern eben der
2. Controller. Von daher wundert es mich, dass es überhaupt funktioniert, wenn ein Device an
diesem IRQ hängt - vorallem da anscheinend auch ein IDE-Controller vorhanden ist, der dann ja
über IRQ14/15 auch an IRQ2 hängt. 
Trotzdem bleibt dann noch die Frage, wieso es mit IRQ2 funktioniert. An dem ist doch der 2. Interrupt-Controller angeschlossen,
da der 8259 nur 8 IRQ-Leitungen hat ... 
Ups, Du hast ja schon geschrieben, dass es ein 80286 mit 10MHz ist ... 
Ist der Schneider Euro PC eigentlich ein 8088 oder 80286?
Wenn es ein 286er ist, dann müsste er doch einen zweiten PIC haben, der über den IRQ2 kaskadiert wird.
Ich kann mich noch dunkel erinnern, dass das beim Übergang von XT auf AT pft für Probleme gesorgt hat,
wenn eine Hardware auf IRQ2 sein wollte. Manche Garfikkarten wollten den auch haben.
So jetzt hab ich mal in meinen alten eigenen Installationen nachgeschaut. Ich hab so ein komisches ELV-Funkhausautomatisierungsding.
Das meldet sich normalerweise als /dev/ttyUSBxxx an, damit man es aber richtig identifizieren kann, legt man eine udev rule an, die
ein alias anlegt und das geht so:
KERNEL=="ttyUSB*", ATTRS{product}=="ELV FHZ 1300 PC", SYMLINK+="elv_fhz1300pc"
Hier wird für ein Device, dass eigentlich als ttyUSB* erkannt wird, ein symbolischer Link mit dem Namen elv_fhz1300pc im Verzeichnis /dev angelegt,
wenn ein Attribut einen bestimmten Wert hat.
Eigentlich sollte das Kernel-Module ein Device anlegen.
Häng doch an die Zeile
SYSFS{idVendor}=="16d0", SYSFS{idProduct}=="0504", GROUP="users"
noch ein
, SYMLINK+="cbm"an, und wenn das nicht geht, dann probier mal das Device selbst anzulegen, indem Du statt dem SYMLINK ein
, NAME="cbm"anhängst.
Hallo Stephan,
man könnte ein Paket (.deb) natürlich so machen, dass es eine entsprechende udev-rule gleich richtig anlegt. Aber leider ist das bei Open Source oft so,
dass nicht alle Pakete die gleiche Qualität haben - vorallem wenn es für eine kleine Gruppe (uns, Retro-SpiFans) auf verschiedenen Distributionen
funktionieren soll. Du hast es aber richtig erkannt, die Datei kann man einfach mit einem Texteditor als root erstellen. (In debian gibt es oft *.d Verzeichnisse
in denen einfach alle Dateien alphabetisch sortiert zu der gesamten Datei zusammengehängt werden: /etc/apt/sources vs /etc/apt/sources.d bspw.)
Bei USB Devices sollte eigentlich ein ausstecken und wieder einstecken reichen. Dann werden die Regeln neu ausgewertet. Wenn das nicht geht probier:
udevadm trigger
wenn das nicht reicht
reload udev
wenn das immer noch nicht reicht, dann , hmm Windows-mäßig reboot?
Paste doch einfach die Datei hierher. Vielleicht ist es bloß ein blöder Vertipper, der Dir selbst nicht auffällt.
Gruß Roman
Aua! Grad hab ich rausgefunden, dass es noch mindestens einen weiteren Grund dafür gibt, warum ein C64 ein schwarzes Bild anzeigt ...
=> falsches Monitorkabel eingesteckt!
So, jetzt kann ich alles wieder zusammenbauen und mich freuen, dass mein Türkeil trotz Lötaktion des Vorbesitzers einfach so geht. 
Gruß
Roman
Braucht man nicht auch Frequenzumrichter? In USA ist ja nicht nur die Spannung anders, sondern eben auch 60Hz statt 50Hz.
Beim C64 wird die Netzfrequenz ja sogar intern verwendet.
...
Als Ersatz kannst Du ein wenig Geld sparen und den hier nehmen: http://www.conrad.de/ce/de/pro…1-F-20-Wima-1-St?ref=list
Das Rastermass passt dann auch besser.
...
Das mit dem Rastermaß musst Du halt nochmal nachprüfen. Thomas Link zeigt auf einen mit RM15, Du hast 20mm geschrieben.
Daran sollte es dann nicht scheitern. 
Gruß Roman
aber vielleicht der hier:
http://www.conrad.de/ce/de/pro…6100M100R30-1-St?ref=list
Der kostet zwar nicht 0,12€ wie der bei reichelt, sondern unverschämt teure 2,25€. Aber was tut man nicht alles für seine Schätzchen ...
Mit Rastermaß 15mm gibt's 3 verschiedene bei reichelt: Funkentstörkondensatoren mit Filter auf 100nF
Hallo Toshi,
doch
Bus 005 Device 003: ID 16d0:0504 GrauTec
ist laut gidf.de das Zoomfloppy. Ich hab dort auch gleich noch einen Faden aus dem Forum 64 dazu gefunden
(http://www.forum64.de/wbb3/boa…6-36er-kernel/index2.html).
Ich denke auch das die Lösung eine entsprechende udev rule ist. Udev legt Dir beim einstecken des USB-Devices einen entsprechenden Eintrag in /dev an, den Du auch
in dieser Rule mit den passenden Berechtigungen versehen kannst, z.B. mit der Group-ID der Gruppe "Retro"
SUBSYSTEM!="usb_device", ACTION!="add", GOTO="opencbm_rules_end"
# zoom floppy
SYSFS{idVendor}=="16d0", SYSFS{idProduct}=="0504", GROUP="retro"
LABEL="opencbm_rules_end"(s. Post von sebbi, Gruppenname hab ich "korrigiert")
Viel Glück
Roman
PS: Ich hab leider (noch) kein Zoomfloppy,a ber Linux schon ne Weile
Da die Zoomfloppy ein USB-Gerät ist benötigt es auch nicht unbedingt ein dediziertes Kernalmodul.
Schau doch mal mit lsusb nach, ob das Device überhaupt erkannt wurde.
Gruß
Roman
Ich hab grad gesehen, dass bei Suse 9.2 sowohl marsnwe als auch XFS ein DOS-NFS-Client noch dabei war. Ich glaub das test ich mal.
Sonst halt Netware 3.12 in VirtualBox oder sowas.
...
Die gleiche Funktionalität könnte man wohl auch mit Laplink erreichen. Über Parallelkabel geht das ja einigermassen von der Performance her.
Allerdings schwebt mir eher eine Löung vor, die nicht einen weiteren PC benötigt um die Daten rüberzuschaufeln. Ich habe bereits ein recht umfangreiches Netzwerk mit einem zentralen Server auf NAS-Basis. Dort sollte sich der EuroPC idealerweise einfach mit einklinken.
Das mit dem Laplink hab ich auch schon ausprobiert. Da dient ein 386/33 mit DOS als "Server".
Das mit dem NAS klingt interessant. Was verwendest Du denn da? Ich wollte eigentlich auf meinem Linux-Daten-Grab den Mars-NWE (Netware-Emulator) zum Laufen bringen, aber der kommt anscheinend nicht mit neueren Linuxen zurecht.
Klar gibt's einen TCP/IP Stack für DOS: mTCP
Auszug aus den "Requirements":
An IBM PC compatible with an 8088 or better CPU
DOS 2.1 or newer
Das sollte zu schaffen sein ...
Hallo Stefan,
im Forum64 gibts einen etwas älteren Faden, der sich recht gründlich mit Strombedarf im C64 auseinandersetzt, inklusive einer Betrachtung von Reduzierungsmöglichkeiten.
Dem Autor ging es dabei zwar eher um die Reduzierung der Temperaturen, aber er hat seinen C64 von 10W auf 5W Leistung redzieren können.
Der Link:
http://www.forum64.de/wbb3/boa…de-ma-nahmen-gegen-w-rme/
Gruß
Roman
Das hat sicher schonmal jemand hier geschrieben, aber ich habs in der suche nicht gefunden:
http://www.bigmech.com/misc/c64mods/svideo.html und die folgende Seite beschreibt Verbesserungsmöglichkeiten zu Bild und Ton.
Der Rest der Modifikationen ist sicher Geschmacksache ...
Hallo Stefan,
ich hab auch schon einen ähnlichen Flash-Baustein in einem PC-Board beschrieben.
Sobald der PC gebootet ist braucht er den nicht mehr und man kann ihn gegen einen anderen tauschen.
Und ihn dann im PC-Board flashen. Klingt vielleicht etwas gruselig, aber machbar ist es.
Unter Linux gibt es ein flexibles Tool (flashrom.org). Das habe ich allerdings noch nicht ausprobiert.
Ich habe damals ein kaputtgeflashtes BIOS eines anderen PCs wiederhergestellt.
Viel Erfolg
Hallo Frühstückspause,
reizen würde mich der Rechner schon. Ich hab einige XT-Boards, aber nur einen mit Gehäuse.
Aber HH ist halt am anderen Ende der Republik ... 
Gruß aus dem heißen Süden
Roman
Ich bin gerade dabei einen XT mit möglichst wenig beweglucher Hardware an einen modernen Rechner (i386) zwecks Laufwerksweitergabe anzuschließen.
INTERSVR / INTERLNK funktioniert schon mal. Ich wollte aber eigentlich a) eine Netzwerk-Lösung und b) auch kein Diskettenlaufwerk.
NetWare hab ich früher auch mal gemacht (2.2 bis 3.12), aber irgendwie hab ich noch nichts zum laufen gebracht. Mein Traum wäre mars-nwe
(ein NetWare-Emulator unter Linux), aber der wird schon so lang nicht mehr gepflegt, dass er auf heutigen Linuxen nicht läuft.
Hat da jemand einen Tipp, der weder zeitlich noch finanziell sehr aufwändig ist? Das Gegenstück darf auch gern noch neuer sein als ein i386.
Stefan, das stimmt ja wohl garnicht ...
Schließlich gibt's da noch:
Fort Apocalypse
[Blocked Image: http://www.c64-wiki.de/images/d/d2/FortApocalypse_Animation.gif]
Airwolf, war das nicht der Hubschrauber, der klang wie Tie-Fighter?
PS: Mist, wo ist mein Bild hin ... Ah, jetzt! 
