If i press the LFO button and select Voices 3-7, i get the readout that i would expect.
If i press the LFO button and select either Voice 1 or Voice 2, all i get is a line of 8 "mix" parameters.
In addition to this, if i then dial any of the 4 pots, all the "mix" values change simultaneously, between 1 and 255 (may be 0 and 255 - i cant remember)
I cant find mention of this anywhere else so im confused. The LFO page on the other voices works as expected, including crashing the machine when the last parameter is selected (documented bug).
I only built the machine yesterday. All other features tested work as expected. The SD card info was downloaded yesterday, and i received the machine in the post the day before yesterday, so id assume the other code is current.
Any ideas?
Thank you,
Julian
Comments
Ive killed it.
I tried updating the firmware. I downloaded 0.23 from GitHub. Tried to flash that twice. Same result each time -
Some mangled writing, some legible, but, in the end, no good result.
Then -
I downloaded the SD card zip again, which has 0.21 on it. Tried this twice also. Same result each time (ie same style of mangled writing) but different to the mangled stuff i get with 0.23.
So, as i say, ive killed the machine now.
I have an ATMEL STK500 devboard, which i should be able to reload the BIN file with - are there any specific switches etc. that i should set?
If i press the mix page button i get a line of 8 "mix" parameters too.
FIRMWARE.BIN can not be flashed directly using the STK. It is a custom amalgamated image consisting of the AVR and Mainboard firmware.
use (bootloader)
https://github.com/SonicPotions/LXR/blob/master/front/bootloader/default/BootloaderLXR.hex
or (Frontpanel Firmware without bootloader)
https://github.com/SonicPotions/LXR/blob/master/front/AVR/Release/LxrFront.hex
flashing the bootloader requires you to do an firmware update from sd afterwards, since it will only install the bootloader. flashing the firmware directly will result in a working LXR, but without sd card update options.
Could you please tell me if this resolves the issue? then I would have an idea where to look for the problems on my side or if I have to change my chip flashing rig :-/
its been a while since ive used the STK500 card, and, now that i go to plug it in, i realise that my computer no longer has a serial port.
just downloading AVRStudio onto another computer, and then should have some action.
I previously 'quick formatted' the SD card. On the off-chance it would make a difference, i full formatted it (on windows 7) - FAT32 with the default allocation unit size.
I unzipped the SD card zip to it (with the older firmware file) and tried to flash it.
The result?
Machine seemed to load up fine. No mangled text. LFO 1/2 show sensible text.
But -
Hitting the Start button lights up the LED next to it, but there is no 'chase-light' - and hitting the step buttons does not cause them to light, or any sound.
I then tried overwriting the firmware.bin file on the SD card with the .23a file, and flashing that - this just went back to the mangled text on boot.
So, could this just be an issue with the read from the SD card?
The card in question is a 16gb Sandisk. Unfortunately, its the only card i have access to.
either it works or the display shows an error message.
I will send you and user Envelope a new AVR on monday because of your display problems.
User Dubtoms had menu problems, too, that were solved by a new AVR.
I must have miss-flashed a bunch of AVRs in the last batch and I only tested the AVRs on the oscillator screen of voice 1 :-/
sorry for the inconvenience!
It would be great if one of you who has a faulty AVR could send it back to me for failure analysis. But maybe there is one from germany, too.
Its been some time since ive programmed one (long enough to loose my programmer's cable!) but, as i recall, there's two ways with Atmel Studio - one way has the individual parts, and you set all the details, and then, IIRC, there's a 'bundle' way, where you just get the one file, and it sets up everything for you?
Anyhow, if what i remember is right, could you create and make public a bundle file, so as anyone with a programmer (and a cable!) can just write the chip in one go?
I will find the cable at some point, and then i will make a copy of the chip i have here and mail you the code. Or, if that does not work, i can send back the chip?
this way i also test the bootloader.