Support and General Use > Hardware
Sansа Clip Zip - Improve battery life
saratoga:
Adding the delay fixes boosting (well played for a few minutes at least).
Removing the second delay causes immediate reboot.
I did notice that during frequent boosting some button inputs are skipped, although maybe that is unrelated.
Edit: Both delays set to 10 works pretty well, will try other values:
http://mit.edu/mgg6/www/rockbox-clip_10_10delay.7z
Edit2: diff: http://mit.edu/mgg6/www/amsv2_scaling_v10.patch
oid_maps:
--- Quote from: Mihail Zenkov on January 04, 2016, 04:50:31 AM ---First, try find lower value for first delay. Then try same for second delay.
--- End quote ---
So, I narrowed the things down to get to know the shortest possible delays where the hold-switch still works on my Sansa fuzev2.
Here are the results:
+-------------+--------------+--------+
| First delay | Second delay | works? |
+-------------+--------------+--------+
| 20 | 10 | yes |
+-------------+--------------+--------+
| 18 | 09 | no |
+-------------+--------------+--------+
| 19 | 10 | yes |
+-------------+--------------+--------+
| 18 | 40 | no |
+-------------+--------------+--------+
| 20 | 05 | yes |
+-------------+--------------+--------+
| 19 | 05 | yes |
+-------------+--------------+--------+
| 19 | 01 | no |
+-------------+--------------+--------+
| 19 | 03 | no | (first, seemed to work, but every few seconds flickers very short)
+-------------+--------------+--------+
| 19 | 02 | no |
+-------------+--------------+--------+
| 19 | 04 | yes |
+-------------+--------------+--------+
So, shortest possible delays which still work for my device:
1. udelay(): 19, 2. udelay(): 4.
Corresponding patch attached.
@ Mihail Zenkov: Can you include that one in your patchset?
And: Is there a way to make this patches upstream? If not, it would be nice to host it somewhere (that people do not have to dig through all the forum posts to find the correct versions), if hosting is not possible and we have to resort to the forum, then putting everything into one file (.tar-archive, or a single patch file) makes things still more easy.
EDIT 2016-01-15, modified on 2016-01-17: First I thought, first delay 19, second delay 03 are good. But then I noticed very short flickering-on of the screen every few seconds, so I abandoned it.
EDIT 2016-01-17: How I tested: Just switching on the device and see if in "hold"-position screen stays dark.
Are there more/ special conditions I should test?
oid_maps:
--- Quote from: Mihail Zenkov on January 13, 2016, 11:24:35 AM ---fuzpa.bin - bootloader + original firmware, you should update it only if you need changes in bootloader or need new original firmware. Don't update it without good reasons - you can brick player if something going wrong.
For regular update to new rockbox revision - just replace .rockbox/* .
For small internal changes (like you doing with this patch) just replace one file - .rockbox/rockbox.sansa
--- End quote ---
Well, but I observe that also when compiling the bootloader, the file 'button-fuzev2.c' get's compiled:
--- Code: ---$ ./configure --no-ccache --target=63 --type=b
[...]
$ make
[...]
CC firmware/target/arm/as3525/sansa-fuzev2/button-fuzev2.c
[...]
--- End code ---
So, what's the reason that the bootloader takes into account that file?
oid_maps:
--- Quote from: saratoga on January 13, 2016, 12:05:38 PM ---The bootloader is a few kilobytes, the rest is the OF.
--- End quote ---
.. and we still need to append the original firmware when we want to change the bootloader, right? (That's what is documented -- to use "mkamsboot" to patch the original firmware with the rockbox bootloader) Why is it not sufficient to just have a small bootloader ("fuzpa.bin") without the original firmware?
Does it fallback to the original firmware automagically if we don't have the .rockbox-tree on the device?
oid_maps:
--- Quote from: oid_maps on January 15, 2016, 07:52:00 AM ---
--- Quote from: Mihail Zenkov on January 04, 2016, 04:50:31 AM ---First, try find lower value for first delay. Then try same for second delay.
--- End quote ---
So, I narrowed the things down to get to know the shortest possible delays where the hold-switch still works on my Sansa fuzev2.
[...]
So, shortest possible delays which still work for my device:
1. udelay(): 19, 2. udelay(): 5. (19, 4 still needs to be tested!)
Corresponding patch attached.
--- End quote ---
A user asked me if I can provide a working build. The forum does not allow to upload archive files. Is there a way I can upload it somewhere to a subpage of rockbox.org? I feel uncomfortable with hosting it by myself ... I did not dig into the legal issues yet (impressum of the website would be needed, warranty-disclaimer maybe, maybe some attribition to property rights I need to make).
Otherwise, I would email the .tar.xz-archive if people ask me directly (private message, and include your email address).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version