2010-10-24 03:41 <wolfspraul> wpwrak: my report about case insensitive matching in the field contents or part number matching was wrong. no need to investigate. sorry I was confused about a few things, but it's all clear now and all those comparisons are case sensitive.
2010-10-24 04:47 <wolfspraul> wpwrak: in boom/README, line 145, I think the two columns are flipped. The KiCad field name is 'Footprint' and the boom field name is 'FP'.
2010-10-24 05:08 <viric> wpwrak: yes, I think so. Total success
2010-10-24 05:08 <viric> wpwrak: if I could read the program in the f321, would that be through usb, or there are some serial lines to do that?
2010-10-24 05:10 <viric> wpwrak: my previous attepmts at rev-engineering the usb protocol were troubles with linux < 2.6.21, that did not have a system (without patching) that captured *whole* frames. in the 2.6.35 I use I could do that. And luckily wireshark handles very well USB, and I did not have to solve the usb frames directly from usbmon.
2010-10-24 05:34 <viric> Did ever someone here play with the con tiki OS?
2010-10-24 05:37 <viric> and, for the nanonote, is there anywhere the distribution of the cost on the device parts?
2010-10-24 05:37 <viric> so, something like 30% the plastic case, 15% the microcontroller, 10% the screen, ...
2010-10-24 05:41 <wolfspraul> viric: very hard to say because you cannot break these numbers down to 1 unit
2010-10-24 05:41 <wolfspraul> the tooling costs way over 50,000 USD
2010-10-24 05:42 <wolfspraul> a very rough BOM I would say maybe 40 USD total
2010-10-24 05:42 <viric> uhm I don't understand those terms. 'tooling'? BOM?
2010-10-24 05:42 <wolfspraul> if you want to make 10,000, you can probably get it done for 400,000 USD
2010-10-24 05:42 <wolfspraul> oh sorry
2010-10-24 05:42 <wolfspraul> then even more so, explain to me what you want to do?
2010-10-24 05:42 <wolfspraul> if you want to make 1 NanoNote yourself, figure thousands of USD :-)
2010-10-24 05:42 <viric> no no.
2010-10-24 05:42 <viric> It was just curiosity
2010-10-24 05:43 <wolfspraul> if you want to make 10,000, like I said maybe 40 USD / unit, well, for the first 10K maybe 50 USD / unit with all the things that will go wrong.
2010-10-24 05:43 <viric> I realized that I have no idea where its price comes from.
2010-10-24 05:43 <wolfspraul> well the more you dig in the more the prices 'disappear'
2010-10-24 05:43 <wolfspraul> but that's because you are skipping over companies that you will need if you really want to do it
2010-10-24 05:43 <wolfspraul> the CPU costs maybe 3 USD
2010-10-24 05:43 <viric> but there has to be someone having done a process that leads towards the current price
2010-10-24 05:44 <wolfspraul> yes sure
2010-10-24 05:44 <viric> Is that written somewhere?
2010-10-24 05:44 <wolfspraul> no, just gut feeling and I believe we can get things started this way
2010-10-24 05:44 <viric> So, I know a bit electronics, a bit programming, assembling, ... but I know very little on the 'production' side.
2010-10-24 05:45 <viric> I thought that if I could see an open process about that, I'd learn something.
2010-10-24 05:45 <wolfspraul> ah yes
2010-10-24 05:45 <wolfspraul> then you are right here :-)
2010-10-24 05:45 <viric> :)
2010-10-24 05:45 <wolfspraul> so there are multiple moving pieces
2010-10-24 05:45 <wolfspraul> we started with the Ben NanoNote where a number of normal (closed) companies are helping us
2010-10-24 05:45 <wolfspraul> that's so that we have some 'gravity' that pulls the project around real user needs
2010-10-24 05:46 <wolfspraul> now we are using both that user gravity, as well as our copyleft goals, to move things forward
2010-10-24 05:46 <wolfspraul> so we are building out the server infrastructure, we started to co-work with Milkymist, there is hacking going on around the case, GPS, RF, etc.
2010-10-24 05:46 <viric> aha
2010-10-24 05:47 <wolfspraul> well it's a lot, and these things all belong/fit together but admittedly a bit hard to see
2010-10-24 05:47 <viric> I imagine.
2010-10-24 05:47 <viric> So you don't have much meetings with slides, pie charts, and all that? :D
2010-10-24 05:47 <wolfspraul> so unless you are very patient (which the people buying a NanoNote or even in this channel mostly are), I think it will only become more succesful if we can make some really cool/different products.
2010-10-24 05:47 <wolfspraul> ah no [slides]
2010-10-24 05:47 <wolfspraul> scratch that
2010-10-24 05:47 <wolfspraul> :-)
2010-10-24 05:47 <viric> hehe
2010-10-24 05:48 <viric> what on the investors?
2010-10-24 05:48 <wolfspraul> no investors, just savings and time donations
2010-10-24 05:48 <viric> great.
2010-10-24 05:48 <wolfspraul> the best advise I got on this project was "earn your way"
2010-10-24 05:48 <wolfspraul> advice
2010-10-24 05:48 <wolfspraul> so I follow that advice
2010-10-24 05:49 <viric> ok
2010-10-24 05:49 <viric> I may some day engage in all this.
2010-10-24 05:49 <wolfspraul> wonderful
2010-10-24 05:49 <viric> What I do now I consider "not engaged in it" :)
2010-10-24 05:50 <viric> Thank you for your time
2010-10-24 05:50 <wolfspraul> viric: if you are using an RSS reader, consider to add our new feed http://en.qi-hardware.com/feed/rss20.xml
2010-10-24 05:50 <wolfspraul> ah of course [time]
2010-10-24 05:50 <wolfspraul> thanks for showing up here and chatting...
2010-10-24 05:50 <viric> I wrote mine RSS reader for the nanonote ;)
2010-10-24 05:51 <viric> distributed to work offline
2010-10-24 05:51 <wolfspraul> oh wow
2010-10-24 05:51 <viric> It works over the fossil dvcs
2010-10-24 05:51 <viric> 10 lines of php script
2010-10-24 05:51 <viric> + fossil + fbterm (for proper unicode fonts) + lynx
2010-10-24 05:52 <viric> not any magic.
2010-10-24 05:52 <viric> but 1 hour was enough to get it working.
2010-10-24 05:52 <wolfspraul> has this been integrated/commited into the openwrt-packages repository already?
2010-10-24 05:52 <viric> uh... it's even not a program apart. I have no relationship with openwrt
2010-10-24 05:52 <viric> I do all with nix
2010-10-24 05:53 <viric> http://hydra.nixos.org/jobset/nixpkgs/cross-stdenv  <= this cross builds packages for some systems with our "nixpkgs cross building system". It builds fine for the nanonote too.
2010-10-24 05:54 <viric> wolfspraul: do you know 'fossil'? If you know, you will understand the whole rss system at once. If not, then it will be harder.
2010-10-24 05:54 <wolfspraul> no I don't know
2010-10-24 05:56 <viric> well, it's a distributed version control system, where some actions you do with command line (as svn, git, ...), and for some others it has a small web server, and then you do the tasks with a web browser.   It has not only distributed version control of code, but also wiki, ticket system, ...    Then I wrote a php script that fetches feeds and writes them in 'wiki files', than then the usual fossil webserver will serve nice for lynx to browse.
2010-10-24 05:56 <viric> 10 lines. No magic. Nothing that even can be integrated in any distribution, I guess. :)
2010-10-24 05:57 <viric> http://vicerveza.homeunix.net/~viric/cgi-bin/rss/login    you can check mine   (get in anonymous, and browse the wiki)
2010-10-24 05:58 <wolfspraul> interesting
2010-10-24 05:58 <viric> So I can write "fossil pull" from the nanonote (once connected to my PC), and I get all the feeds up to date.
2010-10-24 05:58 <viric> Then I go reading with the nanonote. It's what I mainly do with it - read RSS.
2010-10-24 05:59 <viric> This is the only code I wrote (the php part): http://vicerveza.homeunix.net/~viric/cgi-bin/rss/artifact?name=03dc1bcbd94ae9f7b0ab34174533fde8b930ef75
2010-10-24 06:00 <viric> wolfspraul: so it's more about putting things together and using them together, than having a program named 'distributed RSS reader'.
2010-10-24 06:01 <viric> wolfspraul: as you see, I have that in a web server. So I can read the same from a computer with internet access (browsing to my server page), with my PC (that has a copy of the repository synchronizable), or with the nanonote, that can be synchronized with the PC.  Three places of reading.
2010-10-24 06:02 <viric> I imagine everyone does whatever he likes to, with the nanonote :) wpwrak makes boards and boards for it. hehe
2010-10-24 06:21 <viric> wpwrak: using the sdio as a serial line with gpio userland controlled, what speeds did you achieve?
2010-10-24 07:09 <qi-bot> [commit] Wolfgang Spraul: changed C16 from 480pF to more common 470pF http://qi-hw.com/p/mmone-jtag-serial-cable/f6f8f5c
2010-10-24 07:16 <B_Lizzard> With sound enabled, shouldn't the /dev/snd devices be populated via udev?
2010-10-24 07:20 <viric> B_Lizzard: I think so.
2010-10-24 07:29 <B_Lizzard> Ugh, they're not in 2.6.32 and not in 2.6.36
2010-10-24 07:30 <B_Lizzard> Hmmm, I'm using udev 124
2010-10-24 07:30 <B_Lizzard> Latest is udev 164
2010-10-24 07:34 <B_Lizzard> Lemme try with a newer udev version
2010-10-24 07:38 <wpwrak> wolfspraul: (case sensitive match works as intended) thanks !
2010-10-24 07:40 <wpwrak> wolfspraul: (FP) fixed. thanks !
2010-10-24 07:41 <wpwrak> viric: (usb analysis) maybe you could wire a post about this. the process could be interesting for others too
2010-10-24 07:42 <wpwrak> viric: (sdio speed) i didn't measure the peak thoughtput. i tested a 1 pin toggle and got about 1 MHz. so expect something like 300-500 kHz for SPI-like one-way data. maybe 200-300 kHz for SPI-like bidirectional
2010-10-24 07:55 <qi-bot> [commit] David Kühling: package building fix: do not run postinst image update on host http://qi-hw.com/p/openwrt-packages/89d817b
2010-10-24 07:56 <viric> wpwrak: http://vicerveza.homeunix.net/~viric/soft/pce/
2010-10-24 07:56 <viric> 500kHz? that looks great
2010-10-24 08:00 <B_Lizzard> Would using udev 124 potentially be a problem like that?
2010-10-24 08:00 <B_Lizzard> Everything else is created normally
2010-10-24 08:01 <viric> B_Lizzard: no idea
2010-10-24 08:01 <B_Lizzard> I'll ask larsc once he comes in
2010-10-24 08:01 <B_Lizzard> I'm sure he's tired of me by now but I must try
2010-10-24 08:03 <qi-bot> [commit] David Kühling: revert some package debugging stuff that accidentally got committed http://qi-hw.com/p/openwrt-packages/7b20736
2010-10-24 08:09 <wpwrak> viric: that url gives me unknown host
2010-10-24 08:09 <viric> uhm
2010-10-24 08:09 <viric> it's dyndns
2010-10-24 08:10 <viric> hm I also get that.
2010-10-24 08:10 <viric> bad.
2010-10-24 08:31 <dandon> hello
2010-10-24 08:31 <dandon> any laptop users? would go with Dell Inspiron 15R?
2010-10-24 08:38 <logictheo> I have a netbook.
2010-10-24 08:38 <viric> wpwrak: It looks like my free dyndns domain expired *TODAY*. I just payed for renewal.
2010-10-24 08:38 <viric> wpwrak: I had it almost 8 years....
2010-10-24 08:40 <viric> wpwrak: it should work now.
2010-10-24 08:41 <viric> wpwrak: you were the first to notice the domain disappeared.
2010-10-24 08:42 <wpwrak> nice ! maybe link to a place that explains how to watch usb with wireshark (if there's one) ? also, what doesn't work with VIA ? the usb device or just the monitoring in qemu ?
2010-10-24 08:43 <wpwrak> (first to notice) yeah, the bugs flock to me ;-)
2010-10-24 08:43 <viric> wpwrak: http://wiki.wireshark.org/CaptureSetup/USB
2010-10-24 08:44 <viric> wpwrak: I think I'll put you in the 'thanks' list, helping me with the chips. What is your naem?
2010-10-24 08:44 <viric> name
2010-10-24 08:45 <wpwrak> i didn't do much :) my name is Werner Almesberger
2010-10-24 08:45 <viric> wpwrak: I wrote to the manufacturers of the PCE device, so they may want to mention that "it may work on Linux too with this".
2010-10-24 08:45 <viric> I have a coworker named Werner
2010-10-24 08:45 <wpwrak> (wireshark) nice ! didn't know it was that easy
2010-10-24 08:46 <wpwrak> (manuf) hehe, "and, by the way, your secret protocol is no secret anymore" ;-)
2010-10-24 08:46 <wpwrak> ah, it's not a very common name
2010-10-24 08:46 <viric> ah, I don't think they will care. It's really really simple, and there is little magic on the PC software. All the hard parts are on the mcu.
2010-10-24 08:47 <viric> wpwrak: are you rumanian/hungarian/german at once, like my coworker? :)
2010-10-24 08:48 <wpwrak> hmm .. now an electrical engineering puzzle: i have a 50 Ohm transmission line, about 1-2 m long. my termination is something like 1 MOhm, and i can't just toss in a resistive divider because i need to (more or less) preserve the amplitude. the signal is aperiodic. if there *anything* i can do ? :)
2010-10-24 08:49 <viric> you can't change the termination?
2010-10-24 08:49 <viric> well, you want to adapt it to the line I guess.
2010-10-24 08:50 <wpwrak> viric: uh, at least two generations deep austrian, i think. then it gets a bit scattered. austria, germany, czech republic (but that was austria too, back then)
2010-10-24 08:50 <wpwrak> how do i change the termination without loss of amplitude or messing up my aperiodic signal ? :)
2010-10-24 08:51 <viric> let me take my notes on transmission lines
2010-10-24 08:51 <wpwrak> if i add a 50 R to GND, the signal is beautiful, but too weak
2010-10-24 08:51 <wpwrak> if i add an impedance matching network, the signal is beautiful too, but only if periodic
2010-10-24 08:52 <wpwrak> (well, beautiful in qucs. you never know what may happen in real life ;-)
2010-10-24 08:52 <viric> what is qucs?
2010-10-24 08:53 <wpwrak> a cicuit simulator. think spice minus the painkillers
2010-10-24 08:53 <viric> :)
2010-10-24 08:53 <wpwrak> well, or spice but after the invention of fire, wheel ;-)
2010-10-24 08:54 <wpwrak> qucs is great. its schematics editor is even easier to use than kicad :)
2010-10-24 08:56 <viric> I'm going back to what I once knew about lines...
2010-10-24 08:56 <viric> the impedance of the line is mostly capacitive
2010-10-24 08:57 <viric> around the frequency of your signal
2010-10-24 08:57 <viric> right?
2010-10-24 08:58 <viric> uhm, both capacitive and inductive.
2010-10-24 08:58 <viric> I think the 50Ohm are defined at a specificed signal frequency.
2010-10-24 08:59 <viric> How do you write the transmission line in that 'qucs'?
2010-10-24 08:59 <wpwrak> i put a transmission line symbol, with Z=50 Ohm and L=2000 mm
2010-10-24 08:59 <dandon> hm i didn't really look xD ^^. Dell Inspiron 15R classifies as notebook?
2010-10-24 08:59 <dandon> *netbook
2010-10-24 09:00 <wpwrak> not sure about frequency dependency of the characteristics imedance
2010-10-24 09:00 <dandon> dell.com
2010-10-24 09:00 <wpwrak> i thought it wasn't frequency dependent (of course, all the rest usually is)
2010-10-24 09:00 <viric> wpwrak: so, you need to know a model of a transmission line, and use capacitors and inductances to adapt it
2010-10-24 09:00 <wpwrak> yes, that's what i'm trying to do :)
2010-10-24 09:01 <viric> So, Z_0 = sqrt(L/C)
2010-10-24 09:02 <viric> http://vicerveza.homeunix.net/~viric/oldcomps/docs/apunts-riog.pdf
2010-10-24 09:02 <viric> page 12 of the PDF
2010-10-24 09:03 <wpwrak> so you would put an LC low-pass filter ?
2010-10-24 09:03 <wpwrak> i tried that - with a quite horribly distorted signal
2010-10-24 09:04 <viric> wpwrak: there is also about 'adapting lines'
2010-10-24 09:05 <viric> page 23 has a problem about it
2010-10-24 09:05 <viric> explained in page 21
2010-10-24 09:07 <viric> so you need a 'coefficient of transmission' of 1:   tau = Gv(1 + rho)
2010-10-24 09:09 <wpwrak> i guess now i'm really confused ;-)
2010-10-24 09:09 <viric> hehe. Well, it does not look easy :)
2010-10-24 09:13 <viric> wpwrak: for what I understood so far, it looks like unfeasible
2010-10-24 09:17 <viric> wpwrak: Ah, page 35 of the PDF has an example of "adapting to an arbitrary load of the line"
2010-10-24 09:18 <viric> wpwrak: you need to add a transmission line (or equivalent) with the impedance there written: Z_0' = sqrt(R_L * Z_0) = sqrt(1M * 50)
2010-10-24 09:20 <wpwrak> add a transmission line. interesting. let's see what happens ...
2010-10-24 09:21 <viric> It has to be a transmission line of lambda\4
2010-10-24 09:21 <viric> lambda/4
2010-10-24 09:21 <viric> (here the frequency of the signal comes in)
2010-10-24 09:22 <viric> So, L = lambda/4, and impedance of the line = 7071 Ohm
2010-10-24 09:22 <viric> what does qucs say?
2010-10-24 09:23 <wpwrak> hmm, at 10 MHz that would be 5 m :)
2010-10-24 09:23 <viric> Can't believe
2010-10-24 09:23 <viric> ah. maybe.
2010-10-24 09:23 <viric> 27Mhz = 11m waves
2010-10-24 09:23 <viric> wpwrak: try in the simulator
2010-10-24 09:24 <wpwrak> and the signal looks even unhealthier than before
2010-10-24 09:24 <viric> oh.
2010-10-24 09:24 <viric> can you know the transmission line model of qucs?
2010-10-24 09:25 <viric> is the signal narrowband?
2010-10-24 09:25 <viric> around a conveying wave? I don't renember the usual english name
2010-10-24 09:25 <wpwrak> it gets better if i reduce it to 1 m. but then the first few periods are heavily attenuated. so i guess it's once again something that only works for periodic signals
2010-10-24 09:26 <wpwrak> (model) uh, there is the source ... but the math will probably be well above my head ;)
2010-10-24 09:26 <viric> ok
2010-10-24 09:26 <wpwrak> the signal is DC-~6 MHz
2010-10-24 09:26 <viric> there are adaptors that will work perfectly at a fixed periodic wave
2010-10-24 09:26 <wpwrak> square wave
2010-10-24 09:26 <wpwrak> oh yes, periodic is very easy :)
2010-10-24 09:26 <viric> Square wave does not have a very good spectrum :)
2010-10-24 09:27 <viric> So, it means you have a broadband signal
2010-10-24 09:28 <viric> From 0 to 6MHz as minimum
2010-10-24 09:28 <wpwrak> yup
2010-10-24 09:29 <wpwrak> i have a comparator i could use to restore a signal that went though a resistive divider, but .... the comparator only works up to ~ 2 MHz.
2010-10-24 09:29 <viric> ok
2010-10-24 09:30 <viric> If you had a 50Ohm load, you think it allows broadband ?
2010-10-24 09:30 <viric> I'd say it also does not allow that.
2010-10-24 09:31 <wpwrak> hm, why not ?
2010-10-24 09:33 <viric> grr my notes don't have anything about bandwidth. It's all thought for a carrier signal.
2010-10-24 09:33 <viric> (I guess)
2010-10-24 09:34 <wpwrak> what i'm dealing with here are digital signals. it's for a frequency counter. (ben-wpan/cntr)
2010-10-24 09:34 <viric> I think the equivalent of the circuit is an L-C-R circuit as what you saw, with L and C depending on the length of the line
2010-10-24 09:34 <wpwrak> so i have a relatively low-impedance source, then my 50 Z transmission line, and the MCU's very high-Z counter input
2010-10-24 09:34 <viric> so the length of the line, even if you have an adapted load, is important in all that.
2010-10-24 09:35 <viric> (maybe not :D)
2010-10-24 09:35 <wpwrak> if you match the impedance, the line length shouldn't matter
2010-10-24 09:35 <wpwrak> it's only if you don't have a match that the line length shows up in the form of nice little reflections :)
2010-10-24 09:36 <viric> yes.
2010-10-24 09:40 <viric> so, you see that I have little idea. Sorry! :)
2010-10-24 09:40 <viric> for me, your signal looks too broadband to get all working.
2010-10-24 09:40 <viric> I even don't think you can consider the load impedance resistive
2010-10-24 09:40 <viric> what makes you think so?
2010-10-24 09:41 <qi-bot> [commit] Wolfgang Spraul: added BOOKSHELF http://qi-hw.com/p/mmone-jtag-serial-cable/f073fa8
2010-10-24 09:41 <qi-bot> [commit] Wolfgang Spraul: BOOKSHELF update http://qi-hw.com/p/mmone-jtag-serial-cable/28edd25
2010-10-24 09:41 <wolfspraul> wpwrak: I've finished the boomification of the jtag-serial cable for now
2010-10-24 09:41 <wolfspraul> it works, generates a digikey shopping list
2010-10-24 09:42 <wolfspraul> if you have any feedback let me know, I probably bastardized your beautiful system quite badly :-)
2010-10-24 09:42 <wolfspraul> everything but resistors and basic capacitors is just directly linked to digikey order numbers
2010-10-24 09:43 <wolfspraul> but still, I think I get the whole system now and looking forward to slowly improving my usage of it
2010-10-24 09:43 <wpwrak> (directly link to dk) that's the way i do it too :)
2010-10-24 09:43 <wolfspraul> I do not plan to fpedize the one module in there right now, so many other priorities. maybe a bit later.
2010-10-24 09:43 <wolfspraul> also I added a little BOOKSHELF file, seems nice
2010-10-24 09:44 <wolfspraul> so I will probably move to generating gerbers and files for smt next, maybe not immediately but soon I think
2010-10-24 09:44 <wolfspraul> right now the gerbers are committed into git, not sure whether that's a good idea
2010-10-24 09:45 <wolfspraul> if the server could automatically create such 'fabrication outputs' and archive them somehow that would be neat
2010-10-24 09:45 <wolfspraul> well anyway, boom bottom line: GREAT! works today, and I see huge potential
2010-10-24 09:46 <wpwrak> (works) congratulations !
2010-10-24 09:46 <wolfspraul> with all the things I learnt with the cable, I feel ready to jump into a bigger project like xue and help there, boomify stuff, clean kicad fields, extend fully characterized matching to more types, etc.
2010-10-24 09:47 <wpwrak> kewl ;-)
2010-10-24 09:47 <wolfspraul> yeah it's really cool. just make clean show KITS=50
2010-10-24 09:47 <wpwrak> btw, you can avoid/reduce the orgy of .sub value changes
2010-10-24 09:48 <wolfspraul> well I know I can make it all a lot smoother, it was just an exercise...
2010-10-24 09:48 <wpwrak> the way to do it would be to define an equvalence for the vendor part to the digi-key part, with the same part number as in the schematics. that way, you don't need to go via the "private" equivalence and you don't need to tweak the value
2010-10-24 09:49 <wolfspraul> you mean the value?
2010-10-24 09:49 <wolfspraul> sure the only thing I do now is to add a UJS_ prefix
2010-10-24 09:49 <wpwrak> (make clena) or copy over the "again" target that i have in my BOM Makefiles
2010-10-24 09:50 <wolfspraul> the important thing is to add more types of parts, more distis, more manufacturers
2010-10-24 09:50 <wolfspraul> so I was just playing this time...
2010-10-24 09:50 <wolfspraul> anyway, it works! congratulations!
2010-10-24 09:51 <wolfspraul> I see a bright future for boom :-)
2010-10-24 09:52 <wpwrak> kewl. just generated the BOM too :)
2010-10-24 09:53 <viric> what does bom mean?
2010-10-24 09:54 <wpwrak> it didn't pick anything overly crazy. the 4.7 uF cap is a bit cheap (Y5V), but usually acceptable
2010-10-24 09:54 <wolfspraul> he
2010-10-24 09:54 <wolfspraul> I even bypassed the 'exercise' with the 250V cap
2010-10-24 09:54 <wolfspraul> just a direct link, lazy me...
2010-10-24 09:55 <wpwrak> yeah :) the challenge of getting deeper into substitutions still lies ahead of you :)
2010-10-24 09:55 <wolfspraul> ah I have a question about that 4.7nF/250V cap
2010-10-24 09:55 <wolfspraul> well the substitutions as a programmatic challenge are totally no problem to me
2010-10-24 09:56 <wolfspraul> the problem is to understand what the hell I am dealing with
2010-10-24 09:56 <wolfspraul> to me these are all just 'variables'
2010-10-24 09:56 <wpwrak> ;-))
2010-10-24 09:56 <wolfspraul> but without some EE background it makes no sense for me to juggle with these variables
2010-10-24 09:56 <wolfspraul> I would just generate bloat.
2010-10-24 09:56 <wolfspraul> the point is to not over-specify
2010-10-24 09:56 <wpwrak> what i still need to add is an more straightforward debug mode for .sub substitutions. for .gen, i have one, but not for .sub. and it's kinda painful to manually trim the bom for testing
2010-10-24 09:57 <wpwrak> yes, once things are a bit more stable and friendly, it'll be a good time to get some input from people who know something about EE :)
2010-10-24 09:58 <wolfspraul> so for the 4.7nF/250V... I found these two
2010-10-24 09:58 <wolfspraul> http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=445-2333-1-ND
2010-10-24 09:58 <wpwrak> but that will probably be after a rewrite to C. the current perl stuff is reaching its limits.
2010-10-24 09:58 <wolfspraul> http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=478-5605-1-ND
2010-10-24 09:59 <wolfspraul> one has a 5% tolerance, C0G, NP0
2010-10-24 09:59 <wolfspraul> the other one 10% tolerance, X7R
2010-10-24 09:59 <wolfspraul> price about the same
2010-10-24 09:59 <wolfspraul> which one would you choose?
2010-10-24 10:01 <wpwrak> hmm. don't know really. none of the main differences between c0g and x7r matter here
2010-10-24 10:01 <wpwrak> here, you'd be more concerned with overvoltake tolerance
2010-10-24 10:01 <wpwrak> overvoltaGe
2010-10-24 10:03 <wolfspraul> you mean the 250V? but it's the same
2010-10-24 10:03 <wpwrak> i mean what happens if you go over 250 V :)
2010-10-24 10:03 <wpwrak> (briefly)
2010-10-24 10:04 <wolfspraul> btw haven't tried it yet. can I upload that prettified shopping list to digikey?
2010-10-24 10:04 <wolfspraul> do they have some standard format?
2010-10-24 10:07 <wpwrak> btw, you could use this one: 490-3532-1-ND
2010-10-24 10:07 <wpwrak> smaller and cheaper
2010-10-24 10:07 <wpwrak> they have some bom upload but i haven't used it yet
2010-10-24 10:08 <wpwrak> if the pretty list was compatible with it, that would be extreme coincidence :)
2010-10-24 10:08 <wpwrak> or if you want 1206, try 445-4484-1-ND. that one is even good for up to 630 V :-)
2010-10-24 10:10 <wolfspraul> tolerance 20%, is that still oK?
2010-10-24 10:11 <wpwrak> of course, if you teach boom to recognize *F/*V, then you don't even need me to look up parts ;-) hint: tell boom that the voltage is >= the specified value
2010-10-24 10:11 <wolfspraul> yes yes, I know :-)
2010-10-24 10:11 <wpwrak> i don't think the exact capacitance matters here. i think 4.7 nF is very very generous already
2010-10-24 10:13 <wolfspraul> OK but I won't touch it, no need to get burnt.
2010-10-24 10:13 <wpwrak> oh, and you can get 10% for the same price :) 445-2290-1-ND
2010-10-24 10:13 <wolfspraul> so with this little boom lesson, I think the next target for boom for me is xue
2010-10-24 10:13 <wolfspraul> for ben-wpan, I'm sure you will do it yourself already
2010-10-24 10:13 <wolfspraul> for xue, I believe I can help move things in that direction
2010-10-24 10:14 <wpwrak> (ben-wpan) of course :)
2010-10-24 10:14 <wolfspraul> wpwrak: how do you feel about committing gerber files into git?
2010-10-24 10:14 <wolfspraul> (different subject)
2010-10-24 10:15 <wpwrak> it's ugly
2010-10-24 10:15 <wpwrak> there is a more general problem, though: how do we deal with generated files that are hard to generate (but that may also be troublesome to have in git, e.g., because of size)
2010-10-24 10:16 <wpwrak> one approach would be to have two projects: one with the sources, one with generated stuff
2010-10-24 10:16 <wpwrak> that's kinda how i run things with the case scans
2010-10-24 10:17 <wpwrak> i haven't quite figured out a strategy for the boom database, where we'll have the same problem
2010-10-24 10:19 <wpwrak> making generating gerber easier would be nice. since it's in the same plot dialog as postscript, anyone who makes that possible could also solve the postscript problem -> one step closer to brdhist :)
2010-10-24 10:20 <wpwrak> so if you feel like visiting the sewers of C++ ... :)
2010-10-24 10:47 <Guest5862> wpwrak: ah yes I see it (the dialog in pcbnew)
2010-10-24 10:47 <Guest5862> big :-)
2010-10-24 10:47 <Guest5862> why am I called Guest...? :-)
2010-10-24 10:47 <wpwrak> big and deep
2010-10-24 10:48 <Guest5862> deep? even sub-dialogs?
2010-10-24 10:48 <B_Lizzard> Shouldn't devices exist in /sys regardless of their status in /dev?
2010-10-24 10:48 <Guest5862> "Save Options" in a dialog, argh. Is that what I think it is?
2010-10-24 10:48 <wpwrak> i meant deep in the code. not something easily called from the outside.
2010-10-24 10:49 <wpwrak> Guest5862: (save options) don't worry, it doens't really work anyway ;-)
2010-10-24 10:49 <Guest5862> he. without the undue burden of trying to send patches upstream, all code paths shall be shallow :-)
2010-10-24 10:49 <Guest5862> even in the C++ mess, a few globals can do wonders
2010-10-24 10:50 <wpwrak> :-)
2010-10-24 10:50 <wpwrak> have you looked at the code yet ?
2010-10-24 10:50 <Guest5862> no
2010-10-24 10:50 <wpwrak> gets the pop corn
2010-10-24 10:50 <Guest5862> but I am very very optimistic on that end. you don't know how cruel I can be to software aesthetics.
2010-10-24 10:51 <Guest5862> anyway we see. I'm not sure when I can get to it but automating server-side generated files is definitely something I want to do soon.
2010-10-24 10:52 <Guest5862> so in general you say the goal should be to not commit gerbers, at least not in the primary design repository
2010-10-24 10:52 <wpwrak> having command-line driven output would also make it much easier to generate local files
2010-10-24 10:53 <wpwrak> plus, if you can tweak the settings inthe process, also useful things like mirrored front sides for toner transfer could be automated
2010-10-24 10:53 <qi-bot> [commit] Lars-Peter Clausen: defconfig update http://qi-hw.com/p/qi-kernel/43947c3
2010-10-24 10:53 <qi-bot> [commit] Lars-Peter Clausen: Revert "dma sg" http://qi-hw.com/p/qi-kernel/5627252
2010-10-24 10:53 <wpwrak> yes, i'd try to avoid committing gerbers
2010-10-24 10:54 <wpwrak> also because they'd add a lot of commit noise
2010-10-24 10:54 <wpwrak> and if you change something but don't generate gerbers afterwards, you may even commit stale versions
2010-10-24 10:54 <wpwrak> and so on. lots of problems
2010-10-24 10:55 <B_Lizzard> Thanks for that, larsc
2010-10-24 11:16 <wpwrak> viric: what probably works is an NPN transistor. Rbase = 50 R :)
2010-10-24 11:23 <viric> wpwrak: ah, good one :)
2010-10-24 11:23 <viric> but where those 50R come from?
2010-10-24 11:24 <wpwrak> i mean: i put a 50 R resistor there :)
2010-10-24 11:24 <viric> ahh
2010-10-24 11:24 <viric> did you simulate?
2010-10-24 11:24 <viric> the base will have a very small current
2010-10-24 11:24 <viric> and that may end up being a weird impedance then
2010-10-24 11:24 <viric> short-circuit or open-circuit reflect a lot
2010-10-24 11:25 <viric> unless Rbase is parallel with the transistor
2010-10-24 11:26 <wpwrak> the base will draw whatever it gets
2010-10-24 11:26 <wpwrak> Rbase is in serie
2010-10-24 11:26 <viric> ah, sorry. I think I was imaging MOSFET.
2010-10-24 11:27 <wpwrak> it's an BJT, not a FET :)
2010-10-24 11:27 <viric> sure.
2010-10-24 11:27 <wpwrak> yup :)
2010-10-24 11:28 <viric> so the simulation looks good?
2010-10-24 11:28 <wpwrak> yup. very good
2010-10-24 11:28 <viric> great... so it really has wide bandwidth once adapted :)
2010-10-24 11:28 <viric> I have to learn that qucs
2010-10-24 11:28 <viric> I'll package it
2010-10-24 11:29 <wpwrak> i need a non-zero capacitance at the input or noise could make the transistor charge the parasitic capacitance at the collector. if course, parasitic capacitance at the base takes care of this anyway.
2010-10-24 11:30 <viric> you draw a common emmiter ?
2010-10-24 11:30 <wpwrak> qucs is great. you'll love it
2010-10-24 11:30 <wpwrak> common emitter ? you mean NPN.E = GND ? yes
2010-10-24 11:30 <viric> you brought me into kicad already...
2010-10-24 11:30 <viric> yes.
2010-10-24 11:31 <viric> does it need freehdl?
2010-10-24 11:32 <wpwrak> it says it can read vhdl and verilog
2010-10-24 11:32 <viric> ok
2010-10-24 11:33 <viric> I'll try to build it
2010-10-24 11:50 <viric> wpwrak: is qucs made for qt3? I can't believe... but its configure script looks like wanting it.
2010-10-24 11:53 <wpwrak> ldd says libqt-mt.so.3
2010-10-24 11:53 <viric> clear.
2010-10-24 11:53 <viric> here I go building then.
2010-10-24 11:56 <lisandropm> viric: you have caneda, wich is a kind of qucs fork, done with qt4
2010-10-24 11:56 <lisandropm> currently it needs some more details, but upstream is alive ;)
2010-10-24 11:56 <viric> ohh
2010-10-24 11:57 <viric> link?
2010-10-24 11:57 <lisandropm> just a second
2010-10-24 11:57 <viric> caneda.sf.net I see
2010-10-24 11:57 <lisandropm> must fill the IT in debian too
2010-10-24 11:57 <viric> no files released...
2010-10-24 11:57 <lisandropm> *itp
2010-10-24 11:58 <viric> there are no commits in the caneda.sf.net git
2010-10-24 11:58 <lisandropm> viric: http://caneda.tuxfamily.org/index.php?title=Main_Page
2010-10-24 11:58 <lisandropm> the code is hosted in tuxfamily
2010-10-24 11:59 <lisandropm> I don't know why
2010-10-24 12:01 <wpwrak> lisandropm: (caneda) interesting. why did they fork ?
2010-10-24 12:02 <viric> ok
2010-10-24 12:02 <viric> lisandropm: the qucs mainpage mentions qucs-qt4 in cvs
2010-10-24 12:02 <lisandropm> afaik, original upstream was very conservative on multiple things, like keeping autotools for building qt
2010-10-24 12:02 <lisandropm> viric: the same guy who started the port went later into caneda (again, afaik)
2010-10-24 12:03 <lisandropm> it seems they are integrating µelectronics in caneda too
2010-10-24 12:03 <wpwrak> i see layout. kewl :)
2010-10-24 12:03 <viric> ok
2010-10-24 12:04 <viric> lisandropm: caneda has no released versions
2010-10-24 12:04 <lisandropm> no :-(
2010-10-24 12:04 <lisandropm> wip ;)
2010-10-24 12:05 <viric> usable?
2010-10-24 12:05 <lisandropm> still haven't tested it too much
2010-10-24 12:05 <wpwrak> it's a little odd that the caneda page doesn't mention qucs.
2010-10-24 12:05 <lisandropm> I'm not much into designs :-/
2010-10-24 12:05 <lisandropm> wpwrak: indeed
2010-10-24 12:07 <viric> qucs works here already.
2010-10-24 12:07 <lisandropm> then keep qucs ;)
2010-10-24 12:09 <qi-bot> [commit] Werner Almesberger: Added (partially incorrect, see INFO) footprint of F MMCX board edge connector http://qi-hw.com/p/ben-wpan/6668a6d
2010-10-24 12:09 <qi-bot> [commit] Werner Almesberger: cntr/term/term.sch: simulation of impedance-matched termination circuit http://qi-hw.com/p/ben-wpan/4176541
2010-10-24 12:11 <qi-bot> [commit] Werner Almesberger: boom/manu/Makefile.common: rm -f is enough, no need for -rf http://qi-hw.com/p/eda-tools/fa21900
2010-10-24 12:11 <viric> lisandropm: I'll try to package caneda
2010-10-24 12:12 <lisandropm> viric: debian package? I was filling the ITP already
2010-10-24 12:12 <lisandropm> viric: of course, if you want, we can co maintain it :)
2010-10-24 12:13 <viric> no, not debian
2010-10-24 12:14 <lisandropm> then go ahead ;)
2010-10-24 12:16 <viric> lisandropm: caneda does not build here. moc_mainwindow.cxx:188: error: call of overloaded 'QString(int)' is ambiguous
2010-10-24 12:17 <lisandropm> please report the bug (I don't know if they have a bugtracker yet :-/ )
2010-10-24 12:17 <viric> I tried with qt4.7. I'll try with qt4.6
2010-10-24 12:18 <viric> lisandropm: I'll send it by mail to the main committer
2010-10-24 12:18 <lisandropm> go ahead :)
2010-10-24 12:19 <lisandropm> viric: I am just a friend of one of the commiters (Pablo Pareja), I am not part of the project
2010-10-24 12:19 <lisandropm> please send feedback to the project members :)
2010-10-24 12:20 <viric> where are you from?
2010-10-24 12:21 <lisandropm> argentina
2010-10-24 12:21 <kristianpaul> oh
2010-10-24 12:21 <kristianpaul> hola
2010-10-24 12:21 <viric> ah nice.
2010-10-24 12:21 <B_Lizzard> larsc, some feedback on 2.6.36 using your latest defconfig
2010-10-24 12:21 <lisandropm> kristianpaul: hola :)
2010-10-24 12:21 <B_Lizzard> I'm having some issues with the battery readings
2010-10-24 12:21 <kristianpaul> lisandropm: jlime users btw? :)
2010-10-24 12:21 <kristianpaul> user*
2010-10-24 12:21 <lisandropm> no :-)
2010-10-24 12:22 <viric> sos macanudos!
2010-10-24 12:22 <lisandropm> doesn't even knows what jlime is :)
2010-10-24 12:22 <lisandropm> viric: :)
2010-10-24 12:22 <B_Lizzard> dmesg reports "power_supply battery: driver failed to report 'voltage_now' property
2010-10-24 12:23 <B_Lizzard> Trying to cat /sys/class/power_supply/voltage_now says "Connection timed out"
2010-10-24 12:23 <kristianpaul> lisandropm: www.jlime.com (may be the answer to your problems ;))
2010-10-24 12:23 <kristianpaul> cause deian in the nanonote is kinda slow i think
2010-10-24 12:24 <lisandropm> kristianpaul: didn't know about it. I just used OE for the devices we develop at my job (because of inheritance)
2010-10-24 12:24 <larsc> B_Lizzard: could you do a `cat /proc/interrupts`?
2010-10-24 12:25 <B_Lizzard> Am I looking for something or do you want the entire file?
2010-10-24 12:25 <B_Lizzard> I'll also give you a copy of dmesg
2010-10-24 12:25 <larsc> the entire file would be good
2010-10-24 12:25 <B_Lizzard> Sure thing sir
2010-10-24 12:26 <B_Lizzard> I still don't get any messages at boot aside from the initial kernel printks, also. Could be my environment, but it worked for 2.6.32 so who knows.
2010-10-24 12:27 <kristianpaul> lisandropm: good !
2010-10-24 12:28 <kristianpaul> lisandropm: try it and tell us what youn think, btw there is #jlime channel too
2010-10-24 12:28 <B_Lizzard> OK, /proc/interrupts: http://pastebin.com/mS9dBTCr
2010-10-24 12:28 <viric> lisandropm: builds with qt 4.6
2010-10-24 12:29 <B_Lizzard> dmesg: http://pastebin.com/6DU7C4Ev
2010-10-24 12:29 <lisandropm> kristianpaul: sorry, but at this time it would be impossible :-(
2010-10-24 12:29 <B_Lizzard> There's some weird output there too
2010-10-24 12:29 <B_Lizzard> ALSA is also doing some weird stuff
2010-10-24 12:29 <larsc> B_Lizzard: hm thats interesting the battery generates interrupts, but the adc reading still times out
2010-10-24 12:30 <lisandropm> viric: no surprise. Most of (if not all) the developers use Debian in their machines, and we have Qt 4.6 (4.7 is not even relaed yet)
2010-10-24 12:30 <lisandropm> *released
2010-10-24 12:30 <kristianpaul> ok
2010-10-24 12:30 <larsc> hm... "Unbalanced enable for IRQ 185"
2010-10-24 12:32 <viric> lisandropm: qt47 is not relased1?
2010-10-24 12:32 <viric> !?
2010-10-24 12:32 <lisandropm> not afaik ;)
2010-10-24 12:32 <lisandropm> checks
2010-10-24 12:32 <viric> I think it is
2010-10-24 12:32 <viric> at least from one or two months
2010-10-24 12:33 <B_Lizzard> This is upstream 2.6.36 with those patches and the defconfig I got from projects.qi-hardware
2010-10-24 12:33 <lisandropm> iric: sorry, I probably got confused with
2010-10-24 12:33 <larsc> B_Lizzard: could you build your kernel with KALLSYMS_ALL=y so we see the function names in the stack trace?
2010-10-24 12:33 <lisandropm> 4.7.1
2010-10-24 12:33 <B_Lizzard> larsc, sure
2010-10-24 12:35 <B_Lizzard> Would that be CONFIG_KALLSYMS?
2010-10-24 12:35 <B_Lizzard> OK, rebuilding, should be 10 minutes or so.
2010-10-24 12:36 <larsc> CONFIG_KALLSYMS  and CONFIG_KALLSYMS_ALL
2010-10-24 12:36 <B_Lizzard> OK, thanks
2010-10-24 12:37 <larsc> well, maybe CONFIG_KALLSYMS is enough
2010-10-24 12:37 <larsc> yes, i think its enough
2010-10-24 12:37 <B_Lizzard> I used your previous defconfig which i modified for CONFIG_BATTERY_JZ4740 and it worked, as far as I can remember
2010-10-24 12:38 <B_Lizzard> Could be something you removed?
2010-10-24 12:38 <B_Lizzard> Unless this is something that takes time to surface
2010-10-24 12:39 <viric> lisandropm: do you use caneda?  I'll try to guess where to install the components. I can't find it in the docs
2010-10-24 12:40 <lisandropm> viric: no, but ask Pablo Pareja Obregón parejaobregon at gmail.com
2010-10-24 12:40 <B_Lizzard> I did reboot several times and it was the same thing every time
2010-10-24 12:40 <lisandropm> while I am an electronic enginnerr, I prefer to do sfotware stuff ;)
2010-10-24 12:41 <lisandropm> *software
2010-10-24 12:41 <viric> ah found it. It's the first thing it complained about, running it ;)
2010-10-24 12:43 <larsc> B_Lizzard: i don't think that it is realted to the other config changes
2010-10-24 12:44 <B_Lizzard> Well, me neither, I thought I'd just mention it.
2010-10-24 12:47 <viric> lisandropm: you prefer doing software with electronics, over doing electronics with software, I see
2010-10-24 12:47 <B_Lizzard> ALSA is giving me some crap too, volume changes in alsamixer don't seem to affect the actual output volume, /dev/dsp is invalid at 14:3 (which I think is the correct major-minor address
2010-10-24 12:48 <viric> B_Lizzard: do you have the sound part as module or in kernel?
2010-10-24 12:48 <viric> I remember seeing a difference in that
2010-10-24 12:48 <B_Lizzard> I think it's in kernel
2010-10-24 12:48 <B_Lizzard> Wait
2010-10-24 12:48 <viric> but I don't remember what difference.
2010-10-24 12:49 <viric> (I talk about jz-2.6.35)
2010-10-24 12:49 <B_Lizzard> Yeah, in kernel, as specified in the 2.6.36 defconfig from projects.qi-hardware
2010-10-24 12:49 <viric> and it worked for you in 2.6.35?
2010-10-24 12:51 <B_Lizzard> it worked in 2.6.32
2010-10-24 12:51 <B_Lizzard> With the qi-kernel
2010-10-24 12:52 <viric> sound works for me in 2.6.35
2010-10-24 12:53 <viric> too loud, but works
2010-10-24 12:53 <viric> alsamixer and mpg123 work.
2010-10-24 12:58 <B_Lizzard> Hmmm, battery readings seem OK now...
2010-10-24 12:59 <B_Lizzard> Bad build or unstable driver?
2010-10-24 12:59 <B_Lizzard> I'll wait
2010-10-24 13:00 <qi-bot> [commit] Axel Lin: mfd: Fix jz4740_adc_set_enabled http://qi-hw.com/p/qi-kernel/fa4e9d6
2010-10-24 13:00 <qi-bot> [commit] Axel Lin: jz4740-battery: Add missing kfree(jz_battery) in jz_battery_remove() http://qi-hw.com/p/qi-kernel/6816d66
2010-10-24 13:01 <larsc> B_Lizzard: it could very well be a race somewhere.
2010-10-24 13:01 <B_Lizzard> I'll reboot a couple of times, charge it up a bit
2010-10-24 13:01 <B_Lizzard> See if that changes anything
2010-10-24 13:01 <larsc> B_Lizzard: can you upload your kernel System.map?
2010-10-24 13:01 <B_Lizzard> Sure thing
2010-10-24 13:09 <B_Lizzard> Wait a sec
2010-10-24 13:10 <lisandropm> viric: I just prefer software ;) I am currently writing a driver, but I must admit I love to do GUIs ;)
2010-10-24 13:13 <B_Lizzard> larsc, I uploaded it to pastebin, http://pastebin.com/dpqH5RHJ
2010-10-24 13:14 <B_Lizzard> I can upload the real file if that's unworkable
2010-10-24 13:15 <B_Lizzard> In raw format
2010-10-24 13:15 <B_Lizzard> http://pastebin.com/raw.php?i=dpqH5RHJ
2010-10-24 13:15 <viric> lisandropm: caneda packaged
2010-10-24 13:15 <lisandropm> viric: good :) may I ask for wich distro?
2010-10-24 13:15 <viric> NixOS
2010-10-24 13:16 <lisandropm> first time I read babout it :)
2010-10-24 13:18 <larsc> B_Lizzard: hm, the symbols dont match the addresses anymore, could you build a kernel form the defconfig and paste System.map then?
2010-10-24 13:19 <B_Lizzard> Oh, that's from the KALLSYMS build
2010-10-24 13:19 <B_Lizzard> The previous pastebins are from the previous build
2010-10-24 13:19 <B_Lizzard> Sorry bout that, wait a sec.
2010-10-24 13:22 <B_Lizzard> I'll paste dmesg and interrupts when I get a backtrace
2010-10-24 13:22 <larsc> ok
2010-10-24 13:24 <B_Lizzard> Sorry bout that, I accidentally deleted my sources before :/
2010-10-24 13:39 <B_Lizzard> Any ideas on the ALSA issues?
2010-10-24 13:41 <larsc> nope
2010-10-24 13:45 <B_Lizzard> Shouldn't 14:3 be right for /dev/dsp?
2010-10-24 13:47 <larsc> i have no idea
2010-10-24 13:47 <viric> on x86 I have 14:3
2010-10-24 13:47 <larsc> but isn't /dev/dsp oss?
2010-10-24 13:47 <viric> yes
2010-10-24 13:47 <B_Lizzard> It should be provided by alsa's OSS emulation
2010-10-24 13:49 <larsc> it's not enabled in the defconfig
2010-10-24 13:49 <B_Lizzard> Ugh, maybe I'm a moron. CONFIG_SOUND_OSS_CORE is off in defconfig
2010-10-24 13:49 <B_Lizzard> I was pretty sure it was on
2010-10-24 13:50 <B_Lizzard> That would be CONFIG_SND_PCM_OSS
2010-10-24 13:54 <B_Lizzard> The console keymap is missing the red and blue keys too
2010-10-24 13:55 <larsc> yes. thats certainly something that should be handeld by userspace and not by the kernel
2010-10-24 13:57 <B_Lizzard> Well, aren't good defaults important?
2010-10-24 13:58 <B_Lizzard> As the hardware layout is unlikely to change
2010-10-24 14:01 <B_Lizzard> Otherwise I see no issues, great work on 2.6.36
2010-10-24 14:02 <larsc> well, changing the default kernel keymap wont make it upstream
2010-10-24 14:03 <B_Lizzard> Oh, I thought you could do per-target keymaps
2010-10-24 14:03 <B_Lizzard> Sorry, you are completely right then.
2010-10-24 14:15 <viric> really? aren't there keymaps per target?
2010-10-24 14:16 <viric> The macintosh, the alpha, ... they have different keyboards, isn't it?
2010-10-24 14:16 <B_Lizzard> Well, I suspect that the base keymaps are the same
2010-10-24 14:17 <viric> strange. I had said that different platforms have different scancodes
2010-10-24 14:56 <viric> grr my 2.6.35 just hanged in the nanonote. after seeing p1 in mmcblk0
2010-10-24 14:56 <viric> (I connected the usb cable booting). The cursor stopped blinking
2010-10-24 14:58 <viric> I could reproduce it doing the same.
2010-10-24 14:58 <viric> without connecting the cable on boot, it works fine
2010-10-24 15:32 <B_Lizzard> Are the limits for sound devices specified in-kernel?
2010-10-24 15:32 <B_Lizzard> I suspect they are
2010-10-24 15:33 <B_Lizzard> Or are these things hardware-dependent?
2010-10-24 15:34 <larsc> limits?
2010-10-24 15:35 <B_Lizzard> Um, the steps
2010-10-24 15:35 <B_Lizzard> The limits for the Master control are 0 - 3, meaning that each step is a 33% in percentage
2010-10-24 15:35 <B_Lizzard> 0 - 3 is too low, I think.
2010-10-24 15:38 <larsc> thats all the hardware supports
2010-10-24 15:41 <larsc> for finer granularity you need a software volume
2010-10-24 15:52 <B_Lizzard> OK, thanks
2010-10-24 16:10 <B_Lizzard> I still haven't gotten bad driver behaviour...
2010-10-24 16:11 <B_Lizzard> It might've been that particular build.
2010-10-24 17:34 <lisandropm> viric: my friend just updated the description in caneda's webpage
2010-10-24 17:35 <lisandropm> I think it is more accurate now :)
2010-10-24 17:35 <lisandropm> wpwrak: also updated they relationship to qucs.
2010-10-24 17:40 <wpwrak> lisandropm: nice, thanks ! so this is something that may one day compete with kicad ?
2010-10-24 17:40 <lisandropm> seems the idea, as I can read :-/
2010-10-24 17:40 <wpwrak> heh :)
2010-10-24 17:41 <lisandropm> but it wouldn't suprise me if it takes a more µelectronics direction
2010-10-24 17:42 <wpwrak> the layout in the screenshots points in this direction
2010-10-24 17:43 <wpwrak> not that i'd mind to have something with nicer selection to compete with eeschema. pcbnew will be harder to beat, though. there's a fair amount of magic that went into all those "magnetic" and "trace-hugging" functions
2010-10-24 17:45 <lisandropm> indeed, kicad has a lot of work inside it.
2010-10-24 17:45 <lisandropm> but maybe a in-the-middle approach would suit betetr
2010-10-24 17:46 <lisandropm> like having something to run simulations and the export to kicad
2010-10-24 17:46 <lisandropm> that was my idea when I tried qucs :)
2010-10-24 17:46 <wpwrak> yes, that would be useful, too
2010-10-24 17:46 <wpwrak> that's basically how i use it. just that export/import is manual :)
2010-10-24 17:46 <lisandropm> :)
2010-10-24 17:47 <wpwrak> well, in many cases, that's fine. e.g., schematics and simualation of the same circuit may look very different. add a cap here for parasitic capacitance, replace an MCU with a resistor for input port leakage, etc.
2010-10-24 17:48 <lisandropm> yes
2010-10-24 17:51 <wpwrak> but the basic gui interactions of kicad have a number of design concepts that just don't work well. like the weird way to do block ops, the clumsy concept of proximity in pcbnew, or the ordering of choices in ambiguous selections.
2010-10-24 17:52 <wpwrak> alas, so far all attempts to improve this seem to have failed :-( in no small part because each would require some major rearranging of internals to work smoothly.
2010-10-24 17:52 <lisandropm> :-(
2010-10-24 17:53 <wpwrak> (or so i've read. have't tried my luck with these myself :)
2010-10-24 17:54 <kristianpaul> :p
2010-10-24 17:54 <kristianpaul> wpwrak: but you you still using geda isnt?
2010-10-24 17:54 <wpwrak> and of course, C++ doesn't help with keeping patches small ...
2010-10-24 17:55 <wpwrak> kristianpaul: hell, no. i use kicad.
2010-10-24 17:56 <wpwrak> kristianpaul: i just see a lot of areas for improvements. e.g., when you click on something in pcbnew, the filtering of objects you may have clicked on is not very good.
2010-10-24 17:56 <kristianpaul> wpwrak: ahh , i tought may be i confused u with other people
2010-10-24 17:56 <wpwrak> kristianpaul: for instance, it sometimes includes objects that are nearby. with the ability to just zoom in, you don't need this.
2010-10-24 17:58 <wpwrak> kristianpaul: then, if there's an ambiguity, it pops up a selection. that's an improvement, because it make a more or less arbitrary pick before. but ... the selection is often redundant. e.g., if i'm about to delete a trace, it doesn't really matter on which segment i click. so if i hit an area where >= 2 segments could be selected, it could notice that they both have the same effect and not ask. this happens very very often.
2010-10-24 17:59 <kristianpaul> argg, ouchh
2010-10-24 17:59 <kristianpaul> yeah :(
2010-10-24 17:59 <wpwrak> kristianpaul: then, if object A overlaps object B at the point we click on, but A is by nature larger than B (e.g., A is a component while B is a trace), then it could give just priority to B, without looking at A.
2010-10-24 18:00 <wpwrak> kristianpaul: then, all block operations are by rectangle. there's no way to add/remove items from a selection or to combine selections. one consequence of this is that you now need a menu that lets you select what type of things you really wanted to include, because you often have some "bycatch".
2010-10-24 18:01 <wpwrak> kristianpaul: such a menu would be useful in general, but it would be a lot less necessary if selections were more flexible.
2010-10-24 18:02 <wpwrak> kristianpaul: (selection) i experimented a bit with such things in fped, that's where all those ideas come from :)
2010-10-24 18:03 <kristianpaul> :)
2010-10-24 18:03 <kristianpaul> when you decided write fped?
2010-10-24 18:03 <wpwrak> (of course, i managed to make it so complex that it sometimes gets confused :) should really take that code apart and redesign it from scratch)
2010-10-24 18:04 <kristianpaul> hmm
2010-10-24 18:04 <wpwrak> hmm, that was around the time when i looked at some bga, thought about drawing it with a perl script and then reviewing it with kicad's footprint editot, and then very quickly realized "no way !" :-)
2010-10-24 18:05 <kristianpaul> wpwrak: are you close with kicad developer, i wonder what you tried with then when openmoko times?
2010-10-24 18:06 <kristianpaul> ie sending patches
2010-10-24 18:07 <wpwrak> i don't think i contributed anything to kicad when at openmoko. i didn't have much to do with EE back then anyway. well, not officially :)
2010-10-24 18:08 <wpwrak> just before starting with openmoko, i sent some patches for "hugging" traces. they were good enough to look exciting but broken enough to still need a month or two of work. luckily, someone picked them up and fixed them for me ;-)
2010-10-24 18:09 <wpwrak> since then, kicad development has taken a turn i don't like so much. the code is better structured by the coding style has become incredibly ugly, in my opinion. basically the diametral opposite of the linux kernel coding style.
2010-10-24 18:10 <kristianpaul> :-|
2010-10-24 18:20 <rafa> lisandropm: btw, your QAntenna software looks great :).. well, I am not a hardware guy, but I just was reading the qantenna README and web page ;)
2010-10-24 18:23 <wpwrak> oh. interesting.
2010-10-24 18:23 <kristianpaul> yeah
2010-10-24 18:23 <kristianpaul> looks really interesting
2010-10-24 18:23 <wpwrak> lisandropm: what antenna shapes can it analyze ? e.g., can it do pcb antennas ?
2010-10-24 18:24 <kristianpaul> wpwrak: i loads a .net file
2010-10-24 18:24 <kristianpaul> whatever it is
2010-10-24 18:25 <kristianpaul> lisandropm: what about gps atenas?, i guess nothing to do here cause is focused on active signals on just listen..
2010-10-24 18:25 <wpwrak> lisandropm: e.g., i have the interesting problem of "porting" a meander designed for 1 mm FR4 to 0.8 mm FR4. all i know is that i should make it a bit larger, but without much of a clue how large.
2010-10-24 18:32 <kristianpaul> wpwrak: how do calculate timing for atusd, are you reading processor registers or just hardconding by guessing that processor always will run to NN Mhz ?
2010-10-24 18:33 <kristianpaul> i ask that cause i dont know if by default openwrt modify clock speed.. :-/
2010-10-24 18:36 <wpwrak> kristianpaul: i measured the fastest bitbanging speed for a single gpio and i got about 1 MHz. from that, i concluded that i'll never have the slightest risk of going too fast :) (the interface can do 8 MHz, if memory serves me)
2010-10-24 18:36 <kristianpaul> ahh
2010-10-24 18:37 <kristianpaul> well
2010-10-24 18:39 <wpwrak> kristianpaul: you have a SIE, don't you ?
2010-10-24 18:39 <kristianpaul> wpwrak: i do
2010-10-24 18:40 <kristianpaul> s/do/have
2010-10-24 18:40 <wpwrak> good. then you can make the SPI to SPI gateway with the FPGA ;-)
2010-10-24 18:40 <kristianpaul> well yes, actually i have a cpld for that job
2010-10-24 18:41 <kristianpaul> is more easy to wire and have better looking :)
2010-10-24 18:43 <wpwrak> have you already built it ?
2010-10-24 18:43 <kristianpaul> nope i just made my jtag cable yday
2010-10-24 18:44 <kristianpaul> but i was reading theory about 3 state buffer with vreilog
2010-10-24 18:44 <kristianpaul> and i need it for the EVB so i'll with it for sure
2010-10-24 18:45 <wpwrak> cool. should be fun :)
2010-10-24 18:46 <wpwrak> can't wait for sebastien to do his thesis on bitstream reverse-engineering and open synthesis :)
2010-10-24 18:48 <kristianpaul> had you check this http://www.ulogic.org/trac ?
2010-10-24 18:49 <wpwrak> kristianpaul: yes, but they don't handle many of the newer/smaller chips
2010-10-24 18:50 <kristianpaul> well open synthesis icarus verilog guys did some work but quit as excuse xilinx have free tools  so no bother?..
2010-10-24 18:50 <kristianpaul> wpwrak: who can handle
2010-10-24 18:50 <kristianpaul> there are a lot
2010-10-24 18:50 <kristianpaul> and more coming
2010-10-24 18:53 <wpwrak> sebastien says that icarus isn't really usable
2010-10-24 18:54 <kristianpaul> heh he said that for almost everything :p
2010-10-24 18:54 <kristianpaul> but indeed it have limitations
2010-10-24 18:54 <wpwrak> (almost everything) well, that's true :)
2010-10-24 18:55 <wpwrak> have you used icarus ?
2010-10-24 18:55 <kristianpaul> a bit
2010-10-24 18:55 <kristianpaul> some basic simulation for learning verilog and for the ones that work in Milkymist code
2010-10-24 18:56 <kristianpaul> you usually end reporting a bug
2010-10-24 18:56 <wpwrak> ;-) are the bugs getting fixed ?
2010-10-24 18:58 <kristianpaul> well from what i reported they said will take care of and recomendme use some custom IFDEF to make the simulation work with icarus ..
2010-10-24 18:59 <wpwrak> so did you get something that worked in the end ? will you use icarus to do the spi gateway on the cpld ?
2010-10-24 19:00 <kristianpaul> icarus cant do synthesis at that level
2010-10-24 19:00 <kristianpaul> wpwrak: well in partially worked
2010-10-24 19:00 <kristianpaul> so lets se NO
2010-10-24 19:00 <kristianpaul> :(
2010-10-24 19:01 <kristianpaul> sebatian tell me how to fix the code in  verilog, but i dint tried yet
2010-10-24 19:01 <kristianpaul> sebastien*
2010-10-24 19:01 <wpwrak> ah, pity
2010-10-24 19:02 <wpwrak> "can't do" = by design or because of bugs ?
2010-10-24 19:02 <kristianpaul> what you meant with do?
2010-10-24 19:03 <wpwrak> "can't do synthesis at that level"
2010-10-24 19:03 <kristianpaul> surelly i can simulate the verilog code, wich is actually no more that 20 lines
2010-10-24 19:03 <kristianpaul> yeah, i uderstood for you that icarus will take care of all the tasks that propiertary xilinx tools do to get  bitstream
2010-10-24 19:04 <kristianpaul> so the answers, if that if design is not ready for that
2010-10-24 19:04 <kristianpaul> s/if/is
2010-10-24 19:04 <kristianpaul> s/if/its
2010-10-24 19:04 <kristianpaul> sorry
2010-10-24 19:04 <kristianpaul> an nb
2010-10-24 19:04 <kristianpaul> damn
2010-10-24 19:04 <kristianpaul> i read too fast and make mistakes .P
2010-10-24 19:05 <kristianpaul> wpwrak: ( can't do) by design bugs and who know what else
2010-10-24 19:07 <kristianpaul> there are several steps to achive that bitstream just using free sofware
2010-10-24 19:07 <kristianpaul> let me look a mail thread about it
2010-10-24 19:09 <wpwrak> so it's possible with free tools. that's good.
2010-10-24 19:12 <kristianpaul> not is not
2010-10-24 19:12 <kristianpaul> (there are several steps to achive that bitstream just using free sofware) not achieved yet
2010-10-24 19:14 <wpwrak> oh :-( i was hopeful for a moment ...
2010-10-24 19:15 <kristianpaul> no sorry, i just want meant there is a lot of work to do
2010-10-24 19:15 <kristianpaul> by then poeple to involve in that way
2010-10-24 19:15 <kristianpaul> for many years
2010-10-24 19:16 <kristianpaul> or
2010-10-24 19:17 <kristianpaul> if wolfgang plans about making ASIC sucess (other years to wait for it) wen can have out how FPGA's , but that requires a PhD thesis or soemthing may be
2010-10-24 19:18 <kristianpaul> but thats not excuse for you wpwrak dont have a FPGA devel board !! :)
2010-10-24 19:18 <kristianpaul> at least a CPLD ;)
2010-10-24 19:19 <wpwrak> i have enough toys for the moment :)
2010-10-24 19:26 <kristianpaul> i bet you have :)
2010-10-24 19:31 <kristianpaul> wpwrak: http://sourceforge.net/tracker/?func=detail&atid=775997&aid=3012126&group_id=149850
2010-10-24 19:31 <kristianpaul> thats the bug i mentioned bofere
2010-10-24 19:31 <kristianpaul> before*
2010-10-24 19:33 <wpwrak> "fixed" :)
2010-10-24 19:34 <kristianpaul> xD
2010-10-24 19:35 <kristianpaul> thats said my goverment all time on TV ;)
2010-10-24 19:37 <wpwrak> that's what distinguishes a democracy from a dictature - in the former, they still pretend to care :)
2010-10-24 19:39 <kristianpaul> and the thead about all the work about freedom to fpga sofware start here: http://lists.en.qi-hardware.com/pipermail/discussion/2010-September/005369.html
2010-10-24 19:39 <kristianpaul> "Good approach, but quite a lot of work that puts off most open source "
2010-10-24 19:39 <kristianpaul> developers.
2010-10-24 19:40 <kristianpaul> so step by step, as some body in asia said :)
2010-10-24 19:41 <wpwrak> yeah :)
2010-10-24 19:42 <kristianpaul> wpwrak: is not confusinf for you set MASKS in atdusd.c and otherin hex, why not in binary? , i confess i dont know if C can handle binary data definition?..
2010-10-24 19:42 <wpwrak> we shall overcome, one day :)
2010-10-24 19:42 <wpwrak> C doens't have base 2
2010-10-24 19:42 <wpwrak> i could use octal, though (-:C
2010-10-24 19:42 <kristianpaul> argg
2010-10-24 19:42 <kristianpaul> damm
2010-10-24 19:43 <wpwrak> i should grow a goatee
2010-10-24 19:43 <kristianpaul> i'll add coments as much as i can, hex for me still confusing to read :-/
2010-10-24 19:44 <kristianpaul> "C doens't have base 2" damn why not?? what about a gcc extension? may be..
2010-10-24 19:45 <kristianpaul> ok
2010-10-24 19:45 <wpwrak> hex isn't that hard to translate in your head ...
2010-10-24 19:45 <wpwrak> it gets more messy if you have, say, 32 bit value s...
2010-10-24 19:45 <kristianpaul> hmm
2010-10-24 19:45 <kristianpaul> yes it varies
2010-10-24 19:45 <wpwrak> and bit fields that end at non-nibble boundaries. that sucks.
2010-10-24 19:45 <kristianpaul> i just likt think in bits
2010-10-24 19:45 <kristianpaul> lol :)
2010-10-24 19:46 <kristianpaul> well
2010-10-24 19:46 <wpwrak> you'll like f32x. it has bit entry for boundary scan mode :)
2010-10-24 19:46 <kristianpaul> lets comment some ccode
2010-10-24 19:49 <kristianpaul> hmm i'll like your way of preset some bits as constants
2010-10-24 19:49 <kristianpaul> is like programa  microcontroller :) !
2010-10-24 19:50 <wpwrak> yeah, it's important to keep things sane :-)
2010-10-24 20:09 <wpwrak> hmm does anyone know if there's a way to make a pattern rule in gnu make that's equivalent to   %.foo: %/%.bar  ? (this doesn't work, because gnu make only substitutes the first % in %/%.bar. since this substitution is done after all other expansions, i can't trick it with $(subst ...) or such either)
2010-10-24 20:17 <wpwrak> i could use vpath, though that's a bit brute-force ...
2010-10-24 20:19 <wpwrak> and of course,  vpath %.foo %/  doesn't work. grmbl.
2010-10-24 20:40 <wpwrak> wolfspraul: heya, want some more feedback on the mm-jtag thingy ?
2010-10-24 20:56 <wolfspraul> wpwrak: yes sure
2010-10-24 20:56 <wpwrak> alright ... first, you don't have values for FBx yet
2010-10-24 20:57 <wpwrak> second, shouldn't R16 also have a voltage rating similar to C31 ? it has a 0402 footprint, so it's rated to only around 50 V
2010-10-24 20:58 <wpwrak> third, the mini-usb connector symbol is quite ugly. to make it even more weird, it has two unused pins that don't correspond to anything in the footprint either. how about stealing the one from gta02-core or ben-wpan (the latter got it from the former) ?
2010-10-24 20:59 <wpwrak> ben-wpan/components/mini_usb_b.lib
2010-10-24 21:00 <wpwrak> fifth, (that's something inherited from kicad) you have a nice example for the trouble with the default symbols when you look at the font sizes in FB2, then C27, and finally +3.3V (all are near each other)
2010-10-24 21:00 <wolfspraul> what do you mean with 'values for FBx'?
2010-10-24 21:01 <wpwrak> finally, in case you try to do a pcbnew --plot/--gerber, maybe consider also eeschema --bom, so that we can remove this manual step as well
2010-10-24 21:01 <wolfspraul> you mean the current rating? you want it to be in the KiCad fields?
2010-10-24 21:01 <wpwrak> current rating, maybe resistance, or just a part number
2010-10-24 21:02 <wpwrak> right now it's a little under-specified ;-)
2010-10-24 21:03 <wolfspraul> hmm OK. good feedback thanks!
2010-10-24 21:10 <dandon> are multi-touch displays compatible with windows xp?
2010-10-24 21:10 <wolfspraul> for the beads, actually I realized I didn't know to label them better, or what a 'good way' would be
2010-10-24 21:10 <dandon> http://www.viewsonic.com/products/desktop-monitors/lcd/x-series/vx2258wm.htm
2010-10-24 21:10 <wolfspraul> wpwrak: for example, would you just put "1A" into the value field?
2010-10-24 21:11 <wpwrak> i'm not so sure about them myself. there are two parameters that are interesting: one is the current, the other the DC resistance
2010-10-24 21:11 <wolfspraul> he :-) so we are back to where we were 2 days ago. that's why they don't have proper values yet.
2010-10-24 21:12 <wpwrak> for now, you could just put the part number you already picked :)
2010-10-24 21:12 <wolfspraul> into the value field?
2010-10-24 21:12 <wpwrak> yup. get a part number match
2010-10-24 21:13 <wolfspraul> hmm
2010-10-24 21:13 <wolfspraul> even though the value field shows in the plotted schematics?
2010-10-24 21:13 <wpwrak> why not ? it characterizes the part
2010-10-24 21:14 <wolfspraul> hmm
2010-10-24 21:14 <wolfspraul> that number doesn't make the schematics more readable
2010-10-24 21:15 <wolfspraul> then rather maybe "BEAD 1A"?
2010-10-24 21:16 <wpwrak> i wouldn't put type names into the value. in principle, the symbol should identify the type.
2010-10-24 21:17 <wpwrak> and, for boom, the component reference.
2010-10-24 21:17 <wolfspraul> I don't think I will put digi-key part numbers into the schematics now. I let you do the first step, once I see this in projects of yours I follow :-)
2010-10-24 21:17 <wpwrak> i was thinking of the manufacturer part number, not distributor part numbers
2010-10-24 21:18 <wolfspraul> ok I have no strong feelings on this now, because I work with these documents too little, so I don't know when exactly I look at them and what I then expect from them.
2010-10-24 21:18 <wpwrak> and there's precedent. e.g., in simple little cntr, we have U1 and D1, both with vendor PN
2010-10-24 21:19 <wpwrak> for U1 it's so natural you don't even notice. for D1 a little less. but then, LEDs have a ton of characteristics ...
2010-10-24 21:20 <wpwrak> beads also have their share. e.g., besides the obvious parameters, i think you can get them shielded or not, perhaps with material variations, and so on
2010-10-24 21:25 <qi-bot> [commit] Wolfgang Spraul: added some TODO items http://qi-hw.com/p/mmone-jtag-serial-cable/659de36
2010-10-24 21:26 <wolfspraul> there it is, good stuff thanks!
2010-10-24 21:28 <wpwrak> nice :)
2010-10-24 21:38 <lisandropm> rafa: thanks :)
2010-10-24 21:39 <lisandropm> wpwrak: actually it's just a GUI for necpp, wich should be able to analyse almost all antennas (if I am not much mistaken)
2010-10-24 21:40 <lisandropm> but the real problem is that nec uses old card-style input
2010-10-24 21:40 <lisandropm> I always thought of doing a xml descrition of the antenas
2010-10-24 21:43 <wpwrak> lisandropm: hah, didn't even know there were any free antenna analysis tools
2010-10-24 21:43 <lisandropm> just a port of the old fortran numeric electromagnetic code to C++
2010-10-24 21:47 <wpwrak> does necpp have a home page ? i googled around a bit but only found packages without indication of their source
2010-10-24 21:48 <kristianpaul> wpwrak: http://www.nec2.org/
2010-10-24 21:49 <wpwrak> thanks !
2010-10-24 21:51 <wpwrak> kewl. the manual looks like written with a typewriter ;-)
2010-10-24 21:51 <wpwrak> well the theory. but i think i'll skip this one :)
2010-10-24 21:53 <lisandropm> wpwrak: let me suggest http://elec.otago.ac.nz/w/index.php/Necpp (wich is the c++ port)
2010-10-24 21:54 <kristianpaul> oh
2010-10-24 21:55 <wpwrak> hmm, necpp is in ubuntu, so getting it is the easy part. what's hard is to figure out how to model an antenna ...
2010-10-24 21:55 <lisandropm> indeed, that's the worst part :(
2010-10-24 21:55 <wpwrak> you wouldn't happen to know of an example that looks a bit like this fellow ? http://focus.ti.com/lit/an/swra117d/swra117d.pdf
2010-10-24 21:56 <kristianpaul> great i link lisandropm ,
2010-10-24 21:56 <kristianpaul> i needed this http://elec.otago.ac.nz/w/index.php/FFT :D
2010-10-24 21:57 <lisandropm> wpwrak: no, but it should'n be too hard to get it
2010-10-24 21:58 <lisandropm> not preactical, that's for sure
2010-10-24 22:05 <wpwrak> hmm, here's a starting point ... http://www.signalpro.biz/ifa.pdf   no nec2 file, though :-(
2010-10-24 22:08 <wpwrak> lisandropm: would you know a rule of thumb for resizing such a meander antenna when the PCB thickness changes ? i.e., the example is for a 1 mm board, but i'm using 0.8 mm.
2010-10-24 22:09 <lisandropm> wpwrak: sorry, but no
2010-10-24 22:09 <lisandropm> I actually wrote much of the GUI stuff
2010-10-24 22:09 <lisandropm> the calculation part was done by necpp people ;)
2010-10-24 22:09 <lisandropm> GUI stuff: qantenna ;)
2010-10-24 22:10 <lisandropm> should really create xmls or the like for describing antennas in a much clearer way :-/
2010-10-24 22:10 <wpwrak> just thought you may have encountered such a problem already, since you know about such things .. :)
2010-10-24 22:11 <kristianpaul> lisandropm: i guess poople ask you that all time :)
2010-10-24 22:11 <lisandropm> indeed, happens very often
2010-10-24 22:12 <lisandropm> or I am approached by people who used nec a lot and discover the gui, and ask me questions that I really don't have a clue of :-)
2010-10-24 22:13 <kristianpaul> is nec pople reacheble some how? irc or mail list may be?
2010-10-24 22:15 <lisandropm> most people user supernec or 4nec2, wich are propietary
2010-10-24 22:15 <wpwrak> hmmm .... http://rze-falbala.rz.e-technik.fh-kiel.de/~splitt/html/mstrip.htm
2010-10-24 22:16 <wpwrak> closed source and windows :-(
2010-10-24 22:23 <wolfspraul> wpwrak: I will now try to get a IEEE company_id for Qi Hardware. For use in MAC addresses etc.
2010-10-24 22:24 <wolfspraul> the idea is to use it for all projects under the Qi umbrella, similar to the USB vendor ID.
2010-10-24 22:24 <wpwrak> excellent !
2010-10-24 22:24 <wpwrak> ben-wpan will certainly need this
2010-10-24 22:24 <wolfspraul> Milkymist One too
2010-10-24 22:25 <wolfspraul> ok let's see how it goes... I keep you posted.
2010-10-24 22:43 <qi-bot> [commit] Werner Almesberger: Added modules/INFO and AUTHORS. http://qi-hw.com/p/kicad-libs/6bb7d7b
2010-10-24 23:13 <kristianpaul> watching nanowar in OGV !!!
2010-10-24 23:16 <kristianpaul> rafa: so it was just use ffmpeg2theora (latest version)?
2010-10-24 23:35 <qi-bot> [commit] Xiangfu Liu: [uboot-xbust] fixed the [src] overflow when http://qi-hw.com/p/openwrt-xburst/d0d0131
2010-10-24 23:45 <rafa> kristianpaul: the first script helps
2010-10-24 23:45 <kristianpaul> rafa: yeah i realized
2010-10-24 23:45 <rafa> kristianpaul: we tried ffmpeg2theora before, but it did not gave us good videos to see
2010-10-24 23:45 <kristianpaul> i need a small movie
2010-10-24 23:45 <kristianpaul> later ogv
2010-10-24 23:46 <xiangfu> wolfspraul: I think I fixed the 16gb sd card read bug. please test with your sd card. :)
2010-10-24 23:46 <kristianpaul> converting some personal video now btw
2010-10-24 23:46 <xiangfu> wolfspraul: I have send one email to lists. you can find the new u-boot image at that email :)
2010-10-24 23:47 <wolfspraul> cool!
2010-10-24 23:49 <rafa> kristianpaul: I found that for some videos mplayer shows the first frame for several seconds (maybe 10) until it continues okey.. so if you see this behaviour that is okey. I mean, it is the same thing I get.. no idea why. Maybe it is mplayer, maybe it is that video, maybe it is theora.. who knows
2010-10-24 23:50 <kristianpaul> i think mplayert take a while to load the video
2010-10-24 23:51 <kristianpaul> ok i'll inform you, as soon this finish converting
2010-10-24 23:54 <kristianpaul> he
2010-10-24 23:54 <kristianpaul> it slowdown at first
2010-10-24 23:55 <kristianpaul> now seems go better
2010-10-24 23:55 <kristianpaul> but is great OGV !