View Single Post
solca's Avatar
Posts: 109 | Thanked: 196 times | Joined on Sep 2008 @ Guatemala
#459
[QUOTE=gowen;254864]My clock is always about 2 hours 15 minutes off after a power cycle. It's keeping time OK, but just needs an offset to local time.[\QUOTE]

Most devices have 2 clocks, the real time clock (RTC) which is hardware and the internal system time "clock" which is just software. The hardware RTC keeps time even when the device is powered off, the internal is just a software clock that normally deviates slowly from the real time, so it needs to keep in sync normally in startup and shutdown, NITdroid misses the shutdown part as Android just shuts the hardware without running any scripts. My plan to solve this is to set the RTC clock when the user set it in the GUI.

Originally Posted by gowen View Post
I had the problem since my first install of NITdroid (around 18th December). I'm thinking this may be a screen calibration problem. I found the pointer location app in DevTools and this shows that at the bottom of the screen the calibration is off by about 4mm. There is quite a bit of variation across screen with only the centre left edge having no error.
Yes, it is a calibration problem, Maemo solve it using tslib and shipping "default" calibration data for different touchscreen panels. Android doesn't use tslib nor calibration data as it is expected all shipping devices with Android will use capacitive touchscreen hardware which doesn't require calibration. My plan is to teach Android tslib and reuse the calibration data on Maemo partition, I'm working on it.

Originally Posted by gowen View Post
Is there a screen calibration app in Android?
I don't think so.

Originally Posted by gowen View Post
Finally, I can't get 0.3.1 to return from screen blanking. Once it's gone blank pressing the keys or the screen has no effect. Eventually, it seems to power off as pressing the power key will produce a restart. Strangely, when adb is connected running logcat, it will recover.
Other people with N800 reported the same problem, this works nicely on N810 and it seems to be a problem when the device entering retention mode but it can't get out of it. It's a kernel problem and there is no fix yet, other than disabling power management, for the next release I'll provide a kernel without pm for N800 users until a fix get's done.

Originally Posted by Thesandlord View Post
battery management is wacky. First, it drains. Then, the icon disappears. Then, it "charges" (without being plugged in). Then it drains. Then, the icon disappears...
Battery metering is implemented in NITdroid (and I belive in Maemo too) by reading from the RETU ASIC. NITdroid uses the nice kcbatt tool to read the raw value of the current charge and speculatively knows if it's charging or discharing. Maemo uses other method to know if it's charging or discharging but the current charge I'm pretty sure it's read too from RETU.

The problem, is the value reported by RETU which deviates depending on which hardware is turned on (WiFi, LCD, backlights), so this value it's reported 'weirdly', I'm pretty sure that's the reason why Maemo doesn't show you the real charge in their battery applet.

If you don't belive me try this on NITdroid 'kcbatt -r -l 1' then connect/disconnect AC power, turn on/off LCD, WiFi, backlights, and you will see what I mean.

The only way to improve it is by observing and adding that logic to NITdroid so a better value is reported in the GUI or in the Settings/About section. Shame NITs doesn't use standard power class drivers and the hardware doesn't report a single absolute _real_ value.

BTW does somebody knows something about the RETU ASIC? it seems the kernel drivers just read/set registers, the real thing is obfuscated in the proprietary daemons.

I recently (Oct/2008) buy my N810 because Nokia say it was open, they even have great publicity on this, for their next tablet Nokia should put clearly which drivers are following standard Linux APIs and which don't and are implemented by binary only daemons in userspace as belive me this is _very_very_ important.

Anyway I'm happy how NITdroid is progressing thanks too you.
__________________
NITdroid
 

The Following 4 Users Say Thank You to solca For This Useful Post: