| Wizzup | freemangordon: looks like eds-backend-telepathy is in need of forward porting, if I understand correctly | 00:06 |
|---|---|---|
| Wizzup | several functions seem to be gone | 00:07 |
| Wizzup | e_data_book_create_error seems to be e_client_error_create | 00:09 |
| Wizzup | E_DATA_BOOK_STATUS_INVALID_ARG -> E_CLIENT_ERROR_INVALID_ARG | 00:10 |
| Wizzup | https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/83 and https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/85 | 00:18 |
| Wizzup | freemangordon: please take a look if you can | 00:23 |
| Wizzup | I'll make an issue | 00:23 |
| Wizzup | https://github.com/maemo-leste/bugtracker/issues/675 | 00:26 |
| Wizzup | heh, our mesa is newer than bullseye mesa | 01:06 |
| Wizzup | freemangordon: random question, but should tinymail depend on telepathy-glib to have telepathy support enabled? | 01:21 |
| Wizzup | For Chimeara, I hope that the only things that will require significant work at this point are: qt pkgs, eds telepathy, mafw-shared | 01:27 |
| Wizzup | the remaining py2 pkgs are probably doable, and a bunch depends on osso-abook-dev which we don't have now because of eds telepathy | 01:28 |
| Wizzup | tinymail + gtkhtml3 + modest might need some work too, but a lot is pretty much there | 01:28 |
| Wizzup | uvos: please look if we need to rebase iio-sensor-proxy | 01:28 |
| freemangordon | Wizzup: seems I am missing something - how is tinymail related to telepathy? | 08:14 |
| Wizzup | freemangordon: it is not, it's just not building atm | 11:03 |
| Wizzup | freemangordon: https://www.phoronix.com/news/xf86-video-modesetting-TearFree | 11:10 |
| uvos | havent looked at the pr | 11:13 |
| Wizzup | https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1006/diffs ? | 11:13 |
| uvos | but if that works like the amd/ati ddx its just adding double buffering to x'es own rendering | 11:13 |
| uvos | which hildon allready dose too | 11:14 |
| uvos | or should anyways | 11:14 |
| Wizzup | the mr has a descr | 11:14 |
| Wizzup | "This adds support for TearFree page flips to eliminate tearing without the use of a compositor." | 11:14 |
| uvos | right yes that sounds exactly like the amd ddx | 11:15 |
| uvos | wrt iio-sensor-proxy | 11:15 |
| uvos | i only build this for us beacuse, while it is in debian, it was not in devuan | 11:15 |
| uvos | beacuse old iio-sensor-proxy versions hard depended on systemd | 11:15 |
| uvos | this is no longer the case | 11:16 |
| uvos | and i presume devuan now has iio-sensor-proxy | 11:16 |
| uvos | is there a package search webpage for devuan somewhere? i ususaly just use the debian one | 11:16 |
| uvos | Wizzup: https://pkginfo.devuan.org/cgi-bin/package-query.html?c=package&q=iio-sensor-proxy=3.0-2 | 11:19 |
| uvos | so you can just drop this package | 11:20 |
| uvos | huh wait, the package dosent contain a init script | 11:21 |
| uvos | just a systemd unit | 11:21 |
| Wizzup | uvos: you added various patches for groups and stuff too | 11:21 |
| uvos | what the? | 11:21 |
| uvos | Wizzup: those are not nessecary | 11:22 |
| Wizzup | uvos: well that's expected, debian doesn't support anything else | 11:22 |
| uvos | i just enabled some features we dont use | 11:22 |
| uvos | Wizzup: but this is devuan | 11:22 |
| Wizzup | doesn't it just show all pkgs? | 11:22 |
| uvos | its from http://deb.devuan.org/merged chimaera/main amd64 | 11:22 |
| uvos | so i gues no? | 11:23 |
| uvos | this seams like an oversight | 11:23 |
| Wizzup | devuan merged debian packages into its own | 11:23 |
| Wizzup | merges* | 11:23 |
| Wizzup | I wrote the code that does it way back | 11:23 |
| uvos | okay, well thats.. not great | 11:23 |
| Wizzup | I wouldn't assume that it doesn't just come from debian | 11:23 |
| Wizzup | well it's a fork, not an overlay on top of debian | 11:23 |
| uvos | so who to contact in devuan to fix this? | 11:24 |
| Wizzup | to be clear I helped rewriting the code and make it fast, that's all | 11:24 |
| Wizzup | uvos: it's a debian pkg, not a devuan one, so you need to convince debian to support something other than systemd, I guess? | 11:24 |
| Wizzup | I don't think there's a devuan maintainer for it | 11:24 |
| Wizzup | but you could ask in the channel I guess | 11:24 |
| uvos | whats the channel name? | 11:26 |
| uvos | #devuan | 11:26 |
| uvos | ? | 11:26 |
| Wizzup | I think so | 11:26 |
| uvos | Wizzup: will you also be archiveing the repos from -forks you remove? | 11:28 |
| uvos | its pretty confusing otherwise | 11:28 |
| Wizzup | uvos: yes, I did plan to take some ation | 11:32 |
| Wizzup | ation* | 11:32 |
| Wizzup | action* | 11:32 |
| Wizzup | see the bottom of the first comment https://github.com/maemo-leste/bugtracker/issues/644 | 11:32 |
| uvos | lots of work i know, but really we should just switch to systemd, it would be alot better for us since, while im not a compleat fan of the kitchen sink approche, we really use the features it provides (with our own hacky tools) | 11:33 |
| uvos | and example of this is dsme lifeguard and reboot behavior, systemd can do both of these | 11:33 |
| uvos | Wizzup: ok great! | 11:33 |
| Wizzup | not going to happen with this release | 11:33 |
| uvos | right | 11:34 |
| Wizzup | we could consider -also- supporting unit files, but the way the whole thing went down still annoys me | 11:34 |
| uvos | yes politics where horrible, as is the absorbtion of other stuff like udev into the systemd orbit, but systemd the init system itself is not bad | 11:35 |
| Wizzup | well, in any case, we'll keep dsme around for now, but I agree it's a bit of a mess, the shutdown in particular | 11:35 |
| uvos | the shutdown isent the main problem imo | 11:36 |
| Wizzup | while we reboot/shutdown, dsme tries to restart services that stop working because they depend on something else that was stopped | 11:36 |
| freemangordon | Wizzup: if we shutdown through dsme, this will not happen | 11:37 |
| freemangordon | or at least meakle dsme know that we do shutdown | 11:37 |
| freemangordon | *make | 11:37 |
| Wizzup | freemangordon: ok | 11:38 |
| Wizzup | freemangordon: np if not, but do you think you could look at eds tp today? I have an itch to finish this chimaera stuff this week and this is a blocker for anything that wants to use abook | 11:39 |
| uvos | Wizzup: btw i dont think we need sdl2 anymore either | 11:40 |
| uvos | i think kmsdrm is enabled upstream | 11:40 |
| uvos | and the other patches wehere about directfb we dont need anymore with ddk1.7 | 11:41 |
| uvos | *17 | 11:41 |
| Wizzup | yeah, I marked it was probably skip | 11:41 |
| Wizzup | it as* | 11:41 |
| uvos | same story with sdl1 | 11:42 |
| uvos | hmm besides --enable-video-x11-xrandr=yes | 11:42 |
| uvos | need to look at the flags upstream | 11:43 |
| Wizzup | well we still need to build our own mesa I am sure (glesv1) | 11:43 |
| uvos | not sure how this is related, but yes | 11:44 |
| Wizzup | well, debian is disabling gles1 in various places | 11:45 |
| Wizzup | so there's a good chance they also disabled it from libsdl1 | 11:45 |
| freemangordon | Wizzup: will try, but no promise | 11:46 |
| Wizzup | freemangordon: ok, ty | 11:46 |
| freemangordon | I am a bit of disappointed with kernel maintainers and need a bit of rest | 11:46 |
| Wizzup | freemangordon: it'll be hard to test I am sure, but if it just compiles first that's probably enough for now | 11:46 |
| uvos | Wizzup: sdl1 dosent appear to have any such flag | 11:47 |
| freemangordon | sure, it is just that I want to be in a mood for it :) | 11:47 |
| Wizzup | ok | 11:49 |
| uvos | Wizzup: btw i have another xt1602 | 11:51 |
| Wizzup | oh, cool | 11:51 |
| uvos | soon anyways | 11:51 |
| Wizzup | I'm still waiting for the xt1602 I ordered to arrive | 11:51 |
| uvos | i bought my gf a new phone and will collect hers :P | 11:51 |
| Wizzup | nice :) | 11:51 |
| Wizzup | I'm still lookng for another to send to Tony, since this'll be my first, so if you see one on ebay | 11:52 |
| uvos | i can send it someone if i get a xt1604 | 11:52 |
| Wizzup | I found this: https://www.dgmoutlet.nl/refurbished-motorola-moto-g4-play-zwart-3248?number=R6947681532359 | 11:53 |
| Wizzup | not sure of the exact model | 11:53 |
| uvos | seams extreamly expensive | 11:53 |
| uvos | i bought mine for like 20 euros xD | 11:54 |
| Wizzup | oh | 11:54 |
| Wizzup | I found another.. | 11:54 |
| Wizzup | lol, they only do pickup and it's on the border with belgium and germany (3+ car drive) | 11:55 |
| Wizzup | 3h+ | 11:55 |
| uvos | sounds.. also expensive :P | 11:55 |
| Wizzup | this one is 25 eur, dropped them a msg | 11:56 |
| Wizzup | we'll see | 11:56 |
| Wizzup | the irony is that the website tells me I am a "world changer" by buying second hand, and that the CO2 saved is the amount of a trip from amsterdam to brussels, which is maybe only twice the distance of picking it up | 11:57 |
| uvos | xD | 11:57 |
| uvos | there allways some on ebay-kleinanzeigen btw | 11:57 |
| uvos | usualy no modell number ofc | 11:58 |
| Wizzup | https://www.ebay-kleinanzeigen.de/s-motorola-play-g4/k0 ? | 11:58 |
| uvos | but it bought 2 blind and both ended up being xt1602 so i presume this is the most sold version in germany at least | 11:58 |
| uvos | yeah | 11:59 |
| Wizzup | it ought to be either xt1602 or xt1604 | 11:59 |
| Wizzup | well is this kleinanzeigen not to klein to ship to .nl? or maybe we can ship to you? | 11:59 |
| uvos | its just an informal classifieds page | 12:00 |
| uvos | you contact the sellers directly and negotiate whatever | 12:00 |
| Wizzup | right | 12:01 |
| uvos | probubly better if done in german | 12:02 |
| uvos | what do you want ill ask | 12:02 |
| Wizzup | not sure, I think we'd just want a xt1602 and xt1604 for tony | 12:03 |
| Wizzup | (or at least one of them) | 12:04 |
| Wizzup | uvos: hm there seem to be more in .nl than I thought | 12:14 |
| Wizzup | oh, maybe these aren't the play versions? | 12:17 |
| uvos | careful yeah | 12:18 |
| uvos | motorola g4 is a totaly different phone | 12:18 |
| Wizzup | confusing :D | 12:18 |
| uvos | lenovo are idiots with nameing | 12:18 |
| freemangordon | it seems we have some pvr issue as well in 6.1 | 12:44 |
| freemangordon | dmesg is full of ERROR: PVRSRVMapFullDmaBuf failed: PVRSRV_ERROR_OUT_OF_MEMORY - Unable to allocate required memory fd 25 | 12:44 |
| Wizzup | we also disabled all compaction with leste-config | 12:47 |
| Wizzup | it's probably not related, just wanted to mention ... | 12:48 |
| freemangordon | I doubt it is | 12:48 |
| freemangordon | https://pastebin.com/i1S9YcLc | 12:48 |
| Wizzup | what are you running when you see this? | 12:49 |
| freemangordon | I run gtkperf a couple of times | 12:49 |
| freemangordon | and now it happens even if I scroll h-d | 12:49 |
| Wizzup | smells like a leak | 12:49 |
| freemangordon | so, to me it looks pvr driver run out of MMU space | 12:49 |
| freemangordon | yes, but I see nothing wrong in dri or gem buffers in /sys/kernel/debug/... | 12:50 |
| freemangordon | smells like a driver bug | 12:50 |
| freemangordon | Xorg has 39 fds | 12:52 |
| Wizzup | ok | 12:52 |
| freemangordon | 303 dma_buf objects ~13MB in total | 12:53 |
| Wizzup | if it perhaps some config option we're missing? I very vague recall needing something to prevent fragmentation | 12:53 |
| freemangordon | no, this is SGX MMU, I don;t think kernel options have anything to do with it | 12:54 |
| freemangordon | 402 gem objects ~14MB | 12:54 |
| freemangordon | tiler_map looks perfect | 12:54 |
| freemangordon | everything points to a leak in the driver | 12:55 |
| uvos | fun | 12:55 |
| freemangordon | yeah | 12:55 |
| freemangordon | there was major rewrite of dma_fence code | 12:55 |
| freemangordon | I guess related | 12:56 |
| freemangordon | once I finish playing with cos estimator I will see if this is steadily reproducuble | 12:57 |
| freemangordon | *SOC | 12:57 |
| freemangordon | The fun part is that if you don't look in dmesg or ignore a little stutter, you will not understand that there is any issue :D | 12:58 |
| Wizzup | I haven't seen it in dmesg yet | 12:58 |
| Wizzup | (using it for a few days, ftr) | 12:58 |
| Wizzup | but sounds like gtkperf is a good way to reproduce | 12:58 |
| freemangordon | omap driver falls back to SW render and works | 12:58 |
| Wizzup | hildon-application-manager also needs porting to newer apk-pkg interfaces | 12:59 |
| Wizzup | made a start, but taking a break from that now | 12:59 |
| uvos | for some reason pvr is also a bit slower in 6.1 maybe related, maybe not | 13:00 |
| uvos | but openlara seams to underperform | 13:00 |
| freemangordon | I guess it is related | 13:00 |
| uvos | i havent seen the dmesg however | 13:00 |
| uvos | just greped | 13:00 |
| freemangordon | will try to repro | 13:01 |
| freemangordon | not now, have to attend mtg | 13:01 |
| freemangordon | ttyl | 13:01 |
| Wizzup | tmlind: btw I have a xt912 here so can try the kexecboot stuff this weekend I hope :) | 13:34 |
| uvos | tmlind: so i gues we are not going to be using the fact that the bootloader on xt912 is unlockable | 14:58 |
| uvos | we could use the mainline kernel for kexecboot i gues, altho presumably this would expose problems in our cpcap drivers expecting the register state to be initalized by the android kernel | 14:58 |
| tmlind | i don't think at least my xt910 is unlockable, also flashing xt912 modem fails | 15:33 |
| uvos | yes xt910 (and all verizon devices for that matter) is not | 15:34 |
| tmlind | lcd is some mipi dsi amoled.. needs some days of tinkering, no output quite yet | 15:34 |
| uvos | mhm | 15:35 |
| tmlind | but i think the lcd is the same on xt912 too | 15:35 |
| tmlind | so after that xt912 should behave pretty much like d4 | 15:35 |
| tmlind | i guess only european xt910 are unlockable? mine seems to be ca rogers/fido | 15:36 |
| uvos | according to xda its complicated | 15:37 |
| uvos | on release there was a dev editon that was unlockable | 15:37 |
| tmlind | ok, fastboot oem unlock disabled on mine | 15:37 |
| uvos | at some point the just starting shipping the unlockable bootloader on all devices (in europe at least) | 15:37 |
| tmlind | ok | 15:37 |
| uvos | *they | 15:37 |
| uvos | im not sure if this means you can flash the later/euopean bootloader | 15:38 |
| uvos | probubly not | 15:38 |
| tmlind | probably can flas xt912 modem on it then.. | 15:39 |
| tmlind | for the unlocked variants | 15:39 |
| uvos | in generaly this would be atypical for android devices | 15:39 |
| uvos | unlocked bootloader ususaly just means the android partitons | 15:40 |
| uvos | are not signed | 15:40 |
| tmlind | yeah modem could be still efused | 15:40 |
| tmlind | Wizzup: yeah if you get a chance see log for the info to dump, no rush | 15:43 |
| buZz | did ppl already notice the mce update changed the auto-backlight-adjustments? | 15:46 |
| uvos | it should not have | 15:47 |
| uvos | change how exactly? | 15:47 |
| buZz | it does get brighter on a bright light, but never goes back to dimmer | 15:47 |
| uvos | that is correct and has been so for a long time | 15:47 |
| buZz | oh eh weird, it did for me | 15:47 |
| buZz | should i be self-setting it lower every time? | 15:48 |
| uvos | no | 15:48 |
| uvos | so it resets on display off | 15:48 |
| uvos | so while the display is on it will only increase the brightness | 15:49 |
| uvos | never lower it | 15:49 |
| buZz | ah indeed, weird that it did lower it for me then | 15:49 |
| uvos | this is to prevent it changing the brightness to often | 15:49 |
| uvos | there is a config option | 15:49 |
| uvos | if you want the old behavior | 15:49 |
| uvos | in mce.ini | 15:49 |
| buZz | ah ty | 15:49 |
| uvos | https://github.com/maemo-leste/mce/commit/2a9e12f4b00604116c3a37df531cc1f2078de7e9 | 15:49 |
| uvos | its been this way since at least 1 year | 15:50 |
| buZz | hehe weird, i must have had a old mce.ini | 15:53 |
| uvos | as the top of the file suggest you shal not change mce.ini at all | 15:54 |
| buZz | yeah well :P | 15:54 |
| Wizzup | uvos: ok so the xt1602 I found for 25 euro is not an option, for some reason the person outright does not want to ship it | 16:02 |
| buZz | boo | 16:02 |
| freemangordon | hmm, on allwinner tablet battery driver reports 44% for 3646mV | 17:17 |
| freemangordon | that can't be true | 17:17 |
| bencoh | why not? | 17:20 |
| bencoh | 3.7V should be ~50% | 17:21 |
| freemangordon | hmm | 17:21 |
| bencoh | it might be slightly off (5~10%) but it's a decent approx, especially if it's voltage-based only | 17:22 |
| freemangordon | on d4 it looks different | 17:22 |
| freemangordon | maybe because it is HV battery | 17:22 |
| freemangordon | so it has different discharge curve | 17:22 |
| bencoh | charging at 4.35V vs 4.2V you mean? yeah, it would impact the nominal voltage slightly | 17:24 |
| freemangordon | mhm | 17:24 |
| freemangordon | because on 'calibrated' d4 battery, voltage for 44 % is ~4V | 17:25 |
| bencoh | uh | 17:26 |
| bencoh | 4V/44% sounds plain wrong | 17:26 |
| bencoh | either your battery is dead, or ... I dunno | 17:26 |
| freemangordon | could be | 17:26 |
| freemangordon | this is new battery | 17:26 |
| bencoh | it might be """new""" | 17:26 |
| freemangordon | that lasts almost forever | 17:26 |
| bencoh | oh | 17:27 |
| freemangordon | calibrated @ 1620mAh | 17:27 |
| bencoh | I'd love a link to buy such a battery then :D | 17:27 |
| bencoh | I'm not happy with mine | 17:27 |
| freemangordon | @ 4.2V, nominal capacity 2250mAh@4.35 | 17:27 |
| freemangordon | this is the same battery uvos implanted | 17:27 |
| freemangordon | I did the same and I think buZz too | 17:27 |
| bencoh | is it a standard battery? where does it come from? | 17:28 |
| freemangordon | no, you need soldering iron :) | 17:28 |
| bencoh | ah | 17:28 |
| bencoh | can you still close the phone? | 17:28 |
| freemangordon | lemme try to find it | 17:28 |
| freemangordon | yes | 17:28 |
| bencoh | neat | 17:28 |
| SuperMarioSF | woah | 17:28 |
| freemangordon | it fits perfectly | 17:28 |
| SuperMarioSF | hack into a new battery | 17:28 |
| freemangordon | you just have to replace the electronics | 17:28 |
| bencoh | sounds perfect | 17:28 |
| SuperMarioSF | sounds explosive | 17:28 |
| bencoh | SuperMarioSF: :D | 17:28 |
| freemangordon | no, why? | 17:28 |
| freemangordon | it is just a PCB | 17:29 |
| SuperMarioSF | yeah | 17:29 |
| SuperMarioSF | PCB on a battery | 17:29 |
| freemangordon | this | 17:29 |
| freemangordon | https://www.ebay.com/itm/334581894280?hash=item4de6a28c88:g:DskAAOSwz65jO7SQ | 17:29 |
| bencoh | I dunno how cpcap deals with battery level, maybe then assume the battery has a lower capacity than that and does "electron counting" as well | 17:29 |
| bencoh | oh, polarcell <3 | 17:29 |
| freemangordon | it does coloumb counting | 17:30 |
| bencoh | I'll have to order one I guess, thanks | 17:30 |
| bencoh | well then if it has a total capacity hardcoded somewhere then it might result in invalid reporting | 17:30 |
| SuperMarioSF | well I don't want to deal with flex cable... | 17:30 |
| freemangordon | removing original electronics is a bit tricky, as it is glued by some black polimer | 17:30 |
| bencoh | such as 40%/4V | 17:30 |
| freemangordon | bencoh: no, cpcap does coloumb counting | 17:30 |
| freemangordon | that can;t be hardcoded | 17:31 |
| SuperMarioSF | btw it is likely harrd coded into the PCB on battery | 17:31 |
| freemangordon | no | 17:31 |
| freemangordon | pcb on the battery is nvram with some parameters for android | 17:31 |
| freemangordon | one of them is design capacity/voltage | 17:31 |
| bencoh | freemangordon: total capacity might be written somewhere | 17:31 |
| freemangordon | it is | 17:31 |
| freemangordon | but that does not make any difference for upstream cpcap-battery driver | 17:31 |
| bencoh | and is it still 1600~1700, or did you write 2250 there? | 17:32 |
| freemangordon | it is 2250@4.35 | 17:32 |
| freemangordon | but we charge it to 4.2 only | 17:32 |
| bencoh | well, I dunno what it does then, something's wrong | 17:32 |
| freemangordon | no idea | 17:32 |
| bencoh | yeah, I complained about charging 4.35V which resulted in swollen battery at some point | 17:32 |
| SuperMarioSF | btw second XT883 arrived. condition is great | 17:33 |
| freemangordon | was that you now tmlind doesn;t want my patches ? :) | 17:33 |
| bencoh | woopsie :D no idea, I reported about that years ago, I think other people complained about something later on | 17:33 |
| freemangordon | bencoh: in case you didn't follow: | 17:34 |
| freemangordon | I am trying to implement some voltage based SOC estimation algo | 17:34 |
| freemangordon | calculating Ri in real-time | 17:34 |
| freemangordon | and using some formula found over the inet | 17:35 |
| bencoh | voltage-only is tricky when under load | 17:35 |
| freemangordon | that's why Ri | 17:35 |
| bencoh | still tricky, but interesting :) | 17:35 |
| bencoh | do we have a sense resistor (I guess yes) and do we have access to the raw readings? | 17:36 |
| freemangordon | so, on d4 it seems to work fine - calculates Ri ~= .130mOhm, which is about right | 17:36 |
| freemangordon | uvos confirmed yesterday that voltage readings are the same as what is measured with DMM on battery terminals | 17:36 |
| freemangordon | so, with some massaging (high time constants for Ri and estimated SOC filtering), this works pretty much ok on d4 | 17:37 |
| freemangordon | like, usually difference with calibrated value is 1-3%, rarely 5 | 17:38 |
| freemangordon | so I decided to try on my allwinner tablet | 17:39 |
| freemangordon | not a good idea - calculated Ri is ~0.09 that sounds sane for 3x1300 mAh batteries in parallel | 17:40 |
| freemangordon | but, estimation is totally wrong | 17:40 |
| freemangordon | bencoh: so in short - every 30 seconds I am taking 16 samples every second and calculate Ri=(Umax-Umin)(Imin-Imax) | 17:42 |
| freemangordon | oops, it is Ri=(Umax-Umin)/(Imin-Imax) | 17:42 |
| freemangordon | and then use that Ri to calculate the OCV of the cell | 17:43 |
| freemangordon | oh, I thin kI know what's wrong | 17:44 |
| freemangordon | I changed one of the constants | 17:45 |
| bencoh | wait, all that in software? | 17:47 |
| freemangordon | yes | 17:47 |
| bencoh | that all sounds terrible battery wise :D | 17:47 |
| freemangordon | not really | 17:47 |
| freemangordon | also, this is just a POC | 17:47 |
| bencoh | :) | 17:47 |
| freemangordon | in RL it will take samples every 2 minutes or something | 17:47 |
| bencoh | it's pretty nice as a POC tbf yeah :) | 17:47 |
| freemangordon | actually I don;t see this affecting battery life on my d4 | 17:48 |
| bencoh | hmm | 17:48 |
| bencoh | it might mean that something else runs in the background and keeps us awake (actually we know there is) | 17:48 |
| bencoh | (s/there is/something does/) | 17:48 |
| freemangordon | either ways device is woken >15 times/s | 17:49 |
| bencoh | ah | 17:49 |
| bencoh | okay | 17:49 |
| freemangordon | yeah, restoring the constant made it behave correctly | 17:49 |
| bencoh | nice :) | 17:51 |
| freemangordon | Calculated r = 0.071186, Ri = 0.052247 for Imax=-956mA@3602mV, Imin=-1251@3581mV | 17:51 |
| freemangordon | calculated (current 25 25, filtered 28) measured 29 | 17:51 |
| freemangordon | if you are curious I can provide the code | 17:51 |
| bencoh | I'm more interested in the method, what's your input? battery voltage, and battery current? | 17:53 |
| freemangordon | yes | 17:53 |
| freemangordon | that's all | 17:53 |
| bencoh | and you just get min/max values out of 16 samples? | 17:53 |
| freemangordon | yes | 17:53 |
| bencoh | interesting | 17:54 |
| freemangordon | well, if you draw the most simplified equivalent scheme... | 17:54 |
| freemangordon | just E and Ri | 17:54 |
| bencoh | E? | 17:54 |
| freemangordon | OCV | 17:54 |
| bencoh | ah | 17:55 |
| freemangordon | E like, ummm... don;t know it in English, sec | 17:55 |
| freemangordon | cannot find it, but it is voltage as E, not voltage as U if you know what I mean :) | 17:58 |
| bencoh | I think I do yeah | 17:58 |
| bencoh | like how we represent the voltage source in ciruits, with U = E - Ri | 17:59 |
| bencoh | R being the internal resistance | 17:59 |
| freemangordon | exactly | 17:59 |
| freemangordon | but I don't know the english term for E | 17:59 |
| bencoh | it might really be OCV | 18:00 |
| freemangordon | yeah, maybe | 18:00 |
| bencoh | https://en.wikipedia.org/wiki/Internal_resistance | 18:01 |
| freemangordon | If I translate from Bulgarian, it should be "Electromotive voltage" | 18:01 |
| freemangordon | seems to be EMF in english | 18:02 |
| bencoh | indeed yeah | 18:03 |
| freemangordon | "EMF is the maximum potential difference between two points of the battery when no current flows from the source in the case of an open circuit" | 18:03 |
| bencoh | I learned a similar word in french :) | 18:03 |
| freemangordon | have to go to the store, bbiab | 18:04 |
| SuperMarioSF | Wizzup, images of second phone were sent to you via email. | 18:41 |
| SuperMarioSF | this is a good condition one, no gunk, no sticky surface. | 18:42 |
| SuperMarioSF | with almost complete accessories (one less battery, missing a unimportant paperwork) | 18:43 |
| SuperMarioSF | even came with its quick start screen protection film 🤣 | 18:43 |
| uvos | freemangordon: you have to scale the soc estimation by voltage_max_design | 18:51 |
| uvos | the nominal voltage of a hv lipo is about 3.8 | 18:51 |
| freemangordon | yeah | 18:52 |
| freemangordon | also, I think I shall dig my master degree thesis and remember how inverse regression models were calculated ;) | 18:53 |
| bencoh | ^^ | 18:53 |
| uvos | ok yeah thatl help | 18:54 |
| freemangordon | yeah, I was able to control a robotic arm about 2 meters long with 2 degrees of freedom to draw a square (1m side or something) with 1m/s and less than 1% error (IIRC). Simulation in matlab, but still :) | 18:58 |
| freemangordon | by using a simple matrix math and inverse regression | 18:58 |
| uvos | neat neat | 18:59 |
| freemangordon | mhm. So i think something similar shall be useful to simulate a battery | 19:00 |
| freemangordon | what the? https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1007 | 20:08 |
| freemangordon | OMG!!! glamor cares about GLES2? | 20:10 |
| Wizzup | freemangordon: heh | 20:53 |
| uvos | just in time for debian folks to decide to disable gles2 in mesa :P | 20:57 |
| Wizzup | lol | 20:57 |
| Wizzup | @SuperMarioSF: thakns for the email! | 20:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!