Thank You for your continued support and contributions!
I recently got a Fuze V2 and I thought I'd report on my findings:The GPIO inputs for USB detect and Left button are the same as the Fuze V1 (using http://github.com/ecrips/Rockbox-FuzeV2/commit/8a9030bbd1f895958b5c455e398cf1ab499c27b5 I successfully get a delay only when holding Left and without USB connected).
I limited the RAM to 0.5Mb not because I know it's correct, simply because I don't know for sure I have any more.
I then attempted to cobble together the ClipV2 support that funman has done with bits of Fuze V1 code, but didn't get anything to boot.So I thought I'd go for something simple and attempted to simply turn the button wheel on and spin in an infinite loop. At which point my Fuze appeared bricked. No amount of holding the power button/plugging into USB etc got it working.However, once the battery was flat, plugging it into USB got it booting the original firmware again! So I've recovered my device, but I'm a little wary of running random code on it now It does appear that it's possible to disable the "reset" operation on the power switch on Fuze V2s which could make testing interesting!
Can you confirm that you have no radio chip (radio not detected by rockbox) ?You can check in debug menu -> FM radio.Perhaps this is the way to detect the Clips which needs this special screen powering.
Did you try to control the button light, so at least you have some output before we write a lcd driver?
ldr r0, =GPIOA ldr r1, [r0, #0x400] orr r1, r1, #0xFF str r1, [r0, #0x400] mov r1, #0xFF str r1, [r0, #(0xFF<<2)] mov r0, #0x30000001: subs r0, r0, #1 bne 1b b boot_of
@kugel: I know you think we should abandon the 31/32 MHz PCLK rates but I think you should reconsider. With the DBOP fifo patch(yours) the ui responsiveness is very good at 31 MHz.
Have you done battery benches or current messurements? I'm not sure 3x vs 6x makes much difference.
My clip dont want to boot with caching patch.
I made a patch for e200v2 which makes the button driver more equal to the one of the fuze (which uses same repeat/acceleration logic since r21166):it renames the repeat variable to accelusing same comments as on fuze (as they are describing the same)remove wait for fifo emptyimplement button_delay in the same way as on the fuzeHere is the patch: FS#10284
Don't know if this has been addressed yet, but the player randomly likes to turn the wheel light on during playback, and sometimes when browsing, it flickers.
Page created in 0.057 seconds with 16 queries.