GB-303 Bug Fixes, Feature Requests, Open Source. (Page 8 of 11)

Hold down select+start on the song screen, the code indicates it does something special...

Yeah, it cycles through your patterns. Setting a () seems to stop playback. Managed to corrupt my patterns fiddling but a reset restores them.

Might need to add empty pattern detection to stop the thing crashing

Last edited by BennVenn (Jul 12, 2015 3:42 am)

Regarding the loop 0+, read the 4th post here:
http://chipmusic.org/forums/topic/16324 … 3/page/14/

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?

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.

Last edited by Jazzmarazz (Jul 13, 2015 5:42 pm)

Jazz, would be nice to break out the RX+TX for save file dumping/restoring via PC? add a little capacitance to the buttons so software debounce isn't required. I've emailed you re: the buffers.

How about rotary encoders instead of pots? They'll use two I/O pins instead of the one ADC but there is no need for digital noise filtering on the input, no adc latency, can store and restore all values in eeprom and an infinite resoution. Makes sense from a software viewpoint if you can afford the IO.

Looks good catskull, I was going to work on the Load/Save stuff tonight. I'll post it here when I start to make progress on it. For now I'm thinking of a single Load & Save button which will write all patterns and your current song instead of individually saving patterns (Is that even what it does!? - seems pretty inconsistent)

I'm convinced the MIDI issue is inside the Arduinoboy. For those with the hardware at home, do you want to have a play with the delays inbetween the gameboy serial writes in the sketch and see what you need to increase them too to stop the glitching?

I think just about every rotary knob in a modern car uses a rotary encoder, same with AV receivers, radios etc... Price wise, they are around 1:1. Haven't seen any reports on failure, I'll google dave smith and have a read.