append delete Caqo

Will this thing have a GPIO header like raspberry pi?

I was having a lot of fun programming the GPIO in riscos’ bbc basic/arm assembly, but 65XX assembly is way more fun than ARM.

Reply RSS


append delete #1. Freddy Champagne

On c64/c65 Systems we use the USER- and the EXPANSIONport for such stuff.

append delete #2. gardners

There will be an internal header direct connected to the FPGA for the very adventurous, and the expansion port otherwise. We have plans to make an "expansion port to user port" adapter. Having a built in user port would make the PCB too big and expensive, unfortunately, but the ability to make an adapter largely solves this problem, without adding to the price.


append delete #3. Gunstarrhero

can we throw a raspberry pi on the header and help run the system that way?
basically co process and run web browsers on the system without having to emulate or switch to the pi.
that would be neat for a handler that would allow the pi to interface, induct into the system, and interface in geos :)
give the system more ram and processor capability (one would have to co process)
but we could still use it to get on the internet and add ethernet accessibility and add usb

PLEASE! :) why do i bring this up? i gave that idea to someone for the amiga and they said no because they didnt want the raspberry pi running workbench and the system without emulating ie: no one would "hack" uae to move the emulated 68000 core instructions to the real ones located on board, which meant usage from the expansion port; ie: aga1233n.

append delete #4. gardners

If you really want to connect a "big" processor, you have a few choices. One way is just to plug something onto the 100mbit/sec ethernet . That gives you almost 12MB/sec of data, which is probably more than enough.

The handheld version will support 3G/4G/5G cellular, anyway.


append delete #5. Gunstarrhero

what i was saying is, i had the idea for the amiga so we could move it up some, no one wants to support making it happen, even over the ide controller: make the amiga think the raspberry pi is a HD.

what i am also saying is, im fine with whatever you are implementing. sorry if some of these comments of mine, etc are redundant.
4g/5g :) believe it or not, i dont own a phone :) and i am thinking of future proofing, or at least later on upgrades. fpga is awesome way to go, who knows someone may just come along with their own "Apollo" core for the type.

im excited to see the computer work!

thanks for your hard work and putting up with redundancy

append delete #6. Gunstarrhero

ok. gpio makes sense for a few reasons.
running the pi as a peripheral card on the system
a.) the pi is read through "hypothetical" Geos as a ADD on card or a peripheral
b.) runs as a gpu for the system
c.) can utilize all usb ports as "hard rives" for the system complete or removable storage
d.) runs specific programs built or adds expand ability to the system through arm to 6502 implementation over gpio, programs are run and sent through the pi to the 6502, which means the pi isnt the main processor on the board.

i wasnt looking for ""BIG" processing, im looking for a means to add we'll say modern web browsers and mp3 players and not linux or windows or even direct arcade emulation. im talking about running the pi "system less" basically something that goes onto the sd card and just connects the pi to the 65 and says, im your co-processor/gpu/hdd storage and i can run programs made for arms for the c65 THROUGH the 65 and i can process large or heavier tasks if you need me too on my own, i can become a dual monitor out solution and here, i have memory to give you however i may need some for myself :)

i can create a bridge between the computers in step that will allow for much broader and reasonable experience for the gui users, like true colour output (not overriding system state, thats pointless. accumulating no matter how imfeasible would be smart just to bridge colour in range both ways.

its basically a vampire waiting to happen that wouldnt overrun the board like the vampire does. you dont need to be convinced, have you though about it that way? its sitting there on a much more practical solution reason over the vampire completely. the pi is a great solution for the amiga, no one wants to take that route because the pi will put apollo out of business, some or maybe. the arm doesnt have a fpu, but it could be implement (slowly) on a burn partition we'll say on a sd card. if you can get one pi working, hey, pass through, run 2 in stack. whatever
point is it could be a major plus to allow pi direct. i know its a huge request and i know its not something you are looking forward to initially, please keep in mind this option. maybe a "firmware update or something.

append delete #7. gardners

We always love to hear people's creative ideas about how they would llike to use the MEGA65.

Note that the MEGA65 has an SD card slot, so there is already bulk storage looked after.
It is only running "complex" software that is a problem. If you are trying to use the MEGA65 as your primary productivity machine, then that will be great to hear how you do that, but that is not our goal.

The MEGA65 already can do 23 bit colour depth, so I am not sure what you meant by "true colour output". If you want a general purpose frame buffer, then the MEGA65 is not the right computer -- it purposely has some of the limitations of the C64, as that is part of what defines it.



(Leave this as-is, it’s a trap!)

There is no need to “register”, just enter the same name + password of your choice every time.

Pro tip: Use markup to add links, quotes and more.

Your friendly neighbourhood moderators: Deft, gardners, Ralph Egas