Floppydiskemulator för GPIB-system
Floppydiskemulator för GPIB-system
Ni vet typ HP Logikanalysatorer, eller varför inte en gammal C64?
Det finns en emulator som körs på en PC, men det föresvävade mig något enklare:
Har en fungerande kod, sedan i går kväll. Det går att formattera disken och spara inställningar och sedan ladda in dem igen. Skall fila litet till på koden och sedan göra en layout. Det är en PIC 18F4620, men jag tänkte köra med TQFP-varianten för att få det smått.
En fundering dock. Om jag använder en vanlig PCB-monterad GPIB plugg så kommer kortet att sticka ut bakåt, vilket inte är bra, hellre får det ligga uppåt, dvs 90 grader från pluggen. Sådana pluggar finns inte, men kommer någon på något bättre än att ta en GPIB IDC kontakt, klämma på kabel och sedan pinheader på kortet?
Det finns en emulator som körs på en PC, men det föresvävade mig något enklare:
Har en fungerande kod, sedan i går kväll. Det går att formattera disken och spara inställningar och sedan ladda in dem igen. Skall fila litet till på koden och sedan göra en layout. Det är en PIC 18F4620, men jag tänkte köra med TQFP-varianten för att få det smått.
En fundering dock. Om jag använder en vanlig PCB-monterad GPIB plugg så kommer kortet att sticka ut bakåt, vilket inte är bra, hellre får det ligga uppåt, dvs 90 grader från pluggen. Sådana pluggar finns inte, men kommer någon på något bättre än att ta en GPIB IDC kontakt, klämma på kabel och sedan pinheader på kortet?
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: Floppydiskemulator för GPIB-system
Eller kör två kretskort. GPIO kontakten och en vinklad stiftlist på ena kortet och andra änden av stiftlisten + resten på andra kortet.
Re: Floppydiskemulator för GPIB-system
Jo, jag har funderat i de banorna med. Fördelen med IDC GPIB-kontakter är att de är enklare att få tag på.Eller kör två kretskort. GPIO kontakten och en vinklad stiftlist på ena kortet och andra änden av stiftlisten + resten på andra kortet.
Re: Floppydiskemulator för GPIB-system
Bump: Postat litet nya bilder samt kod. på Elektor Projects
Har några extra kort om någon är intresserad.
Har några extra kort om någon är intresserad.
Re: Floppydiskemulator för GPIB-system
Är jag bara korkad, eller ..
Hur kommer man åt att titta på filerna på elektorsidan??
Hur kommer man åt att titta på filerna på elektorsidan??
Re: Floppydiskemulator för GPIB-system
Man måste tyvärr vara registrerad. Hade glömt det, men jag lägger upp filerna på min egen sida senare.Hur kommer man åt att titta på filerna på elektorsidan??
Re: Floppydiskemulator för GPIB-system
Trevligt projekt!
Du är antagligen redan medveten om det, men ändå: Om jag fattat rätt så är det en helt annan kommandouppsättning för de gamla Commodoregrejerna, men hårdvaran borde kunna vara densamma. Commodorediskar exponerar både kommandon för att läsa/skriva råa sektorer men innehåller också fullständig filsystemkod. Datorn säger alltså bara typ "hej, jag vill läsa filen PROGRAM.PRG" till disken, varpå disken skickar den filen som en dataström till datorn. Jag minns inte exakt hur det funkar med filslut, ett program slutar ändå med tre nollbytes i commodorebasic så det kan hända att diskdriven också använder det som filslut. Nu har väl förhoppningsvis din mikrokontroller ändå minne nog för att hantera ett helt commodorefilsystem (jag tror det är 8k rom i en 1541, rimligtvis något liknande i gpib-diskarna).
Vad menas med att filsystemet bara klarar en fil, är det alltså max en öppen fil i taget?
En sidospårsfråga är varför du använder ett filsystem över huvud taget, du skulle väl lika gärna kunna skriva en diskimage direkt rått på minneskortet (eventuellt med viss offset ifall du vill använda början av diskimagen till något annat, t.ex. konfigurationsdata, uppstartkod eller vad man nu kan tänka sig). Om du gör så så skulle du väl i princip kunna emulera flera diskar samtidigt. (Flera diskar är väl inte så användbart för att spara de små filerna ett mätinstrument använder, men däremot kan det väl vara trevligt att till en Commodoreburk kunna emulera dels en disk av standardstorlek och dels en gigantisk stor som kan rymma typ all tillgänglig mjukvara eller nåt sånt).
Vad gäller kontakten så förr fanns väl båda typerna att köpa, men produktionen kanske har upphört av ena varianten.
Kontakten heter egentligen micro-ribbon (och det är ju samma serie som parallelskrivare och scsi-1 kör med, fast annat poltal). Det är bara kontakterna som sitter på kablarna som är GPIB-specifika, uttaget på "burkar" är inte gpib-specifikt.
Jag antar att tanken med bygget är att köra istället för något annat anslutet, så då skulle du ju kunna ha en lagom lång kabel och hankontakt (behöver ju inte ens ha genomföring på GPIB-vis), så kan burken stå med fronten synlig. Det blir väl ändå strul med vem som är kontroller om man både kör den här som lagring mot instrumentet och också har en dator inkopplad så att datorn kan göra automatiska mätningar? Eller det räcker kanske att "bara" konfigurera om mjukvaran...
Du är antagligen redan medveten om det, men ändå: Om jag fattat rätt så är det en helt annan kommandouppsättning för de gamla Commodoregrejerna, men hårdvaran borde kunna vara densamma. Commodorediskar exponerar både kommandon för att läsa/skriva råa sektorer men innehåller också fullständig filsystemkod. Datorn säger alltså bara typ "hej, jag vill läsa filen PROGRAM.PRG" till disken, varpå disken skickar den filen som en dataström till datorn. Jag minns inte exakt hur det funkar med filslut, ett program slutar ändå med tre nollbytes i commodorebasic så det kan hända att diskdriven också använder det som filslut. Nu har väl förhoppningsvis din mikrokontroller ändå minne nog för att hantera ett helt commodorefilsystem (jag tror det är 8k rom i en 1541, rimligtvis något liknande i gpib-diskarna).
Vad menas med att filsystemet bara klarar en fil, är det alltså max en öppen fil i taget?
En sidospårsfråga är varför du använder ett filsystem över huvud taget, du skulle väl lika gärna kunna skriva en diskimage direkt rått på minneskortet (eventuellt med viss offset ifall du vill använda början av diskimagen till något annat, t.ex. konfigurationsdata, uppstartkod eller vad man nu kan tänka sig). Om du gör så så skulle du väl i princip kunna emulera flera diskar samtidigt. (Flera diskar är väl inte så användbart för att spara de små filerna ett mätinstrument använder, men däremot kan det väl vara trevligt att till en Commodoreburk kunna emulera dels en disk av standardstorlek och dels en gigantisk stor som kan rymma typ all tillgänglig mjukvara eller nåt sånt).
Vad gäller kontakten så förr fanns väl båda typerna att köpa, men produktionen kanske har upphört av ena varianten.
Kontakten heter egentligen micro-ribbon (och det är ju samma serie som parallelskrivare och scsi-1 kör med, fast annat poltal). Det är bara kontakterna som sitter på kablarna som är GPIB-specifika, uttaget på "burkar" är inte gpib-specifikt.
Jag antar att tanken med bygget är att köra istället för något annat anslutet, så då skulle du ju kunna ha en lagom lång kabel och hankontakt (behöver ju inte ens ha genomföring på GPIB-vis), så kan burken stå med fronten synlig. Det blir väl ändå strul med vem som är kontroller om man både kör den här som lagring mot instrumentet och också har en dator inkopplad så att datorn kan göra automatiska mätningar? Eller det räcker kanske att "bara" konfigurera om mjukvaran...
Re: Floppydiskemulator för GPIB-system
Nej, det var jag inte medveten om, Jag trodde det var sammaDu är antagligen redan medveten om det, men ändå: Om jag fattat rätt så är det en helt annan kommandouppsättning för de gamla Commodoregrejerna.
På SD-kortet. Där finns bara en fil som heter lifimage.bin och är en "image" av den emulerade floppynVad menas med att filsystemet bara klarar en fil, är det alltså max en öppen fil i taget?
Därför att det finns färdiga rutinersom hanterar "images" av LIF filer.En sidospårsfråga är varför du använder ett filsystem över huvud taget, du skulle väl lika gärna kunna skriva en diskimage direkt rått på minneskortet
Tanken ha slagit mig, ja.(Flera diskar är väl inte så användbart för att spara de små filerna ett mätinstrument använder, men däremot kan det väl vara trevligt att till en Commodoreburk kunna emulera dels en disk av standardstorlek och dels en gigantisk stor som kan rymma typ all tillgänglig mjukvara eller nåt sånt).
De är litet småsvåra att få tag på. Har har även några IDC-varianter på hyllan. Hade från början tänk ha en 24-pol pinheader och sedan sätta kabel till en GPIB IDC.Vad gäller kontakten så förr fanns väl båda typerna att köpa, men produktionen kanske har upphört av ena varianten.
Det ena utesluter inte det andra. Vill bara göra hårdvaran (som är svårare att ändra) så flexibel som möjligt. Mitt primära mål är att kunna lagra analysatorns konfig för olika fall eftersom det är så himla knöligt att mata in.Jag antar att tanken med bygget är att köra istället för något annat anslutet, så då skulle du ju kunna ha en lagom lång kabel och hankontakt (behöver ju inte ens ha genomföring på GPIB-vis), så kan burken stå med fronten synlig. Det blir väl ändå strul med vem som är kontroller om man både kör den här som lagring mot instrumentet och också har en dator inkopplad så att datorn kan göra automatiska mätningar? Eller det räcker kanske att "bara" konfigurera om mjukvaran..
Edit: Har uppdaterat min egen projektsida
Re: Floppydiskemulator för GPIB-system
Aha. Med image genererad/fixad i en dator så blir det förstås lite smidigare att ha ett fat-filsystem än att skriva rått till disk. Kör man *ix så är det väl bara att köra DD med rätt parametrar ifall LIF-imagen skulle vara lagrad "rått", men för andra OS som t.ex. Windows så skulle man väl bli tvungen att göra en hemkokad variant av "rawrite" eller liknande.
Ja, kontakterna lär väl endast tillverkas just för GPIB-användning idag, det är väl ingen större marknad.
I nödfall kan man kanske bygga om en vinklad kontakt, men det känns ju inte rätt...
Ja, kontakterna lär väl endast tillverkas just för GPIB-användning idag, det är väl ingen större marknad.
I nödfall kan man kanske bygga om en vinklad kontakt, men det känns ju inte rätt...
Re: Floppydiskemulator för GPIB-system
Precis.Aha. Med image genererad/fixad i en dator så blir det förstås lite smidigare att ha ett fat-filsystem än att skriva rått till disk. Kör man *ix så är det väl bara att köra DD med rätt parametrar ifall LIF-imagen skulle vara lagrad "rått", men för andra OS som t.ex. Windows så skulle man väl bli tvungen att göra en hemkokad variant av "rawrite" eller liknande.
Re: Floppydiskemulator för GPIB-system
Statusuppdatering: Klarar nu både Amigo och SS/80, fick det att fungera även med HP 8753. Hade en liten besvärlig bugg då vi läste data > 256 bytes, men hittade orsaken i går kväll.
Re: Floppydiskemulator för GPIB-system
fasen... sitter du på en 8753 RF-nätverkare !?
det är nog det instrumentet jag saknar mest av alla efter att ha bytt jobb...
det är nog det instrumentet jag saknar mest av alla efter att ha bytt jobb...
Re: Floppydiskemulator för GPIB-system
Inte jag, men en kille i Uleåborg och en i England Skulle gärna ha en dock, men de är ganska dyra....fasen... sitter du på en 8753 RF-nätverkare !?