| qi-bot | [commit] Werner Almesberger: drl2gp: drilling and circle milling work, various fixes (more to come) http://qi-hw.com/p/cae-tools/49a42cb | 03:57 |
|---|---|---|
| qi-bot | [commit] Werner Almesberger: drl2gp.c: added milling of slots (more to come) http://qi-hw.com/p/cae-tools/32f36cc | 03:57 |
| wolfspraul | roh: great mail! :-) | 05:07 |
| kristianpaul | indeed | 07:21 |
| kristianpaul | nice mails to read this morning :) | 07:21 |
| wpwrak_ | finally some action on the list ;-) | 08:10 |
| lekernel_ | hahaha | 08:11 |
| qi-bot | [commit] kyak: qstardict: initial port http://qi-hw.com/p/openwrt-packages/fa4bfac | 09:11 |
| kristianpaul | wpwrak_: i need the counter if i'm planning to sync the shifted register agains the Xbusrt SoC i need at leasta clk for the data | 09:54 |
| wolfspra1l | andres-calderon: hi Andres! | 09:55 |
| wolfspra1l | we got the 30 Aptina sensors in stock now | 09:55 |
| kristianpaul | andres-calderon: hola :) | 09:55 |
| andres-calderon | nice! | 09:55 |
| andres-calderon | kristianpaul: hola | 09:56 |
| andres-calderon | wolfspra1l: Almost has been finished the Xué's schematic review. | 09:58 |
| wolfspra1l | great | 09:59 |
| wolfspra1l | I am super busy on the Milkymist One RC2 run, testing | 10:00 |
| wolfspra1l | all looks good | 10:00 |
| wolfspra1l | we are discussing the goals for the Xue run, everything 100% KiCad process etc. | 10:00 |
| wolfspra1l | for the Milkymist One RC2 run, it looks like 36 or 37 boards out of 40 are 100% fully tested and pass | 10:00 |
| wolfspra1l | still working :-) | 10:00 |
| andres-calderon | Nice, Nelson is keen to buy one. | 10:01 |
| wolfspra1l | yes | 10:01 |
| andres-calderon | How much cost the MM1? | 10:03 |
| wolfspra1l | you mean for sale? 350 USD | 10:03 |
| wolfspra1l | that includes power adapter and jtag-serial board (which we don't have yet, working on it) | 10:03 |
| andres-calderon | yes, for sale | 10:04 |
| wolfspra1l | plus shipping | 10:04 |
| andres-calderon | When will there de MM1 in the news? Linuxfodevices, engadget, etc. .. | 10:07 |
| wolfspra1l | good question | 10:07 |
| wolfspra1l | in my opinion, we should first add a case and turn it into a proper product | 10:08 |
| wolfspra1l | even if it has no FCC/CE certification, but then it may have to be a kit people need to assemble themselves | 10:08 |
| wolfspra1l | better would be a 'real' product of course, including fcc/ce | 10:08 |
| andres-calderon | http://www.xilinx.com/products/devkits/EK-S6-SP605-G.htm | 10:08 |
| wolfspra1l | then I would say that's at least 3 months out | 10:08 |
| andres-calderon | 350 USD will be a good price. | 10:09 |
| kristianpaul | remenber M1 is a VJ Station | 10:09 |
| wolfspra1l | andres-calderon: once it has a case it will be 499 USD | 10:09 |
| wolfspra1l | and once it's there, we will drive it down again, 399 USD, etc. | 10:10 |
| wolfspra1l | but that's a lot of hard work | 10:10 |
| wolfspra1l | step by step | 10:10 |
| wolfspra1l | we are not even done testing the rc2 run yet | 10:10 |
| wolfspra1l | then we need to go full-power on the jtag-serial daughterboard | 10:10 |
| wolfspra1l | then the case | 10:10 |
| wolfspra1l | that's a nice development board, but I really don't compare with such boards at all | 10:11 |
| wolfspra1l | we are working on a product, including software, tools, case, certification, etc. | 10:11 |
| andres-calderon | wolfspra1l, I think some if it will do. At least compared to development boards the price is good. | 10:11 |
| wolfspra1l | yes, and I will try to drive the price down | 10:12 |
| wolfspra1l | I always feel technology is and must be inherently democratic, power to the people | 10:12 |
| wolfspra1l | so I'll squeeze out every USD, without compromising the freedom aspect of course | 10:12 |
| wolfspra1l | even if nobody cares, remember that those avnet boards are subsidized under Xilinx marketing budget | 10:12 |
| wolfspra1l | when the spartan-7 comes out, they stop selling this one. these are boards to spread their technology in the marketplace. nothing wrong with that, but the direction (and life expectancy) of such a board is very different from our product. | 10:13 |
| wolfspra1l | but yeah, if we can even beat them on price, that's cool! | 10:14 |
| wolfspra1l | :-) | 10:14 |
| wolfspra1l | but not my #1 focus | 10:14 |
| andres-calderon | wolfspra1l: avnet, digilent, huhorizons board are subsidized by xilinx, ISSI, Linear, etc.. | 10:14 |
| wolfspra1l | are you asking me or telling me? | 10:14 |
| wolfspra1l | I don't care. Even if Xilinx gives you 100 USD cash for every devboard from them, so what? | 10:14 |
| wolfspra1l | then get a lot of them :-) | 10:15 |
| wolfspra1l | I work on a product. | 10:15 |
| andres-calderon | just telling... the avnet, digilent, huhorizons boards are full of propaganda of the manufacturers of the chips. | 10:15 |
| wolfspra1l | of course | 10:15 |
| wolfspra1l | it's a marketing tool | 10:15 |
| wolfspra1l | so anyway | 10:16 |
| wolfspra1l | I am working on a great product. | 10:16 |
| wolfspra1l | long way :-) | 10:16 |
| xiangfu | kyak: Hi. I want start create a new openwrt image release tomorrow. | 10:38 |
| qi-bot | [commit] Xiangfu Liu: remove freedroid http://qi-hw.com/p/openwrt-packages/4ad9ef5 | 10:39 |
| qi-bot | [commit] Xiangfu Liu: remove BROKEN,add --without-mp3 by default http://qi-hw.com/p/openwrt-packages/760fbb1 | 10:39 |
| qi-bot | [commit] Xiangfu Liu: add moc qstardict to config.full_system http://qi-hw.com/p/openwrt-xburst/e9fe7d7 | 10:39 |
| xiangfu | kyak: just base on the last commit of openwrt-xburst[e9fe7d7], openwrt-package[760fbb1]. | 10:39 |
| xiangfu | I will test the image first tomorrow. :) | 10:40 |
| xiangfu | kyak: need sleep, see you. | 10:41 |
| wolfspra1l | he must have been sleepy :-) | 10:41 |
| kristianpaul | oh moc | 10:43 |
| kristianpaul | lets compile :) | 10:43 |
| kristianpaul | good now vim automatically help me on indentation :) | 11:36 |
| viric | hello back | 12:43 |
| viric | time to learn the halt sequence on openwrt.. | 12:43 |
| viric | (basically, sysvinit) | 12:43 |
| kristianpaul | good :) | 12:44 |
| viric | I don't have that solved... | 12:45 |
| viric | 'halt -fp' powers down, but 'halt' does not power down. | 12:45 |
| wpwrak_ | kristianpaul: (sync) hmm, what form of sync did you have in mind ? | 12:46 |
| kristianpaul | wpwrak_: simple as posible, i was thinking a clk and data (4bit), mcu can read when clk go high | 12:50 |
| kristianpaul | there is also a reset signal from mcu in order to do initialization | 12:50 |
| wpwrak_ | kristianpaul: if you shift into a parallel bits, your SIGE SYNC becomes the CPU data clock | 12:52 |
| wpwrak_ | kristianpaul: now, do you plan to use DMA ? or poll by software ? | 12:52 |
| kristianpaul | yup :) | 12:52 |
| kristianpaul | dma dont know how | 12:52 |
| kristianpaul | pull by sofware for now | 12:53 |
| kristianpaul | gpio > ram > dump to disk | 12:53 |
| wpwrak_ | then you could have a "data phase" signal. toggle it whenever you update the output, i.e., on each SYNC. | 12:53 |
| wpwrak_ | for DMA, you would need a proper DMA request signal. you'd also want to go 8 bit, to avoid wasting half your memory/bandwidth, because DMA only has 8/16/32 bit size. | 12:54 |
| kristianpaul | 8 bits easy, just other 4 wires grounded | 12:55 |
| kristianpaul | or you meant provide full 8 bit data per sample? | 12:56 |
| wpwrak_ | the latter :) | 12:57 |
| wpwrak_ | still easy: you either make the shifter 8 bits wide and divide incoming SYNC by two, or add a multiplexer | 12:58 |
| kristianpaul | ah yes | 12:58 |
| kristianpaul | actually i need 16bits but QIQIQIQI not QQIIQQIIQQIIQQII | 12:59 |
| kristianpaul | well that was the data format the guy from sdr-gps ask me for | 12:59 |
| wpwrak_ | do you have enough I/Os for a 16 bit wide interface ? | 12:59 |
| kristianpaul | sure | 12:59 |
| kristianpaul | well in SIE | 13:00 |
| kristianpaul | but not in Ben if i think in long term | 13:00 |
| wpwrak_ | for the ben, you need something radically different anwyway | 13:00 |
| kristianpaul | reading SD espefication i founded GPS like a posible device for SDIO | 13:03 |
| kristianpaul | but clasical GPS with ASIC not for doing SDR of course | 13:04 |
| wpwrak_ | but how would the 16 bits be organized ? if the input is sI0 mI0 sQ0 mQ0 sI1 mI1 sQ1 mQ1 sI2 mI2 sQ2 mQ2 sI3 mI3 sQ3 mQ3 what would be the 16 bit output ? | 13:04 |
| wpwrak_ | (sdio) you could just do a bunk data transfer for SDR | 13:05 |
| wpwrak_ | but that's something to worry about in the distant future :) | 13:06 |
| kristianpaul | sure sure | 13:06 |
| wpwrak_ | by then you'll also be more confident at making interfaces with the FPGA :) | 13:06 |
| kristianpaul | (16 bit output) sIx and mQx in theory are not needed | 13:06 |
| kristianpaul | hehe confidence yes i must improve | 13:06 |
| wpwrak_ | (throw away half the data) really ? | 13:07 |
| kristianpaul | well.. | 13:07 |
| kristianpaul | i saw a sofware that does it | 13:07 |
| kristianpaul | for other dongle | 13:07 |
| kristianpaul | but from 2 bit data , just 2 posible values from 4 are posible | 13:08 |
| wpwrak_ | hmm. not 3 ? | 13:08 |
| kristianpaul | well if 0 is ignore ;) | 13:08 |
| wpwrak_ | -1, 0, +1 | 13:08 |
| kristianpaul | i need to ask more about 0 | 13:08 |
| kristianpaul | not sure yet | 13:09 |
| wpwrak_ | so you would send a -1 or +1 instead of a 0, and have a "i sent an offset" bit you'd use to modify future bits ? | 13:09 |
| kristianpaul | anway lets take first the sample and lookg for how many 0 there | 13:09 |
| kristianpaul | s/lookg/look | 13:10 |
| wpwrak_ | my guess would be between 33 and 50% ;-) depends a bit on what the mysterious sign in the case of 0 really means | 13:10 |
| kristianpaul | ( 0 really means) i still dont understand | 13:11 |
| kristianpaul | or my brain just focused on -1 and +1 when reading book theory | 13:11 |
| kristianpaul | i shoudl read again for sure later | 13:11 |
| viric | I can't find what openwrt does special at shutdown | 13:13 |
| kristianpaul | special? | 13:14 |
| wpwrak_ | well, you could take a reference signal and see what happens if you eliminate all the 0s. | 13:14 |
| kristianpaul | wpwrak_: actually i need do some FFT on signal and i should get something interesting graph | 13:14 |
| viric | kristianpaul: I see from inittab that it calls simply all the 'K*' rc scripts | 13:14 |
| viric | and one of those scripts has to run the power down, I think. | 13:15 |
| kristianpaul | sure is no that job of trigerhappy? | 13:15 |
| viric | I don't know what powers off the nanonote | 13:16 |
| kristianpaul | KEY_POWER 1 /sbin/poweroff | 13:16 |
| viric | oh | 13:16 |
| viric | what is that? | 13:16 |
| kristianpaul | already check this^ ? | 13:16 |
| viric | and what calls poweroff in the shutdown sequence? | 13:16 |
| viric | I know the poweroff command of sysvinit | 13:17 |
| kristianpaul | /sbin/ poweroff source code deserver a look | 13:18 |
| kristianpaul | you may get surpriced | 13:18 |
| kristianpaul | sysvinit you're riht | 13:20 |
| kristianpaul | right* | 13:20 |
| viric | I have /sbin/poweroff | 13:21 |
| viric | but I expect the system to do a proper shutdown and then power off, when I type 'halt' | 13:22 |
| viric | and in my system it does not happne :) | 13:22 |
| viric | it properly shuts down, but it does not power off. | 13:22 |
| wpwrak_ | viric: just sync; sync; /sbin/halt -fp and be happy ? :) | 13:29 |
| kristianpaul | yay :) | 13:30 |
| wpwrak_ | all the long ritualized suicide a "regular" halt performs is kinda dubious to me anyway | 13:30 |
| kristianpaul | wpwrak_: are you in favor of massive suiciede? no layers no advice | 13:32 |
| wpwrak_ | it's a battery powered device. it can die "uncleanly" any moment. if you tell me your systems NEEDS an elaborate shutdown process, i can show you a system that's inherently flawed ;-) | 13:39 |
| viric | wpwrak_: I know that is your way :) | 13:48 |
| viric | wpwrak_: it's nice if openssh kills properly the active ssh conections... | 13:48 |
| viric | wpwrak_: if wtmp gets properly written... | 13:49 |
| viric | wpwrak_: if the filesystems get 'umounted' (sync; sync; is not the same as umounting :) | 13:49 |
| wpwrak_ | viric: think of "sync" as a non-blocking "umount" that always succeeds ;-) | 13:51 |
| wpwrak_ | i.e., precisely what you want when in a hurry to shut down :) | 13:51 |
| viric | it may work in the context where you know that there are no processes writing to the filesystem at that time :) | 13:54 |
| wpwrak_ | if you have on-going write activity, things don't look too good anyway ;-) and hey, isn't that what they sold us journaling for ? ;-) | 14:02 |
| qi-bot | [commit] kyak: qstardict: adjust main window to look nicer http://qi-hw.com/p/openwrt-packages/c97f249 | 14:09 |
| kristianpaul | ah i finally found a use for the counter, | 14:17 |
| kristianpaul | debugging led :) | 14:17 |
| kristianpaul | he | 14:17 |
| wpwrak_ | ;-) | 14:17 |
| steve|m | wpwrak_: oh, you're hanging out here.. the world is so small.. I discovered m8cutils today | 14:23 |
| steve|m | for hacking this device: http://wiki.steve-m.de/doku.php/epa_basis_reader | 14:23 |
| wpwrak_ | steve|m: wow, digging up old stuff :) | 14:24 |
| steve|m | heh, indeed.. I tried my luck with the wadsp today, but didn't suceed.. "Txresinit deadline missed" | 14:28 |
| steve|m | tomorrow I'll receive the MiniProg1, then I have something to compare.. but your m8cutils might gain interest again, since 400.000 of those devices were given away for free with magazine "ComputerBild" | 14:31 |
| wpwrak_ | wow. the disppearance of those old interfaces may prove to be a bit of a problem, though | 14:32 |
| wpwrak_ | steve|m: did you connect it directly to a serial port on the PC or via a USB-to-serial dongle ? the latter would explain the problem | 14:34 |
| steve|m | I used the OpenMoko debug board (ft2232), and omitted the 1.5k resistors, since it has already 3.3V levels.. (which might be a problem as well) | 14:35 |
| wpwrak_ | hmm, so you used it as a USB-to-serial dongle ? or did you run m8cprog on the Neo ? | 14:37 |
| wpwrak_ | for resistors, i think you still need the pull-down (R1) | 14:38 |
| wpwrak_ | voltage may be okay | 14:39 |
| steve|m | wpwrak_: yeah, I used it as a usb serial dongle.. | 14:39 |
| wpwrak_ | ah, that wouldn't work. it's too slow. | 14:40 |
| wpwrak_ | the PSoCs have some fairly tight timing | 14:40 |
| steve|m | ah, okay.. that's why you're even using RT stuff (I wondered already..) | 14:40 |
| wpwrak_ | what you could do is make m8cprog run on the Neo and control GPIOs directly | 14:41 |
| wpwrak_ | similar to http://projects.qi-hardware.com/index.php/p/f32xbase/source/tree/master/f32x | 14:41 |
| wpwrak_ | (that one works on Neo+debug board and Ben) | 14:42 |
| steve|m | wpwrak_: mh, I have no neo.. but yeah.. I did something like that a few weeks ago with the seagate dockstar (used the GPIOs as logic analyzer), so I have some code lying around | 14:42 |
| wpwrak_ | steve|m: here's the setup with the Neo: http://www.almesberger.net/misc/idbg/ | 14:42 |
| wpwrak_ | perfect. then you're all set :) | 14:43 |
| steve|m | sampling speed was something like 40MHz, so this should be enough :) | 14:44 |
| wpwrak_ | yeah. you'll run circles around the little chip :) | 14:45 |
| steve|m | but maybe they have the flash-protection enabled.. but they say on their homepage it is upgradable via usb, so it can only be the "external" programmer lock | 14:50 |
| wpwrak_ | if you do a full erase, you also erase the protection | 14:51 |
| wpwrak_ | some of these chips even let you read their content if "protection" is enabled ;-) | 14:51 |
| qi-bot | [commit] Jiri Brozovsky: Small command line time tracker - openwrt port, patched for better help message. http://qi-hw.com/p/openwrt-packages/d02893d | 14:51 |
| steve|m | oh, that's good to know.. so just like the AVR with chip erase | 14:51 |
| steve|m | wpwrak_: good to know! | 14:52 |
| kristianpaul | wpwrak_: (assign) yes i was wrong about real world asigment wich is done following some definitions in a ucf file in wichs in/out module name correspond | 15:16 |
| kristianpaul | actually i dont know why i said that :/ | 15:16 |
| wpwrak_ | confusion is a phenomenon that is know to occasionally affect people ;-) | 15:17 |
| bartbes | would running enlightenment on the ben be possible? | 17:02 |
| viric | I tried 'echo mem > /sys/power/state' | 17:34 |
| viric | while the screen had no light (due to the inactivity timeout) | 17:35 |
| viric | and when back (pressing keys) the screen does not light at all | 17:35 |
| bartbes | hmm, can you manually activate the backlight? | 17:38 |
| viric | How could I do it? | 17:38 |
| bartbes | since I forgot how to turn it off, I don't remember how to turn it on either | 17:38 |
| bartbes | but give me a sec while I power on my ben | 17:39 |
| viric | :) | 17:39 |
| viric | thank you | 17:39 |
| bartbes | i see /sys/class/lcd/gpm940b0-lcd | 17:41 |
| viric | and? | 17:41 |
| bartbes | echo 0 > /sys/class/lcd/gpm940b-lcd/lcd_power | 17:42 |
| bartbes | viric: did it help? | 17:43 |
| viric | it is for turning on? | 17:43 |
| bartbes | yes | 17:43 |
| viric | I have a different lcd :) | 17:43 |
| bartbes | 1 is off, 0 is on | 17:43 |
| viric | /sys/class/lcd/ili8960-lcd | 17:44 |
| bartbes | doesn't it have an lcd_power file? | 17:44 |
| viric | I wait until it turns off... then I'll suspend. | 17:44 |
| viric | it has it has. | 17:44 |
| bartbes | then try writing 0 to it | 17:44 |
| bartbes | if it doesn't work, try 1 | 17:44 |
| viric | yes | 17:44 |
| bartbes | it worked for me | 17:44 |
| bartbes | in fact, there even was a power/wakeup | 17:44 |
| viric | after sleep? | 17:44 |
| bartbes | no, in the lcd folder, a file called power/wakeup | 17:45 |
| viric | there is | 17:45 |
| viric | what does that mean? | 17:45 |
| bartbes | if you write.. say.. 1 to it, it should wake it up ;) | 17:45 |
| bartbes | but hey, I don't know | 17:45 |
| bartbes | I'm no hw expert by a long shot | 17:45 |
| viric | ahh.. | 17:46 |
| bartbes | I just like poking around | 17:46 |
| viric | how much it takes for the lcd to go black on inactivity? | 17:46 |
| bartbes | you mean how long? | 17:46 |
| bartbes | I remember something about 15 secs, but I'm probably wrong | 17:47 |
| bartbes | :P | 17:47 |
| bartbes | (maybe that was gmu?) | 17:47 |
| viric | eh? | 17:48 |
| viric | almost 10 minutes passed here | 17:48 |
| viric | Oh! Just now. | 17:48 |
| viric | # echo 1 > wakeup | 17:48 |
| viric | -bash: echo: write error: Invalid argument | 17:48 |
| viric | echo 0 or 1 to lcd_power does not help. | 17:49 |
| viric | 'cat lcd_power' says 4, btw | 17:49 |
| viric | (after 'echo 1 > lcd_power') | 17:49 |
| viric | then.. bad thing | 17:50 |
| viric | does it work for you? making it sleep through ssh when the lcd switched off. | 17:50 |
| --- Thu Dec 9 2010 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!