*** xy2_ has quit IRC | 00:08 | |
*** xy3_ has joined #maemo | 00:08 | |
*** sleepee_ has joined #maemo | 00:12 | |
*** err0r3o3 has joined #maemo | 00:12 | |
*** drcode has quit IRC | 00:12 | |
*** sleepee has quit IRC | 00:12 | |
*** err0r3o3_ has quit IRC | 00:12 | |
*** xy3_ is now known as xy2_ | 00:19 | |
*** Pali has joined #maemo | 00:46 | |
*** Pali has quit IRC | 00:56 | |
*** Wizzup has quit IRC | 00:58 | |
*** Wizzup has joined #maemo | 01:02 | |
*** xy2_ has quit IRC | 01:14 | |
*** drcode has joined #maemo | 01:29 | |
*** atk is now known as k | 01:46 | |
*** k is now known as atk | 01:47 | |
FalconSpy | Anyone know how to get the power management to not show my fully charged battery as depleted via http://talk.maemo.org/showthread.php?t=96573? | 02:07 |
---|---|---|
FalconSpy | The system shutsdown if I unplug the power | 02:07 |
FalconSpy | got this in the logs | 02:09 |
FalconSpy | [ 22.991455] bq27xxx-battery 2-0055: battery is not calibrated! ignoring capacity values | 02:10 |
*** L29Ah has left #maemo | 02:14 | |
*** deep-book-gk_ has joined #maemo | 02:32 | |
ShadowJK | Does it instantly go dead? | 02:34 |
*** deep-book-gk_ has left #maemo | 02:35 | |
FalconSpy | ShadowJK yea it instantly shuts down in the Kali OS despite it being 100% charged | 02:48 |
FalconSpy | I guess I can do some normal battery calibration as if it was a laptop but was hoping it would just instinctively work | 02:49 |
FalconSpy | or if there was something I can do on my end without doing standard calibrations | 02:49 |
*** Cor-Ai has quit IRC | 02:54 | |
*** Cor-Ai has joined #maemo | 02:55 | |
ShadowJK | I'm not quite sure how it all works in Kali etc | 02:56 |
ShadowJK | In general a orderly shutdown commanded by the OS isn't instant | 02:56 |
ShadowJK | Running out of actual power tends to be quite instant | 02:56 |
*** mavhc has quit IRC | 03:05 | |
*** NeKit has quit IRC | 03:09 | |
FalconSpy | Well as soon as the graphical interface loads it shutsdown if not connected to power | 03:09 |
FalconSpy | It just doesn't read thed actual batteries legitimate charge | 03:10 |
*** mavhc has joined #maemo | 03:11 | |
ShadowJK | Alright, that does sound like a problem with the OS not recognizing the charge level of the battery properly. | 03:12 |
FalconSpy | Im toying with the power manager but might just try a different one | 03:13 |
*** at1as has joined #maemo | 03:45 | |
*** dafox has joined #maemo | 03:59 | |
DocScrutinizer05 | this is bullshit anyway, shutdown *allways* by voltage, not estimated available charge | 04:04 |
DocScrutinizer05 | power manager?? | 04:05 |
DocScrutinizer05 | oooh THAT power manager. Yes it's designed for laptops with decent accurate battery capacity gauge. For N900 you must not use the estimated available capacity for system shutdown, it's not reliable enough | 04:12 |
DocScrutinizer05 | FalconSpy: ^^^ | 04:13 |
FalconSpy | DocScrutinizer05 so what do I use to deal with battery management | 04:16 |
FalconSpy | I was using the built in Kali xfce4-power-manager | 04:17 |
FalconSpy | I'm seeing things like gapcmon (apcupsd) | 04:17 |
*** sleepee_ has quit IRC | 04:17 | |
DocScrutinizer05 | no idea | 04:18 |
DocScrutinizer05 | never looked into kali linux | 04:19 |
FalconSpy | doesnt have to be kali specific | 04:19 |
DocScrutinizer05 | first of all try to change percentage level for shutdown from 10% or whatever to 0% | 04:19 |
DocScrutinizer05 | please rephrase your question | 04:20 |
*** LauRoman|Alt has joined #maemo | 04:21 | |
DocScrutinizer05 | battery management is done by kernel (and mainly by hardware) via bq24150 module | 04:22 |
DocScrutinizer05 | so you don't do anything about it | 04:22 |
FalconSpy | My question I guess is how can I get the battery manager to show an accurate charge | 04:22 |
DocScrutinizer05 | ~bq27k-detail | 04:23 |
infobot | i heard bq27k-detail is http://maemo.cloud-7.de/maemo5/usr/local/sbin/bq27k-detail2, or ~bq27 | 04:23 |
*** LauRoman has quit IRC | 04:24 | |
DocScrutinizer05 | ~listvalues calibrate | 04:24 |
infobot | Factoid search of 'calibrate' by value (8): tslib-xfbdev ;; calibratebq27200 ;; discovers that scribble pad ;; xcalibrate ;; xcalibrate source ;; oink ;; bq-calibrate ;; jargon speedometer. | 04:24 |
DocScrutinizer05 | ~calibratebq27200 | 04:24 |
infobot | well, calibratebq27200 is http://acehack.de/~kerio/calibratebq27200 | 04:24 |
DocScrutinizer05 | FUH! | 04:24 |
FalconSpy | ^ dead link | 04:25 |
DocScrutinizer05 | thank god | 04:25 |
DocScrutinizer05 | ~listvalues calibrate | 04:25 |
infobot | Factoid search of 'calibrate' by value (8): jargon speedometer ;; bq-calibrate ;; tslib-xfbdev ;; calibratebq27200 ;; xcalibrate ;; oink ;; discovers that scribble pad ;; xcalibrate source. | 04:25 |
DocScrutinizer05 | ~calibrate | 04:25 |
DocScrutinizer05 | damn! | 04:25 |
DocScrutinizer05 | ~bq-calibrate | 04:25 |
infobot | bq-calibrate is, like, http://maemo.cloud-7.de/maemo5/patches_n_tools/calibrate-bq27k.sh, or http://talk.maemo.org/showthread.php?p=1247595 | 04:25 |
DocScrutinizer05 | ~forget calibratebq27200 | 04:26 |
infobot | DocScrutinizer05: i forgot calibratebq27200 | 04:26 |
DocScrutinizer05 | note that calibrate-bq27k.sh only works via I2V with bq27200.sj in same dir | 04:27 |
DocScrutinizer05 | and won't work with kernel module taking care about batery management, since that needs other methods to stop charging | 04:28 |
DocScrutinizer05 | you *might* get away with replacing my "stop vme" by a "modprobe -r bq24150" or whatever the name, see lsmod. And "start bme" by a "modprobe bq24150" | 04:30 |
DocScrutinizer05 | s/vme/bme/ | 04:31 |
infobot | DocScrutinizer05 meant: you *might* get away with replacing my "stop bme" by a "modprobe -r bq24150" or whatever the name, see lsmod. And "start bme" by a "modprobe bq24150" | 04:31 |
FalconSpy | http://http//maemo.org/packages/view/i2c-tools/ is a dead link | 04:31 |
DocScrutinizer05 | o.O | 04:31 |
FalconSpy | or should this be ran inside maemo? | 04:31 |
FalconSpy | cause kali can't find i2c tools or any of those tools | 04:32 |
DocScrutinizer05 | no, should be an installable package from err tools or maemo.extras(-devel) | 04:32 |
FalconSpy | Maemo's battery manager works fine | 04:32 |
FalconSpy | Its the Kali one that's having issues | 04:32 |
DocScrutinizer05 | so? | 04:32 |
FalconSpy | So is what you gave me going to help resolve the Kali one? | 04:33 |
DocScrutinizer05 | sorry I won't provide a calibration script for kali linux | 04:33 |
FalconSpy | no worries | 04:33 |
DocScrutinizer05 | you will either have to adapt it by yourself, or run calibration under maemo | 04:33 |
DocScrutinizer05 | generally the whole tricj is to fully charge the battery, then discharge it until EVF voltage (some 3.24V iirc) | 04:35 |
DocScrutinizer05 | redo until total capacity (LMD) doesn't change anymore | 04:35 |
DocScrutinizer05 | there's also possibly still a bug in nq27xx.ko kernel module. It _never_ should report a calculated value for "design capacity", this is a constant that should be 1340mAh | 04:38 |
DocScrutinizer05 | bq27xx.ko | 04:38 |
DocScrutinizer05 | generally your power manager must not check available capacity from bq27xx but VOLTAGE for deciding when to shut down | 04:40 |
DocScrutinizer05 | so probably best is to not run such power manager at all | 04:40 |
DocScrutinizer05 | the kernel itself will do a brute force shutdown (though with trying to correctly flush and umount storage) when battery err system voltage reaches shutdown limit which iirc is 3.0V for OMAP/TWL4030 | 04:43 |
DocScrutinizer05 | it *might* be possible that bq24150.ko or bq27xx.ko also take care about shutdown, I don't know for sure | 04:46 |
DocScrutinizer05 | if that's the case, try modprobe -r bq27xx | 04:46 |
DocScrutinizer05 | get a fixed module | 04:46 |
DocScrutinizer05 | you might want to provide `modibfo bq27xx.sh` and ask Pali about details of operation of that module | 04:48 |
DocScrutinizer05 | modinfo* | 04:48 |
DocScrutinizer05 | it *should* not mess with system shutdown on its own, I guess | 04:49 |
DocScrutinizer05 | s/EVF/EDV0/ | 04:50 |
*** dafox has quit IRC | 04:50 | |
DocScrutinizer05 | nfc where from you got that garbled link, this works: http://maemo.org/packages/view/i2c-tools/ | 04:52 |
DocScrutinizer05 | hint: should also run under arbitrary other linux systems on N900 | 04:53 |
DocScrutinizer05 | get http://repository.maemo.org/extras-testing/pool/fremantle/free/i/i2c-tools/i2c-tools_3.0.2-1maemo3_armel.deb and install locally on your kali linux | 04:54 |
DocScrutinizer05 | FalconSpy: ^^^ | 04:55 |
DocScrutinizer05 | my scripts should be mostly OS-afnostic anyway | 04:55 |
DocScrutinizer05 | credits where credit due: bq27200.sh is by ShadowJK | 04:56 |
FalconSpy | so if i run your calibration through maemo it should hopefully show the correct charge % in kali? | 04:59 |
FalconSpy | Your tool won't work since it is looking for armhf | 04:59 |
DocScrutinizer05 | yes | 05:01 |
DocScrutinizer05 | there's a CI (capacity incorrect) bit in that bat gauge chip that gets reset by calibration. I guess that's first culprit for your problems (after power manager doing the fundamentally wrong thing, to start with) | 05:03 |
DocScrutinizer05 | my tool looks for armhf? nope | 05:04 |
DocScrutinizer05 | i2ctools might | 05:04 |
FalconSpy | https://pastebin.com/cN7N6TZ5 is the upower dump | 05:04 |
DocScrutinizer05 | no idea, what's that? | 05:05 |
FalconSpy | Tool that gives I guess the information about all sources of power | 05:05 |
DocScrutinizer05 | obviously it's defect then | 05:06 |
DocScrutinizer05 | I can't help fix defect kali linux tools | 05:06 |
DocScrutinizer05 | and please find a better pastebin, this one doesn't allow zooming the way too small text font | 05:10 |
*** at1as has quit IRC | 05:14 | |
*** Natch has quit IRC | 05:15 | |
*** at1as has joined #maemo | 05:15 | |
DocScrutinizer05 | anyway that stuff is non-coherent: /org/freedesktop/UPower/devices/battery_bq27200_0 tells a bogus "energy-full: 7.91478 Wh" (should be 3.x Wh) and "capacity: 100%" (full) at "voltage: 3.788 V" which isn't bad but for sure not full | 05:16 |
DocScrutinizer05 | "state: discharging" while /org/freedesktop/UPower/devices/battery_bq24150a_0 says "state: charging" -- not even the most braindead power manager should shut down device when it's charging | 05:18 |
DocScrutinizer05 | /org/freedesktop/UPower/devices/line_power_isp1704 says "online: no" so not charging | 05:21 |
DocScrutinizer05 | and /org/freedesktop/UPower/devices/battery_rx51_battery is pretty much completely confused | 05:21 |
DocScrutinizer05 | also I'd think /org/freedesktop/UPower/devices/battery_rx51_battery would be mutually exclusive with /org/freedesktop/UPower/devices/battery_bq27200_0 in a few aspects, they both use same source of info, or at least should. For sure they report about same battery | 05:23 |
DocScrutinizer05 | that stuff evidently is pretty much messed up in kali linux, sorry | 05:24 |
*** at1as has quit IRC | 05:40 | |
*** at1as has joined #maemo | 05:42 | |
*** at1as has quit IRC | 05:46 | |
*** at1as has joined #maemo | 05:46 | |
*** at1as has quit IRC | 05:54 | |
*** at1as has joined #maemo | 05:54 | |
*** Natch has joined #maemo | 05:57 | |
*** at1as has quit IRC | 06:29 | |
*** Wizzup_ has joined #maemo | 08:03 | |
*** Wizzup has quit IRC | 08:04 | |
*** juiceme_ has quit IRC | 08:22 | |
*** juiceme has joined #maemo | 08:23 | |
*** juiceme is now known as Guest49418 | 08:23 | |
*** LjL has quit IRC | 08:23 | |
*** LjL has joined #maemo | 08:24 | |
*** xorly has joined #maemo | 10:10 | |
*** LauRoman|Alt has quit IRC | 10:38 | |
*** Pali has joined #maemo | 10:42 | |
*** rysiek|pl has quit IRC | 11:48 | |
*** xorly has quit IRC | 12:32 | |
*** Pali has quit IRC | 12:35 | |
*** mp107 has joined #maemo | 12:36 | |
ShadowJK | Default maemo doesn't use the hardware battery fuel gauge chip really... That's why it works in stock maemo. | 13:01 |
bencoh | ? | 13:02 |
bencoh | you mean it doesn't use the capacity reported by gasgauge | 13:02 |
ShadowJK | AFter getting the hardware chip (bq27200) calibrated, it should provide reasonable data to other operating systems as well.. However, that it says 0 is quite peculiar, usually what happens is that you get over-estimation of capacity :) | 13:02 |
ShadowJK | yes I mean that | 13:02 |
ShadowJK | But maybe the kernel modules and such just report 0 for "unknown" | 13:03 |
*** shentey has joined #maemo | 13:12 | |
*** Pali has joined #maemo | 13:20 | |
*** rysiek|pl has joined #maemo | 13:29 | |
*** NotKit has joined #maemo | 13:31 | |
*** xy2_ has joined #maemo | 13:33 | |
*** TheKit has quit IRC | 13:35 | |
*** Vajb has quit IRC | 13:52 | |
*** xy2_ has quit IRC | 13:53 | |
*** shentey has quit IRC | 13:56 | |
*** shentey has joined #maemo | 13:56 | |
*** Pali has quit IRC | 14:39 | |
*** Pali has joined #maemo | 14:56 | |
*** shentey has quit IRC | 15:07 | |
*** shentey has joined #maemo | 15:07 | |
*** Vajb has joined #maemo | 15:30 | |
*** LjL has quit IRC | 16:06 | |
*** LjL has joined #maemo | 16:10 | |
*** shentey has quit IRC | 16:14 | |
*** mavhc has quit IRC | 16:48 | |
*** at1as has joined #maemo | 17:04 | |
*** err0r3o3 has quit IRC | 17:17 | |
*** err0r3o3 has joined #maemo | 17:19 | |
*** at1as has quit IRC | 17:35 | |
*** kalin has quit IRC | 17:51 | |
*** xorly has joined #maemo | 17:54 | |
*** xes has quit IRC | 17:56 | |
*** xes has joined #maemo | 17:57 | |
*** err0r3o3_ has joined #maemo | 18:02 | |
*** err0r3o3 has quit IRC | 18:06 | |
*** mp107 has quit IRC | 18:34 | |
*** mavhc has joined #maemo | 18:49 | |
Pali | DocScrutinizer05: fm transmitter in n900 is doing something nasty, once I start it and it transmit some periodic beep | 19:38 |
Pali | it can be detected only when n900 does not play any sound/music | 19:38 |
KotCzarny | pali: it does it until you start playing something | 19:38 |
KotCzarny | i guess for making detecting n900 easier | 19:39 |
Pali | really? I think I can detect that beep also when n900 play some music... | 19:39 |
KotCzarny | what about when you play silence? | 19:39 |
Pali | I will look into rtl-sdr dump what it is | 19:39 |
KotCzarny | or close to silence? | 19:39 |
KotCzarny | i think it stops then | 19:40 |
sicelo | i also thought the beeps were 'correct.' i don't recall hearing them during active transmission (and i used it today) | 19:48 |
sicelo | https://talk.maemo.org/archive/index.php/t-42766.html | 19:49 |
KotCzarny | nice, i didnt know those beeps are configurable | 19:51 |
Pali | looks like, yes beeps disappear when playing something | 19:52 |
Pali | and there is something else with transmitter, it changes frequency in time by 2.8kHz offset | 19:53 |
bencoh | strange | 19:54 |
KotCzarny | maybe that's that deviation param? | 19:54 |
Pali | when I set to transmit at 105.8MHz then I see it in 105,8047MHz and frequency starts changing until it is 105,8016MHz | 19:56 |
Pali | and after some time it changes back to 105,804... and I see in time graph that base frequency is really changing... | 19:57 |
KotCzarny | some spreadspectrum algo? or just bad design somewhere? | 19:57 |
Pali | and I'm not able to see this problem in other FM transmitters, so it is for sure problem in n900 transmitter and not in my receiver | 19:57 |
sixwheeledbeast^ | I believe the beep is an intentional feature, after a while of beeping the fm transmitter is switched off. Like a standby mode. | 19:59 |
Pali | see: https://imgur.com/a/eY5uq | 20:00 |
KotCzarny | it's not vertical line | 20:01 |
Pali | yes | 20:01 |
Pali | maybe n900 fm transmitter is not able to fix fm frequency?? | 20:02 |
KotCzarny | "good enough technology [tm]" ;) | 20:03 |
sixwheeledbeast^ | hmm, is that reproducible on multiple devices I wonder? | 20:04 |
sixwheeledbeast^ | What time period is that over? | 20:04 |
Pali | that yellow dots are beeps | 20:05 |
Pali | in the middle should be mono part of sound | 20:05 |
sixwheeledbeast^ | oh I see | 20:10 |
DocScrutinizer05 | sicelo: why the unbearable archive instead of https://talk.maemo.org/showthread?t=42766 | 20:46 |
DocScrutinizer05 | Pali: FM channels are 50kHu wide in Germany, maybe 25kHz in USA (not sure). Anyway a 2.x kHz drift is irrelevant | 20:48 |
DocScrutinizer05 | or was it 100kHz in EU, 50kHz in USA? | 20:48 |
Pali | seems that gnuradio and rtl_fm do not have a problem with 2kHz drift... | 20:49 |
Pali | but it is normal? | 20:49 |
DocScrutinizer05 | 1kHz drift in 100MHz is 0.01 promille, not even TCOs can do that good | 20:50 |
Pali | that picture of signal looks strange... it is not vertical line, nor continuous | 20:50 |
DocScrutinizer05 | non-issue | 20:52 |
DocScrutinizer05 | read the datasheet of FM-TX | 20:52 |
DocScrutinizer05 | I'm not sure which timebase/oscillator the chip uses, but for sure it's no specially temperature compensated oscillator, so drifts are expected | 20:55 |
DocScrutinizer05 | particularly when your N900 warms up during usage | 20:56 |
Pali | ok | 20:57 |
Pali | anyway, it is possible to use ordinary telescopic antenna for receiving CB? | 20:58 |
DocScrutinizer05 | sure | 21:01 |
DocScrutinizer05 | every walkietalkie does | 21:01 |
DocScrutinizer05 | but you can't use RTL dongle plus antemma stb, it starts at 5ßMHz iirc | 21:02 |
DocScrutinizer05 | 50MHz | 21:03 |
DocScrutinizer05 | CB is 27MHz | 21:03 |
DocScrutinizer05 | so you want an antenna of at least 1m length, and elctrical inductive compensation | 21:04 |
*** stryngs_ has quit IRC | 21:05 | |
Pali | rtl-sdr with R820T has range 24 – 1766 MHz with experimental 500 kHz – 28.8 MHz and up to 1864 MHz | 21:21 |
*** deep-book-gk_ has joined #maemo | 21:26 | |
*** deep-book-gk_ has left #maemo | 21:28 | |
DocScrutinizer05 | wow | 21:36 |
DocScrutinizer05 | 500k - 28.8M is mere I/Q direct sampling, the results are questionable particularly for sensitivity | 21:37 |
DocScrutinizer05 | afaik | 21:37 |
DocScrutinizer05 | but for tests you can get away with it for sure, I.E. when the distance from your TX to RTL antenna are less than 1M | 21:38 |
DocScrutinizer05 | 1m* | 21:38 |
DocScrutinizer05 | generally sensitivity of rtl is a problem | 21:40 |
DocScrutinizer05 | then you also have poor mirror frequency suppression, and also problems with aliasing | 21:42 |
DocScrutinizer05 | input signal filtering in RTL is basically non-existent | 21:42 |
xes | ..antenna connector, clock drift, temperature.. | 21:43 |
DocScrutinizer05 | yeah, well it costs like 10 bucks, what do you expect? | 21:43 |
xes | in fact, noelec version fixes many of the problems | 21:45 |
*** MetalGearSolid has quit IRC | 21:50 | |
*** MetalGearSolid has joined #maemo | 21:54 | |
*** pagurus has joined #maemo | 22:05 | |
*** xy2_ has joined #maemo | 22:05 | |
*** pagurus` has quit IRC | 22:05 | |
DocScrutinizer05 | ok, I stand corrected. http://www.rtl-sdr.com/wp-content/uploads/2013/04/R820T_datasheet-Non_R-20111130_unlocked1.pdf says it gas input filter with image rejection of 65dBc | 22:09 |
DocScrutinizer05 | has* | 22:09 |
DocScrutinizer05 | so >>input signal filtering in RTL is basically non-existent<< is an incorrect statement | 22:14 |
*** CcxWrk has quit IRC | 22:49 | |
DocScrutinizer05 | LOL! Opensuse bash does autocompletion from "scp x1 neo900:/ho" to "scp x1 neo900:/home/" and then on to the actually existing user homedirs - heck this does indeed use stealth remote login to destination to autocomplete | 23:08 |
Pali | ubuntu is doing same for a longer time | 23:13 |
Pali | it is great when user has configured ssh-agent in -c mode :D | 23:14 |
Pali | every tab autocompletion is subject to manual confirmation of usage of ssh key... | 23:14 |
DocScrutinizer05 | LOL | 23:24 |
DocScrutinizer05 | may I quote you? | 23:24 |
*** florian has joined #maemo | 23:46 | |
DocScrutinizer05 | less +'/_scp_remote_files()' /usr/share/bash-completion/completions/scp | 23:47 |
*** dafox has joined #maemo | 23:55 | |
DocScrutinizer05 | I guess the lines like "files=$( ssh -o 'Batchmode yes' $userhost ..." could use some watchdog to catch ssh locking up during log in | 23:55 |
DocScrutinizer05 | seen this more than once | 23:56 |
*** deep-book-gk_ has joined #maemo | 23:56 | |
*** deep-book-gk_ has left #maemo | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!