| 00:08.20 | *** join/#qi-hardware pcercuei (~pcercuei@2a03:a680:2020:ff62:1af4:6aff:fec5:1c8f) |
| 00:16.43 | *** join/#qi-hardware pcercuei (~pcercuei@2a03:a680:2020:ff62:1af4:6aff:fec5:1c8f) |
| 01:02.52 | *** join/#qi-hardware wpwrak_ (~n900@85-200-231-201.fibertel.com.ar) |
| 03:53.09 | arossdotme | for an rc battery lipo 4s 20ah 10C. should i get this protection board www.aliexpress.com/item/4S-20A-11-1V-li-ion-BMS-PCM-battery-protection-board-bms-pcm-for-lithium-LicoO2/32388217872.html?ws_ab_test=searchweb201556_3,searchweb201644_4_10001_10002_10005_301_10006_10003_10004_62,searchweb201560_8,searchweb1451318400_6150 or... |
| 03:53.34 | arossdotme | this one that costs a bit more: |
| 03:53.35 | arossdotme | http://www.aliexpress.com/store/product/4S-21A-16-8V-li-ion-BMS-PCM-battery-protection-board-bms-pcm-for-lithium-LicoO2/1821822_32390052570.html |
| 03:54.00 | arossdotme | looks like theres some differences. not sure what they mean |
| 04:00.54 | arossdotme | i dont think i need balancing build in? as i will only be using a balancing charger. or does the balancing circuity help keep the cells balanced when discharged? :/ |
| 04:00.59 | arossdotme | http://www.aliexpress.com/item/4S-21A-16-8V-li-ion-BMS-PCM-battery-protection-board-bms-pcm-with-balancing-for/32388245579.html?ws_ab_test=searchweb201556_7,searchweb201602_2_505_506_503_504_10034_10032_10020_502_10001_10002_10017_10010_10005_10006_10011_10003_10021_10004_10022_10009_10008_10018_10019,searchweb201603_8&btsid=da976bea-c3ab-4a0f-a3b3-ec431d1bd807 |
| 04:37.17 | *** join/#qi-hardware enyc (~enyc@muddle.enyc.org.uk) |
| 04:40.12 | *** join/#qi-hardware DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 04:55.03 | *** join/#qi-hardware sandeepkr (~sandeep@111.235.64.4) |
| 08:33.18 | *** join/#qi-hardware xiangfu (~xiangfu@111.202.109.14) |
| 08:39.12 | *** join/#qi-hardware eintopf (eintopf@zzz.strace.org) |
| 08:58.08 | *** join/#qi-hardware sb0 (~lekernel@123202036228.ctinets.com) |
| 09:36.11 | *** join/#qi-hardware sb0 (~lekernel@123202036228.ctinets.com) |
| 10:30.44 | DocScrutinizer05 | arossdotme: yes, balancing also on discharge helps a lot, though in this case it's more the per-cell undervoltage monitor + cutout |
| 10:30.52 | DocScrutinizer05 | that does the trick |
| 10:31.22 | DocScrutinizer05 | the balancing current is too low to actually help during high load discharge |
| 10:31.34 | DocScrutinizer05 | in your last link you posted |
| 13:42.47 | *** join/#qi-hardware wolfspraul (~wolfsprau@bobbin.q-ag.de) |
| 15:00.52 | *** join/#qi-hardware rjeffries (~rjeffries@pool-74-106-217-43.snloca.dsl-w.verizon.net) |
| 16:11.56 | wpwrak | now, let's see if i can get this voltage regulation redesign done. that stuff's been sitting on my desktop for the better part of three weeks by now. and each time i think i've covered everything i find something's i've overlooked :( |
| 17:10.40 | *** join/#qi-hardware sandeepkr_ (~sandeep@111.235.64.4) |
| 17:10.51 | eintopf | good luck :-/ |
| 17:11.37 | arossdotme | DocScrutinizer05, thanks muchly, feel ive been enlightened some more :) |
| 17:14.20 | arossdotme | my discharge load is a few amps. 3-4A for my audio power amp, 3A for my rgb led light panel, 2-3or4?idk for my netbook |
| 17:14.51 | arossdotme | depends on how many things are connected to it |
| 17:25.52 | eintopf | my monitor still works fine |
| 17:53.04 | *** join/#qi-hardware sandeepkr__ (~sandeep@111.235.64.4) |
| 18:03.32 | *** join/#qi-hardware rjeffries (~rjeffries@pool-74-106-217-43.snloca.dsl-w.verizon.net) |
| 18:07.13 | whitequark | DocScrutinizer05: https://github.com/srsLTE/srsLTE |
| 18:18.31 | *** join/#qi-hardware pcercuei (~pcercuei@2a03:a680:2020:ff62:1af4:6aff:fec5:1c8f) |
| 18:40.40 | DocScrutinizer05 | whitequark: wow, interesting |
| 18:59.00 | *** join/#qi-hardware sandeepkr__ (~sandeep@111.235.64.4) |
| 19:01.09 | *** join/#qi-hardware dandon (~dandon@88.151.74.184) |
| 19:19.04 | wpwrak | eintopf: let's hope that it'll have many good years of service life left :) |
| 19:22.16 | eintopf | wpwrak: I also try to working on short address stuff |
| 19:22.17 | eintopf | it worksa |
| 19:22.42 | eintopf | but I did everywhere a /* TODO */ in ipv6 neighbor discovery... |
| 19:23.09 | eintopf | because it's not easy to make stuff there which is very specific to link-layer handling in a global upper layer implementation |
| 19:23.25 | eintopf | but I think for 6lowpan we need an own neighbor discovery implementation anyway |
| 19:24.48 | eintopf | but this is for future, first prepare the neighbor layer (which is used by arp/ipv6 neighbor discovery/ ALSO ATM YEAH!/etc...) to give me the neighbour_priv pointer when calling dev_hard_header |
| 19:24.55 | eintopf | and I hope they will accept it mainline |
| 19:25.54 | eintopf | possible othersolution would be 1. backup skb->cb, 2. put pointer into skb->cb, 3. call dev_hard_header, 4. restore skb->cb |
| 19:26.00 | eintopf | but this is bullshit |
| 19:26.15 | wpwrak | yeah, sounds very ugly |
| 19:26.48 | eintopf | I want it as parameter for dev_hard_header |
| 19:26.50 | eintopf | of course const |
| 19:29.13 | eintopf | but I first want to make some use-case for short address handling in neighbor discovery cache of ipv6, then all people understands why I need that |
| 20:37.41 | eintopf | meh, I watched alien at the tv while eating |
| 20:37.48 | eintopf | the alien blobs out of the guy |
| 21:03.27 | *** join/#qi-hardware xiangfu (~xiangfu@111.202.109.14) |
| 21:29.07 | wpwrak | while eating, it's best to watch "the meaning of life" by monty python, especially the restaurant scene. |
| 21:52.54 | *** join/#qi-hardware sandeepkr__ (~sandeep@111.235.64.4) |
| 21:58.35 | *** join/#qi-hardware larsc (~lars@eisbaer.ursus-maritimus.org) |
| 22:01.27 | *** join/#qi-hardware sandeepkr__ (~sandeep@111.235.64.4) |