2010-10-02 00:00 What is the linux command for creating partitions? 2010-10-02 00:00 I've spent too long in *BSD :-) 2010-10-02 00:02 I still use fdisk - 'n' (new), 'p' (primary), etc. etc. 2010-10-02 00:03 parted is a more modern choice I'd say 2010-10-02 00:03 yes there is a ticket, one sec 2010-10-02 00:06 hmm, maybe it's not written up after all 2010-10-02 00:08 aisa: you can write up bugs here http://projects.qi-hardware.com/p/ben-nanonote/issues/ 2010-10-02 00:08 perfect, I'll write this up then! 2010-10-02 00:10 thanks! 2010-10-02 00:11 I'll flesh this out more as time goes on, but I wrote up version 1.0 of my skillset: 2010-10-02 00:11 http://en.qi-hardware.com/wiki/User:Alanpost#Skills 2010-10-02 00:11 I'm not fishing for new tasks right now, my NanoNote backlog is still full. 2010-10-02 00:11 but I intend to work on some of the deeper issues we're experiencing on the NanoNote, so I share my skillset so as I'm ready to work on these you know what I can and can't do. 2010-10-02 00:12 most important I think is steady progress over time, not run like crazy at the beginning, then be exhausted after x weeks :-) 2010-10-02 00:13 excellent advice! 2010-10-02 00:13 ok, I'm off for tonight.  I'll file that ticket tomorrow. 2010-10-02 01:13 DocScrutinizer: we have pretty nice and automatic schematics histories up :-) 2010-10-02 01:13 http://projects.qi-hardware.com/schhist/ 2010-10-02 01:13 this is driven directly after commits of KiCad files into git 2010-10-02 01:14 thanks to some magic scripts by Werner... 2010-10-02 05:26 wolfspraul: congratulations on getting schhist up and running ! 2010-10-02 05:27 wpwrak: ah, it's all your work 2010-10-02 05:27 but yes I'm happy it's running 2010-10-02 05:28 next time there is a KiCad commit we have to see how it holds up 2010-10-02 05:28 what could possibly go wrong ? ;-) 2010-10-02 05:30 we could also automatically create visualizations of mechanical/3D files :-) 2010-10-02 05:32 hmm, 3D is already as automated as it can get :) the tricky bit is finding an orientation that looks good 2010-10-02 05:33 animated gif that rotates the object :-) 2010-10-02 05:34 layouts will be fun, though. the plot function is much more complex than the one for schematics. and there is talk about changing the board format, so just doing the plot without involving pcbnew wouldn't be a future-proof  idea. 2010-10-02 05:35 actually you were right about the AVT2 work, it does look quite nice 2010-10-02 05:35 funny I always thought it was a big mess, but now that things are nicely visible we can all see that Carlos did a pretty clean job back then 2010-10-02 05:35 wpwrak: understood. there is no rush I think. 2010-10-02 05:36 for me, it's much much more important that things are maintainable, that we are communicating everything properly, etc. 2010-10-02 05:36 (animated) i was thinking of making a "ben factory" clip with pov-ray. after all, there's little difference in having one or 100 cases in an image :) 2010-10-02 05:36 even the schematics diffs/visualizations we have now provide ample opportunities to improve the process 2010-10-02 05:36 but it needs time, need to explain, etc. 2010-10-02 05:36 yeah, caching ... 2010-10-02 05:36 yeah, great! 2010-10-02 05:36 ah, the user's process :) 2010-10-02 05:37 I think we share the same view that in any open hardware project, the process & tools is what matters. so the more we can integrate/document/automate that on the mechanical side, the better 2010-10-02 05:38 anyway, schematics diffs running now, good! 2010-10-02 05:38 next on my server list are a few additional mediawiki extensions and updates 2010-10-02 05:38 yup. the more computers take care of the boring repetitive things, the better 2010-10-02 05:39 and some smaller things like openwrt source mirror for packages from openwrt-packages 2010-10-02 05:39 the usb id updates are not reflected in the usb.ids download file yet, although they do show up in the web interface 2010-10-02 05:39 btw, don't you want to shut down the forum ? it seems to serve more as a trap than a useful place for communication 2010-10-02 05:39 he :-) 2010-10-02 05:40 steter tropfen hoehlt den stein 2010-10-02 05:40 no I don't want to shut it down, but you are right it needs more love 2010-10-02 05:40 (usb ids) cool. i think they don't create the file very often 2010-10-02 05:40 ;-) 2010-10-02 05:40 [commit] Werner Almesberger: ben-pcb-comp2: 1 mm and 100 um scans are done. Reusing old ben-pcb-comp-500um. http://qi-hw.com/p/ben-scans/d0d1c5c 2010-10-02 05:41 I want to improve a few things on the communication/blog side, then I also need to get back to talk a bit more about the project again. 2010-10-02 05:41 what would be great is a forum that connects to the mailing list. but that may be a lot of work 2010-10-02 05:41 yup. plans for ya :) 2010-10-02 05:41 I gave up on those ideas, not everything should be connected together. 2010-10-02 05:42 (forum/list) the thing is that they both serve exactly the same purpose 2010-10-02 05:43 I think there is almost no overlap nowadays in the 'mailing list audience' and the 'forum audience' 2010-10-02 05:43 just two worls 2010-10-02 05:43 worlds 2010-10-02 05:43 so you create two disjoint groups. best case is that one group will eventually discover the other and realize that the other place is better 2010-10-02 05:43 the mailing lists have their function, their audience that knows how they work, appreciates it, etc. 2010-10-02 05:43 the forum is another group of people 2010-10-02 05:44 i don't know. there are many very technical places that are fine with fora. likewise, most people who use mailing lists seem to be happy with them. 2010-10-02 05:45 mailing lists are more efficient, that's for sure 2010-10-02 05:46 a forum always has this hint that you don't quite want the user to really have all that data 2010-10-02 05:51 which data? 2010-10-02 05:52 the content of the forum, the messages 2010-10-02 05:53 in a mailing list, you get a copy of everything. in the forum things live inside the forum but usually without a useful means to download them (may even be prohibited by the usage rules) 2010-10-02 05:54 fair enough 2010-10-02 05:55 I would be that 99.9% of forum users wouldn't even have the thought that they should download all forum content... 2010-10-02 05:55 they just have some problems/issues, and are looking for help 2010-10-02 05:55 or they find old forum messages after searching, either in the forum search function or via google 2010-10-02 05:56 sure. i'm just saying that this is one common limitation of fora 2010-10-02 05:57 by the way, google searches mailing list archives as well :) the important thing there is that you also have a way to quickly get to the answer 2010-10-02 05:59 do you think the KiCad developers would be interested in seeing the schhist running? 2010-10-02 05:59 I don't know anybody there and the Yahoo forums really do turn me off... 2010-10-02 05:59 I tried to post a few times but there always was this or that problem, then I gave up. 2010-10-02 06:00 I think schhist is a pretty nice example of what is possible with good free EDA tools 2010-10-02 06:02 developers are now on launchpad, including the list. users are still on yahoo, though 2010-10-02 06:02 and yes, yahoo sucks horribly, i agree 2010-10-02 06:07 it looks more like a users thing than a developers thing. i mean, there's no way this could ever be part of kicad itself. 2010-10-02 06:07 launchpad, ok 2010-10-02 06:08 maybe I should email them about the /schhist link? do you think they are interested? 2010-10-02 06:08 I guess they know you by now, since several of your patches were already accepted. 2010-10-02 06:09 yeah, they do. recently, i haven't been very successful getting stuff there, though. i mean, even --plot has been sitting there for more than a year ... 2010-10-02 06:11 hmm 2010-10-02 06:12 is it still an active project? 2010-10-02 06:12 maybe they just don't like your patches, or what is the reason? 2010-10-02 06:12 kicad ? yes, it's active 2010-10-02 06:12 of course with you being a C purist, and they try to 'use every possible C++ feature' (quote from their website), I can imagine some issues :-) 2010-10-02 06:13 trying to use every possible C++ feature is a really really stupid idea though, I hope they fail on that 2010-10-02 06:13 the --plot patch wasn't clean enough. and they didn't want to accept it as a temporary solution either. of course, the big infrastructure cleanup that would allow it to be done cleanly hasn't happened so far. 2010-10-02 06:13 (c vs. c++) yeah :) 2010-10-02 06:14 often there's also a schedule problem. i have something that needs solving, but they don't have the time to deal with it. so after a bit of discussion, things get postponed indefinitely. 2010-10-02 06:15 meanwhile, i find a work-around, so then i don't have an itch to scratch either 2010-10-02 09:14 As there are some nand experts here... :) 2010-10-02 09:15 tuxbrain told me how to make an ubifs image 2010-10-02 09:16 But can I make any 'nand' file for the qemu '-mtdblock' command then, from that ubifs image? I think I have to prepare a full mtd layout, with the three uboot-kernel-ubifs with proper memory addresses. 2010-10-02 09:16 Any idea? 2010-10-02 09:18 and, NAND in devices is usually mapped to physical addresses like RAM, right? 2010-10-02 09:18 (If anyone knows of a document that would tell me about this, please give a link. I simply could not find all this meanwhile) 2010-10-02 09:20 viric: do you need to use qemu with mtdblock or you just want to test the image?.. if you dont care if you want to use mtdblock then maybe you just could make a image disk file with an ext2 FS and the userland rootfs inside (so you would boot the system with qemu like if you would have a disk) 2010-10-02 09:31 viric: NAND access is via a controller, it's not mapped directly into memory 2010-10-02 09:32 rafa: how would the guest machine load from the disk then? afaik that's done via IDE emulation, but the NN does not have an IDE controller 2010-10-02 09:36 mth: if you build a nanonote kernel with ide controller it should work.. or qemu just can emulate the nn hardware only? it not is just arch? 2010-10-02 09:36 rafa: I'd like to learn about both 2010-10-02 09:36 rafa: and I want to test specifically the ubifs, whether it boots or not 2010-10-02 09:37 mth: via controller? But... for the CPU, is not all mapped to physical ram? 2010-10-02 09:37 I would not emulate the nn hardware in qemu. 2010-10-02 09:37 I'll use any other mips32 2010-10-02 09:37 the mainline qemu does not emulate the NN afaik,  but there is the qemu-jz that at least emulates the JZ4740, although not exactly the NN specs 2010-10-02 09:37 viric: it's not hard though to add a machine to qemu, if the components are already supported 2010-10-02 09:37 I don't mind much about the jz specific details. Any other mips32 will do, to test the userland 2010-10-02 09:38 I started in support for the Dingoo A320 here: http://github.com/mthuurne/qemu-dingoo 2010-10-02 09:38 wpwrak: from the 3 ben-wpan variants, the most recent microSD one is atusd, right? 2010-10-02 09:38 Any mips32 will do to test the userland. I wanted to use their default 'malta' system 2010-10-02 09:38 All my trouble is in the mtdblock 2010-10-02 09:39 mth, rafa: the mtdblock access does not need any kernel support, other than telling the kernel 'what addresses map to what mtdblocks', isn't it? 2010-10-02 09:39 see hw/mips_dingoo.c 2010-10-02 09:39 mth: I mean.. if viric just want to run the userland.. he could (if qemu supports the cpu/arch) to boot with qemu using whatever hw emulation qemu supports 2010-10-02 09:40 rafa: yes, that is what I plan. The kernel boots fine 2010-10-02 09:40 rafa: I only need to tell qemu "use this mtdblock", and I have to prepare the mtdblock file, which I don't know how to do. 2010-10-02 09:41 I read the pages around ubifs (mtdtools, all that...) 2010-10-02 09:41 and all those tools come without manpages, so I barely know what to do with them 2010-10-02 09:42 ok - time for lunch here 2010-10-02 09:42 I'll come later. Thank you 2010-10-02 09:45 viric: I guess there are only two likely formats: either an image containing only the data or an image containing data + oob 2010-10-02 09:45 since it will be presented as a block device, data-only would be my first guess 2010-10-02 09:45 but I have no proof for that assumption 2010-10-02 09:52 viric: actually, doesn't qemu have a mode where it translates API calls between architectures? 2010-10-02 09:52 wolfspraul: atusd is the latest one i'm working on, yes. but i'll update atusb too. cntr is something else - it's an arbitrary-precision frequency counter. 2010-10-02 09:52 in that case you wouldn't need an image at all 2010-10-02 09:52 system calls, I mean 2010-10-02 09:52 wolfspraul: i built it to measure the clock accuracy. none of my instruments is precise enough to do that correctly. 2010-10-02 10:01 mth: image of what, you mean? 2010-10-02 10:01 'mtdblocks' will be shown as an mtd device, not a block device 2010-10-02 10:03 a NAND image: a file containing the data used for emulating a NAND 2010-10-02 10:03 Ah 2010-10-02 10:03 Yes, this is what I want 2010-10-02 10:03 I did not understand what you meant about that 'mode that translates....' 2010-10-02 10:04 this might help: http://code.google.com/p/jz-hacking/wiki/qemujz#make_the_nand_flash_image 2010-10-02 10:04 ah, I saw this, but this uses scripts of the jz tools 2010-10-02 10:04 I'll have to download them and learn what they do 2010-10-02 10:07 the other mode is userspace emulation: http://boards.dingoonity.org/dingux-development/qemu-mipsel-linux-emulator-with-virtual-framebuffer-device-(aka-dingux-emulator)/ 2010-10-02 10:08 note that if you compile the tools on an x86-64 machine, you have to patch them (see comment I added on the qemu-jz page) 2010-10-02 10:09 But I'm not looking for any specific jz-things 2010-10-02 10:09 Isn't openwrt doing something like this? I could read the openwrt code... 2010-10-02 10:13 the patch is because of a bug that occurs only on 64-bit systems, it's not JZ related 2010-10-02 10:14 but maybe that is outdated? 2010-10-02 10:14 I am not using qemu-jz 2010-10-02 10:16 wpwrak: hmm, OK. but atusd is what might/will become the 802.15.4 module for the Ben and future devices? 2010-10-02 10:16 it's a patch for the image build tool download linked from the qemu-jz page 2010-10-02 10:16 (sorry I need to simplify a bit, just to get the story...) 2010-10-02 10:16 if you can find a more recent version of that tool, it might be patched 2010-10-02 10:16 ok 2010-10-02 10:22 wolfspraul: yes. atusb is the one that goes into the pc. 2010-10-02 10:23 wolfspraul: regarding future devices, if one is to be built into the nanonote, then it would be based closely on the atusd. with a few more signals and some emi filters, though. 2010-10-02 10:25 ok, we get to that then... thanks I have the rough 'big picture' clear now 2010-10-02 10:49 The 'nanddump' command outputs in what format? 2010-10-02 10:49 bin+oob? 2010-10-02 12:00 hi 2010-10-02 12:02 I'm trying to use nandsim to get something close to the nanonote nand 2010-10-02 12:11 [commit] carlos: Connecting FPGA GPIOs to U6 (max3223) allowing RS232 serial communication http://qi-hw.com/p/nn-usb-fpga/3727395 2010-10-02 12:22 I did not succeed 2010-10-02 12:23 nandsim does not look like supporting a nand like that of nanonote 2010-10-02 13:08 [commit] carlos: Merging J6 and J7 in J67 4x2 connector. http://qi-hw.com/p/nn-usb-fpga/b99e542 2010-10-02 16:37 I created a typo-page on the wiki, and I don't believe I have permission to delete pages. 2010-10-02 16:37 The page is: 2010-10-02 16:38 http://en.qi-hardware.com/wiki/User:AlanPost/Notebook 2010-10-02 16:38 It should be User:Alanpost/Notebook, which also exists. 2010-10-02 16:38 Anyone with wiki-admin privileges around to delete a page for me? 2010-10-02 18:26 woohoo!  I could not boot my NanoNote off a single 16gb microSD partition, but reformatting to a 2gb partition works. 2010-10-02 18:40 Yay!  I have reflashed my Ben.  I have been fighting to find a block of time to devote to this. 2010-10-02 18:40 I've been afraid of bricking the thing, and I use it for actually things.  :-) 2010-10-02 18:41 congrats alsa, the first flashing is always special :) 2010-10-02 18:42 I realize in doing it, as well, that being able to boot off a microSD is very nice for testing. 2010-10-02 18:42 I wonder 2010-10-02 18:42 I can write all sorts of junk to that card just to see what it does, without affecting my regular environment. 2010-10-02 18:42 where does it look for the kernel? 2010-10-02 18:42 /boot/uImage 2010-10-02 18:43 which is to say, you write the same kernel you have at /dev/mtd1 2010-10-02 18:43 s/you write/you read/ 2010-10-02 18:43 that still didn't make sense. 2010-10-02 18:43 I'm trying to say it boots a kernel off the microSD.  And that kernel is bit-for-bit the same as if it were on the Ben. 2010-10-02 18:47 oh good, I resynced my data and vim loads.  I'm at least at the same point I was at.  I've been afraid I'd boot into a system I couldn't actually use. 2010-10-02 19:37 heating the printer 2010-10-02 19:39 ducks 2010-10-02 19:42 heh 3minutes printing, seems this is really small this time 2010-10-02 19:43 i'm amazed by how quickly your printing goes 2010-10-02 19:45 :D 2010-10-02 19:47 It is FDM fault 2010-10-02 19:47 an inacurcay of the open source sofware :p 2010-10-02 19:49 FDM ? 2010-10-02 19:49 https://secure.wikimedia.org/wikipedia/en/wiki/Fused_deposition_modeling 2010-10-02 19:52 ah, the "printer driver" :) 2010-10-02 19:56 wpwrak: http://kristianpaul.org/gallery/makerbot/ 2010-10-02 19:56 some of history :) 2010-10-02 19:56 it was almost 12 moths ago when arrives 2010-10-02 20:01 nice. particularly the thing that looks like a shell (at the end) looks good. smooth surface 2010-10-02 20:02 http://en.qi-hardware.com/wiki/File:Atusb_printed.JPG 2010-10-02 20:04 http://en.qi-hardware.com/wiki/File:Atusd_beta_side_view.jpg 2010-10-02 20:05 http://en.qi-hardware.com/wiki/File:Atusd_case_beta_corner_view.JPG <- ugly part 2010-10-02 20:06 i must said so far i never printed objects so small like this 2010-10-02 20:06 s/so far/until now 2010-10-02 20:06 the corner looks very "organic" ;-) 2010-10-02 20:07 lol :) 2010-10-02 20:07 i think you'll get much better edges if you chamfer them 2010-10-02 20:08 hmm 2010-10-02 20:08 i forgot that 2010-10-02 20:08 nature abhors vacuum, infinite values, and right angles :) 2010-10-02 20:08 letss try 2010-10-02 20:08 you'll probably need a fillet on the inside, to maintain the wall thickness 2010-10-02 20:09 fillet? 2010-10-02 20:09 walls are two plastic layers thick 2010-10-02 20:09 http://en.wikipedia.org/wiki/Fillet_(mechanics) 2010-10-02 20:10 the problema actually was the botton 2010-10-02 20:10 is weak 2010-10-02 20:10 how weak ? bending weak or breaking weak ? 2010-10-02 20:10 both .... :) 2010-10-02 20:10 ouch ! 2010-10-02 20:11 well i can fix it in software 2010-10-02 20:11 let me take a pic 2010-10-02 20:11 gcode generator software 2010-10-02 20:16 (fillet) interesting 2010-10-02 20:16 http://en.qi-hardware.com/wiki/File:Atusb_botton.JPG 2010-10-02 20:17 ah yes, that's a bit too thin. is that 0.5 mm ? 2010-10-02 20:18 yup 2010-10-02 20:18 i hope 2010-10-02 20:18 i dont have good measurements tools 2010-10-02 20:18 1 mm thickness for top and bottom should be thin enough 2010-10-02 20:19 yeah, a bit difficult to measure. well, you know how thick your filament is ;-) 2010-10-02 20:19 ok 2010-10-02 20:19 i do indeed 2010-10-02 20:20 hmm i really thinking all over again now that i know what no to do 2010-10-02 20:20 i cant do fillet in a solid wich is result of a bolean operation it seems 2010-10-02 20:22 oh. that would be a serious limitation 2010-10-02 20:22 well heekscad have lots of that ;) 2010-10-02 20:22 you have a point there :) 2010-10-02 20:23 oh wait 2010-10-02 20:23 i talked too fast 2010-10-02 20:23 hmm 2010-10-02 20:24 Error making fillet: BRep_API: command not done 2010-10-02 20:24 :/ 2010-10-02 20:24 ahh now it works 2010-10-02 20:26 tricky 2010-10-02 20:26 http://en.qi-hardware.com/wiki/File:Atusd_filled_test.png 2010-10-02 20:27 but the board will not git 2010-10-02 20:27 s/git/fit 2010-10-02 20:27 hmm 2010-10-02 20:27 bah, connection refused 2010-10-02 20:27 ? 2010-10-02 20:28 ah, now it works. the qi-hw server was on strike for a while 2010-10-02 20:28 heh 2010-10-02 20:29 (fit) part of the exercise is to find out how much extra space i need to take into account for the case :) 2010-10-02 20:29 what's the radius of the fillet ? 1 mm ? 2010-10-02 20:29 2 2010-10-02 20:30 oh, huge ! you probably don't need that much 2010-10-02 20:36 http://en.qi-hardware.com/wiki/File:Atusd_filled_test.png 2010-10-02 20:38 that's r=2 mm ? 2010-10-02 20:38 yup 2010-10-02 20:40 okay, then you have a wall thickness of 2-sqrt(2) mm 2010-10-02 20:40 (in the corner) 2010-10-02 20:41 :p 2010-10-02 20:41 if you add a fillet with r=1mm, it would be sqrt(2)-1 thicker 2010-10-02 20:42 so 2-sqrt(2)+(sqrt(1)-1) = 1 mm 2010-10-02 20:45 2 - sqrt(2) + (sqrt(1) - 1) = 0.585786438 2010-10-02 20:45 thanks to g00gl3 calc 2010-10-02 20:46 err, should be sqrt(2), not 1 :) 2010-10-02 20:46 ahh :) 2010-10-02 20:48 arggg heeks crashed in the last filled 2010-10-02 20:49 murphy smiles at you :) 2010-10-02 20:56 so, rigol now make also high-speed scopes. ds6104, 1 GHz, 5 GSa/s, 4 channels, 140 MSa buffer. nice :) 2010-10-02 20:58 http://en.qi-hardware.com/wiki/File:Atusd_filled_test.png 2010-10-02 20:58 1mm vs 2mm 2010-10-02 20:59 wow 2010-10-02 20:59 11261 !! 2010-10-02 20:59 jhahaha 2010-10-02 21:00 the 6064 is a little less expensive. the 6104 isn't all 1 GHz anyway (they all cheat there) 2010-10-02 21:02 hmm, the shapes don't look quite right. the inside and the outside should always have the same distance.  your corners look a little fatter 2010-10-02 21:05 for both solids? 2010-10-02 21:06 at least it looks like this. in the one below, it's inner and outer radius = 1 mm, right ? and in the upper rin = 1 mm, rout = 2 mm ? 2010-10-02 21:07 wait i'll repeat 2010-10-02 21:14 it's a pity that chamfer isn't scriptable (yet).  was about to write "that these functions", but then i saw that fillet was added today ;) 2010-10-02 21:15 i wonder what is scriptable and what can i do with heekscad script engine 2010-10-02 21:16 0.13.1 my heekcad svesion 2010-10-02 21:16 the basics are all scriptable. e.g., i made the counterweights with a script 2010-10-02 21:16 you have it? 2010-10-02 21:16 in the git? 2010-10-02 21:17 qi one i meant 2010-10-02 21:17 http://projects.qi-hardware.com/index.php/p/ben-counterweight/source/tree/master/cw.py 2010-10-02 21:17 ohh 2010-10-02 21:18 why i never pad enought atention to this thing ;) 2010-10-02 21:18 pad/paid 2010-10-02 21:20 you milled all the counterweights? 2010-10-02 21:21 i made a wooden mold. then i cast them. 2010-10-02 21:21 ohh 2010-10-02 21:22 wich of this scripts is loaded usign heeks python? 2010-10-02 21:23 i dont see import from HeeksCad... 2010-10-02 21:23 it directly mills? 2010-10-02 21:23 you run it in the console. import cw 2010-10-02 21:23 ahh heekscad dvd 2010-10-02 21:23 cnc 2010-10-02 21:23 or reload(cw) 2010-10-02 21:23 (first time it's import, then reload) 2010-10-02 21:23 i dont use heekscad cnc for obvious reasons :) 2010-10-02 21:24 i was trying heekspython the other day no more.. 2010-10-02 21:24 the script doesn't set up the mill. that has to be done manually (unfortunately) 2010-10-02 21:24 but it draws using the cnc heekscad engine if wen call it like that? 2010-10-02 21:27 yes 2010-10-02 21:27 i see 2010-10-02 21:28 i found some pictures. lemme clean them up a bit .. 2010-10-02 21:30 hi out there I've installed debian succesfully but can't make sound work I'm using mp3blaster 2010-10-02 21:30 hi 2010-10-02 21:30 any suggestions? 2010-10-02 21:31 sorry i dont use debian on the ben afaik 2010-10-02 21:31 but i think i saw that issue in the mail lists 2010-10-02 21:32 wolfspraul: hi 2010-10-02 21:32 just by change do you know if there's a sound device defined in openwrt /dev ? 2010-10-02 21:33 wolfspraul: i friend ask me about a device with two xbusrt chips, and also about if this techonology is proven to work on industrial enviroments, do you have comments about it? 2010-10-02 21:33 wait i can check wolfspraul 2010-10-02 21:33 ebaus: 2010-10-02 21:35 ebaus: thereis a /dev/snd 2010-10-02 21:35 with 2010-10-02 21:35 controlC0 pcmC0D0p pcmC0D0c timer 2010-10-02 21:36 http://downloads.qi-hardware.com/people/werner/cw/ 2010-10-02 21:37 great 2010-10-02 21:38 is that a PSU on the estufa? 2010-10-02 21:38 thanks 2010-10-02 21:39 s/stufa/stove 2010-10-02 21:39 s/stove/cooker 2010-10-02 21:40 yeah, that's a lab power supply. needed something big and has one laying around nearby ;-) 2010-10-02 21:41 wich meetal is it? 2010-10-02 21:41 plumbing solder, 33% tin, 67% lead 2010-10-02 21:43 ok 1mm or 2mm? 2010-10-02 21:44 http://en.qi-hardware.com/wiki/File:Atusd_filled_test.png 2010-10-02 21:44 wpwrak: had you tried openscad? 2010-10-02 21:44 no. never heard of it 2010-10-02 21:45 http://openscad.org/ 2010-10-02 21:45 "The Programmers Solid 3D CAD Modeller" ;-)) 2010-10-02 21:45 yup 2010-10-02 21:45 maybe you like more that heeks 2010-10-02 21:46 sounds cool 2010-10-02 21:46 i was trying was great,  i just have some problems with some libraries licenses and lack of time to test in depth 2010-10-02 21:46 aah. you made rin = rout = 1 mm and rin = rout = 2 mm ? 2010-10-02 21:46 yes 2010-10-02 21:46 second time 2010-10-02 21:50 kristianpaul: two chips? industrial? 2010-10-02 21:50 don't understand 2010-10-02 21:50 I'm not aware of any device with two XBurst on one PCB 2010-10-02 21:50 ok 2010-10-02 21:50 industrial temperatures 2010-10-02 21:50 I think the R&D cost of such a SMP solution would be so high that none of the normal consumer electronics people using XBurst would do it 2010-10-02 21:50 by then aplications 2010-10-02 21:51 industrial? 2010-10-02 21:51 temperature range? don't know 2010-10-02 21:51 oh sorry 2010-10-02 21:51 industry 2010-10-02 21:51 ok 2010-10-02 21:52 kristianpaul: i think you should try rin = 1 mm, rout = 2 mm. that should give perfectly parallel insides and outsides 2010-10-02 21:53 let see 2010-10-02 21:53 openscad looks very cool. kinda like pov-ray, but with an output one can "make". 2010-10-02 21:57 wpwrak: yes now is parallel 2010-10-02 21:59 yeah !! ;-) 2010-10-02 21:59 as you can see i'm not good with geometry latelly 2010-10-02 22:06 i''ll back to 1mm think wall in the top and botton 2010-10-02 22:08 yeah, that should be okay. even the ben doesn't have walls that thin :) 2010-10-02 22:09 the thinnest i've measured were 0.8 mm 2010-10-02 22:10 ahh 2010-10-02 22:11 good starting point 2010-10-02 22:13 cd ben-scans/sfy 2010-10-02 22:13 for n in *.sfy; do echo -en $n '\t';  sed '/^[0-9.]*$/p;d' $n; done 2010-10-02 22:14 this tells you all the material thicknesss i've measured 2010-10-02 22:20 5mm ! 2010-10-02 22:22 where ? 2010-10-02 22:22 ah, overall thickness 2010-10-02 22:23 top to bottom 2010-10-02 22:23 wait 2010-10-02 22:23 hmm. 1+0.5+0.8+1.2+1 should be less. only 4.5 mm 2010-10-02 22:25 huggles kristianpaul 2010-10-02 22:25 Textmode: hello :) 2010-10-02 22:25 wpwrak: http://en.qi-hardware.com/wiki/File:Atusd_filled_test.png 2010-10-02 22:27 hmm. the 0.5 mm of space below the pcb. is it really empty ? 2010-10-02 22:27 this looks more like a lot of empty space above the pcb, but none below 2010-10-02 22:29 well PCB space is 1mm actually 2010-10-02 22:30 so how tall is the hole ? 2010-10-02 22:30 1 mm, no ? 2010-10-02 22:30 ~ 2010-10-02 22:31 that's not quite enough. there has to be 0.5 mm of air above the "floor". then there's the pcb (0.8 mm) 2010-10-02 22:31 hmm 2010-10-02 22:32 maybe it's time to switch to openscad, so that all the adjustments are quicker to make ;) 2010-10-02 22:32 :) 2010-10-02 22:33 i'll do if you found how to do parametric fillet 2010-10-02 22:33 that's actually what i hate about most interactive cad programs - when you need to experiment and tweak things, it gets quite hellish with lots and lots of manual repetitions 2010-10-02 22:33 indeed 2010-10-02 22:36 seems that there's no built-in fillet/chamfer 2010-10-02 22:36 wait 2010-10-02 22:36 you dont 2010-10-02 22:37 you could of course construct it "manually" ... 2010-10-02 22:37 can you do that in SVG or QCAD? 2010-10-02 22:37 and is just matter of extrude 2010-10-02 22:37 no idea :) 2010-10-02 22:38 :p 2010-10-02 22:38 i tried qcad once. after a few frustrating hours, i hurled into a corner, virtually speaking, and drew the damn thing in fped :) 2010-10-02 22:38 lol 2010-10-02 22:39 can you draw something like a filled in fped? 2010-10-02 22:40 or inkscape... 2010-10-02 22:40 what a mess ;) 2010-10-02 22:40 i need re-think my prefered cad sofware indeed 2010-10-02 22:41 (fped) just a sec ... 2010-10-02 22:43 here you are: http://downloads.qi-hardware.com/people/werner/tmp/fillet.fpd 2010-10-02 22:45 it's of course all lines. fped doesn't have real 2D shapes for drawing (except for pads and holes, but they're less flexible) 2010-10-02 22:45 ahh but it dint export to cad fomats.. 2010-10-02 22:45 heh 2010-10-02 22:46 only kicad and ps export, true. of course, it can be extended ... :) 2010-10-02 22:48 damm i fell like drawing in pixels when i tought how fix the design 2010-10-02 22:48 ;-) 2010-10-02 23:13 [commit] kristianpaul: Added filled case version http://qi-hw.com/p/ben-wpan/76322b9 2010-10-02 23:14 ahh but comment :/ 2010-10-02 23:14 s/but/bad 2010-10-02 23:25 wpwrak: http://blog.makerbot.com/2010/10/01/bronze-casting-with-the-crew-of-qc-colab/ 2010-10-02 23:45 kristianpaul: nice furnace :)