Back
[02:50:56] * RikusW figured out why the sim900 modem wouldn't connect using XP, just had to delete some odd init strings from the registry
[03:53:05] * inflex tries to find a cool spot to settle
[04:07:41] <molavy> hi . i want create simple webcam with hardware preproccessing before send it to camera usig usb.
[04:08:04] <specing> molavy: ARM
[04:08:24] <molavy> but i dont have any expreience image sensors
[04:08:53] <molavy> at least 1.3 mp camera
[04:09:13] <soul-d> good advice stay aweay from the 10 $ sparkfun one
[04:09:33] <molavy> where should i start and which hardware should i use
[04:10:14] <specing> ARM
[04:10:15] <soul-d> arm / fpga at least high speed depending on color bits and fps
[04:11:20] <soul-d> w * h in pixels * bits * fps = pixel clock
[04:11:26] <molavy> oh toshiba tcm8240md. i buy one . but can't connect it to pc
[04:11:46] <soul-d> <soul-d> good advice stay aweay from the 10 $ sparkfun one
[04:11:54] <soul-d> wich is the tcm8240
[04:12:26] <molavy> which hardware should i use
[04:12:40] <soul-d> none ever got an image off it yet i only saw som purplish stuff do have it on a small board here but to lazy to try and see if it communicates on spi
[04:13:48] <soul-d> http://i.imgur.com/JbmBe.jpg
[04:13:57] <soul-d> you fell comfortable sodering that size ?
[04:14:25] <soul-d> thats sparkfuns tcm8240 board bit modified
[04:16:40] <molavy> cost is an issue. i dont want pay hi cost
[04:17:16] <specing> molavy: then go do your homework
[04:17:36] <soul-d> and i melted half the cam's package away trying to solder it :P so i expect you to fail with current knowledge i hear
[04:17:38] <yunta> soul-d: was that made by you?
[04:17:45] <specing> don't outsource R&D to #avr
[04:17:52] <soul-d> yes
[04:17:53] <molavy> and can't use multi layer boards
[04:18:41] <soul-d> well no i ripped the board from spark fun modified it a bit though and they had the footprint library but did etching > soldering
[04:19:26] <yunta> soul-d: zoning (or whatever it's called, I mean filling unused space with copper) could improve your result, save time and etchant
[04:20:44] <soul-d> yeah should have bit more patience doing pcb but usally want to get board as quickly into etchant as possible :P
[04:21:25] <yunta> I know that feeling :)
[04:22:40] <soul-d> and since i only had one cam and no-one has ever gotten some out of the cam in decent quility i might as well just prototype it
[04:22:58] <molavy> i can't find arm channel
[04:24:57] <OndraSter> offtopic:
http://abcnews.go.com/International/face-tattoo-vladimir-franz-presidential-contender/story?id=18179968
[04:27:16] <molavy> soul-d, tcm8240md was good because of low cost
[04:28:24] <molavy> but there is no good doumention about it
[04:28:50] <specing> OndraSter: haha
[04:28:57] <specing> OndraSter: vote for him :D
[04:29:06] <OndraSter> I am
[04:29:36] <OndraSter> today :)
[04:30:17] <OndraSter> time to get up
[04:30:21] <OndraSter> the bus goes in 1 hour :D
[04:32:00] <soul-d> molavy, start with something simple prehaps
[04:32:09] <soul-d> OndraSter, thx i need to take leave to ltrs
[04:34:01] <molavy> what image sensor you suggest for me, prefer at least 1.3 image sensor
[04:34:36] <yunta> molavy: why would you filter before pc ?
[04:36:56] <molavy> using for digital microscopic
[04:37:49] <OndraSter> microscopic?
[04:37:56] <OndraSter> are you sure you do not want to use off the shelf camera?
[04:37:58] <OndraSter> some webcam?
[04:41:28] <specing> molavy is just nuts
[04:41:58] <specing> there is no way one can do this on AVR
[04:42:17] <OndraSter> challenge accepted!
[04:42:24] <specing> and the complexity of doing it in before reaching the computer is just too great
[04:42:35] <specing> s/great/high?/
[04:44:05] <yunta> molavy: still, why not in pc?
[05:11:59] <inflex> heh
[06:56:58] <molavy> yunta, because my next project is to make it stanalone
[07:00:57] <yunta> molavy: use standalone pc
[07:09:02] <Horologium> rPI!!!
[07:09:27] <Horologium> has camera input already.
[07:11:13] <tzanger> specing: it's possible on avr... just not at any reasonable framerate
[07:12:42] <philfine> tzanger: What is it possible ?
[07:14:00] <Horologium> xmega at higher speeds should be able to handle 15fps easily.
[07:14:31] <Horologium> depending on the type of processing being done that is.
[07:14:41] <philfine> What are you guys talking about ?
[07:17:30] <philfine> Using avr for ?
[07:20:10] <Tom_itx> video capture
[07:26:51] <tzanger> digital video capture, I don't think the ADC is anywhere near fast enough for composite video
[08:06:15] <DanFrederiksen> oscilloscope should be able to display composite video : )
[08:06:51] <molavy> standalone digital eyepiece, something like digital camera
[08:09:10] <molavy> put for capture microscopic image
[08:12:21] <molavy> i remove webcam lens (just use ir filter) and it work well (not very well)
[08:14:08] <molavy> but for next stage i want create custom webcam
[08:15:45] <yunta> avr is not good for that
[08:27:07] <molavy> yunta, ok, i have a idea, i don't know this is posible or not, i tell it to you.
[08:28:07] <molavy> i named it distributed connection
[08:31:01] <molavy> thimk about you have two wifi on one device related, one is access point and another try connect to another access point in hardware just like this
[08:32:25] <molavy> you tablet(and other devices) connect to accesspoint in this device,
[08:35:20] <molavy> others devices like this can access to access point in this device ann create access point likethis
[08:36:20] <molavy> think about lots of this device in any home and place,
[08:37:20] <tzanger> head. desk.
[08:37:35] <tzanger> x = MCUCR; x |= JTD; MCUCR = x; MCUCR = x;
[08:40:30] <molavy> any idea
[08:44:24] <yunta> molavy: good idea. other people also had it. it's called mesh networking, google it.
[08:44:44] <yunta> tzanger: lol, where did you find that?
[08:45:01] <tzanger> yunta: my own idiotic code.
[08:45:16] <tzanger> yunta: change that to (1 << JTD) and things should work fine
[08:45:45] <Steffanx> :P
[08:45:56] <yunta> happens to everybody I guess
[08:46:10] <yunta> well, I'm off for now. see ya.
[12:18:28] <abetusk> Anyone have a suggestion on which IR receiver/LED combination to use? Preferably low power...
[14:39:07] <diametric> this may be impossible, but via avrdude would I be able to keep my AVR from resetting after being programmed, so it just sits in an off state or non-running state, so I can disconnect my programmer and reset it manually?
[14:41:27] <r00t|home> check the controller's datasheet / docs on programming, and see if that's even possible?
[14:43:20] <Steffanx> Ha RikusW
[15:10:06] <RikusW> Hi Steffanx
[15:10:29] * RikusW was preoccipied reading emails...
[15:10:35] <RikusW> *u
[15:10:43] <Steffanx> yay
[15:33:38] <jadew> any clue on how to get the lufa avrisp mk2 clone to play with avrdude?
[15:43:03] <DagoRed> jadew: I ran into that problem, I will be revisiting that problem next week. Are you on windows or Linux?
[15:43:15] <jadew> DagoRed, windows
[15:43:42] <RikusW> jadew: comment one line of code in avrdude
[15:43:49] <RikusW> a usb flush line...
[15:44:01] <jadew> RikusW, it's an avrdude issue?
[15:44:06] <RikusW> yes
[15:44:16] <jadew> do you know which one from the top of your head?
[15:44:24] <RikusW> can't remember the exact line...
[15:44:35] <RikusW> will try to find it
[15:44:37] <jadew> ok, so the next question before I dive into it
[15:45:04] <jadew> should I compile the firmware for avrdude or with out that COMPAT thingie?
[15:45:23] <jadew> (considering things might have changed in the meantime)
[15:45:49] <RikusW> COMPAT should help for avrdude iirc
[15:46:01] <RikusW> it breaks AS support
[15:46:26] <jadew> I noticed that regardless if I compile the firmware with LIBUSB_DRIVER_COMPAT or not, it still enumerates with the same driver
[15:46:40] <RikusW> yes
[15:46:47] <jadew> so that's normal, cool
[15:46:49] <RikusW> only the in/out endpoints change
[15:46:59] <RikusW> compat use 2/3 else 2/2
[15:47:06] <jadew> I see
[15:47:15] <jadew> well, let me compile it with that then
[15:49:51] <RikusW> jadew: which avrdude version do you have ?
[15:50:13] <jadew> 5.10
[15:50:14] <RikusW> zlog
[15:50:37] <jadew> RikusW, however I have the sources for 5.11
[15:53:14] <jadew> RikusW, give me a sec, I have to compile this one with USB support and see if it's working
[15:54:03] <RikusW> ok
[15:57:02] <philfine> Hello everyone
[15:57:38] <philfine> I need some help understanding the output of a current sensor, more precisely a sct-013-000.
[15:59:02] <philfine> My interest is mainly described in this webpage
http://openenergymonitor.org/emon/buildingblocks/ct-sensors-interface
[16:01:47] <philfine> I read the output of the sensor with or without any load and the result is the same how is it possible to detect how much power the device is consuming :S
[16:07:10] <jadew> RikusW, yeah, I compiled it and I get the same issue avrdude: usbdev_open(): did not find any USB device "usb"
[16:08:24] <RikusW> jadew: I found the avrdude patch in usb_libusb.c usbdev_drain() just return 0; and comment the rest
[16:09:02] <RikusW> sudo ?
[16:09:10] <RikusW> or is it on win ?
[16:09:12] <jadew> win
[16:09:26] <RikusW> libusb support ?
[16:09:29] <jadew> same stuff
[16:09:31] <jadew> yeah
[16:10:01] <jadew> when it didn't have libusb support, it was reporting "avrdude was compiled without usb support."
[16:10:05] <RikusW> returning 0 in the drain function fixes the endpoint problem
[16:10:16] <jadew> now it's just telling me that it didn't find any usb device "usb"
[16:10:38] <RikusW> and you do say -P usb ?
[16:10:49] <jadew> avrdude -c avrispmkII -p atmega328p -vv -P usb
[16:11:13] <RikusW> try without -P ?
[16:11:33] <jadew> tried it and it will try to connect over com1
[16:13:20] <jadew> I guess it wouldn't hurt to give it a try under linux
[16:13:31] <jadew> just to make sure it's working
[16:14:40] * RikusW is looking at http://www.dostmuhammad.com/blog/sim900-firmware-update-tutorials-appnotes/
[16:15:52] <jadew> how far did you get with those things?
[16:16:41] <RikusW> still busy
[16:16:52] <RikusW> I did get the ARM compiler
[16:17:02] <RikusW> so I can load fw directly onto the SIM900
[16:17:08] <jadew> nice
[16:17:29] <RikusW> it use EmbeddedAT
[16:17:39] <RikusW> so it appears to be a seperate controller
[16:17:55] <RikusW> you still send at commands to the modem
[16:18:21] <RikusW> even though its on the same cpu
[16:18:26] <RikusW> ARM926
[16:19:24] <jadew> haven't played with ARM so far
[16:19:34] <jadew> I'm trying to graduate to xmega :P
[16:20:05] <RikusW> the API is fairly simple
[16:20:21] <RikusW> it totally isolate the complexities
[16:20:28] <RikusW> you don't even know its an ARM
[16:21:59] <RikusW> jadew:
http://microchip.ua/simcom/SIM900x/SIM900/EAT/SIM900_Embedded%20AT%20Application%20Note_V1.01.pdf
[16:23:53] <jadew> so you basically get some sort of sdk that uses stuff that's already in there or is the whole thing recompiled and you flash everything?
[16:25:22] <jadew> it looks like it has a mini os in there
[16:25:30] <RikusW> it does
[16:25:43] <RikusW> so far it seems you only upload the ap
[16:25:51] <RikusW> the main image stays put
[16:25:54] <RikusW> its like 2MB
[16:25:55] <jadew> got it
[16:26:06] <RikusW> the app is kbs
[16:26:12] <RikusW> or less
[16:27:34] <jadew> afk for a bit, need to eat
[16:46:26] <diametri_> is it fine to let a linear voltage regular drop out if the drop is voltage is still acceptable? ie. my LM7805 has about a 1.5 volt dropout voltage, so when my battery gets down to 6 volts i'm only getting 4.5 volts but everything I'm running will operate fine at 4.5 volts still
[16:47:10] <diametri_> in theory i imagine its fine, i didn't know if there were some other properties of the dropout that aren't desirable
[16:53:53] <jadew> diametri_, it will be noisy
[16:55:33] <RikusW> get a 500mv LDO ?
[16:55:55] <jadew> I noticed the higher power ones have better voltage drops
[16:56:17] <jadew> don't know what's the reason behind it
[17:07:02] <OndraSter> where can one report issues with datasheets for atmel?
[17:07:10] <OndraSter> once they call the bit NVMEX, once NVM.CMDEX...
[17:07:15] <OndraSter> (nvm controller, execute command)
[17:07:41] <OndraSter> RikusW, I had a question for you but I forgot it meanwhile :(
[17:08:37] <OndraSter> I always remember it after you leave
[17:10:43] <OndraSter> oh I remember now. On your u2s, do you have your own gcrt.s in gcc for the USB interrupt "redirection" or do you let the user jump to it on his own?
[17:10:57] <OndraSter> I suppose the #2 makes more sense
[17:14:54] <RikusW> OndraSter: avr@atmel.com
[17:15:51] <RikusW> I don't handle irqs, and U2S is all asm
[17:16:16] <RikusW> the custom app can do whatever it wants to with irqs
[17:16:17] <OndraSter> oh
[17:17:13] <RikusW> I don't have any flash space left to move it to the bootloader space...
[17:17:44] <RikusW> so I can't get it even if I wanted to...
[17:18:51] <RikusW> I do have some idea for an asm based ram lookup table for irq jumps
[17:18:56] <OndraSter> damn, gcc's assembler cannot parse enums :(
[17:19:02] <RikusW> not implemented it yet
[17:20:55] <OndraSter> xmega has got quite different flashing ...
[17:20:58] <OndraSter> it does have SPM instruction
[17:21:04] <OndraSter> but you are talking directly to the NVM controller now
[17:21:22] <OndraSter> in mega it seemed like another part of the chip
[17:21:28] <OndraSter> duplicated for ISP+JTAG and then ISP
[17:21:36] <OndraSter> ISP SPI+JTAG*
[17:21:43] <OndraSter> this time it is talking to the same controller
[17:22:44] <RikusW> actually JTAG use the HVPP registers...
[17:23:10] <OndraSter> yay
[17:23:10] <RikusW> more or less
[17:23:33] <RikusW> if you have a closer look you'll see it
[17:23:34] <OndraSter> I do wonder - if you set RSTDSBL fuse on xmega if PDI still works - one would presume so
[17:23:51] <OndraSter> let me grab a better magnifier, RikusW
[17:24:25] <RikusW> the HVPP command and data registers are joined to form the JTAG scanchain
[17:25:03] <RikusW> you'll actually have to go read lowlevel specs
[17:25:45] <RikusW> and HVSP is basically HVPP with 2 serial inputs
[17:25:51] <RikusW> command+data
[17:26:22] <RikusW> SDI + SII
[17:26:40] <OndraSter> I see
[17:27:06] <RikusW> and xmega jtag encapsulates pdi
[17:28:02] <OndraSter> only xmega?
[17:28:30] <OndraSter> oh right, mega didn't have PDI
[17:28:32] <RikusW> mega xmega and AVR32 jtag is all different
[17:28:46] * RikusW is considering using -> http://microchip.ua/simcom/SIM900x/AppNotes/AN_SIM900_SIMCom_Monopole%20PCB%20Antenna.pdf
[17:29:09] <OndraSter> yay SIM
[17:29:12] <OndraSter> GSM
[17:30:51] <RikusW> yep
[17:31:09] <RikusW> I do have the evaluation board for SIM900
[17:31:15] <Horologium> RikusW, sparkfun used similar on their early nordic 2.4ghz modules.
[17:31:15] <RikusW> and 2 modules
[17:32:39] <RikusW> OndraSter: and I do have the ARM compiler and uploader to upload fw onto the SIM900
[17:32:46] <RikusW> so no need for an AVR anymore
[17:33:06] <RikusW> its called EmbeddedAT
[17:35:41] <OndraSter> :)
[17:35:50] <OndraSter> yeah I remember you saying that
[17:43:49] <RikusW> Product Features· ARM9 run at 156MHz· Module flash 64Mb· User locatable resource:o 1MB of RAM memoryo 1MB of code memory (flash)o 1MB of non volatile memory
[17:44:08] <RikusW> beats avr :-P
[17:44:12] <specing> :D stellaris
[17:44:20] <OndraSter> :D
[17:44:33] <OndraSter> what is the IPC ratio on ARM9 cores?
[17:44:37] <OndraSter> well, CPI more likely
[17:44:48] <RikusW> no clue
[17:45:42] <RikusW> seems there is a RTK OS on there
[17:45:58] <RikusW> grrr, they stole my toolkit name :-/
[17:46:17] <RikusW> real time kernel ?
[18:00:05] <Xark> OndraSter: If you believe this page, around 1.5 CPI for ARM9 ->
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka3885.html
[18:00:35] <Xark> OndraSter: Highly dependent on memory access (IME, forget cycles, count memory hits). :)
[18:01:36] <OndraSter> I was expecting much worse
[18:01:47] <OndraSter> (2 - 3 CPI-ish without RAM access)
[18:01:54] <OndraSter> (+1 or +2 cycles for memory access)
[18:02:18] <OndraSter> xmega has got now three awesome instructions - LOAD AND TOGGLE, load and clear, load and set
[18:02:28] <Xark> OndraSter: It is not a "stupid" chip with out of order, speculative execution, register renaming etc.
[18:02:39] <OndraSter> of course
[18:03:44] <Xark> I've been optimizing code for an ARM9 project for a while now. Mostly saving "cycles" is hardly noticable (maybe a but on I-cache if code is smaller), but memory access swamps those optimizations I've found (which is not totally surprising).
[18:03:46] <OndraSter> these LAT/LAS/LAC are 2 cycles only
[18:03:53] <Xark> a bit*
[18:04:32] <Xark> OndraSter: Yeah. You might be able to get something like that with the "bitband" stuff...
[18:04:37] <Xark> (on ARM)
[18:04:42] <OndraSter> yes, I know what you mean
[18:04:49] <OndraSter> this is #avr though :)
[18:04:56] <OndraSter> and I love xmegas.
[18:05:03] <OndraSter> THOSE PERIPHERALS!
[18:05:29] <OndraSter> yet they are cheaaaap
[18:05:45] <Xark> What is a low-end Xmega going for these days?
[18:05:51] <OndraSter> define low-end
[18:05:57] <OndraSter> flash size?
[18:06:02] <Xark> ~32K?
[18:06:05] <OndraSter> I bought 25 xmega128a4u for $69
[18:06:18] * Xark looks for decimal point...
[18:06:19] <OndraSter> 128K+8K flash, 8K RAM; ADC, DAC, DMA, USB
[18:06:33] <OndraSter> crypto
[18:06:39] <OndraSter> those are 44pin devices
[18:06:55] <Xark> Cool.
[18:06:55] <OndraSter> that is $2.7/pcs
[18:07:00] <OndraSter> which is not bad
[18:07:04] <OndraSter> for the peripheral set
[18:07:15] <OndraSter> did I mention 128MHz PWM?
[18:07:27] <Xark> What? 128Mhz?
[18:07:30] <OndraSter> internal PLL, chips are specced at 32MHz, but I ran the core at 80MHz just fine
[18:07:34] <OndraSter> 128MHz PWM, yes
[18:07:43] <Xark> I missed that feature... :)
[18:07:43] <OndraSter> 19bit @ 128MHz :)
[18:07:47] <OndraSter> Hi-Res extension
[18:07:53] <OndraSter> once per port for 4 channels
[18:08:14] <Xark> I have played around a bit with one of these
http://www.batsocks.co.uk/products/BreadMate/XMega%20PDI%20USB.htm and overclocked it to 64Mhz (IIRC) without issues. I have been pre-occupied with other projects and haven't gone back to Xmega in a bit...
[18:08:33] <OndraSter> A4
[18:08:37] <OndraSter> = A4u without USB :)
[18:08:41] <OndraSter> oh
[18:08:44] <OndraSter> they use U
[18:08:47] <OndraSter> ok then
[18:08:51] <OndraSter> they are pretty much identical
[18:09:14] <OndraSter> I shall be selling Arduino compatible boards for 20€ with xmega128a4u -- but with SMPS instead of LDO and other features
[18:09:22] <OndraSter> "dumb" breadboard version will be targetted around 15€
[18:09:22] <Xark> They have a few flavors ->
http://www.batsocks.co.uk/products/BreadMate/XMega%20PDI.htm
[18:09:51] <Xark> So you have Arduino shield form factor?
[18:09:56] <OndraSter> yes
[18:10:02] <Xark> That is interesting (just because I have some fun sheilds).
[18:10:31] <OndraSter> but the 5V output is only 3.3V
[18:10:43] <OndraSter> feel free to use VIN pin instead
[18:11:02] <Xark> Right. That is understandable.
[18:11:22] <OndraSter> hm I can't find the photo
[18:11:38] <OndraSter> it is somewhere
[18:11:53] <Xark> Any ETA on when they may be available?
[18:12:16] <OndraSter> http://clip2net.com/s/2HvLW
[18:12:22] <OndraSter> I want to finish the bootloader first
[18:12:41] <Xark> Nice. SD card even.
[18:12:45] <OndraSter> yeah
[18:12:50] <OndraSter> but I am afraid I have switched Rx and Tx
[18:13:00] <OndraSter> I have tried it only once so far though
[18:13:04] <Xark> OK, take your time. I have "too many projects", but I could totally see getting one of those when they are ready. :)
[18:13:05] <OndraSter> and had maybe an hour or less to try it
[18:13:09] <OndraSter> :)
[18:15:00] <OndraSter> it is tied to UART which is switched to master SPI mode
[18:15:17] <OndraSter> with software SPI I got some (random) reply from the card, with hardware SPI I did get nothing...
[18:15:23] <OndraSter> maybe I was just doing something wrong :)
[18:15:25] <Horologium> ATxmega256A3BU decent xmega chip to play with?
[18:16:23] <OndraSter> yeah
[18:17:12] <OndraSter> compared to A1U series ("the king" series) it is missing second DAC (only one on 3 series) and EBI (not on 3 series), but has got battery backup + 32bit RTC (only on B silicons)
[18:17:18] <OndraSter> and it is 64pins instead of 100pins
[18:17:27] <Horologium> http://store.atmel.com/PartDetail.aspx?q=p:10500293;c:100113#tc:description looking at grabbing that.
[18:17:35] * Xark hopes there will be another cute animal on the silk screen too. :)
[18:17:48] <OndraSter> eh
[18:18:02] <OndraSter> I took them down, because I wasn't sure about owner and license and what not
[18:18:40] <Xark> The cute animals? Makes sense if license is unclear (but too bad). :)
[18:18:58] <OndraSter> I still draw people like this
[18:19:01] <OndraSter> O
[18:19:01] <OndraSter> |
[18:19:10] <OndraSter> /|\
[18:19:13] <OndraSter> |
[18:19:16] <OndraSter> / \
[18:19:23] <OndraSter> (offset of 3 spaces required)
[18:20:14] <Horologium> OndraSter, do you have any xmega boards available?
[18:20:14] <Xark> Careful, you could run afoul of XKCD. :)
[18:20:23] <OndraSter> Horologium, indeed I do
[18:20:28] <OndraSter> Xark, hehe
[18:20:48] <OndraSter> Horologium, few breadboardable ones with xmega256a3u and few arduino with xm128a4u
[18:20:58] <Horologium> I might be interested,,,have saved up some cash for a toy or two.
[18:21:03] <OndraSter> :)
[18:21:16] <Horologium> looking real hard at that xplain board though.
[18:21:24] <Horologium> for 29 bucks it's hard to beat with the features.
[18:21:27] <OndraSter> yeah, xplain boards are heavily paid by atmel
[18:21:28] <OndraSter> ye
[18:21:33] <OndraSter> I can't compete with that
[18:21:38] <OndraSter> I can't compete with china either :(
[18:22:23] <Xark> Yeah, $29 bucks for those...that is a charity operation. :)
[18:22:33] <OndraSter> it indeed is
[18:22:36] <OndraSter> many companies do that
[18:22:45] * OndraSter is pointing at TI with their launchpads
[18:23:29] <Xark> Right. I couldn't resist one of those either for $5 (inc shipping). Same with some ST32Fx boards...
[18:23:42] <OndraSter> hehe
[18:23:58] <OndraSter> I have got here one MSP430 launchpad and two Stellaris launchpads (grabbed them for $5 while they were)
[18:24:06] <OndraSter> I haven't opened them yet... lol
[18:24:07] <specing> :D
[18:24:09] <specing> D:
[18:24:09] <Xark> However, TIs licenses and NDA crap totally turned me off on the LaunchPad (NDA on example code - get real).
[18:24:16] <OndraSter> wait
[18:24:17] <OndraSter> WHAT?
[18:24:24] <OndraSter> NDA??!!?
[18:24:26] <specing> there is no NDA on examples
[18:24:38] <Xark> Yeah, some binary installer with crappy EULA (not NDA, but with annoying restrictions).
[18:24:42] <OndraSter> oh
[18:24:48] * OndraSter turns back to Atmel and hugs Atmel Studio 6
[18:25:10] <Horologium> having that 64Mb dataflash and the display onboard really makes that board rock.
[18:25:15] <OndraSter> :P
[18:25:24] <OndraSter> I am tempted to put 32Mbit flash on next rev of XBoard arduino forms
[18:25:26] <specing> Xark: installer?
[18:25:30] <specing> Xark: just unzip it, lol
[18:25:47] <soul-d> meh any kicad part designer here ?
http://i.imgur.com/QtbLD.png?1 wonders if it looks sane would one sort pins on general function like the usb part (egg do same for prog pins and power rails ? )
[18:26:06] <OndraSter> soul-d, ?
[18:26:08] <Xark> specing: Doesn't evade legal restrictions AFAIK. Plenty of other MCU vendors with a better "attitude" for me.
[18:26:56] <OndraSter> soul-d, hook up all the VCCs to 5V, UCAP to 10uf? 1uF? I don't remember, check datasheet
[18:26:58] <OndraSter> GNDs to GND
[18:27:04] <soul-d> trying to add some parts i have around but since kicads library is i need to make them myself ( good practice to )
[18:27:21] * OndraSter hugs his warezed Eagle this time
[18:27:35] <OndraSter> I am not making >eurocard, but I move stuff around.
[18:28:00] <soul-d> no OndraSter im still at making the part in the library so wondering if it looks sane as it does or if people would group pins differently
[18:28:08] <OndraSter> oh
[18:28:35] <specing> Xark: all the MCU vendors place the code as "You can only use it on our chips"
[18:28:53] <specing> Which clearly makes it uncompatible with GPL
[18:29:06] <specing> but its not like it would work on any other MCU anyway
[18:29:14] <specing> tbh
[18:29:32] <specing> also their DriverLib is crap
[18:29:39] <soul-d> OndraSter, eagly is to glitchy and counter intuitive and it seems that once you get to understand kicad it might not be that bad
[18:30:16] <OndraSter> well I know only about rendering glitche
[18:30:17] <OndraSter> s
[18:30:29] <OndraSter> I got used to eagle and I am not a person who would enjoy switching to different apps
[18:30:36] <OndraSter> I have made my eagle library fairly big now
[18:30:48] <soul-d> heh i ment overall behavior in doing things
[18:30:54] <OndraSter> oh
[18:30:58] <OndraSter> I don't have any issue with that
[18:32:41] <Horologium> xmega still only runs program from internal flash I guess?
[18:32:47] <OndraSter> yes
[18:32:49] <OndraSter> AVR core
[18:33:02] <OndraSter> but feel free to make a VM :)
[18:33:16] <OndraSter> I am tempted by that
[18:33:18] <Xark> specing: I see that since last time I looked into this (few months ago) TI has now "fixed" their library/SDK license to BSD. Previously you could not even use their headers and libraries in any open-source code (which was pretty a big restriction and very annoying to a lot of people).
[18:33:20] <OndraSter> for a1u series
[18:33:23] <OndraSter> with 16MB SDRAM <3
[18:33:38] <OndraSter> some kind of "managed code RTOS"
[18:34:23] <specing> Xark: yes
[18:34:51] <Horologium> OndraSter, commodore 64 CBM Basic!
[18:34:57] <Horologium> muahahahahahahaaaa.
[18:35:12] <OndraSter> haha
[18:35:24] <Horologium> actually, am working on "porting" that to an avr as it is.
[18:35:31] <Horologium> putting it on an atmega1284p
[18:36:41] <Horologium> also I found a C interpreter. have considered bonding that to a basic OS kind of interface like the C64.
[18:37:23] <Horologium> would have to have a built in text editor rather than the full screen editor/interpreter that the old basic computers used.
[18:41:39] <Horologium> aaaww pooh...no usbotg on that chip
[18:42:24] <OndraSter_> nope :(
[18:42:45] <Horologium> guess I could add a pic32 to it for usbotg connection.
[18:42:59] <Horologium> for access to thumb drives.
[18:43:03] <OndraSter_> I'd much rather have ethernet PHY :P
[18:43:11] <OndraSter_> let alone MAC with it
[18:43:20] <Horologium> that too...but can add an enc28j60 for that too.
[18:43:33] <OndraSter_> yep
[18:43:44] <OndraSter_> I am going for enc424j600 - 100Mbit and bigger cache
[18:43:46] <OndraSter_> buffer
[18:44:38] <Horologium> wish I had the tools and eye/hand coordination to solder surface mount chips these days.
[18:45:29] <OndraSter_> hu
[18:45:30] <OndraSter_> huh
[18:45:53] <OndraSter_> 0.5mm without magnifying glass is not a problem
[18:45:55] <OndraSter_> :)
[18:46:00] <OndraSter_> 0.5mm QFN that was
[18:46:00] <soul-d> still got some encj samples including the mlf ones like 3x3 mm
[18:46:04] <OndraSter_> wow
[18:46:06] <Horologium> shaky hand syndrome...nerve damage from diabetes.
[18:46:12] <OndraSter_> that sucks
[18:46:16] <OndraSter_> microchip does not send samples to here :(
[18:46:18] <Horologium> ayup.
[18:46:28] <soul-d> oh those samples are old
[18:46:29] <Horologium> I get lots of samples from microchip. love their samples.
[18:46:37] <soul-d> haven't sampled or not allowed since few years
[18:46:38] <soul-d> either
[18:47:11] <Horologium> can sample 3 times every 30 days, 2 different products each sample, 1-3 of each product depending on the product.
[18:47:12] <OndraSter_> heh
[18:47:26] <soul-d> yeah did that back then still got
[18:47:28] <OndraSter_> :(
[18:47:36] <soul-d> like gazillon of them
[18:47:38] <soul-d> dsp pics
[18:47:42] <OndraSter_> and then I get declined legit project sampling on ST
[18:47:43] <OndraSter_> thanks.
[18:48:00] <Horologium> love their new 1Mbit serial srams.
[18:48:06] <Horologium> 2 different models.
[18:48:23] <soul-d> never got samples their either only maxim and microchip
[18:48:28] <Horologium> one model has the ability to clock out 1, 2, or 4 bits at a time...so pseudo-parallel.
[18:48:39] <OndraSter_> I got samples from TI
[18:48:44] <OndraSter_> and Maxim twice
[18:48:45] <Horologium> the other can do 1 or 2 bits at a time and has a battery backup option.
[18:48:47] <Steffanx> Everyone got samples from TI
[18:48:52] <Horologium> I get samples from TI and maxim too.
[18:48:53] <soul-d> plenty of maxim stuff to
[18:48:54] <Horologium> and allegro-micro
[18:49:07] <Horologium> maxim samples for max233 chips.
[18:49:20] <Horologium> and ds89c450 8052 microcontrollers with high speed cores.
[18:49:21] <OndraSter_> I got 25 serial LED drivers from Allegro from store clear out :P
[18:49:41] <OndraSter_> 24 went for my graduation project
[18:49:45] <OndraSter_> 1 is left on one of the boards
[18:51:14] <soul-d> few 100meg sample dual adc ( 8 bit though) wish i could build a 4 channel 10/20mhz scope out of that :P some day although probably hard to do without tools like a scope and im analog clueless to
[18:51:24] <OndraSter_> heh
[18:51:39] <Horologium> that ds89c450 is an awesome little chip. it can program onboard flash or external memory from the usart.....has built in autobaud bootloader.
[18:55:37] <soul-d> as far i understand the opamp part would be some sort of devider stuff that brings outside signal into adc range for example id assume 0-30 volt range ( for 1x /10x probe ) > adc but din't get much further then contemplating how it might work so i could look in my theory books
[18:56:04] <soul-d> probably should do a proof of concept with some slow speed and micro i geuss
[18:56:13] <Horologium> yup.
[18:56:24] <Horologium> building high speed analog/digital combo stuff can be a royal witch.
[18:56:49] <Horologium> need lots of shielding, isolation, power conditioning, etc.
[19:01:39] <OndraSter_> zomg analog :(
[19:01:41] <soul-d> true and i don't even understand opamps yet so better stick to some basic practice first
[19:21:47] <Essobi> ERHMERHGERD ERTS ENERLERG!!!!ONE!!one!
[19:22:00] <Essobi> https://javaz.org/ports/?emulators
[19:22:09] <Essobi> Rather neat render.
[19:26:02] <Horologium> dangit...we need an avr that has sram rather than flash for program space.
[19:36:55] <Horologium> ooo...this xmega has ADC and DAC.
[19:37:14] <Horologium> can the DAC run fast enough for audio output?
[19:41:07] <OndraSter_> well
[19:41:10] <OndraSter_> fast? yes
[19:41:13] <OndraSter_> precise? well
[19:41:27] <OndraSter_> audio DACs are 24bit
[19:41:31] <OndraSter_> xmega has got 12bit DAC :)
[19:41:50] <OndraSter_> audio: 24bit 192kHz (or from 48kHz+)
[19:41:55] <OndraSter_> xmega: 12bit 1MSPS
[19:42:02] <br0k3> any1 have suggestion on how to dump a rom chip to my *nix pc, thru usb
[19:42:17] <Horologium> br0k3, kinda depends on the rom chip.
[19:42:21] <br0k3> chip is a broadcom cmos flash with spi
[19:42:28] <Horologium> buspirate
[19:42:37] <br0k3> i heard bout that somewhere
[19:42:44] <OndraSter_> if mp3 is not floating point stuff, you could decode it on xmega :)
[19:42:45] <Horologium> dangerousprototypes.com
[19:42:54] <OndraSter_> (overclocked to 64MHz should be more than enough)
[19:42:57] <Horologium> buspirate is a good little device.
[19:43:13] <Horologium> gives you spi, i2c, and ttl level uart interfaces to a usb connection.
[19:43:30] <br0k3> Horologium, thnx for pointer then.. that sounds exactly what i wld need then
[19:43:39] <Horologium> like, 35 dollars or something.
[19:43:52] <Horologium> OndraSter_, I was thinking more recording and playback raw audio.
[19:44:39] <Horologium> the chip looks like it only has a single DAC output.
[19:44:46] <Horologium> wouldn't do stereo very well.
[19:44:52] <OndraSter_> Horologium, yes that is very possible
[19:44:56] <OndraSter_> google for AVR parrot
[19:45:04] <OndraSter_> 2 DAC outputs
[19:45:05] <br0k3> i have an atmega128 i was think of makin own usb isp.. and w datasheet in hand figure out what from there.. but i didnt knw on the pc command line if i needed to write my own tool to send bits, or is it just echo /dev/ttyUSB0 minicom or somethin
[19:45:12] <OndraSter_> 1MSPS shared per DAC, thus 2x500kSps
[19:45:21] <OndraSter_> if you go for a1 series chip, it has got 2x2x500ksps :)
[19:45:29] <OndraSter_> two separate DAC circuits
[19:45:31] <OndraSter_> each with two outputs
[19:45:51] <Horologium> but not available on an xplain board.....
[19:47:02] <OndraSter_> PB2 and PB3
[19:47:03] <OndraSter_> I think
[19:47:06] <OndraSter_> or 3 and 4
[19:47:08] <br0k3> mb i dnt understand fully the process/flow.. ive only read about spi and the chip datasheet and circuits diagrams for usb serial ttl, and ISPs
[19:47:22] <OndraSter_> 2 and 3 for sure, upper nibble = JTAG :)
[19:47:23] <Horologium> br0k3, depends on your usb isp programmer...there are avr based usb programmers that work with avrdude programmer software.
[19:47:40] <Horologium> you can't just hook an atmega128 to a usb port and expect it to talk.
[19:48:47] <Horologium> there is no usb port on an atmega128....with vusb software on the atmega128 you can make it work on usb by emulating the usb hardware in software.
[19:51:37] <soul-d> maybe he ment seperatly Horologium i don't think he meant making an usb programer from the avr itself
[19:51:42] <Horologium> I hope not.
[19:51:53] <Horologium> an atmega128 as a programmer would be overkill.
[19:51:55] <br0k3> Horologium, ok.. i do have avrdude.. but i guess im lost after that.. say i made a isp based on atmega128.. using avrdude.. and the broadcom setup as the slave
[19:51:55] * inflex offers a parallel port and 3 resistors for programming
[19:52:16] * inflex does use the attiny2313 for USB based programming of his devices (still via the ISP interface though)
[19:52:17] <Horologium> inflex, bah, who needs resistors!!
[19:52:30] <inflex> Horologium: heh, some longer thinner wire then
[19:52:48] <Horologium> I guess a piece of wire does constitute a resistor really, 0.0001 ohms.
[19:52:50] <br0k3> after that i blank.. do i need to make the broadcom friendly app that i load onto the atmega128
[19:52:51] <Horologium> or whatever.
[19:53:03] <Horologium> no clue what broadcom chip you are talking about.
[19:53:29] <Horologium> I'm gonna let you guys handle this one as it has been a long day and I'm off to bed.
[19:53:31] <Horologium> nighters
[19:53:42] <br0k3> Horologium, heh thnx for the help =)
[19:56:07] <soul-d> you have avrdude <some programmer > like parralel or serial ( pony prog still good ? ) this will be programmer part for avr dude and provides you with the programming pins needed to flash somthing in your device
[20:09:26] <OndraSter_> Horologium, check out the avr parrot
[20:09:32] <OndraSter_> if you haven't done that yet
[20:09:44] <OndraSter_> I couldn't find anything about it other than the atmel's video though :(
[20:09:50] <OndraSter_> showing how awesome the xmegas are
[20:10:01] <OndraSter_> I am tempted to build one myself :)
[20:10:24] <OndraSter_> as a proof how awesome it is!
[20:21:06] <sabesto> avr parrot?
[20:21:48] <sabesto> this?
https://www.youtube.com/watch?v=0ETWslyuKCU
[20:48:22] <br0k3> soul-d, so the target device dnt have to be a avr to use avrdude?
[20:49:33] <br0k3> i thnk i snd confusing.. heh..
[20:49:42] <soul-d> yes they do although some programmers you can use with avr dude can program other chips
[20:50:41] <br0k3> thats what i thght.. so i just dnt see y if i have a programmer that is avr based.. i cant use it to program my target broadcom flash chip
[20:51:15] <br0k3> i mean, if i wrote the program and flashed it to the programmer avr chip
[20:51:45] <br0k3> hmm... im basically looking to do this from scratch so i learn better.. and use what i have in my posession
[20:52:54] <br0k3> i have avrdude, usb-avr-isp and target flash chip MX25L8005
[20:53:22] <br0k3> i kep tsayin broadcom.. but i was wrong =) oops its cuz i took it from a board with a broadcom, hence y i want to dump it and read whats in it
[20:55:19] <soul-d> what you mean avr based avrdude is a program that has knowledge how to program specific chips trough programmer x ofcourse you could program an avr attached to programmer x to program some other chip if you want to program multiple brands look at somthing like pony prog maybe it already knows how to program your device
[20:57:35] <soul-d> anyhow bed time here nite
[21:08:07] <creep> i am currently reading an article about magnetism and flyback power supplies from an author who can not draw a switching transistor correctly in the circuit (texas instruments)
[21:32:31] <GuShH> creep: if you are so much better than them why are you even reading their article? go write your own, with proper illustrations.
[21:33:23] <creep> okey
[21:34:21] <creep> hmm, well i can do that
[21:34:39] <creep> haven't been thinking about this yet
[21:35:35] <GuShH> o.O
[21:37:09] <creep> the thing is, these have to be written once, and will probably never expire
[21:37:28] <creep> like R will always stay U/I in a DC circuit
[21:40:04] <GuShH> or like amee2woof will always stay a furry.
[21:42:04] <creep> i don't get that now
[21:43:20] <creep> [06:32:03] <amee2woof> hmm has anyone here tried using a 5.2V 5W zener as on a PSU to meet the idle load requirement? did it work? - actually you might want to use TVS diodes
[21:44:23] <creep> and it depends on a PSU how the feedback is done, cheap psus usually measure the 5V and 12V multiplexed, so if you load 5V 12V rises ...
[21:45:44] <creep> ( 2012-10-25 )
[21:51:22] <br0k3> Horologium, thnx again for the assistance.. i get what i need to do, was kinda bein a bone head =)
[22:15:05] <gkwhc> Hi, might anyone tried AVR240, the appnote on 4x4 keypad wake-up on keypress? I was wondering how long one has to push the button in order for the AVR to scan/locate which button is pressed. Surely a normal "click" would be too short, im guessing
[22:23:21] <Xark> gkwhc: I seriously doubt human reaction time is a problem for most applications. :)
[22:25:02] <Xark> gkwhc: Fastest a human could possibly push and release a button would be like ~10ms, but even 1ms is an "eternity" for a CPU (even a "sleeping" one, I'd bet).
[22:35:33] <gkwhc> Xark: thats true, but wakeup takes time too, and even more so in systems that use PLLs
[22:36:36] <Xark> gkwhc: Yes, but humans are painfully slow.
[22:36:57] <Xark> gkwhc: Even if you missed a "blip" of a button press that could be considered a feature. :)
[22:37:31] <Xark> Figure "twitchy" video games generally read the button only (at most) 60 times a second (16.6ms).
[22:38:07] <Xark> So a press/release can be 30hz at the fastest (and in reality humans can't do that - without some assistance).
[22:39:24] <gkwhc> i see
[22:39:37] <Xark> gkwhc: If you clock your AVR in the Khz then *maybe* you could have a problem (but even then I doubt it). :)
[22:39:50] <creep> hey Horologium
[22:39:54] <creep> whats up?
[22:42:10] <gkwhc> Xark: well, lets do a bit of math.. a typical debounce time is 10~20ms
[22:43:46] <gkwhc> and if the AVR is clocked at 32.768KHz..that gives 0.03ms
[22:44:32] <gkwhc> okay yeah I see :p
[22:46:49] <creep> Xark<< 1ms latency in recognizing a pressed key is not much
[22:47:15] <creep> 1 single low speed usb packet is 1ms...
[22:47:29] <creep> but 20-30ms lag can be annoying for a joystick
[22:47:32] <Xark> creep: I agree. Total overkill for human reaction time.
[22:48:10] <creep> ( or even more )
[22:48:50] <Xark> creep: Well, it is not a problem in general if you frame rate is 30hz too (~32ms).
[22:48:50] <creep> don't you just hate it when you need to "compensate" for keypress or movement latencies?
[22:49:15] <Xark> The big problem is latency (with controller, video, TV/monitor etc.)
[22:49:26] <creep> Xark<< well, usually you'd go for checking keys every frame at leat once lol
[22:50:35] <Xark> creep: Right, exactly my point. The big problem is a "crap" framerate more than input speed. :)
[22:51:27] <creep> why need such a high framerate? or why can't have bigger keycheck rate?
[22:51:37] <Xark> However, if your game is lagging on some frames, typically a good idea to sample the controller more than once a frame (or it is even more frustrating to the player). :)(
[22:51:53] <creep> your game is 100kHz with an oled display?
[22:52:14] <Xark> creep: 60hz is more than sufficient for most displays.
[22:52:35] <Xark> creep: You need to review the logs, I was never saying you needed fast reaction times. :)
[22:52:51] <creep> interesting question, if you can generate the 100kFPS then you are able to get keychecks wherever you want, and use a sample and hold keybuffer
[22:53:45] <creep> you will not be interacting at a higher rate than 10Hz anyway :)
[22:54:19] <creep> try and press a button 10x a second
[22:54:40] <Xark> I agree, 10hz is the minimum before people start to notice "slow" system (rule of thumb).
[22:54:48] <Xark> [for input, not framerate]
[22:55:23] <creep> that ranslates to 100ms response time... 10ms is definitely better
[22:55:29] <creep> t*
[22:56:21] <Xark> Sure, 10ms is totally plenty fast (these days you are lucky to get 60Hz or 16.6ms). :)
[22:56:40] <creep> for what?
[22:57:09] <creep> microcontroller or PC ?
[22:57:30] <Casper> 10ms is slow due to the fact that manufacturer lie with the numbers....
[22:57:36] <Casper> it's grey to grey
[22:57:44] <Casper> what is the 2 grey they use? they don't say
[22:58:01] <Casper> I can clearly see leds flash at 120Hz
[22:58:22] <creep> taht is a different problem
[22:58:28] <Casper> and I can sadly see that 4ms monitors are... slow
[22:58:45] <creep> i can see led flashing at 1kHz rate...
[22:58:58] <creep> it is called the strobe effect
[22:59:37] <creep> and TFT is not flashing ( well at least S-IPS ones with NO PWM backlight do not)
[22:59:55] <creep> they just slowly fade to one color to another
[23:00:06] <creep> *from
[23:00:55] <creep> the problem with this is colors do not fade synchronized, this creates a trail for moving things
[23:01:43] <creep> and fading colors are not ones meant to be displayed
[23:02:22] <creep> they try to speed this up using "overdrive" , overshooting the capacitors to be faster charged
[23:02:47] <creep> this is how 2-5ms is possible i think
[23:04:21] <Casper> but it's fun to see reverse ghosting
[23:04:22] <creep> Casper<< every single pixel in your TFT monitor has a capacitance, that must be charged to the correct level
[23:05:12] <creep> oh and turn off the crap color flicker mixing if you have one in the tft menu.. your 24 bit tft actually is 3x6 bit TN type
[23:05:23] <creep> taht is annoying i think
[23:05:48] <Casper> TIL: my iphone can stream apps audio via usb o.O
[23:05:54] <creep> or get an S-IPS type, that can really display 3x8 bits, i know one that can do 3x10 bits
[23:06:00] <Casper> I tought it was only able to send mp3...
[23:06:02] <Xark> Yeah, I hate that "temporal color adjustment" or whatever. Headache inducing flicker you can see with peripheral vision...
[23:07:45] <creep> How To Write Unmaintainable Code
http://thc.org/root/phun/unmaintain.html
[23:07:46] <creep> :)
[23:13:12] <creep> i'd ban the flickering crap on the TN monitors, and brand them as 3x6 bit displays
[23:13:46] <creep> that is 18 bits color, a slight improvement over 16 bit
[23:15:09] <creep> Casper<< i assume you have the flickering magic, and you have a desktop background that does not fall on the display's color palette
[23:26:27] <xrosnight> anyone knows how to checkout serial port on linux??? i hooked my mutilmetre up with my PC linux mint via USB-to-RS232 cable. in terminal : ~lsusb. i only got the Bus 006 and Device 004 and its ID. Then nothing. It seems linux kernel doesn't recognize it. and also, "ls /dev/" there was nothing over there before or after i plugged in the USB-RS232 cable. Any suggestion? :) Thank you.
[23:26:43] <creep> good question
[23:27:04] <creep> unsure you can use that as a usual serial port
[23:27:10] <creep> unless it supports it
[23:27:40] <xrosnight> creep: i didn't see anything once i plugged the cable in
[23:28:17] <creep> i only got the Bus 006 and Device 004 and its ID. - what is this if not recognition ?
[23:28:59] <creep> if you can't program with it, then you can't
[23:29:49] <creep> i strongly doubt there will be microcontrollers with USB programming inputs
[23:29:56] <Casper> xrosnight: wait a sec, checking
[23:30:04] <Casper> yeah
[23:30:09] <Casper> you have like
[23:30:10] <xrosnight> creep: i think at least it should have a name , just like my keyboard. logitech or something short
[23:30:25] <creep> it has an ID, its all that needs
[23:30:27] <Casper> Bus 001 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
[23:30:36] <Casper> you want to take the 0a12:0001
[23:30:39] <Casper> and google it
[23:31:02] <creep> i have a webcam too that has no name
[23:31:03] <creep> Bus 003 Device 002: ID 17a1:0128
[23:31:31] <xrosnight> Bus 006 Device 008: ID 1244:d237 this is the RS232-USB device
[23:31:54] <xrosnight> Bus 006 Device 008: ID 1244: d237
[23:32:11] <xrosnight> should it have a file in /dev/ ?
[23:32:25] <Casper> hmm
[23:32:35] <Casper> look like you might be out of luck
[23:32:46] <Casper> iManufacturer 1 Shenzhen VICTOR HI- TECH CO. LTD.
[23:32:46] <Casper> iProduct 2 VICTOR Multimeter
[23:33:26] <xrosnight> Casper: yeah . that's the one
[23:33:27] <Casper> I doubt your DMM is linux compatible
[23:33:29] <xrosnight> vitor
[23:33:41] <Casper> no driver, no /dev
[23:34:19] <xrosnight> i mailed them , but no reply
[23:38:00] <xrosnight> Casper: yeah thanks .
http://sigrok.org/wiki/Victor_70C/Info i also found the page. i meant to connect it with my Raspberry Pi.
[23:48:00] <creep> i had a superintelligent air humidifier that had a microcontroller to turn it on, i hacked it out from it, and now its a supersimple plugin and work type humidifier
