00:40.24 | DocScrutinizer05 | excellent approach and notion :-) |
00:43.34 | Oksana | Good bye, I am trying to free some memory for resource hungry application :) Firefox is incompatible with this goal. |
00:50.52 | *** join/#neo900 wicket64 (~wicket@gateway/tor-sasl/wicket64) |
00:50.55 | *** join/#neo900 fling (~fling@fsf/member/fling) |
01:01.56 | *** join/#neo900 fling (~fling@fsf/member/fling) |
01:24.44 | *** join/#neo900 Oksana (~chatzilla@129.94.239.199) |
01:29.28 | *** join/#neo900 Oksana (~chatzilla@129.94.239.199) |
01:45.45 | Oksana | Warranty?.. You are offering warranty? |
01:57.17 | DocScrutinizer05 | sure, at very least according to European standard, which is 6 months for all failures caused by manufacturer |
02:04.54 | *** join/#neo900 vakkov (~vakkov@134.83.207.39) |
02:06.33 | Oksana | Good :) |
02:31.49 | DocScrutinizer05 | and since we are proud of our product, we will provide service to make sure you also enjoy using it for many years. This not only involves the obvious full documentation we provide, so you could do (or order) repairs at any decent repair shop, we also will provide spare parts and probably even repair service. |
02:32.36 | DocScrutinizer05 | keep in mind this project wasn't started to make money, but to get one of those devices in our own hands since it's what we want to use |
02:33.19 | DocScrutinizer05 | we're not interested in selling as many as possible for as high a price as possible, and start all over with next version after 6 months |
02:34.30 | DocScrutinizer05 | we plan how we can extend livespan of the device/product, rather than planning for its obsolescence so we could sell the next version |
02:46.37 | *** join/#neo900 grodt_ (~grodt@2601:0:a800:52:38b3:eb2a:1eed:c1be) |
02:48.24 | DocScrutinizer05 | (spare parts) heck, I provided spare parts for backup battery of N900 already :-D |
02:49.31 | *** join/#neo900 misv_ (~ms@h-62-144.a259.priv.bahnhof.se) |
02:50.28 | *** join/#neo900 ShadowJK_ (~jk@212.7.198.194) |
02:50.50 | *** join/#neo900 T_X (~T_X@open-mesh.org) |
02:51.01 | *** join/#neo900 GoGi_ (~gogi@hyde.gogi.eu) |
02:51.02 | DocScrutinizer05 | http://talk.maemo.org/showthread.php?t=90864 |
02:53.18 | *** join/#neo900 Pali_ (~pali@Maemo/community/contributor/Pali) |
03:01.50 | *** join/#neo900 AndrewX192 (~andrew@unaffiliated/andrewx192) |
03:04.32 | *** join/#neo900 mva (mva@gentoo/contributor/mva) |
03:04.36 | Oksana | Thanks! I wonder, how are you going to provide repair service? Do you have contact with worldwide network of decent repair shops? |
03:07.06 | *** join/#neo900 unclouded (~neil@2001:4428:200:80fc:7e05:7ff:fe0d:d421) |
03:17.00 | Oksana | That's an unique opportunity - to use the data gathered from extensive user-base of N900, to not repeat the same mistakes in Neo900. Most companies do not see the appeal of re-iterating the same device as a second batch :) Probably because they have too large batches. |
03:29.58 | DocScrutinizer05 | no worldwide network of repair shops. We only could offer that service in one location |
03:30.11 | DocScrutinizer05 | even Nokia did |
03:30.16 | DocScrutinizer05 | basically |
03:31.49 | DocScrutinizer05 | their worldwide network of Nokia care point shops also just sends in devices to a central repair facility, unless it's a very simple repair that basically every mediocre electronics craftsman could do |
03:32.10 | DocScrutinizer05 | ok, they may have one repair center per country |
03:32.34 | DocScrutinizer05 | Neo900 UG cannot do anything faintly similar to that |
03:33.00 | DocScrutinizer05 | but at least we can offer repair when user sends in defect device |
03:33.49 | DocScrutinizer05 | when we have to handle warranty, we also should be able to handle repair, right? |
03:34.49 | DocScrutinizer05 | after all they differ only in the who's_paying_it question |
03:36.37 | Oksana | Thanks :) I have not seen a repair shop yet which would agree to repair N900. So the offer is welcome. Shipping is ... time-and-money consuming, but it is good to have the option. |
03:49.44 | DocScrutinizer05 | charging #30 #31 #32 |
04:09.10 | Oksana | :) |
04:41.22 | jonwil | I had my N900 replaced under warranty twice, first time was a broken cable for the front camera and LED and for that they sent it to some central location before deciding it was cheaper to give me a new N900 than to fix it |
04:41.40 | jonwil | For the second one, it was the dreaded busted USB port and for that they just replaced in without sending it off |
04:41.52 | jonwil | probably because they had an entry in their database telling them that's what they do |
04:43.37 | Oksana | It was under warranty :) I do not remember when my N900's warranty ended. Is there a way to check it? |
04:45.31 | jonwil | it seems these days that most so-called "repair shops" can't do anything beyond simple crap like replacing the cracked screen on an iPhail or a Galaxy S |
04:46.48 | jonwil | most of them seem more interested in selling 1000 different styles of phone case |
04:50.48 | *** join/#neo900 ixyzs (~roman@253.204.broadband9.iol.cz) |
04:59.53 | Oksana | Nod. |
05:01.17 | Oksana | I studied in one place: cases are split almost evenly between iPhone (4,5,6,?), and Samsung (Galaxy), with occasional HTC or something else. No Nokia. 'Universal case' is a unicorn they have never seen. |
05:12.04 | jonwil | I would give anything to find another case for my N900 (not the pouch kind that you put the phone in when you aren't using it but the kind you can use to protect the phone in use) |
05:31.32 | Oksana | EBay still has some? |
05:31.58 | Oksana | Not Otterbox, though, I think... |
05:39.41 | *** join/#neo900 kung_fu_mike (~mike@c-73-35-218-32.hsd1.wa.comcast.net) |
05:46.14 | *** join/#neo900 nicksydney (~quassel@53.227.dsl.syd.iprimus.net.au) |
05:46.14 | *** join/#neo900 dos1 (~dos1@unaffiliated/dos1) |
05:46.14 | *** join/#neo900 gurki (28788@ircbox.informatik.uni-erlangen.de) |
05:46.14 | *** join/#neo900 ndnihil (~nihil@unaffiliated/ndnihil) |
05:46.14 | *** mode/#neo900 [+v dos1] by orwell.freenode.net |
06:08.43 | *** join/#neo900 che1 (~che@235.200.eduroam.dynamic.rbg.tum.de) |
06:29.00 | *** join/#neo900 ixyzs (~roman@253.204.broadband9.iol.cz) |
06:43.21 | DocScrutinizer05 | batch #17-#32 finished. All 16 charged |
06:46.51 | DocScrutinizer05 | wonders about how to define "swollen" |
06:48.48 | DocScrutinizer05 | anywway only one of batch2 fits into my 5.6mm caliper ruler |
06:49.29 | DocScrutinizer05 | not many are "manually noticeably" swollen though |
06:50.04 | DocScrutinizer05 | maybe I should define "swollen" as "compressible" |
06:50.44 | DocScrutinizer05 | a good LiIon cell should feel rigid and not soft or elastic |
06:53.05 | DocScrutinizer05 | 3 of batch2 are clearly elastic like a bicycle tire at 6ATM |
06:54.31 | x29a | i think a common test for batteries is "if put on table and rotated, does it spin? yes -> swollen -> danger" |
06:54.44 | DocScrutinizer05 | nice :-) |
06:55.23 | x29a | then again, the batt of my siemens s45 cracked the backlid open and still works, so hey ;) |
06:56.01 | DocScrutinizer05 | "still works" and "danger" are not mutually exclusive |
06:56.16 | x29a | true dat |
07:00.23 | DocScrutinizer05 | ta PP |
07:05.00 | DocScrutinizer05 | HAH! 2 out of 3 devices show emerg chrg steady amber, without battery inserted |
07:06.10 | DocScrutinizer05 | time to check voltage on battery cntact blades |
07:07.24 | DocScrutinizer05 | 3.47V |
07:08.05 | DocScrutinizer05 | I wonder if that's the voltage where modem starts acting up |
07:09.14 | DocScrutinizer05 | I mean, it doesn't look like APE CPU does anything at all. OTOH the system nust pull some power, or the bq24150 wouldn't sustain emerg chrg state |
07:09.34 | DocScrutinizer05 | s/nust/must/ |
07:21.58 | freemangordon | jonwil: https://gitorious.org/pulseaudio-nokia/pulseaudio-nokia/commit/46859348c093c23aeb6554742bdb7e522f00470d :) |
07:22.34 | jonwil | great |
07:22.39 | jonwil | keep up the good work :) |
07:22.48 | jonwil | The way things are going we will have this done in no time :P |
07:24.09 | freemangordon | toldya :P |
07:27.08 | *** join/#neo900 ixyzs (roman@conference/akademy/x-zmruglpwerqxqlon) |
07:28.14 | jonwil | All the ARM FPU and Neon assembly is going to be a pain though |
07:28.24 | jonwil | unless you happen to know a lot more about how to RE that stuff than I do... |
07:29.56 | freemangordon | jonwil: REin NEON stuff by using NEON intrinsics is not that hard |
07:30.18 | freemangordon | compare what I pushed to what IDA gives you |
07:31.11 | jonwil | yeah I can see how it could be fairly simple given that neon intrinsincs are basically almost a 1:1 mapping to the instructions underneath |
07:31.21 | jonwil | at least if they are anything like the SSE intrinsincs I am used to on x86 |
07:31.55 | freemangordon | they are exactly like MMX/SSE |
07:33.00 | freemangordon | is afk |
07:36.03 | *** join/#neo900 Svetlana (~noone@freenode/staff/gry) |
07:44.56 | *** join/#neo900 Svetlana (~noone@freenode/staff/gry) |
07:48.33 | DocScrutinizer05 | What The Heck?! batch3 (#33 - #48) are all but one NOT swollen |
07:48.56 | DocScrutinizer05 | I.E. all fir into 5.6mm caliper |
07:48.59 | DocScrutinizer05 | fir* |
07:49.14 | DocScrutinizer05 | o.O |
07:49.21 | DocScrutinizer05 | fit* |
07:50.52 | DocScrutinizer05 | which makes me wonder if those batt packages not only got stored away for 3 years, but also at significantly different locations with different conditions (temperature comes to mind) |
07:52.25 | DocScrutinizer05 | I should test voltage for batch3 |
07:55.10 | *** join/#neo900 Kabouik (~quassel@147.99.218.243) |
07:58.11 | DocScrutinizer05 | 0.00V as usual, for all |
08:01.41 | DocScrutinizer05 | x29a: your shipping addr is bogus |
08:02.14 | DocScrutinizer05 | which isn't a problem yet since we won't ship tomorrow, and not to the PP addr |
08:02.21 | DocScrutinizer05 | just saying |
08:21.16 | *** join/#neo900 mvaenskae (~mvaenskae@unaffiliated/mvaenskae) |
08:37.16 | *** join/#neo900 che1 (~che@235.200.eduroam.dynamic.rbg.tum.de) |
08:46.13 | DocScrutinizer05 | dang, my PPSU does ignore I-max setting of 0.1 and 0.0A, both result in 0.22A output |
09:30.06 | *** join/#neo900 mvaenskae (~mvaenskae@unaffiliated/mvaenskae) |
10:32.23 | *** join/#neo900 che1 (~che@235.200.eduroam.dynamic.rbg.tum.de) |
10:42.53 | DocScrutinizer05 | 0.22A according to PPSU. Prolly I should check it with a DMM |
10:44.02 | DocScrutinizer05 | when I set voltage to 5.0V, the PPSU says it is delivering a metered 04.92 and my DMM says it's actually 04.97 |
11:40.44 | wpwrak | psu-internal measurements are often quite shitty (well, maybe not in the really high-end critters. but then, who has that sort of $$$ ? :). and things get really bad for small values |
11:43.34 | wpwrak | but the real benchmark is not static operation. things can get rather interesting with dynamic load changes. if you have relays clicking in your psu when you cross certain voltages (in CC)/currents (in CV), then try exercising it across that border at a few Hz. some psus get completely lost then. |
11:53.27 | *** join/#neo900 sixwheeledbeast1 (~paul@host-92-28-69-248.as13285.net) |
11:55.59 | *** join/#neo900 mvaenskae (~mvaenskae@public-docking-pat-cx-mapped-0000.ethz.ch) |
11:57.00 | *** join/#neo900 sixwheeledbeast (~paul@2a01:348:6:860a:34db:bbc5:ef16:1c7b) |
12:05.50 | DocScrutinizer05 | no relays in this PSU |
12:06.57 | DocScrutinizer05 | it's just a rather "complex" SPSU with an atmel32 on a second PCB |
12:08.09 | DocScrutinizer05 | found a pushbutton (PROG?) and two tiny potis inside. And a post connector (also prog?) |
12:13.29 | DocScrutinizer05 | worst efect I found so far is display slightly flickering when polling the measured values via USB at a rate of 50Hz (well actually less, the cmdlime been '' while sleep 0.02; do echo GETD |tr \\n \\r; done >/dev/ttyUSB0; '') |
12:14.11 | DocScrutinizer05 | and that 0.1V off issue |
12:14.55 | DocScrutinizer05 | it's only a 2.5% error, but... annoying |
12:15.50 | DocScrutinizer05 | when I say "gimme 5.0V" I expect it to display "5.0V" unless current limit kicks in |
12:16.47 | DocScrutinizer05 | it actually displays "4.9V", and when I increase voltage target setting to 5.1 it acctually shows (and delivers) 5.1 |
12:17.45 | DocScrutinizer05 | afk, bbl |
12:25.59 | *** join/#neo900 vakkov (~vakkov@s3n104.brunel.ac.uk) |
12:59.09 | *** join/#neo900 vakkov (~vakkov@s3n104.brunel.ac.uk) |
14:06.11 | *** join/#neo900 mvaenskae (~mvaenskae@unaffiliated/mvaenskae) |
14:36.07 | *** join/#neo900 vakkov (~vakkov@s3n104.brunel.ac.uk) |
14:51.29 | *** join/#neo900 MonkeyofDoom (~MonkeyofD@2601:d:3080:f8a:6ef0:49ff:fee1:a332) |
14:56.13 | *** join/#neo900 e2718 (~hdesk@p4FD37AC3.dip0.t-ipconnect.de) |
15:15.12 | *** join/#neo900 vakkov (~vakkov@s3n104.brunel.ac.uk) |
15:19.22 | *** join/#neo900 mvaenskae (~mvaenskae@unaffiliated/mvaenskae) |
15:23.46 | *** join/#neo900 e2718 (~hdesk@p4FD37AC3.dip0.t-ipconnect.de) |
15:30.28 | *** join/#neo900 kung_fu_mike (~mike@69.164.175.238) |
15:46.45 | *** join/#neo900 ixyzs (~roman@253.204.broadband9.iol.cz) |
16:15.22 | *** join/#neo900 ixyzs (roman@conference/akademy/x-chbjeuwdnxeqcvlq) |
16:15.36 | *** join/#neo900 che1 (~che@g019.tum.vpn.lrz.de) |
16:31.14 | *** join/#neo900 vakkov (~vakkov@134.83.207.39) |
16:54.37 | *** join/#neo900 thedead1440 (~thedead14@unaffiliated/thedead1440) |
17:24.44 | *** join/#neo900 vakkov (~vakkov@s3n104.brunel.ac.uk) |
17:38.00 | *** join/#neo900 ixyzs (roman@conference/akademy/x-moryvdpbhubpfmvn) |
18:13.54 | *** join/#neo900 ixyzs (~roman@253.204.broadband9.iol.cz) |
18:16.14 | *** join/#neo900 che1 (~che@g134.tum.vpn.lrz.de) |
18:19.01 | *** join/#neo900 Kabouik (~quassel@239.238.138.88.rev.sfr.net) |
18:27.07 | *** join/#neo900 vakkov (~vakkov@134.83.207.39) |
18:27.20 | *** join/#neo900 astr (~astr@79-69-198-108.dynamic.dsl.as9105.com) |
18:37.37 | *** join/#neo900 mvaenskae (~mvaenskae@unaffiliated/mvaenskae) |
18:48.43 | *** join/#neo900 anYc (anyc@home.hadiko.uni-karlsruhe.de) |
19:15.44 | *** join/#neo900 astr (~astr@79-69-202-25.dynamic.dsl.as9105.com) |
19:19.18 | *** join/#neo900 xes (~xes@unaffiliated/xes) |
19:30.44 | *** join/#neo900 xes_ (~xes@host59-2-dynamic.24-79-r.retail.telecomitalia.it) |
19:30.56 | *** join/#neo900 xes_ (~xes@unaffiliated/xes) |
19:33.30 | *** join/#neo900 b1101 (~b@fsf/member/b1101) |
20:10.24 | *** part/#neo900 lexik (lexik@nat.brmlab.cz) |
21:03.43 | Oksana | Hello! How are you? |
21:32.49 | enyc | wpwrak: hrrm I've seen substantial differences in just the normal output noise anyway...! |
21:33.01 | enyc | wpwrak: let alone larger dynamic load changes |
21:33.28 | enyc | wpwrak: I now see why soundcards always had their own linear regulators ;p |
21:35.56 | wpwrak | enyc: just to be clear: we're talking about lab power supplies. you'd kinda expect these to behave "nicely". alas, surprisingly many just don't ... |
21:36.17 | enyc | wpwrak: hrrm!!! what internal design? |
21:36.40 | enyc | wpwrak: i (thought) ''good'' lab power supplies tended to have a switcher -or- multi-tap linear-transformer, then feeding linear-regulated outputs |
21:38.47 | wpwrak | oh, dunno about the internals. i' |
21:39.04 | wpwrak | d suspect the more fragile ones may be switching |
21:39.45 | wpwrak | but then, i haven't really looked into this. just noticed that i had serious troubles with dynamic loads. |
21:40.44 | wpwrak | (i have 3 digital and 2 analog lab power supplies in my lab. so in the end it's just a question of finding one that can handle the load. but ...) |
21:41.14 | *** join/#neo900 louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
22:17.07 | enyc | i wonder how different the capacitances across outputs are... maybe they can't put much on if they want to cope with constant current modes.. |
22:19.02 | wpwrak | or just current limit in general |
22:19.21 | enyc | hrrm good point |
22:26.27 | x29a | DocScrutinizer05: yeah, intresting that you checked it right away ;) |
22:40.18 | *** join/#neo900 jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
23:00.11 | *** join/#neo900 b1101 (~b@fsf/member/b1101) |
23:56.33 | *** part/#neo900 kung_fu_mike (~mike@69.164.175.238) |