<kristianpaul> 2 + 2 = 5 result? ;)
<wpwrak> kristianpaul: very good. i think we can release you soon :-)
<qi-bot> [commit] Xiangfu Liu: fmit: mark BROKEN, depends on opengl http://qi-hw.com/p/openwrt-packages/84ea804
<qi-bot> [commit] Xiangfu Liu: nanonote-files: config.full_system, add liblo liblo-utils http://qi-hw.com/p/openwrt-packages/815369e
<whitequark> wpwrak: I've found a chip similar to cc2500, cc2420: a single-chip folded dipole-capable 802.15.4 transceiver
<wpwrak> lemme see what's wrong with it ...
<wpwrak> ah yes, HUGE. 48-QFN
<wpwrak> also expensive
<wpwrak> and you still need a balun for an asymmetric antenna
<whitequark> wpwrak: huge?.. well, maybe, if you live in a 10-mil world
<whitequark> wpwrak: and it's not so expensive. $5 isn't a lot, I think
<wpwrak> USD 5 if you buy a ton of them ...
<wpwrak> btw, 10 mil is also huge ;-)
<wpwrak> now .. how do calibrate the clock of that wretched ben ...
<whitequark> wpwrak: no. $5 if I buy a single one. it's cheaper if I'll buy more
<whitequark> hehe
<wpwrak> hmph. i wonder how your shops get those prices. do you have negative taxes in russia ?
<whitequark> it's in russian, through the interface should be self-explanatory
<wpwrak> MOQ 10, no ?
<whitequark> huh?
<whitequark> ah no
<wpwrak> ah, unit price and then two qty discounts, i see
<whitequark> the leftmost column is for 1-9 parts, then for 10, then for 50
<whitequark> yeah
<whitequark> and if you'll make an order through their website, you'll get additional 7% off
<wpwrak> they should open a branch in argentina :)
<whitequark> well, I myself wonder how they achieved such a result, too. in all other places (except maybe the radiomarket, which is... probably not completely legal) these chips are more expensive (up to three times)
<wpwrak> do they have all the stuff they list also in stock ?
<whitequark> the last two columns are: "in stock" and "in warehouse"
<whitequark> the items which are "in stock" you can go and get right now
<whitequark> for those in warehouse, you'd need to wait for 2-3 day
<whitequark> *days
<wpwrak> ah, so they only have 1 of the cheap cc2420 and 3 which are a bit more expensive ? nothing in the warehouse
<whitequark> wpwrak: they often buy more. it's fine for prototyping, and if you'll want to get a lot of these (100+ in their terms is "a lot"), they'll quickly find more without any troubles
<wpwrak> maybe they simply buy surplus stock. that can be cheap.
<whitequark> wpwrak: not quite. they mainly _sell_ their own surplus stock, as their main job is selling components to companies
<wpwrak> ah, that would also work
<qi-bot> [commit] Werner Almesberger: atrf-txrx.c (main): option parsing in PER test mode segfaulted http://qi-hw.com/p/ben-wpan/5e19655
<qi-bot> [commit] Werner Almesberger: tools: new utility atrf-xmit for fast transmission tests http://qi-hw.com/p/ben-wpan/9ab94a5
<qi-bot> [commit] Werner Almesberger: atrf-txrx.c (receive_message, receive_pcap): also ignore IRQ_AMI http://qi-hw.com/p/ben-wpan/16b095c
<qi-bot> [commit] Werner Almesberger: atrf-xmit.c (usage): the "packets" argument is optional http://qi-hw.com/p/ben-wpan/c4167d8
<qi-bot> [commit] Werner Almesberger: tools/lib/atrf.c (select_driver): "default" selects the default driver http://qi-hw.com/p/ben-wpan/a15ab43
<qi-bot> [commit] Werner Almesberger: tools/atrf-xtal/Makefile (clean, spotless): also clean up if target is the host http://qi-hw.com/p/ben-wpan/6eebf37
<qi-bot> [commit] Werner Almesberger: tools/Makefile (upload): copy tools to /usr/bin instead of $HOME http://qi-hw.com/p/ben-wpan/d7d2bd4
<qi-bot> [commit] Werner Almesberger: prod/: some elements of a production test system (in progress) http://qi-hw.com/p/ben-wpan/04db5e0
<whitequark> they also have funny packaging. once I bought 2 atmegas, and they: 1) got a big, 50x20 black plastic bag and sealed it hermetically 2) inside was a folded PET bag of similar size, and sealed hermetically 3) inside was a foiled PET, sealed bag with _air evacuated_, 4) inside of what was a piece of soft plastic (dunno how that is called; you'll often find these e.g. under the motherboard in a box), and inside of that was, finally, 5) a smal
<whitequark> also inside was a really big sack of silicagel, probably 50 times bigger than the chips...
<wpwrak> whitequark: hmm, kinda dubious :)
<whitequark> they have had some warehouse rules changed recently
<whitequark> well, maybe they bought a lot of these bags or something like that... :)
<wpwrak> maybe bags are actually their main business :)
<whitequark> wpwrak: aha, I now understand their evil plan! They are buying a lot of bags and give them out for free combined with some "orders". The income is then negative, but when combined with negative taxes...
<wpwrak> maybe there
<wpwrak> 's some law forbidding the sale of empty bags, so they need to put something inside. the chips are probably industry rejects :)
<whitequark> so that's why they make such huge stacks of them
<wpwrak> it would also explain why you needed so many tries to get your board working ;-)
<wpwrak> the approach wouldn't be so bad. a batch gets rejected if a sample finds more than N out of M bad parts. that means that there are still M-N good ones, probably a lot more. so just sell them to people who won't notice if, say, 10% of the parts they get are actually broken.
<whitequark> wpwrak: hah. well, no, that was stupid me not noticing the "connect to Vdd or leave floating" part... poor FETs inside.
<kyak> xiangfu: hi
<xiangfu> kyak: Hi
<kyak> xiangfu: i noticed that the keycodes have changed in trunk in comparison to backfire. For example, PgUp and PgDown used to be code 87 and 88, now they are 114 and 115
<kyak> that is why scrolling in console was not working
<kyak> and also adjusting of sound didn't work
<kyak> do you have an idea where it comes from?
<xiangfu> this is because they are mapped in different key.
<xiangfu> 87--> F11 88-->F12
<xiangfu> 114-->F13 115-->F14
<xiangfu> look into" linux-2.6.32.27/arch/mips/jz4740/board-qi_lb60.c"  line 126.
<kyak> xiangfu: i see. We are missing this in board-qi_lb60.c of 2.6.37.4
<kyak> there was "#define KEY_QI_VOLUP   KEY_F11", now it is "#define KEY_QI_VOLUP   KEY_VOLUMEUP"
<kyak> i think this is the problem
<kyak> KEY_F11 is 87, but KEY_VOLUMEUP is 114
<kyak> (or 115, whatever)
<kyak> this also causes problems in SDL apps, like nightsky or gmu
<kyak> they know that Ben's keys VolUp and VolDown are mapped to F11/F12
<kyak> now it's not like this
<xiangfu> kyak: since the upstream is KEY_VOLUMEUP. change our code. follow upstream.
<kyak> "change our code" - adapt the console keymap, and keymaps of many other apps, like mplayer, nightsky, gmu (the first i had on mind, there are others). In some of them the mapping is hardcoded
<kyak> i don't understand the upstream change.
<kyak> who cares if it is KEY_VOLUMEUP or KEY_F11
<kyak> it works already as KEY_F11, why need to change the _name_?
<xiangfu> it should be "KEY_GRAVE"
<kyak> yeh, it's another difference
<xiangfu> kyak: then it should be "ACUTE ACCENT" and shift should be "GRAVE ACCENT"
<xiangfu> kyak: right?
<xiangfu> kyak: I think we can try to create a small patch for the KEY_F11. for make other apps work. I will look into that :)
<kyak> xiangfu: yeah, exactly right
<kyak> thanks )
<xiangfu> kyak: ok. I will change that.
<kyak> xiangfu: btw, were your patches for trunk accepted by openwrt upstream?
<xiangfu> no.
<xiangfu> I think they maybe not notice that. I will send another email again today. :)
<kyak> all right :)
<jow_laptop> kyak: which ones?
<kyak> jow_laptop: there were four patches mailed to openwrt ML on the 25th of March
<kyak> by xiangfu
<kyak> as an attempt to reduce the difference between qi's backfire branch and openwrt's trunk
<kyak> in preparation of moving to openwrt's upcoming release :)
<kyak> and next three messages
<jow_laptop> ah
<jow_laptop> 4/4 should be synced against the current trunk sysctl.conf
<kyak> yeah, probably it should.. alsmost a month has passed
<jow_laptop> it does not change that often
<kyak> jow_laptop: hm, shouldn't xburst/base-files/etc/sysctl.conf completely overwrite package/base-files/files/etc/sysctl.conf?
<kyak> (trying to understand why and how they should be synced)
<jow_laptop> yes, but the one you create is outdated from the beginning
<jow_laptop> it touches sysctl keys that do not exist in recent kernels
<kyak> ah all right, i got your point
<qi-bot> [commit] Xiangfu Liu: new package: libtcod for ascii-paint http://qi-hw.com/p/openwrt-packages/7ec9e95
<qi-bot> [commit] Xiangfu Liu: new package: ascii-paint, uses ASCII characters instead of pixels to draw images http://qi-hw.com/p/openwrt-packages/3a40dc0
<qi-bot> [commit] Werner Almesberger: prod/: on-going development http://qi-hw.com/p/ben-wpan/cd59b85
<qi-bot> [commit] Werner Almesberger: libatrf: renamed driver specification argument from "arg" to "spec" http://qi-hw.com/p/ben-wpan/4fa909d
<qi-bot> [commit] Werner Almesberger: tools: atrf-id option -s to retrieve driver spec, with necessary infrastructure http://qi-hw.com/p/ben-wpan/2961482
<qi-bot> [commit] Werner Almesberger: prod/Common: get real driver spec with atrf-id instead of assuming "default" http://qi-hw.com/p/ben-wpan/fc26eb0
<wpwrak> whitequark: ultrasound cleaner acquired :)
<rjeffries> coughs, but covers his mouth, nit wishing to disturb those who are sleeping
<rjeffries_> wolfspraul have new sales of Ben declined? the list is very quiet, no newbies asking for help there are here.
<kristianpaul> rjeffries_: ah, you bought a nanonote recently? :-)
<wpwrak> maybe the wiki is just so good by now that they'll all figure it out by themselves
<kristianpaul> :D
<rjeffries_> Microtouch would make a Most Excellet periferal for Ben: https://www.adafruit.com/index.php?main_page=product_info&cPath=51&products_id=330
<wpwrak> rjeffries_: so, attach it and show us a video with how great it works with the ben
<kristianpaul> somebody will end here as soon get flash corrupted, at least wiki also get a good tutorial about the carbon rubber and power/boot sequence of the nanonote
<rjeffries_> kristainpaul thank you for asking! I borrowed a Ben for a couple of weeks. long enough to realize it assumes a more intelliegent, more well-informed user than me.
<rjeffries_> when I used it via SSH so I had a bigger keyboard and a larger display, it was a clever little linux box
<rjeffries_> wpwrak you have the wrong guy. But maybe Tuxbrain will do so after he returns from his sabatical or wherever he is hiding
<kristianpaul> good, you can blog about that,and tell people your experiences with it
<kristianpaul> btw i think tuxbrain is not the person that hides, at least you mean other thing rjeffries_ ?
<rjeffries_> wpwrak I wonder if the 8:10 and SPI will provide an adequate connection to Microtouch
<kristianpaul> rjeffries_: try it !
<rjeffries_> if that would work, then for $70 one could add full USB and wouch interface to Ben
<rjeffries_> kristianpaul which part of IANAE do you misunderstand? ;)
<kristianpaul> the whole word :-)
<rjeffries_> tuxbrian is missing in action is my observation. maybe he is being held prisoner by the vendors who build up ATben and ATusb boards? who can say for sure>
<rjeffries_> I anm not an engineer.
<rjeffries_> s/wouch/touch
<kristianpaul> me either
<kristianpaul> anyway..
<wpwrak> kristianpaul: (tuxbrain) well, he it at least not responding. i've been expecting an update on the pcb side for over a week (there were a few pending questions), and i sent him a mail with more questions a few days ago. well, maybe his family obliged him to stay away from the keyboard for some easter holiday. not too uncommon in europe.
<kristianpaul> (amily obliged him to stay away from the keyboard for some easter holiday) that make sense
<kristianpaul> yeah
<kristianpaul> wpwrak: i bet as in here,same in spain, not too much people work in holly week :-)
<kristianpaul> rjeffries_: no ofense, but not going to the univesity or having a profesional degree in a specifc is not excuse for not doing fun/diy/play with electronics and software
<kristianpaul> wpwrak: i ran out money past week, for now i cant afford make the 10PCB batch, i'm waiting a project to start so i can get some free to invest money :-)
<kristianpaul> 10PCB atben*
<wpwrak> kristianpaul: :-( well, the PCBs apparently aren't ready yet either. maybe next week.
<kristianpaul> ah
<kristianpaul> i tough
<kristianpaul> wel i miss one week of commit logs..
<wpwrak> kristianpaul: not commit log ;-) fabrication
<kristianpaul> ah
<kristianpaul> thats good !
<kristianpaul> for  a moment i tought you were still polishing something..
<kristianpaul> wich is not bad of course :-)
<wpwrak> kristianpaul: the order has been given to make them, the fab sent a proposal for the panelization a bit more than a week ago, we sent some comments, and then i don't know what happened afterwards. if they proceeded with making the boards swiftly, they should be done now.
<wpwrak> kristianpaul: (polishing) oh no. that time is past ;-) final gerber out was march 31
<kristianpaul> yeah yeah, i read that mail, was a thread in qi i remenber
<wpwrak> rjeffries: you're staying true to your character ;-)