<buZz>
tmlind: i am planning to modify a E960 to EB41 this saturday , and produce some videos to show how i do it
<buZz>
i'm going to remove the BMS from both batteries, and just swap them
<Wizzup>
freemangordon: hm, ok, so a new gh orga then?
<uvos__>
btw i insteled by e960 by soldering wires to nickel strips and them spot welding them directly to the battery tabs (removeing the original pcb and nickel strips) and then solderin the other end to my adapter pcb
<uvos__>
so what i did is not terribly reproducable by most
<buZz>
uvos__: yeah i think that adapter pcb could still get some improvements, its on my todo :P
dev has left #maemo-leste [#maemo-leste]
<buZz>
pretty nice though those polarcell batteries, the one i bought (straight from manufacturer) was produced in february this year
<uvos__>
yeah, and they fit in the bay really well
<uvos__>
so freemangordon
<buZz>
yeah its amazing how well they match the size of original cell :D
<uvos__>
you dident awnser my question, what patches beyond the ones that where in the 5,18 kernel do you want included in -devel?
<uvos__>
if any
<uvos__>
of the cpcap stuff
<uvos__>
buZz: i also find it kinda amusing how motorolas efforts to make the battery "non-removeable" has made it easier for us to replace it, since with xt875 for instance, creating a new battery that fits is mutch harder.
<buZz>
hehe, well, i'm sure xt875 still has some BMS?
<buZz>
that we could desolder/snip/reuse on a different cell?
<uvos__>
well on xt875 you need to have it fit exactly as the battery door is weakly held on, and the battery slots in place
<uvos__>
also the contacts are harder to harvest
<buZz>
ahh
<uvos__>
since they also need to be in exactly the right place
<buZz>
needs more glue ;)
<buZz>
i like the screws in droid4
<uvos__>
yeah the screws in xt894 and mz6xx are pretty ideal
<buZz>
what interface is on the two other battery pins btw?
<uvos__>
thermistor and the eeprom
<uvos__>
one pin eatch
<buZz>
ah, thermistor just straight between gnd and that pin, the eeprom is 1wire i guess?
<uvos__>
yes
<buZz>
hmm :)
<buZz>
those arent the same two pins as on the pogo pins, are they?
<uvos__>
no
<uvos__>
the pogo pins are 5v in gnd and 2 gpios
<buZz>
ah other gpios
<buZz>
there's nothing else those same gpios are used for?
<uvos__>
no you can use them for anything you want
<buZz>
hmmm :)
<buZz>
kinda tempting to do some day
<uvos__>
spi lte modem
<buZz>
hehehe that would be cool, but spi needs >2 pins i think?
<buZz>
i2c could work, or just uart
<uvos__>
there is muliplexed spi, clock and bi directional data
<buZz>
i think a usb modem would be a lot easier to 'glue to the back'
<uvos__>
this gives you the best performance when bitbanging
<uvos__>
usb is going to be fairly slow to bitbang
<Wizzup>
or for some devices, a keyboard over 2 pins? :)
<uvos__>
you can do full speed usb prob
<buZz>
no, i mean just on usb port
<uvos__>
oh
<uvos__>
yeah but thats ugly
<buZz>
there's flexpcbs with SMD 'standing' USB connectors
<buZz>
so you can have it almost flush
<uvos__>
Wizzup: dose me865 have the pinns even?
<uvos__>
xt875 dose
<uvos__>
xt910 dosent so targets seam limited for some keyboard hack
<BlagovestPetrov[>
I forgot to check it in the currend maemo
<freemangordon>
:)
uvos__ has joined #maemo-leste
uvos has joined #maemo-leste
<freemangordon>
hmm, why iphb dkms module was not rebuild for 6.1?
<freemangordon>
oh, it was built
<freemangordon>
uvos: did you check 6.1 power usage?
<Wizzup>
freemangordon: it seemed similar to me, but I don't have the (more accurate) lab psu here
<freemangordon>
ok, maybe I will cyheck with my dmm these days
<freemangordon>
*check
norayr has joined #maemo-leste
<Wizzup>
freemangordon: you will need a flogging from uvos because osso-icons master branch is behind maemo/beowulf
<Wizzup>
;)
norayr has left #maemo-leste [Error from remote client]
<freemangordon>
really?
<freemangordon>
that's weird, lemme check
<Wizzup>
I already fixed it
<freemangordon>
wait
<freemangordon>
not here ;)
<freemangordon>
well, obviously I forgot to push :)
<Wizzup>
:p
<freemangordon>
flogging it is than :p
<freemangordon>
*then
<uvos>
freemangordon: i have a desktop command execution widget that shows a log of power_avg sampled at 5min intervals, this has not shown anything unusual with 6.1 so far
norayr has joined #maemo-leste
<uvos>
i have also had 1 kernel hang and 1 xorg hang with blackscreen sofar with with 6.1
<uvos>
so no difference in this area
<uvos>
i have sofar tested xt894 and xt875
<uvos>
ill do n900
<uvos>
rn why not
<Wizzup>
that might have a modem problem if sicelo was right about the revert
<Wizzup>
(it not being enough)
<uvos>
ok i cant test the modem anyhow
<uvos>
but i need to check if it even boots
<Wizzup>
I think just putting the modem online without a sim will also cause the problem
<BlagovestPetrov[>
dsme has libsystemd-dev as a build dependency
<freemangordon>
tmlind: shall I start pestering sre about battery patches?
<uvos>
its a dkms module ofc it will not build agains kernels on occasion
<uvos>
and if we support manny phoens that means manny kernels
<uvos>
anyhow it should just be moved from depends to optdepens where appropriate
<uvos>
and added to the image builder later
<BlagovestPetrov[>
which device is using it?
ceene has quit [Remote host closed the connection]
<freemangordon>
wait, where do you see h-d depending on iphb-dkms?
<freemangordon>
it is iphbd that depends on iphb-dkms
<BlagovestPetrov[>
yes
<freemangordon>
IIRC h-d depends on libiphbd, but that's another storyu
<freemangordon>
*story
<freemangordon>
uvos: also, iphb-dkms builds on every kernel up to (and including) 6.1
<freemangordon>
starting from 3.x
<BlagovestPetrov[>
I will try again with the package
<tmlind>
freemangordon: sre will get around to looking at the battery patches, might just take some time
<freemangordon>
ок
Twig has quit [Ping timeout: 265 seconds]
<Wizzup>
BlagovestPetrov[: uvos: freemangordon: re: iphbd, looks like there was some miscomm and there's only a runtime dep not build dep not satisfied, so I'll build iphbd next
<Wizzup>
BlagovestPetrov[: note that I don't know if dkms against devuan std kernel is at tested at all, since we ship mostly our own kernels
<freemangordon>
Wizzup: it is, in VM
<Wizzup>
freemangordon: beowulf vm, not chimaera vm :)
<freemangordon>
still
<Wizzup>
but it doesn't matter atm
<Wizzup>
right, understood
<freemangordon>
because beowulf-backports kernel uses chimaera one
<sicelo>
uvos: charging works fine. something might be broken in your install. while there aren't too many N900 users, the few would have reported the issue already since 5.18 has been in use for quite some time already
<uvos>
isp1704 exists
<uvos>
my install is the latest image
<uvos>
i just flashed it
<uvos>
anyhow its upgradeing to devel right now
<uvos>
ill see if it goes awat
<uvos>
*away
<sicelo>
now it definitely won't automatically detect charger, unless you added those 3 commits + 1 revert