Very nice! So how do we get this running on gamegear?

How is the ribbon cable (with four wires) leading to the headphone jack?

355

(3 replies, posted in Commodore Computers)

Looks to be a decent phone in all honesty.

I agree with those priorities, but I would also like to prioritize aesthetics of the UI and cater to a wider audience. A wider audience would be gb303 and other applications.

BennVenn wrote:

Maybe throw in an OLED display? In exchange of the LED's

I feel like any more complexity warrants a better mcu. At which point are we creating an entirely new Interface for the gb?

With four encoders, one of the buttons can be to change the encoder functions and the other button can be to change arduino mode if there are many.

I was looking at some prices for encoders and they are just as affordable as pots.
If this were an analog application, I would have to suggest pots, but seeing as every sound register for the gameboy is digital and quite small, encoders may be ideal.

BennVenn wrote:

The USB port on an arduino is a USB-serial bridge, no matter which chip they decide to use. The Arduino has a serial bootloader which runs for about a second after a reset which waits for a STK500 query, if it doesn't get one it jumps to the users executable and runs it. FTDI bit banging is a work around for ISP programming. Most people are using arduino boards so should this be the design I work on? But if we are going to start again with a reliable protocol we should go with something more like your board.

Your MIDI board looks AMAZING! Are you using the SPI port or is it running the arduino code?

The above is running the standard ARboy code.
Below is a mock up design of a new arduinoboy.

The new ARboy 'would' have:
DIN midi-in.
Two buttons, both with internal pull up resistors and with falling-edge interrupts.
6 LED's.
8 analog inputs.
Link port connected to SPI bus.


I would like to play with tri-state buffers and the Slave Select pin. This could have potential for wiring up more than one gameboy to the SPI bus. I do not know how to wire this up though, because I do not know which pins to enable and disable. Pic three has a theoretical SPI bus using Slave Select pin. I do not know what will happen if SCK is disabled though.

Another idea is that the new arduino boy could control only one gameboy, have 8 leds and use 8 pots an 8-step gameboy sequencer.

BennVenn wrote:

Happy for it to be coded in assembly? Arduino uses the STK500v1 protocol which means it can be updated via avrdude and makes it hard to brick. Also means it can be updated through any system that has the IDE installed, mac's etc...

Four LED's?

Is the current arduinoboy built with a custom shield? or is it just point to point wiring?

No shield needed. Each led, button and link port are connected to one gpio each. Thwy don't even need ftdi chips (unless you want to use avrdude and bitbang).
The one I am sending you is the bare minimum setup.


If I get board of my videogame I'll draw up a new pinout for the ideal ARboy. It would be lovely to have one coded in asm.

I think a stripped down and streamlined arduinoboy should be designed for mgb and gb303. The LEDs are not particularly essential and the arduino does have a dedicated spi port. I do think it should still use an arduino though, considering the price and availability. 

One mode, no button, four LEDs, spi connected to link port with timers and interrupts.

cyberic wrote:
herr_prof wrote:

It avoids them by minimizing realtime control big_smile

yes but midi sync and/or keyboard mode should be realtime

herr_prof wrote:

Maybe the forum can paypal you some money for a arduinoboy and midi knob controller?

BennVenn, if you would like to crowdfund an arduinoboy or you development, I would gladly give some $$ ;-)

I'm giving him an ARboy. So you can send me the money. Lol

Domu wrote:

beatscribe; cheers for the info- that ring a bell. 007 agent under fire, but i was under the impression to ps2 already had to be able to read cd-rs?

the silph scope: shipping for what? a memory card? surely you could copy the file from one memory cartd to another, on your ps2, and ship that over? it certainly wont be too much, im down for that!

It does not have to be able to read cdrs before using the 007 method.
You cannot simply copy the contents from one card to the other.

If you had a card with freemcboot though, you could boot a USB drive with the elfs and perform a fresh install to a new card.

365

(1,206 replies, posted in Nintendo Handhelds)

Carthik wrote:
Jazzmarazz wrote:

There is an internal voltage regulator board which increases the voltage output to +5v and something like -20v. Nothing runs on the battery voltage alone.

Then what exactly is the power supply? I don't see any cords coming out of the MGB in that picture :S? Is the power source still the 2xAAA cells?

Yes batteries. The converter board is inside of every gameboy ever.

The ADC's voltage reference would not be set to 3.3v. That would require code modification and an actual 3v3 reference hooked up to the vref pin which is always hanging IIRC.

DSC wrote:
BennVenn wrote:

All 3 pots? Is 0-127 enough range?

Yes, all three pots.  When turning the physical pot, you max out the range to the value 7F before you reach the end travel of the pot.
So say the pot starts out at 7:00 on a clock.  You get to about 2:00 and you max out the value on the screen.  But very usable.

Yup, it just needs mapped from 255 to 127.

The ADC084S051 has an 8-bit resolution.