<rjeffries> UBB arrived from Germany. damn, it is tiny
<kristianpaul> wpwrak: remner i  sent the new captured/blotef file for analisys, i got reply today, no findings..
<kristianpaul> s/remner/remenber/
<kristianpaul> s/blotef/bloated
<kristianpaul> with bloated i mean a 16bit signed format fot the I/Q data
<tuxbrain> wpwrak: (viral distribution) mmm a thing to think about
<tuxbrain> wpwrak: (solder mask) ok I will make sure wen we send the final archives to start production
<wpwrak> kristianpaul: (nothing found) hmm yes, that was to be expected. things rarely work on the first try ...
<kyak> xiangfu: hi
<zedstar> tuxbrain: hi.....re: the wpan stuff.....i think it would be useful for sensor network or robotics type research projects so i guess you could sell to uni's
<tuxbrain> zedstar: yeah but we need the software backend ready for this, :)
<zedstar> tuxbrain: yeh this assuming some IP stack :)
<B_Lizzard_> Ugh, power failure
<kristianpaul> wpwrak: ;)
<kristianpaul> back to the dma thing
<C-Keen> hm, I get errors form usbboot when reading back the written uboot image :/
<C-Keen> now I am scared to turn it off
<C-Keen> ...Fail off at 0, wrote 0x14, read 0x34...
<C-Keen> ah seems I got an old version of the xburst tools
<C-Keen> sorry for the noise
<C-Keen> I will retry with a recent version
<C-Keen> hm, no the problem persists
<wolfspraul> can you try from another host USB port, or host computer?
<wolfspraul> also (just in case) try to enter usb boot mode with the hardware pin under the battery, as opposed to the 'u' key
<C-Keen> will I be able to boot in usbboot mode once I turn off the power?
<wolfspraul> with the hardware pin you will always be able to
<wolfspraul> and if you somehow overwrote or garbled the u-boot in the first NAND pages, then that's your only way back, yes
<wolfspraul> NanoNote should be unbrickable though, I think so far it always was :-)
<wolfspraul> from that 'wrote 0x14, read 0x34', I'd say rigth now there definitely is no bootable u-boot at the beginning of your nand
<wolfspraul> for whatever reason
<wolfspraul> I would try reflashing from another host computer, if you have one available. is this from inside a virtual machine, or Linux is running natively on the host?
<C-Keen> natively
<wolfspraul> I read something about a usbboot bug introduced recently, maybe kyak mentioned it
<wolfspraul> so maybe the very latest usbboot is actually bad? don't know right now
<C-Keen> well I took the one from the latest
<C-Keen> I will try again with the one before that
<C-Keen> hm, now usbboot cannot find the XBurst interface. Do I need to reset somehting else in linux if I change ports?
<C-Keen> but the lsusb shows the right device id
<wolfspraul> that looks like the latest usbboot binary is buggy and should be removed right away, or more people will fall into the trap
<wolfspraul> hmm. that's interesting. you try new things! You left the NanoNote running, unplugged it from one usb port and into another?
<C-Keen> yes
<C-Keen> seems like it
<C-Keen> now it does not answer anymore
<wolfspraul> cannot follow
<wolfspraul> did you power cycle the NanoNote now?
<wolfspraul> if you do, you need to use the usbboot pins under the battery to get back into usb boot mode
<wolfspraul> for that you should use the carbonized rubber button that came with your Ben
<C-Keen> here's what I do: w/o battery plug in the usb cable, short pins, press power button for 2 secs, short pins for 2 secs, check lsusb
<C-Keen> when I plug in the cable the LED blinks once then remains dark
<wpwrak> no. ignore the power button. short pins, keeping them sorted. plug usb. unshort pins. check lsusb.
<C-Keen> ah
<wpwrak> the led doesn't provide useful information. (it's part of the charging logic, not controlled by the cpu)
<wpwrak> there are a lot of little things that don't quite work the way ones it used to :)
<wpwrak> s/it/is/
<C-Keen> ok I got it again
<C-Keen> booted the two stages
<C-Keen> erased the nand
<wpwrak> ah, and when you power cycle usb, disconnect for at least 15 seconds. if you disconnect only briefly, the machine may shut down but not come up again
<C-Keen> ah
<wpwrak> but if you get a response from usbboot, it's fine
<C-Keen> does erase put the cells into 0x00 of 0xff?
<wpwrak> i was asking myself that same question when you mentioned the 0x14 vs. 0x34 :)
<C-Keen> heh
<C-Keen> now I do nprog 0 openwrt-xburst-qi_lb60-u-boot.img 0 0 -n
<wolfspraul> I wouldn't trust usbboot output 0x14 vs 0x34
<wolfspraul> I only see that it has failed, that is reliable.
<C-Keen> with the uboot image from 2010-12-14
<wolfspraul> usbboot error handling is horrible, very buggy
<C-Keen> now I get a different error though
<wpwrak> normally, the erased value should be 0xff
<wolfspraul> which usbboot are you using?
<C-Keen> Error - can't read bulk data from ingenic device:64
<wolfspraul> I'm wondering whether the latest usbboot is buggy.
<C-Keen> After Finish!
<C-Keen> so it seems it cannot read back data
<wolfspraul> try this:
<wolfspraul> disconnect the Ben, remove battery, wait 15 seconds
<wolfspraul> press 'u', reconnect usb cable
<wolfspraul> see whether it comes up in lsusb
<wolfspraul> if it does, that means the u-boot in nand is now working
<wolfspraul> because when you press 'u', that is actually handled by u-boot
<C-Keen> ot does
<C-Keen> hah
<wolfspraul> well good
<C-Keen> good idea
<wolfspraul> try flashing the Linux kernel now
<wolfspraul> usbboot is buggy, I don't like it. so when I have to reflash many devices, I always only flash u-boot via usbboot, the rest I do by booting Linux from SD card, then I format/flash everything else in NAND from there
<wolfspraul> if it's just my own Ben, ok I run reflash_ben.sh and hope for the best :-)
<C-Keen> wolfspraul: ah, yeah I am still waiting for the microSD to arrive :/
<wpwrak> wishlist/dream item for ya: a ROM boot loader that can boot from FAT-formatted SD :)
<wolfspraul> C-Keen: try flashing just the Linux kernel now, with another nprog
<C-Keen> wolfspraul: did so
<wolfspraul> let's go step by step
<wolfspraul> and?
<wolfspraul> any errors in usbboot?
<C-Keen> yeah the same when reading back data
<C-Keen> not the same content of course but the message is the same
<wolfspraul> but flashing the pages itself resulted in SUCCESS messages?
<wolfspraul> just try rebooting again
<wpwrak> what content does it show ?
<wpwrak> maybe put the whole dialog in a pastebin
<C-Keen> yes the errors are shown after the Finish! message
<wolfspraul> with Linux kernel in NAND, you should see it coming up, and eventually run into an error that it cannot find the rootfs
<wpwrak> like http://pastebin.com/
<wolfspraul> when rebooting, remember the sequence: complete power cycle (cable off, remove batter), wait 15 seconds, usb cable back on
<C-Keen> it comes up saying Bad Data CRC
<C-Keen> so I guess the kernel image was not transferred correctly
<wpwrak> sounds like a high error rate on USB
<wolfspraul> try nerase before nprog
<wolfspraul> just need to get the parameters right to keep u-boot safe :-)
<C-Keen> nerase 1024 30722 0 0 ?
<C-Keen> oops
<C-Keen> nerase 1024 3072 0 0 ?
<wolfspraul> no
<larsc> nprog runs an implicit erase
<wolfspraul> nerase counts in eraseblocks I think
<C-Keen> ah maybe I did the initial erase wrong too
<C-Keen> I have been following the updating ben with usbboot page
<wolfspraul> why did you run these commands manually in the first place, and not just reflash_ben.sh ?
<wolfspraul> (just curious)
<C-Keen> wolfspraul: because reflash_ben.sh aborted with Error: can't read bulk data from Ingenic device:64
<wolfspraul> ok
<C-Keen> mixed with Error: can't read bulk data from Ingenic device:3008
<wolfspraul> maybe 'nerase 8 8 0 0' could do?
<wolfspraul> just try, your NAND is fair game anyway now...
<wolfspraul> :-)
<C-Keen> it is
<wolfspraul> try 'boot' then 'nerase 8 8 0 0' then nprog Linux kernel...
<wolfspraul> then reboot
<wolfspraul> see whether you still have the CRC error
<wolfspraul> if larsc says it's implicit then he probably has a point, but that's what I would still try. I've seen too many surprises with usbboot.
<C-Keen> no the nprog's last error message is now can't retrieve XBurst CPU information: -110 Device unboot! Boot it first!
<wolfspraul> can't follow you
<wolfspraul> start from a complete power-off ben
<C-Keen> check
<wolfspraul> press 'u' (if you have a working u-boot in nand)
<wolfspraul> connect usb cable
<wolfspraul> start 'usbboot' on host
<larsc> btw. there is a very nice usbboot replacement jzboot http://git.whitequark.org/jzboot.git
<wolfspraul> type 'boot', <enter>, 'nerase 8 8 0 0', <enter>
<C-Keen> Done so: Finish! Return: 00 80 00 00 00 00 00 00
<wolfspraul> larsc: wow great, thanks for the link!
<wolfspraul> C-Keen: now the Linux kernel nprog, as before
<wolfspraul> maybe we can include jzboot in xburst-tools
<wpwrak> (nerase 8 8 0 0) with some fonts, this looks almost like "zero zero zero zero", not "eight eight zero zero"
<C-Keen> wolfspraul: http://pastebin.com/ZKCjWdR4
<C-Keen> uboot version 201103 btw
<C-Keen> * usbboot
<wolfspraul> C-Keen: can you try to reflash from another host computer?
<wpwrak> i wonder if "can't read bulk data from Ingenic" means a usb_read error or a failed data comparison
<wolfspraul> I'd say usb read error
<C-Keen> wolfspraul: hm, this is my only linux host. Do the xburst tools work on *BSD also?
<wolfspraul> doesn't mean much, it's a catch all
<wpwrak> (usb read err) then it would be surprising that we don't also see usb write errors
<wolfspraul> he, never tried
<wolfspraul> since you seem to have a working u-boot in nand, the other option is via sd
<wolfspraul> the 'skip bad block' may mean that you have a bad block early in nand, where the Linux kernel sits
<wolfspraul> I'm wondering whether the FORCEERASE flag is 1
<wolfspraul> how did you install xburst-tools?
<wolfspraul> we should definitely try this jzboot larsc pointed out. It's almost impossible to be worse than usbboot, so it must be better :-)
<C-Keen> this is a debian system
<C-Keen> 32 bit
<wpwrak> wolfspraul: ;-)
<wolfspraul> can you try the 2010-12-24 version?
<wolfspraul> there was this mail from kyak last saturday that suggested that the latest binary may be buggy/have a regression
<wolfspraul> no reply from xiangfu yet
<C-Keen> wolfspraul: 2010-12-24 of what?
<wolfspraul> C-Keen: xburst-tools
<wolfspraul> if that doesn't work my only other ideas would be a different host computer, or boot from SD and then flash nand from there
<C-Keen> same errors
<wolfspraul> does your current machine have other USB ports?
<wolfspraul> you can also try to use a usb hub in between, if you have one
<wolfspraul> mostly you will read "no usb hub", but actually sometimes a usb hub can make such problems go away
<C-Keen> hm
<wpwrak> maybe a different USB cable
<C-Keen> or a different machine... :/
<C-Keen> I just retried with nothing else connected to the usb host
<wolfspraul> I don't think that will make a difference
<wolfspraul> if you have an external usb hub, try connecting the Nano behind the usb hub
<wolfspraul> but only if you have one flying around somewhere
<wolfspraul> better approach would be to try a different host, or to boot from SD
<wolfspraul> or to try jzboot
<wolfspraul> or xbboot even, not sure whether we have a working zimage+initramfs now
<wolfspraul> there is a boot-zImage.sh, did your xburst-tools install that?
<wolfspraul> I need to ask xiangfu about the status of it, can't find a zimage for download now...
<C-Keen> no
<wolfspraul> it's a long shot, but try to wget that file, then xbboot -u 0x80600000 /PATH/TO/zImage.bin
<wolfspraul> I'm just curious whether that boots, even if it does I don't know how you can then reflash your nand :-)
<C-Keen> plays the lab rat
<wolfspraul> xbboot reuses the same stage1 as usbboot though, so if there is a low-level usb problem, it will show here as well
<C-Keen> hm, I think the usb host is broken
<C-Keen> [  662.766052] usb 1-2: usbfs: USBDEVFS_CONTROL failed cmd xbboot rqt 64 rq 1 len 0 ret -110
<C-Keen> form dmesg
<C-Keen> I will try booting a live cd on another machine
<C-Keen> bbl
<wolfspraul> you can try rebooting the host too, of course
<wolfspraul> I read the backlog, good luck! we'll get the Ben back up, I'm sure...
<wolfspraul> (this -110 thing from xbboot looks like the usbboot bugs btw, and since it reuses the same stage1 that may just mean that the xbboot idea won't help now)
<wolfspraul> that leaves: different host computer, boot from sd, jzboot
<wolfspraul> n8
<wpwrak> -110 is a timeout. really sounds like usb physical layer
<larsc> well
<larsc> if the device doesn't reponse you'll get a 110
<wpwrak> yup. and combined with the communication working (most/all of the time) for a bit of control but never/rarely for bulk, this looks like a high BER
<wpwrak> if BER is high enough, bits of nastiness will also slip past the USB CRC, which would explain the verification errors
<wpwrak> that's for BER ranges that still don't cause a total breakdown. just an error that gets to user space every so many thousand packets
<wpwrak> i had this happen in ben-wpan/cntr when my TVS has too large a capacitance. it's easy to detect if you add some more redundancy and test that as well
<qi-bot> [commit] Lars-Peter Clausen: RTC: Add support for the JZ4760 SoC to the rtc-jz4740 driver http://qi-hw.com/p/qi-kernel/afcc6b4
<qi-bot> [commit] Lars-Peter Clausen: JZ47XX: Fix JZ4760 access to vmalloc'ed memory http://qi-hw.com/p/qi-kernel/0183861
<qi-bot> [commit] Lars-Peter Clausen: JZ47XX: Add GPIO ports for JZ4760 and some JZ4760 pin defintions http://qi-hw.com/p/qi-kernel/ae4e7f0
<qi-bot> [commit] Lars-Peter Clausen: JZ47XX: Add PWM support for JZ4760 http://qi-hw.com/p/qi-kernel/f399709
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ47XX: Further generalize clock support http://qi-hw.com/p/qi-kernel/c1e9dbc
<qi-bot> [commit] Lars-Peter Clausen: FBDEV: JZ4740: Add basic jz4760 support http://qi-hw.com/p/qi-kernel/2f1f65e
<qi-bot> [commit] Lars-Peter Clausen: MMC: Make the JZ4740 driver availabe on JZ4760 http://qi-hw.com/p/qi-kernel/305091d
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4760: Add more platform device defintions http://qi-hw.com/p/qi-kernel/f7ff3ac
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4740: Fix NR_IRQS http://qi-hw.com/p/qi-kernel/ec99009
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4760: Fix NR_IRQS http://qi-hw.com/p/qi-kernel/22e8c09
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4760: lepus: Register more peripherals http://qi-hw.com/p/qi-kernel/d85e1af
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4750: xz0032: Fix gpio-charger platform data http://qi-hw.com/p/qi-kernel/b3f02bb
<qi-bot> [commit] Lars-Peter Clausen: MMC: JZ4740: Drop clock_id field from platform data http://qi-hw.com/p/qi-kernel/f61158c
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4740: Fix pwm http://qi-hw.com/p/qi-kernel/6b01526
<qi-bot> [commit] Werner Almesberger: BOOKSHELF.ingenic: partially resurrected for it's merely in the twilight http://qi-hw.com/p/wernermisc/3d61f78
<rejon> lots of commits!
<rejon> shit
<kyak> got Nook Color :) already tired of scrolling down through "Terms and Conditions" :)
<kyak> don't be jealous, this one is for my wife.. though i'm scratching my hands to root it
<larsc> there must be a gpl license in there somewhere
<kyak> it's Android-based, so yes, somewhere must be something
<rjeffries> wpwral possibly useful info re PCB manufacturing http://dangerousprototypes.com/2011/03/18/quirks-of-pcb-manufacturing-at-itead/
<rjeffries> this will not work for pcbs that plug into 8:10 slot due to thickness. still interestingt IMO
<wpwrak> rjeffries: yeah, parameters of the lower end of the standard range. that via hole really shouldn't have happened, though. i do that kind of stuff by hand on a particularly clumsy day :)
<wpwrak> there's a surprisingly large number of pcb shops that have good prices but can only do 1.6 mm. i wonder why. you need 0.8 mm for more and more things these days.
<lekernel> wpwrak: not for arduino hacks
<wpwrak> lekernel: true. there, a plank of wood, a bit of wire, and a hammer should do
<rjeffries> speaking of arduino ;) wpwrak would it be feasible to interface Ben via SPI to this Arduino that has Ethernet?
<C-Keen> wpwrak: success in flashing kernel on another host. Seems the usb chip has some physical problems on the other machine
<wpwrak> C-Keen: congratulations on the success ! yeah, usb can sometimes be odd. hard to tell which side is to blame
<C-Keen> wpwrak: I think I will blame this old machine
<wpwrak> rjeffries: dunno. if they didn't use both SPI ports (i've seen two in atmegas, one shared with icsp and the other shared with the uart), then yes. otherwise maybe. i don't see the schematics.
<C-Keen> smiles at the SUCCESS messages scrolling by
<rjeffries> wpwrak I have sent message to @JonOxner asking for EtherTen schematics
<rjeffries> david K check your PayPay ypou should have my payment. I sent 2x what you requested. hope that is OK. ;)
<kristianpaul> :o :-)
<kristianpaul> thats sharims my friend !!
<kristianpaul> sharism**
<tuxbrain> rjeffries: (spi com) It can take me some time but I'm on it, I think is totally posible, I see various examples on avr spi slave code
<rejon> man, i need one of those UBB
<rejon> those are cool
<rejon> does wolfgang have one?
<rejon> spending next 3 weeks in beijing
<kristianpaul> rejon: i bet you can get manufactured some UBB at beijing in the meantime there :-)
<rejon> ha
<kristianpaul> streetjob <- words from wolfgang
<tuxbrain> rejon: you will come to EU some time soon?
<rejon> sometime
<rejon> june
<rejon> kristianpaul wolfgang said making UBB Is a streetjob?
<rejon> like they will make on the street?
<tuxbrain> rejon: some video to make you a little bit more anxious to have one http://www.youtube.com/watch?v=ij6UERBt0qQ
<kristianpaul> he said that when he manufacture a UBB early version i remenber
<kristianpaul> tuxbrain: you have a nice camera !!
<kristianpaul> I cant get that zoom with mine :/
<tuxbrain> nah! a really cheap one is not zoom is that it is really really close :)
<kristianpaul> jaja
<kristianpaul> nice trick
<rejon> tuxbrain totally
<C-Keen> wow
<C-Keen> the latest release for qi openwrt has improved a lot since the one my ben nanonote came with
<C-Keen> thanks for all the patient support again! I will stick around in case I can help someday as well
<tuxbrain> C_Keen yeah!
<kristianpaul> tuxbrain: yuo are beating all those ISCP programmers out there, you know that !
<tuxbrain> kristianpaul: or at least making coolest videos than they :)
<kristianpaul> hahah ;)
<kristianpaul> larsc: how long take to run linux on that color dictionary before havint the ben as is know today?
<larsc> kristianpaul: hm, i think i got my hands on it for the first time in late 2009
<larsc> actually i think it was mid 2009
<larsc> the kernel patches were merged upstream roughly a year after we started development
<kristianpaul> okay, i was thiking same  (1 year)
<kristianpaul> for a official upstream support of course :-)
<larsc> found a blog post by mirco, apperently we started working on it in august
<kristianpaul> oh, thats a half
<kristianpaul> + year
<kristianpaul> ok
<larsc> but you have to keep in mind that this was done in my free time
<kristianpaul> hmm true
<kristianpaul> okay i'll expecify that 1 and half year is not measured in work hours per men ;)
<kristianpaul> man*
<larsc> fulltime it would probably be 2 months
<larsc> btw. anyone needs linux support for some device? me needs a job...
<viric> I wish to be in a position to give jobs like that!
<kristianpaul> I may need a php developer next month afaik :/
<wpwrak> tuxbrain: nice video ! ;-)
<wpwrak> larsc: hmm, you may find out that 1 part-time-student-year translates to at least the same amount of time of regular 9-5 cubicle work ;-)
<larsc> well it was more like irregular weekends and late night rather then part-time
<wpwrak> i.e., all the really productive time :)
<larsc> wont say anything against that
<larsc> just saying if i had to start from scratch now i would be were we are now less than 2 months. buts thats partly due to that i know the hw and its pitfalls
<wpwrak> ah yes, knowing where the traps are helps, too ;-)
<tuxbrain> wpwrak: summarizing 40 mins in just 5 was not easy, well not until I found the right music :)
<tuxbrain> Is curious how the creative part of mind works...
<tuxbrain> btw the ardunote video has reach the thousand barrier :)
<wpwrak> when will you get the next batch of UBB made ? ;-)
<wpwrak> btw, the message that people want to own more than just 1-2 UBBs seems harder to convey than i thought. maybe you need some simple circuit, make a few variations of it (e.g., change LED colors), and show a bundle of them. so that people see several UBBs in use (soldered, not powered) simultaneously.
<wpwrak> of course, the price-splitting "competition" will eventually disappear. e.g., dvdk is probably already sorry to have offered the mailing. he must have spent hours on the logistics.
<wpwrak> alas, once the "splitters" vanish, people will come to pester you with requests for 1-2 units
<kristianpaul> ( part-time-student-year regular 9-5 cubicle work) oh, yes, i agree
<wpwrak> kristianpaul: do you know why many office buildings have a raised floor ? http://en.wikipedia.org/wiki/Raised_floor
<kristianpaul> wpwrak: no, is not a datacenter thing, thats all? isnt?..
<tuxbrain> wpwrak: for me is no problem to serve in 1 or 2 units :) is just one item in the shop already created :), I also have just created an "cable" kit bag https://www.tuxbrain.net/shop/product_info.php?products_id=1899
<wpwrak> kristianpaul: well, the real reason is that, when your productivity in that cubicle farm drops through the floor, it doesn't hit concrete
<viric> does anybody understand anything about optical media? cd-rw
<kristianpaul> 0_o
<viric> I record it, I can mount it later... but once I eject it, it does not work in any computer anymore.
<viric> It's like if the room light broke it
<tuxbrain> but yes, I agree we must do more example
<kristianpaul> (room light broke it) hmm hard to believe..
<kristianpaul> may be just scratched disk viric ?
<tuxbrain> It can be just of defective  cd-r...
<wpwrak> tuxbrain: ah, you removed the quantity discounts
<tuxbrain> in the just one unit yes, but the multiple bags still there
<viric> kristianpaul: but it works perfectly until I eject it
<wpwrak> viric: so you bought the cheap transylvanian discs ?
<viric> it's cdrw, not cdr.
<viric> wpwrak: seems like so!
<viric> I'll try closing all room light :D
<viric> 'switching off'
<wpwrak> and hide the garlic !
<viric> oh yes
<tuxbrain> XD
<viric> well, the cdrw are old... two of them (all I tested) have this behaviour
<viric> btw, any xorriso-aware person here?
<viric> I can't make it write an iso.
<kristianpaul> well my cdrw writer failed this year, no reason, and i never used more than twice :/
<kristianpaul> viric: may be you need once of those to be sure you dont lost data again http://ur1.ca/3kjjm ;-)
<viric> hm I'll read the article
<kristianpaul> wpwrak: (floor) the office in wich i work, dont have a raised floor, but is in a second floor, i hope that help a bit ;-)
<wpwrak> kristianpaul: hmm. perhaps that's the reason why accounting, legal, etc., and particularly upper management usually occupy the higher floors
<tuxbrain> mmm maybe is time to knock the door of a big one :) http://www.adafruit.com/blog/2011/03/17/arduino-and-nanonote/
<kristianpaul> tuxbrain: cheers !!
<kristianpaul> tuxbrain: i'm amazed how the arduino word can spread over the world so fast
<wpwrak> "Prove you are human by reading this resistor" ;-))
<kristianpaul> lol
<wpwrak> they should remove the sliders. just ask for the value.
<wpwrak> tuxbrain: do you remember anyone ever using the acceleration sensor of gta02 to make a "mouse" ?
<wpwrak> tuxbrain: i kinda wonder if this sort of thing would be feasible
<wpwrak> tuxbrain: because if it is, one could make a nice little mouse for the ben, too
<tuxbrain> wpwrak: I remember a touchscreen ->mouse, and there was the mokomaze with very smooth movements , so I think is totally feasible
<tuxbrain> but... you think move the whole device to have mouse is ergonomic? (cool there is not doubt) but I should preffer a touchscreen ... really
<wpwrak> tuxbrain: i'm thinking of double integration to turn acceleration into position. plus noise filtering for the clicks.
<wpwrak> tuxbrain: yes, mouse ergonomics. sure, touch screen would be nicer. but, given the current ben ...
<tuxbrain> mmmm , an 8:10 mouse....
<wpwrak> tuxbrain: besides, it would be another "cool accessory"
<rjeffries> wpwrak schematics for Arduino clone with Ethernet: (see DF reference near bottom) http://www.freetronics.com/products/etherten
<kristianpaul> tought about making a UBB a play/stop/forward control for GMU
<tuxbrain> rjeffries there is also SPI ethernet modules out there, smaller than a full arduino that can be used for have ethernet conenctivitiy in NN is matter to make the software to make it work
<kristianpaul> have ethernet in his plans, but need get sone some ther tasks before start that
<tuxbrain> There is any software dude that can helpme on an nanonote Arduino IDE?
<rjeffries> tuxbrain VERY nice job on the UBB with instructons and ribbon cable
<kristianpaul> so rjeffries feel free !
<tuxbrain> thaks rjeffries :)
<kristianpaul> tuxbrain: why not just run jlime and ran a python ide for arduino?
<kristianpaul> i think there are some already
<rjeffries> thank kristian[pau;. I can always rely on you and lekernel
<kristianpaul> i hope lighter than java i hope
<tuxbrain> yeah there is phyton and qt IDE but they are thinked for bigger screens
<kristianpaul> tuxbrain: mainlly you need an editor
<kristianpaul> tuxbrain: find it, and hack the other buttons is the easy part i guess
<kristianpaul> at leas pinguino projected started like that
<kristianpaul> editor/text editor/s
<kristianpaul> hey why not nano?
<kristianpaul> :-)
<tuxbrain> Arduino guys will prefer graphical IDE, they are scared by shell.... (sigh)
<kristianpaul> oh welll
<kristianpaul> you need a nano SDL port ;-)
<kristianpaul> xedit, but that for X
<tuxbrain> yes I need to find a text editor able to do code coloring, and add the creation of the make file and run make and avrdude in the backend
<kristianpaul> and wait in jlime there is a gtkeditor
<tuxbrain> SDL is a pain on text
<kristianpaul> X way to go then
<kristianpaul> gtkeditor is in jlime already
<kristianpaul> but color hmm
<kristianpaul> you ask for so much.. ;-)
<tuxbrain> they have fixed the gtk problem with open/save file dialogs?
<wpwrak> echo "!! your project here" >foo; while vi foo; do sed /!!/d foo >foo.c; make 2>&1 | sed s/^!!/ | cat - foo.c >foo; [ do-the-pipestatus-thing ] && avrdude ...; done
<kristianpaul> :D
<tuxbrain> hahahaahaahaahaah
<kristianpaul> tuxbrain: nano have colors support, is just matter of add some files
<tuxbrain> wpwrak: you wanna make the arduino guy piss in his pants isn't it?
<wpwrak> tuxbrain: you mean because my UI is superior ? ;-)
<kristianpaul> tuxbrain: i insist add some color even short cuts and nanote can slightly pass as an IDE for then
<kristianpaul> s/nanonote/nano
<kristianpaul> cheers wpwrak UI
<tuxbrain> kristianpaul: yeah also joe, but again... if we wanna hit the "arduino" average user, we must go to the hard part and make a grapical IDE...
<kristianpaul> grapical = lots of buttons?
<kristianpaul> :-)
<tuxbrain> to hit the avr crowd (hail!) the nano aproach is more than efficient
<tuxbrain> but as you have see , say avr and few will look say Arduino and even your grandma will head up
<tuxbrain> I'm thinking even to mimic the Arduino IDE colour schem and icons whatever posible but having in mind the 320x200 limits
<tuxbrain> but yes at the end is just an editor with some extra funtions
<wpwrak> tuxbrain: you probably want an editor with very smooth handling of lines wider than the screen.
<tuxbrain> wpwrak: yeah!
<kristianpaul> tuxbrain: what if you stick editor to screen and "IDE" buttons to keyboard, i guess you dont mind labeling functions keys with some arduino-ide-like pics?
<kristianpaul> even better
<kristianpaul> use the space up the function keys
<kristianpaul> thre is plenty of space thre for labeling
<kristianpaul> just discover a horrible dust in the center of his nanonote screen :-/
<tuxbrain> kristianpaul: not a bad idea dude!!!!
<kristianpaul> he, finally ! :-)
<tuxbrain> wich starting point you recomend, leapfrog, or at least with widget set (gtk, qt, tlc, sdl(no way due no text input clean solution))
<tuxbrain> that works on frambuffer of course
<kristianpaul> you need compare how text visualices there
<tuxbrain> realize he is totally dumb in C
<tuxbrain> but to make something efficient an quik is the way to go
<tuxbrain> If I not remember bad qt renders it pretty good in his demo editor
<kristianpaul> there are many way to go, even in C i think
<tuxbrain> how is the state on the qt libs in actual distros?
<whitequark> tuxbrain: if you mean desktop ones, then very good. it's the framework kde is based on
<kristianpaul> tuxbrain: nanomap runs, and some other Qt demos, thats much to say i think
<kristianpaul> tuxbrain: i think also at UNAL where using Qt IDE for making some stuff for SIE i remenber
<tuxbrain> whitequark: sorry I'm refering to the Nanonote distros :)
<kristianpaul> Qt creator i think..
<kristianpaul> also there are instructiosn for cross compile if you look at SIE archives at wiki
<tuxbrain> kristianpaul: good, then I can start playing with qt-designer
<kristianpaul> ya that one
<rjeffries> tuxbrain is famous http://www.electronics-lab.com/blog/?p=10247
<tuxbrain> yeah!
<tuxbrain> geek proud is out of bounds
<rjeffries> remembers way way back when I suggested Ben to Arduino on the list and recieved very loud SILENCE. ;)
<tuxbrain> rjeffries: I'm sorry but I have prior art on this :P
<rjeffries> tuxbrain what you and wprwak have accomplished with Ben to Arduino should give wolfgang a nice increment in Ben sales
<tuxbrain> I have proposed Arduino/NN stuff before you come in scenne
<rjeffries> challenges tucbrain as patent troll. <g>
<rjeffries> well I just hope this gets the publicity it deserves
<rjeffries> wolfgang consider approaching Adafruit industries to get them to be USA distributor ofr Nanonote
<rjeffries> they can sell it as a clever Arduino programmer.
<rjeffries> why not?
<rjeffries> s/ofr/for
<tuxbrain> rjeffries: look at archives for a post "Ya (or Mu suggestions)" on 30/07/09 :)
<tuxbrain> rjeffries: wolfspraul wil have a lot more chances to success with even a proto graphical IDE on it.
<rjeffries> that is indeed very early Tuxbrain the ink was not yet dry on the qi-hardware site
<wpwrak> tuxbrain: hmm, didn't you post the arduino-loves-ben on a site like hackaday ? i forgot the exact place
<rjeffries> that was in the Steve Mosher days. he has sadly passed on I guess. may he RIP. ;)
<rjeffries> I wish I would have NOT returned the pre-Ben with Chinese keyboard I had in my possesion. a true collector's item
<tuxbrain> Sure Steve will at least smile if he saw the Ardunano stuff :)
<rjeffries> i'll send him a link on FB
<tuxbrain> rjeffries: please let me do so :)
<rjeffries> tuxbrain sorry i was already in FB only saw your comment when I returned here.
<tuxbrain> you are old but quick dude :P
<rjeffries> that is exactly my wife's complaint ;)
<tuxbrain> xD
<tuxbrain> I have been splitted don't know if you have read this
<tuxbrain> wolfspraul: >1000 views, published in http://www.electronics-lab.com/blog/?p=10247 and http://www.adafruit.com/blog/2011/03/17/arduino-and-nanonote/ , I think time to work in a proto Ardunote IDE to catch even more atention