| 00:03.04 | *** join/#qi-hardware Ayla (~paul@ACaen-252-1-177-92.w90-62.abo.wanadoo.fr) |
| 00:21.11 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 00:49.25 | *** join/#qi-hardware rejon (~rejon@124.207.123.50) |
| 01:16.20 | *** join/#qi-hardware cladamw (~Adam@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 01:18.43 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:21.53 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 02:03.19 | *** join/#qi-hardware nikescar (~nikescar@120.50.66.5) |
| 02:40.10 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.129.17.195) |
| 03:42.44 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.129.17.195) |
| 03:57.10 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::7f5) |
| 04:16.30 | *** join/#qi-hardware kristoffer (~kristoffe@c-95dbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 05:45.08 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 06:14.39 | *** join/#qi-hardware rzk (~rzk@95-28-218-218.broadband.corbina.ru) |
| 06:20.38 | *** join/#qi-hardware rz2k (~rzk@95-27-87-19.broadband.corbina.ru) |
| 06:30.39 | *** join/#qi-hardware rz2k (~rzk@95-25-10-198.broadband.corbina.ru) |
| 06:35.25 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 09:02.49 | *** join/#qi-hardware jluis|work (~jpddb@83.247.136.72) |
| 09:51.21 | *** join/#qi-hardware jekhor (~jek@37.214.51.199) |
| 10:12.46 | *** join/#qi-hardware panda|x201 (~hzhang@2001:c08:3700:ffff::10ed) |
| 10:34.52 | *** join/#qi-hardware Openfree` (~Openfreer@64.191.99.80) |
| 10:53.05 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-2-72.ozonline.com.au) |
| 11:16.16 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-2-72.ozonline.com.au) |
| 11:18.35 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 11:35.45 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::4d1) |
| 11:40.53 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-2-72.ozonline.com.au) |
| 11:53.50 | *** join/#qi-hardware Ayla (~paul@ACaen-157-1-146-4.w90-62.abo.wanadoo.fr) |
| 12:10.32 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-2-72.ozonline.com.au) |
| 13:26.38 | *** join/#qi-hardware antgreen (user@nat/redhat/x-spzrrykwwykqmdor) |
| 13:52.32 | *** join/#qi-hardware DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 13:52.41 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 14:42.59 | *** join/#qi-hardware mth (pxyzozbl@dhcp-089-098-069-120.chello.nl) |
| 15:07.49 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::47b) |
| 15:18.49 | *** join/#qi-hardware qwebirc19053 (a3f67ea1@gateway/web/freenode/ip.163.246.126.161) |
| 15:39.54 | *** join/#qi-hardware scientes (~scientes@unaffiliated/scientes) |
| 15:54.54 | wolfspraul | blist |
| 15:55.13 | wolfspraul | oops :-) |
| 16:03.28 | wpwrak | ah, so not everyone is on vacation :) |
| 16:04.31 | kristianpaul | ;-) |
| 16:07.37 | larsc | what's vacation? |
| 16:09.53 | wpwrak | it's a metaphysical phenomenon that explains sometimes long response times of others |
| 16:10.09 | *** join/#qi-hardware mth_ (nqqsbmvh@dhcp-089-098-069-120.chello.nl) |
| 16:10.11 | kristianpaul | a lied holliday :) |
| 16:27.14 | *** join/#qi-hardware freakazoid0223 (~matt@pool-71-246-26-142.phlapa.fios.verizon.net) |
| 16:30.45 | qwebirc19053 | help |
| 16:39.53 | *** join/#qi-hardware kyak (~kyak@95-27-130-14.broadband.corbina.ru) |
| 16:39.54 | *** join/#qi-hardware kyak (~kyak@unaffiliated/kyak) |
| 16:39.55 | *** join/#qi-hardware jekhor (~jek@37.214.51.199) |
| 16:45.21 | whitequark | vacation? |
| 16:45.22 | whitequark | what |
| 16:57.18 | *** join/#qi-hardware dandon (~dandon@88.151.72.163) |
| 16:57.18 | *** join/#qi-hardware Ornotermes (~rikard@78-69-248-123-no180.tbcn.telia.com) |
| 16:57.18 | *** join/#qi-hardware valhalla (~valhalla@81-174-23-75.dynamic.ngi.it) |
| 16:59.55 | tickrate | oops. sorry about 'help'. wrong screen. |
| 17:55.31 | *** join/#qi-hardware qwebirc77472 (a3f67e37@gateway/web/freenode/ip.163.246.126.55) |
| 18:12.01 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host74-133-dynamic.1-79-r.retail.telecomitalia.it) |
| 18:36.38 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::15) |
| 18:56.34 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 18:59.26 | *** join/#qi-hardware jluis (~jluis@2001:5c0:1400:a::66d) |
| 19:01.41 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 19:07.22 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 19:12.50 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::6f) |
| 19:59.21 | *** join/#qi-hardware kyak (~kyak@95-27-130-14.broadband.corbina.ru) |
| 19:59.21 | *** join/#qi-hardware kyak (~kyak@unaffiliated/kyak) |
| 20:00.11 | *** join/#qi-hardware Jay7 (jay@128-73-75-137.broadband.corbina.ru) |
| 20:01.10 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.129.17.195) |
| 20:02.19 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 20:05.00 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host74-133-dynamic.1-79-r.retail.telecomitalia.it) |
| 20:10.49 | *** join/#qi-hardware B_Lizzard (~havoc@athedsl-434790.home.otenet.gr) |
| 20:14.16 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::599) |
| 20:27.13 | *** join/#qi-hardware emeb (~ericb@174-26-228-2.phnx.qwest.net) |
| 20:56.10 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 21:26.16 | whitequark | the raspberry pi is the new arduino. |
| 21:26.25 | whitequark | even more computing power to waste mindlessly |
| 21:27.10 | whitequark | I just wish to see how a gaping vulnerability gets discovered which will make every single (factory-flashed) instance of rpi exploitable. |
| 21:28.15 | kristianpaul | whitequark: at least run Linus now, more friendly no? :) |
| 21:28.23 | viric | :) |
| 21:28.31 | kristianpaul | LinuX |
| 21:28.37 | whitequark | kristianpaul: that's exactly what is wrong. |
| 21:28.48 | whitequark | controlling a lightbulb with an arduino is barely acceptable already |
| 21:28.52 | viric | I don't like that pi thing either. I don't see much good in all that big marketing |
| 21:28.58 | whitequark | controlling it with a fucking ARM11 with fucking linux is NOT acceptable |
| 21:29.08 | rz2k | lol |
| 21:29.16 | kristianpaul | a bulb? ;) |
| 21:29.21 | kristianpaul | light* |
| 21:29.24 | kristianpaul | nah.. |
| 21:29.38 | rz2k | lets control a bulb with ARM11-Core on Virtex |
| 21:29.39 | whitequark | oh, 90% of rpi projects will turn out to be lightbulb controllers |
| 21:29.47 | whitequark | just like 90% of arduino projects did |
| 21:29.56 | whitequark | but at least arduino forces you to think at least a little. |
| 21:30.06 | kristianpaul | thats exagerate a bit, even with arduino (wich is widelly used by artits on not that simple implementations actually) |
| 21:30.07 | whitequark | even attaching a lightbulb teaches you something new. that's useful. |
| 21:30.15 | kristianpaul | hmm |
| 21:30.21 | whitequark | kristianpaul: arduino for _artists_ is perfectly fine |
| 21:30.25 | viric | maybe the kernel people come up with a generic lightbuilb user-kernel interface |
| 21:30.31 | whitequark | that's what arduino was created for, with all those shields |
| 21:30.39 | kristianpaul | yeap |
| 21:30.40 | whitequark | and I have nothing against it |
| 21:31.17 | whitequark | but arduino is an awful platform to teach electronics/uC programming in every aspect |
| 21:31.59 | whitequark | it's expensive (compared to a bare chip plus a $4 USB-serial), it's too common, which means that arduino programmers will arise, and it's pretty basic |
| 21:32.25 | whitequark | it's not a platform for teaching, it's a product. let it stay a product. |
| 21:32.56 | wpwrak | whitequark: what's wrong with using an ARM and Linux to control your lightbulb ? Linux lets you do a lot of fun things directly on the same chip, without having to first send them out over some serial port to a real machine |
| 21:33.25 | rz2k | more arduino guys = less good engineers = more work for us! |
| 21:33.43 | wpwrak | (-:C |
| 21:33.55 | whitequark | wpwrak: because controlling a lightbulb--I meant that literally--does not require linux, and linux, being a very complicated piece of software, adds like 1k% points of failure. |
| 21:34.17 | viric | and *updates* |
| 21:34.23 | whitequark | e.g. what will happen if that fancy ARM11 will get an EMI or a 0.5V spike? a dead ARM11? |
| 21:34.24 | viric | "do you run the latest linux in your pi?" |
| 21:35.04 | whitequark | and AVRs at least can perfectly run at 2x rated voltage. they're just way less complex |
| 21:35.14 | whitequark | you shouldn't kill a pigeon with a cannon. |
| 21:35.25 | whitequark | you'll end up destroying everything around and an alive pigeon. |
| 21:35.27 | viric | whitequark: I bet some people will fight to reduce the linux boot time in the pi :) |
| 21:36.09 | whitequark | viric: just smile and then place a glowing tritium keyring on that thing. |
| 21:36.27 | wpwrak | whitequark: hmm. would you use an arduino in applications that need industry-grade reliability ? ;-) |
| 21:37.07 | whitequark | wpwrak: depends. I could accept prototyping on arduino and then using an industry-grade version of same AVR chip in production |
| 21:37.13 | whitequark | but frankly, it's just so easier to get a breadboard |
| 21:37.19 | whitequark | and it's hundred times cheaper. |
| 21:38.08 | whitequark | of course, using their pseudo-C or third-party code is not acceptable. |
| 21:38.18 | kristianpaul | i see it like an easy way to embed apps on a box |
| 21:38.20 | kristianpaul | a more common sreap of single platform (linux) |
| 21:38.25 | kristianpaul | spread* |
| 21:38.38 | whitequark | linux is already the most abundant OS on earth |
| 21:38.48 | wpwrak | whitequark: regarding the cannon, i use the ben nanonote with UBB as my little "arduino". for small interface tasks, such as in-circuit programming. works great. and having linux on the machine makes things a LOT easier. |
| 21:38.49 | kristianpaul | we need more !! ;-) |
| 21:39.29 | kristianpaul | if the code that control the lightbulb is a bash script i dont have nothing again is :) |
| 21:39.32 | kristianpaul | or make |
| 21:39.45 | kristianpaul | make lightbulb on =) |
| 21:39.45 | whitequark | wpwrak: well, in these cases using a product (i.e. arduino or ben) saves you some construction and testing. perfectly fine for one-off tasks. |
| 21:39.53 | kristianpaul | against* |
| 21:40.32 | whitequark | but if you will, for example, suggest building a home automation systems built on Ben's (not the Ben's board, or CPU, or whatever--plain Bens), I'd say you are crazy |
| 21:40.41 | whitequark | s,systems,system, |
| 21:40.53 | whitequark | and that's what arduino and rpi folks do. |
| 21:41.15 | wpwrak | (protoyping) i rarely find it convenient to use something fairly alien. most of the time, the MCU itself isn't the part of the system that has most of the question marks, so i find it a lot more useful to make prototypes what are already close to the final system. that way, i can test a lot more things. |
| 21:41.53 | whitequark | wpwrak: (prototyping) yeah, looks like we agree on this. I don't possibly see how using shields makes prototyping easier. |
| 21:42.39 | whitequark | it's just like Lego. yeah, it's a really good toy, but it's a toy. you cannot take a whole lot of Lego bricks and build a real house. |
| 21:43.05 | whitequark | leave toys to their domain, and bricks and concrete to theirs. |
| 21:43.36 | wpwrak | (home automation) i'd consider the ben for a control / user interface device :) for the modules actually switching power and such, you need something optimized anyway. no point in making craters in your walls to fit an arduino sandwich |
| 21:44.18 | wpwrak | (lego house) say this a few more times and perhaps someone will take that challenge ;-) |
| 21:44.43 | whitequark | as a _challenge_, it's fine, again. |
| 21:44.57 | whitequark | but if you'll try to start a company building a lego brick houses... |
| 21:44.59 | wpwrak | lego may actually work reasonably well. there's a lot of nice embedded isolating air in there. and it's certainly water-proof. maybe you need some UV paint :) |
| 21:45.26 | wpwrak | maybe that could bring the price of lego bricks down quite a bit ;-)) |
| 21:45.37 | whitequark | well, unless you consider how much force they can stand, and the fact that trying to stand on the floor will probably destroy it |
| 21:45.41 | whitequark | (and you in the process) |
| 21:46.53 | pang | James May built a house out of Legos |
| 21:47.05 | wpwrak | ther are some more advanced lego components that let you build reasonably strong structures |
| 21:47.14 | pang | http://www.topgear.com/uk/assets/cms/004762df-d40e-4fdf-a894-41dcf49d3482/670x377Image.jpg?p=101206_10:51 |
| 21:48.03 | whitequark | shrugs |
| 21:48.13 | whitequark | I never doubt someone will be crazy enough to do that |
| 21:48.52 | whitequark | not even mentioning that rpi has a Broadcom chip in it. |
| 21:49.08 | whitequark | fucking broadcom where you don't even have FOSS kernel modules for all of the peripherals. |
| 21:49.22 | whitequark | AFAIK at least GPU and networking modules are proprietary. |
| 21:50.44 | whitequark | oh, and that vicious idea of clustering simple machines. |
| 21:51.14 | whitequark | having 8 arduinos mean that instead having 8x computing power, you'll have 6x communication overhead. |
| 21:51.26 | whitequark | and similar ones with "a bucket of rpis." |
| 21:52.07 | whitequark | oh, also: home automation devices should be _really_ cheap. pi is intended to be mass-produced, and yet it is $35. that's nothing like "cheap". |
| 21:52.32 | whitequark | I want to add a hundred of devices to every place I have something controllable or measurable. $3k5? no way. |
| 21:53.14 | pang | last i checked the $35 version had several USB ports and ethernet |
| 21:53.39 | pang | if you just want to control or measure something it'd probably be better to use the $25 version |
| 21:53.53 | whitequark | that's fundamentally the same. |
| 21:54.04 | pang | or an Atmega32U4 with an RF12B |
| 21:54.15 | whitequark | why use a complex, faulty $25 appliance where a $5 one would serve its job better? |
| 21:54.43 | whitequark | pang: I'm for STM32W's, but that series is very young yet |
| 21:55.00 | wpwrak | more like $1-2 ;-) after all, the critter gives you little more than the CPU. all the rest is custom-made anyway. |
| 21:55.11 | whitequark | wpwrak: I meant the whole device, not only the MCU |
| 21:56.02 | whitequark | pang: STM32s are actually more efficient than Atmel processors, both in regards of power and programmer efficiency. |
| 21:56.15 | whitequark | working with USB in a 8-bit MCU is painful |
| 21:56.53 | whitequark | STM's have DMA and 32-bit stuff and nice ARM ISA, and they're actually cheaper, faster and use less watts/MIPS. |
| 21:57.03 | wpwrak | the NXP LPC1xxx don't look half bad when it comes to competing with AVRs. about the same price point. a LOT more MHz. Cortex. |
| 21:57.39 | whitequark | wpwrak: NXP, esp. the LPC series has a longstanding trait of having _incredibly_ big and annoying errata |
| 21:57.58 | whitequark | i.e. "Boot from SD is not working from rev. A to rev. E. There is no workaround." |
| 21:58.00 | pang | the Atmels are designed in my home town so i've gotta support them :P |
| 21:58.16 | pang | the alternative would be the Nordic chips |
| 21:58.30 | whitequark | hmmm, what can you say about Nordic? I'm curious |
| 21:58.36 | whitequark | I like nRF24L01+ a lot |
| 21:59.03 | pang | they're known for their rf chips |
| 21:59.05 | whitequark | I have a friend who worked with these chips, and he says they're ages ahead TI's hardware/software solution |
| 21:59.32 | whitequark | haven't actually used them in real projects yet, but I studied the docs and available products on the market |
| 21:59.55 | whitequark | they have a proprietary air protocol, but apart from that it's a really really nice little chip |
| 22:00.14 | whitequark | no external components (apass from bypass cap & two more to pass FCC) |
| 22:00.26 | whitequark | and it has a nice packet engine inside |
| 22:00.44 | whitequark | s,apass,apart |
| 22:01.46 | pang | the third alternative would have to be Energy Micro |
| 22:02.21 | pang | that company is not from my home town, but i know a lot of the guys there |
| 22:03.54 | wpwrak | "they have a proprietary air protocol, but apart from that it's a really really nice little chip" is like saying "he slowly tortured everyone in the village to death, then poisoned the well. but besides, he's a great guy." ;-) |
| 22:04.05 | pang | i'm pretty sure the Energy Micro Cortex will match your STs when it comes to power efficiency |
| 22:04.09 | wpwrak | s/besides/besides that |
| 22:04.11 | qi-bot | wpwrak meant: ""they have a proprietary air protocol, but apart from that it's a really really nice little chip" is like saying "he slowly tortured everyone in the village to death, then poisoned the well. but besides that, he's a great guy." ;-)" |
| 22:05.23 | whitequark | wpwrak: *shrug* they work, and they're cheap. I'm fine with that for one-off projects. |
| 22:05.36 | whitequark | for something more sustainable, 802.15.4 is the way to go. |
| 22:05.52 | whitequark | pang: yeah, I see, EM MCUs look very similar to ST ones |
| 22:06.18 | whitequark | have you used them? |
| 22:06.30 | pang | no, i have no hands on experience |
| 22:07.02 | whitequark | ohh, they have radios too |
| 22:07.04 | pang | but i know some of the guys designing them, and they're pretty hard core |
| 22:07.13 | whitequark | or they will have them in Q3 2013 |
| 22:07.15 | pang | so i'm pretty sure the stuff must be good :P |
| 22:07.23 | whitequark | well, when they'll begin selling them, I'm in |
| 22:07.39 | whitequark | because this stuff really seems to be comprehensive and competitive |
| 22:07.41 | whitequark | wpwrak: http://www.energymicro.com/draco/4 |
| 22:08.15 | wpwrak | Q3 2013. let's talk about them in 2015 ;-) |
| 22:08.34 | whitequark | exactly |
| 22:08.36 | whitequark | and that's sad |
| 22:13.51 | wpwrak | the specs don't look too exciting compared things you can buy from NXP today |
| 22:18.21 | whitequark | like what? |
| 22:22.21 | wpwrak | the LPC1xxx series. seem pretty similar. |
| 22:28.19 | wpwrak | power consumption is a bit lower. deepest sleep mode is some 11x better (20 nA vs. 220 nA). in the other modes, they're comparable. and NXP update their LPC series quite often when they've figured out some new power-saving trick. |
| 22:42.23 | whitequark | mhm |
| 22:42.29 | whitequark | what about wireless stuff from nxp? |
| 22:54.57 | wpwrak | dunno. atmel is a bit of a kludge but at least it's properly documented and easy to use. it's a separate chip anyway. |
