[abc80] PIC32 och Re: eZ80

[Anders Jansson]

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


----- Original Message ----- 
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


> 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
> 
> 
>> On 10/22/2010 12:25 PM, Anders Jansson wrote:
>>>> PIC32 = MIPS.  MIPS är en helt okej arkitektur, medan de flesta
>>>> traditionella PIC:ar (utom möjligen PIC18) är rätt hemska...
>>>>
>>>> -hpa
>>>
>>> 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.
>>>
>>
>> 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.
>>
>> _______________________________________________
>> ABC80 mailing list
>> ABC80 at abc80.org
>> http://www.abc80.org/mailman/listinfo/abc80
>>
>