Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC80 list · Thread

eZ80

18 posts in thread

Anders Jansson · Msg 471 · inlagg

2010-10-14 16:44

Ärende: eZ80

Hej, Jag har inköpt en modul med den något äldre varianten eZ80F92. Den har lediga IO i intervallet 0x00...0x7F. För monokrom grafik skulle man kunna använda ett SPI-interface och skicka ut en bild med halv VGA-upplösning (12.5875Mbps). eZ80 klarar dock knappast detta, så det bästa verkar vara att koppla på en PIC32. ATXMega är en kandidat men problem har rapporterats med DMA till SPI trots att det borde gå. Synd att PIC32 assembler är så olik andra PICar. Känns lite tungt. /A.J
- H. Peter Anvin · Msg 472 · kommentar
  
  2010-10-14 17:57
  
  Ärende: eZ80
  
  0x00..0x7f är tillräckligt för ABC80. A7-A5 används inte i ABC80 för I/O, men konventionen är att den adress som använda för PIOn är 56-59 (0x38-0x3b). I min FPGA-modell har jag specialportar när A7=1, d.v.s. 0x80-0xff. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
  - H. Peter Anvin · Msg 473 · kommentar
    
    2010-10-14 18:24
    
    Ärende: eZ80
    
    0x00..0x3f är tillräckligt, även... -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
- H. Peter Anvin · Msg 474 · kommentar
  
  2010-10-20 22:18
  
  Ärende: eZ80
  
  PIC32 = MIPS. MIPS är en helt okej arkitektur, medan de flesta traditionella PIC:ar (utom möjligen PIC18) är rätt hemska... -hpa
  - Anders Jansson · Msg 475 · kommentar
    
    2010-10-22 19:25
    
    Ärende: eZ80
    
    OK, ju enklare ju simplare antar jag :-) Bra om du gillar PIC32. Den är i alla fall billig och lätt att få tag i. Om man jämför PIC16, ATMega och PIC32 så är det minst 5x skillnad mellan varje, men det drar ström förstås. Jag har inte helt klart för mig detaljerna hur ABC80 genererar 240x240 pixlar. Jag vill minnas det är ett EPROM som ger pixlarna för de olika tecknen, och så ORas de med grafikminnet (80x80). Men om jag får till 240x240 från PIC32 så borde det gå att fixa resten. /A.J
    - H. Peter Anvin · Msg 476 · kommentar
      
      2010-10-22 20:04
      
      Ärende: eZ80
      
      Föredrar ARM över PIC32/MIPS, men definitivt föredrar jag en 32-bitars processor nuförtiden... Inte ett EPROM, men faktiskt ett riktigt maskprogrammerat ROM. "Mikrodatorns ABC" har en mycket bra beskrivning av grafiksystemet i ABC80... utom att Markesjös förklaring varför inte ABC80 har någon form av högupplösningsgrafik är helt enkelt upp åt väggarna fel. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
      - juhasz · Msg 477 · kommentar
        
        2010-10-23 10:47
        
        Ärende: PIC32 och Re: eZ80
        
        När ni ändå håller på och pratar om PIC32:or så är senaste nytt från PIC32 + ABC80-fronten att jag nu har en komplett uppsättning ioportar som funkar! (IN0,1 och OUT 0-4, 5 kommer så snart jag lött en ledning till rätt pinne!) Inportarna går på egna INT-ledningar (INT2/3 och prio 7 för att hinna med) och utportarna går på en change notification interrupt. Dessutom har jag ett SDkort inkopplat till min PIC32a! Igår kväll läste ABC80:n sin första sektor från ett SD-kort som praktiskt nog innehöll hpa:s diskimage från fpgaprojektet. Ni ser vartåt det lutar... ;) Med det här arrangemanget behövs ingen yttre logik utan bara sladdar mellan ioledningarna, picen och sdkortet (ok, + 4 pullups till sdkortet). Lite coolt om jag får säga det själv...... Det skulle säkert gå att sätta en eZ80 + ett RAM i andra ändan för att bygga ett komplett system som du tänker Anders. Jag skulle tro att picen orkar med rätt mycket av io-jobb både vad det gäller grafik och annat. En bra bok är "programming 32-bit microcontrollers in C - exploring the pic32" av Lucio di Jazio, som man kan köpa från bokus eller hitta som pdf på nätet om man letar lite... Den har exempel på grafikgenerering med PIC32 i mjukvara/hårdvara Robert
        
        H. Peter Anvin · Msg 478 · kommentar
        
        2010-10-23 17:11
        
        Ärende: PIC32 och Re: eZ80
        
        Kul! -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
        
        H. Peter Anvin · Msg 483 · kommentar
        
        2010-10-23 22:33
        
        Ärende: PIC32 och Re: eZ80
        
        Bit 0 är inverterad busy (0 = busy) och bit 7 är datariktning (0 = kontroller -> CPU, 1 = CPU -> kontroller) såvitt jag minns. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
        
        Anders Jansson · Msg 482 · kommentar
        
        2010-10-23 22:14
        
        Ärende: PIC32 och Re: eZ80
        
        OK, jag har skickat efter boken. AT91SAM7X är ett alternativ, men PIC32 är lite vassare och har betydligt mer FIFO till SPI vilket kan komma till pass. Kanske också mer inbyggd funktionalitet i Ethernetmodulen? Fundera gärna på att använda busy-signalen trots allt. Annars låser man väl upp all annan interrupthantering? Jag tycker det borde gå att OR-a alla strobar man är intresserad av (ev. med schottkydioder) till en ingång på PIC32, och låta ingången klocka en räknare på negativ flank. Sedan har man output compare som busy-signal och sätter compare=1. Då borde busy-signalen automatiskt kunna gå låg vid första strobe. Sedan får man undersöka saken i interruptet och avsluta med att nolla räknaren och återställa output compare-signalen. /Anders From: <juhasz at abc.se> To: "H. Peter Anvin" <hpa at zytor.com> Cc: "Anders Jansson" <andj at hem.utfors.se>; <abc80 at abc80.org> Sent: Saturday, October 23, 2010 12:47 PM Subject: PIC32 och Re: [abc80] eZ80
        
        juhasz · Msg 484 · kommentar
        
        2010-10-23 22:43
        
        Ärende: PIC32 och Re: eZ80
        
        Inte just det kortet jag har.... Det var ett billigt/tidigt kort helt utan ethernet! Hmmm, jo det är kanske sant att om man är inne i ett annat interrupt just när interruptet för läsning/skrivning kommer så missar man det. Kanske? Eller har man flera nivåer? Jag disablar ju bara det egna interruptet i interruptrutinen och inte några andra... Ska kolla lite datablad och se exakt vad som händer. In-interruptena som är de mest kritiska går ju trots allt som nivå 7. Robert
        
        Anders Jansson · Msg 486 · kommentar
        
        2010-10-24 15:50
        
        Ärende: PIC32 och Re: eZ80
        
        Det funkar nog med prioritet för dina interrupt (tänkte på det när jag hade skickat). eZ80 kör 20 Mhz men man kan definiera upp till 7 wait-states för externa enheter. /A.J From: <juhasz at abc.se> To: "Anders Jansson" <andj at hem.utfors.se> Cc: <abc80 at abc80.org> Sent: Sunday, October 24, 2010 12:43 AM Subject: Re: [abc80] PIC32 och Re: eZ80
        
        H. Peter Anvin · Msg 487 · kommentar
        
        2010-10-24 19:57
        
        Ärende: PIC32 och Re: eZ80
        
        Jag trodde de hade upp till 50 MHz? -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
        
        Anders Jansson · Msg 488 · kommentar
        
        2010-10-24 20:35
        
        Ärende: PIC32 och Re: eZ80
        
        De nyaste (eZ80 acclaim plus) går upp till 50 MHz men har extern i/o endast över 0xFF. Jag valde därför eZ80F92 (acclaim) som även är lite mindre och billigare. Dock var F92-kortet dyrare och är egentligen tänkt att kopplas till ett moderkort (saknar programmeringskontakt). /A.J
      - Anders Jansson · Msg 536 · kommentar
        
        2011-05-31 17:43
        
        Ärende: PIC32_Z80
        
        PIC32 klarar att emulera 6 MHz Z80. http://www.flickr.com/photos/stryco_jarin/sets/72157623500433717/ Koden är i C. Eventuellt offentliggör Jarin sin kod. http://hackaday.com/2010/05/22/z80-emulated-on-pic-hardware/ Jag testade att kompilera en annan Z80 emulator med MPLAB för PIC32. http://fms.komkon.org/EMUL8/ Det gick inte med C30-kompilatorn som gav ett felmeddelande om begränsning i storlek i gratisversionen (trodde inte det fanns en sådan begränsning). Testade HITECH istället och det gick bättre. Med Lite-versionen blev det ca 80 instruktioner för avkodning av en Z80 NOP. Aktivering av Pro-versionen (45 dagar) gav ca 35 instruktioner för en NOP. Detta räcker väl ganska bra för ABC80? Den går väl på 3MHz och NOP tar 4 klockcykler? /Anders.J
        
        H. Peter Anvin · Msg 537 · kommentar
        
        2011-06-05 01:20
        
        Ärende: PIC32_Z80
        
        Jo; 3 MHz (I ABC80) och NOP är 4 klockcycler. (F.ö. så vitt jag vet är MPLAB egentligen gcc och det går att ta bort begränsningarna helt enkelt genom att hacka bort dem i källkoden.) -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
        
        Anders Jansson · Msg 570 · kommentar
        
        2012-01-08 14:26
        
        Ärende: PIC32_Z80
        
        Hej! Jag kollade lite på att emulera ABC80 i en PIC32 igen. Med PIC32 Ethernet Starter Kit borde man kunna ta emot kommandon och skicka grafikminnet via USB eller Ethernet/UDP. Med expansion board är det nog ganska lätt att supporta delar av ABC-bussen. Kanske mindre viktigt med VGA? Här är annars ett kort för SD + PS2 + Audio + monokrom VGA. http://www.exploringpic32.com/hw.html Kortet är inte så dyrt (25 USD) men innehåller heller inte mycket mer än kontaktdon :-) Koden för VGA-generering finns utförligt beskriven i en bok, men man måste förstås översätta ABC bildskärmsminne till pixlar. Det funkar bra med Microchips (gcc) C32-kompilator också. Jag hade bara inte sagt åt MPLAB att använda den senast installerade versionen! Denna kompilator klarar NOP på 24 instruktioner om man bara definierar INLINE lite extra i Z80.h #define INLINEvoid __inline__ static void __attribute__((always_inline)) #define INLINEunsigned __inline__ static unsigned __attribute__((always_inline)) I Z80.c finns några funktioner INLINE void ... och INLINE unsigned ... tag bort mellanslag så det blir enligt #define. Sedan kompilera med alternate settings: -g -O -finline -Winline. Totalt 84k programminne och 6k ram. --------------------------------- Här är de funktioner man får skriva själv för att kunna kompilera: int Z80_IRQ = 0; // int Z80_IPeriod = 10000; byte Z80_In (byte Port) { return 0x00; } void Z80_Out (byte Port,byte Value) { } void Z80_WRMEM(dword A,byte V) { } unsigned Z80_RDMEM(dword A) { return 0x00; //NOP void Z80_Patch (Z80_Regs *Regs) { /*Called when ED FE occurs. Can be used to emulate disk access etc. */ } int Z80_Interrupt(void) { /* This is called after IPeriod T-States have been executed. It should return Z80_IGNORE_INT, Z80_NMI_INT or a byte identifying the device (most often 0xFF) */ return Z80_IGNORE_INT; } void Z80_Reti (void) { /* Called when RETI occurs */ } void Z80_Retn (void) { /* Called when RETN occurs */ } ---------------------------------- Hälsn. Anders.J
        
        juhasz · Msg 571 · kommentar
        
        2012-01-09 10:14
        
        Ärende: PIC32_Z80
        
        Skoj projekt! Jag har ju gjort lite försök med ABC-emulering fast mest på "stora" datorer... (kolla in juhasz.se/abc80/rabc80.c - den bygger på samma Z80.c som din nedan) Om du vill testa nåt enkelt skulle jag föreslå att du: - kompilerar Z80.c - konfigurerar upp 64K ram med RdZ80/WrZ80 - dumpar in ett abc80-rom i de första 16K:na - i LoopZ80: om tecken c från tangentbordet: inports[56]=(c & 0x7f) | 0x80; return (26 << 1); //den här hade jag mycket trubbel med // innan jag fattade hur den skulle vara annars returnera INT_NONE - Kolla av i WrZ80 om videominnet adresseras och fyll din videobuffert därifrån (eller kanske bara skriv ut på serieport till att börja med). Min rutin finns nedan (kolumn och raduträkningen var lite trixig). Med detta borde du komma igång och kunna skriva/köra enkla basic-satser, och vilket enkelt PIC32 kort som helst funka tror jag... Har du kollat på lawicel? Lycka till! Robert ------------------- if (abcmodel==80) { ram[Addr & 0xffff]=Value; a=Addr-ofs; if (a<0) return; if (Addr>32767) return; //printw("Sc out %c",Value); r=a >> 7; if ((a & 127)>39) r=r+8; if ((a & 127)>79) r=r+8; c=(a & 0x7f) % 40; if ((c<40) && (r<24)) { // printf("%c",bb); fflush(stdout); //mvprintw(r,c,"%c",bb); abcscreen[r][c]=bb; } } ------------------------------