Active Topics

 


Reply
Thread Tools
Posts: 124 | Thanked: 105 times | Joined on Jul 2010
#1091
To everyone having sporradic connection issues: it might be your
cable. I found out afterf much frustration that the one I have (ebay) needs to be held to one side to work right.
I'll be trying several from different suppliers.
 
Posts: 184 | Thanked: 75 times | Joined on Mar 2011 @ UK
#1092
hi guys,

my n900 seems to be temperamental, the usb keyboard works sometimes and when it does its for like 5 seconds. Any clue to why this is happening?
__________________
#1 Nokia N900 Feb- 2011 - June - 2013 (Dead motherboard)
#2 Nokia N900 July-2013 (CSSU Stable) - Present
#3 Nokia N900 April-2014 (CSSU Thumb) - Present
 
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#1093
Does using it involve any - even slight - moving of the cables? due to nature of manual enumerating, even very short loss of connection (like not-thick-enough plugs) seems to be spoiling hostmode.

/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 
Posts: 184 | Thanked: 75 times | Joined on Mar 2011 @ UK
#1094
I've checked the cables and they are fine. I have noticed the lights on the keyboard flash for a little while then switch off. I think its software related.
__________________
#1 Nokia N900 Feb- 2011 - June - 2013 (Dead motherboard)
#2 Nokia N900 July-2013 (CSSU Stable) - Present
#3 Nokia N900 April-2014 (CSSU Thumb) - Present
 
joerg_rw's Avatar
Posts: 2,222 | Thanked: 12,651 times | Joined on Mar 2010 @ SOL 3
#1095
I guess it's simple overload of VBUS_5V. Use a powered hub! Make sure you use original H-E-N with my inproved booston.sh script (ships with recent H-E-N package) which should tell you about overload in a notifier and also by switching off the mce indicator LED pattern "PatternVboost"
If you don't have "PatternVboost" in /etc/mce/mce.ini :
PatternVboost=60;5;0;rB;9d80401a480040d948000000;9 d80400b2c900000 <--There's a space showing in my browser in between ";9 d80" which shouldn't be there :-/
goes before "[Vibrator]"
and add
"LEDPatterns=PatternVboost;PatternError;Patter..." to that line

if you don't like to use an editor and do it manually, those commands should establish that for you (I haven't tested it so no warranty taken for typos):
root
cp /etc/mce/mce.ini /etc/mce/mce.ini_backup
sed -i 's/LEDPatterns=/LEDPatterns=PatternVboost\;/' /etc/mce/mce.ini
sed -i 's/\[Vibrator\]/PatternVboost=60\;5\;0\;rB\;9d80401a480040d9480000 00\;9d80400b2c900000\n\[Vibrator\]' /etc/mce/mce.ini
__________________
Maemo Community Council member [2012-10, 2013-05, 2013-11, 2014-06 terms]
Hildon Foundation Council inaugural member.
MCe.V. foundation member

EX Hildon Foundation approved
Maemo Administration Coordinator (stepped down due to bullying 2014-04-05)
aka "techstaff" - the guys who keep your infra running - Devotion to Duty http://xkcd.com/705/

IRC(freenode): DocScrutinizer*
First USB hostmode fanatic, father of H-E-N

Last edited by joerg_rw; 2014-01-30 at 15:37.
 

The Following User Says Thank You to joerg_rw For This Useful Post:
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#1096
Using improved booston.sh, I'm sometimes hit by the "lights on the keyboard flash for a little while then switch off", but, it *doesn't* mean that keyboard worked, even for a few seconds. It is indication, that vbus power has been switched on. If you experiment a little, you will notice, that lights on keyboard blinks even if you *only* enable vbus, without enumerating.

If enumerating after vbus doesn't work, check dmesg ("kernel messages" from hostmode topdown menu) - you may notice that device wasn't enumerated successfully due to "device not accepting address <blabla>" or "high/low-speed device connected, but high/low-speed mode enabled" false messages.

Sometimes, it requires cycling hostmode on and off few times, until it will "tick" properly, even with perfect cables. Enumeration "just fails" sometimes, for reasons unknown (to someone with my level of understanding how it works, aka *small*).

As a sidenote - it tends to fail sometimes exactly the same way, while using (more popular) Pali's USB Mode frontend. Considering, that they all share common hostmode bits in kernel, bug is probably there.

/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 
Posts: 184 | Thanked: 75 times | Joined on Mar 2011 @ UK
#1097
Hi Joe,

I do have PatternBoost there but the value is different. I have
35;5;0;b;9d8040000043fc0000000;9d800000

Should i change the value to yours and add the line "LEDPatterns=PatternVboost;PatternError;Patter ..."

?


Originally Posted by joerg_rw View Post
I guess it's simple overload of VBUS_5V. Use a powered hub! Make sure you use original H-E-N with my inproved booston.sh script (ships with recent H-E-N package) which should tell you about overload in a notifier and also by switching off the mce indicator LED pattern "PatternVboost"
If you don't have "PatternVboost" in /etc/mce/mce.ini :
PatternVboost=60;5;0;rB;9d80401a480040d948000000;9 d80400b2c900000 <--There's a space showing in my browser in between ";9 d80" which shouldn't be there :-/
goes before "[Vibrator]"
and add
"LEDPatterns=PatternVboost;PatternError;Patter..." to that line

if you don't like to use an editor and do it manually, those commands should establish that for you (I haven't tested it so no warranty taken for typos):
__________________
#1 Nokia N900 Feb- 2011 - June - 2013 (Dead motherboard)
#2 Nokia N900 July-2013 (CSSU Stable) - Present
#3 Nokia N900 April-2014 (CSSU Thumb) - Present
 
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#1098
I've run a testing session, as this temperamental behavior was bugging me. I was able to establish a 100% reproducible pattern (nothing really new&exciting here, just confirming older reports and summing different things up):

1. When hostmode goes haywire (doesn't want to enumerate device properly, give absurd errors about different speed-type device connected, or device "not accepting addres <>blabla>"), switching to USB peripheral with charging (aka disabling hostmode) *and* connecting briefly to charger fixes it. After disconnecting from charger and re-attempting, device enumerates like charm 100% times.

2. What is even more interesting, is that hostmode with charging *also* counts - i.e, if I enumerate device successfully, then switch to Peripheral (disable hostmode), and try to enter hostmode again shortly after (tested in less than minute), device fails to enumerate 100% of times. Hoever, if - after enumerating device successfully - I connect to charger (y_cable), enable hostmode with charging, then, disable hostmode and enter peripheral, I can re-enable hostmode and enumerate device without any problems, immediately.
---
Summing it up - just like known thing about possible "standby current" after using hostmode ("reset" by connecting to charger), there is something else, that interferes with hostmode, and get "fixed" by device entering into charging state. I suspect, that even "cheating" it that it entered charging - without any physical charger - would do the job, to, just like with fixing "standby current" bug.
---

It's a pity that we don't have competent kernel coder - knowledgeable about USB - handy - definitely something is "fishy" about chip's states after enumerating (successful or attempt). Maybe it is limitation of our hardware and patchwork hostmode, but, even then, hardcoding a forced "fake charging state" after every hostmode disabling (entering peripheral-ready mode), would - probably - serve as extremely dirty, but working, workaround.

/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 

The Following User Says Thank You to Estel For This Useful Post:
joerg_rw's Avatar
Posts: 2,222 | Thanked: 12,651 times | Joined on Mar 2010 @ SOL 3
#1099
the problem isn't with kernel hacker but more specifically with a hw-savvy driver hacker. I suspect the issue is about power state of e.g. the ULPI or even the CPU<->musb-hdrc bus.
Did I dream of Pali once promising he would implement the full set of hostmode-kernel debug-features into KP eventually?
__________________
Maemo Community Council member [2012-10, 2013-05, 2013-11, 2014-06 terms]
Hildon Foundation Council inaugural member.
MCe.V. foundation member

EX Hildon Foundation approved
Maemo Administration Coordinator (stepped down due to bullying 2014-04-05)
aka "techstaff" - the guys who keep your infra running - Devotion to Duty http://xkcd.com/705/

IRC(freenode): DocScrutinizer*
First USB hostmode fanatic, father of H-E-N
 

The Following 4 Users Say Thank You to joerg_rw For This Useful Post:
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#1100
Just for the refference, I've forwarded above question to Pali:
http://talk.maemo.org/showpost.php?p...&postcount=192
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 

The Following User Says Thank You to Estel For This Useful Post:
Reply

Tags
bada rox, detection, h-e-n, hostmode, speed, usb host

Thread Tools

 
Forum Jump


All times are GMT. The time now is 06:38.