This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#8603 - iPod power management: voltage supply of dock connector pin17 (accessories)
Attached to Project:
Rockbox
Opened by Andree Buschmann (Buschel) - Tuesday, 12 February 2008, 19:45 GMT+2
Last edited by Andree Buschmann (Buschel) - Sunday, 27 September 2009, 21:17 GMT+2
Opened by Andree Buschmann (Buschel) - Tuesday, 12 February 2008, 19:45 GMT+2
Last edited by Andree Buschmann (Buschel) - Sunday, 27 September 2009, 21:17 GMT+2
|
DetailsBefore the submission of the power management changes for PP-processors I was asked to not change the voltage supply of the PCF register D2REG for all targets (former svn did set it 3.3V).
After some runtime tests on a 5.5G 30GB it shows that this voltage supply results in ~1.5mA current consumption and is therefor of interest for further investigation. v01-patch does simply switch leave the register unchanged. On a 5.5G 30GB (and a 4G Color/Photo) this is OFF, on other it is unknown yet. v02-patch does switch it OFF, no matter what the PCF's default is. I need some test support as I neither have any other iPods than my good old 5.5G 30GB, nor do I have any docking station or accessories. What is needed to be tested: - What is the default value of D2REGC1 ("View PCF register" in the debug menu) for your player using v01-patch? - Is there any influence on the "normal" rockbox behaviour (e.g. playing music/video, USB connect, USB charging, ...) using v01 or v02? - Can anyone who owns or has access to any accessories or docking station check whether there is some change in behaviour with v01 or v02? For iPod nano / Video it might be possible to enable / disable the voltage supply upon "dock detect" (GPIOA_INPUT_VAL & 0x10). But before doing so, I would really like to know whether this voltage supply is needed at all. 
dock_pin17_v01.patch
(0.4 KiB)
firmware/drivers/pcf50605.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
dock_pin17_v02.patch
(0.4 KiB)
firmware/drivers/pcf50605.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) |
This task depends upon
Closed by Andree Buschmann (Buschel)
Sunday, 27 September 2009, 21:17 GMT+2
Reason for closing: Accepted
Additional comments about closing: Already submitted with r17193 and r17196.
This was kept open to collect changes for automatic detection. Will be reopened in this case.
Sunday, 27 September 2009, 21:17 GMT+2
Reason for closing: Accepted
Additional comments about closing: Already submitted with r17193 and r17196.
This was kept open to collect changes for automatic detection. Will be reopened in this case.
with v2, D2REGC1 value is 18 again and same as above. So pin 17 is disabled by default on nano?
For all testers: If you use v01-patch and D2REGC1 value is 18, there is no need to further test v02 -- the results will be the same.
But this patch also makes runtime longer. godspeed
Unfortunately, I don't have any accessories to test.
- Leaves all non 5G-iPod untouched
- Does not enable PCF5060X_D2REGC1 for 5G iPods.
without remote:
GPIOA_INPUT_VAL: 0x68
GPIOA_INPUT_VAL: 0x06
with remote (after transition):
GPIOA_INPUT_VAL: 0x78 -> 0x10
GPIOA_INPUT_VAL: 0x46 -> 0x40
Like the idea of enabling the voltage when a dock or accessory is detected. Thinking that the 'dock detect' logic is really an ADC connected to pin 21 . There must be a way to read that level so probably a range of values rather than a single dock detect flag?
http://www.hardwarebook.info/IPod_Dock
As far as I understood the _detailed_ accessory detection is done via resistors, this must be done via ADC in some way. So, another option would be to check the ADC channels. Nevertheless I am not sure whether such ADC-detection also needs the voltage supply on pin17...
I guess as a first step it would be fine to create a setting ("Accessory support: yes/no") to have the possibility to choose between battery runtime and functionality) until there is an automatic detection.