Back
[03:01:05] <hetii> Hello :)
[03:02:38] <hetii> did SPI programmer is equal to ISP ? i have bios chip w25q32 and consider if i can program it let said by usbasp prgrammer or do i need build something new ?
[03:03:24] <Kevin`> hetii: the physical interface is the same, but the protocol isn't. the usbasp may or may not be compatible with it as is
[03:04:43] <hetii> fine, so with other one i can build for usb bus ?
[03:06:26] <Kevin`> what?
[03:08:16] <hetii> with programmer i can build that will work with usb and will be able to program my chip
[03:08:24] <hetii> ?
[03:08:49] <Kevin`> a bus pirate would be nice, since it already has software support with flashrom
[03:08:58] <Kevin`> anything will work if you are willing to write your own software
[03:10:12] <hetii> to program one chip one time i don`t will create from scratch whole programmer :)
[03:10:31] <hetii> i mean design :)
[03:19:44] <raek> hetii: you can program an AVR using ISP with a USBASP programmer
[03:20:32] <hetii> i wan to program windbound bios chip W25Q32
[03:20:55] <raek> SPI is a protocol ISP is built on top of (IIRC) and it can be used for any kind of communication (not only AVR programming)
[03:21:41] <raek> I'm not sure the USBASP can do that
[03:23:03] <raek> physically, I don't see why not
[03:23:21] <raek> but it all depends on its software
[03:55:50] <_abc_> hetii: I think Willem programmer supports Winbond 8051s
[03:56:11] <hetii> huh i have one willem but i almost not use it. its via LTP :(
[03:56:20] <hetii> *LPT
[03:56:24] <Kevin`> hetii: oh, btw, I assumed this was obvious, but you can use a computer with an spi bios rom to flash spi roms
[03:56:32] <Kevin`> just stick the chip in and run flashrom
[03:56:47] <hetii> on the running system :)
[03:56:47] <hetii> ?
[03:56:48] <hetii> :)
[03:56:50] <Kevin`> yes
[03:57:23] <hetii> i don`t suppose that have such additional working board with this type of flash:)
[03:58:44] <Kevin`> hetii: once you solve the problem, write a copy of the bios to a second flash chip, so you can have the computer fix it's own bios
[03:59:03] <Kevin`> assuming you will continue doing whatever it is that broke it the first time
[04:05:08] <hetii> to be onest i`m not sure if its a bios issue, i bay on auction zotac Zbox PC and when i put ram into it it cooler start for a few second and then stop
[04:32:17] <pingec> http://www.ebay.co.uk/itm/180786734741?ssPageName=STRK:MESELX:IT&_trksid=p3984.m1558.l2649#ht_500wt_1363
[04:32:19] <pingec> :o
[04:37:23] <amee2k> chasity pi
[04:37:31] <amee2k> err, by that i mean charity pi of course
[04:39:00] <pingec> there's news that a batch of 10k pcs is in production
[04:39:09] <pingec> great
[05:14:29] <eni23> hello at all. im searching for an current sensor for ac 230v (~10amps) . i found acs712. but i have really no idea what cirquit i need to use. a friend of mine who is engenieer told me plug it directly to an adc port and on the other side (ip+ and ip-) the power. tried out with an device witch 6 amps and after a few secounds the chip was bricked with a small explosion. the datasheet of this chip seems weird. someone knows this one? or an other chi
[05:17:10] <eni23> those acs712 are soic-chips. how this can work? (i mean the pins are quite small for 30amps)
[06:12:23] <amee2k> eni23: my acs712 datasheet says 5A continuous and 100A surge. that sounds reasonable considering they're using two pins in parallel on each side
[06:13:31] <amee2k> you'd be running a really big trace to the high current side of it, almost like a tiny ground plane
[06:16:31] <amee2k> the sensor should be galvanically isolated from the high current circuit. from what i can see, rated for 354Vpp max. working voltage
[06:20:01] <amee2k> if you check out the typical application circuits on the datasheet there is one with ADC and a peak detector. just imagine that peak detector isn't there and use that circuit for reference
[06:21:39] <eni23> amee2k: thank you for the tip with the peak dedector :)
[06:23:24] <amee2k> i can't really tell you why that ic blew out... did it at least work correctly for the few seconds that it stayed in one piece?
[06:23:57] <amee2k> could you have put it on the wrong way? i.e. sensor output side towards mains
[06:24:37] <eni23> amee2k: yes worked for about 3secounds
[06:26:22] <eni23> if am right ip+ is input of power and ip- the output ?
[06:28:51] <amee2k> well, yeah. but from what i can see the sensor is bidirectional
[06:29:04] <amee2k> so if you get it wrong, then you'd just make a sign error
[06:29:16] <amee2k> i.e. 2A would read as -2
[06:29:59] <amee2k> the "characteristic performance" pages have "output voltage vs. sensed current" graphs
[06:37:19] <doc____> just a bit question... in order to use any uC at 1Mhz, is there to use prescaler? or just take a look for a crystal?
[06:38:56] <eni23> amee2k: ok. sounds good. gonna try it again i got 19 acs left. (i have the 30amp version not the 5a)
[06:40:08] <amee2k> doc____: you can use both, actually. 1MHz xtal + prescaler 1/1 will result in 1MHz clock, but 8MHz xtal + 1/8 prescaler will do the same
[06:40:57] <doc____> amee2k: mmm may be I'm wrong but... 1/8 prescaler won't get some functions slower? such delay, etc
[06:41:01] <karlp> and 8mhz with clkdiv8 _and_ prescaler will confuse you even more.
[06:41:14] <doc____> karlp: yep, I'm trying to understand it :/
[06:41:22] <amee2k> eni23: i see. before you power it up, maybe try measuring the DC resistance on the high current traces to see that they're low resistance
[06:42:15] <karlp> where low == 0
[06:42:23] <amee2k> doc____: the clock signal comes from the clock source (e.g. xtal, internal rc, external clock input, whatever), then goes through the prescaler which is really just a frequency divider, then goes to the rest of the system
[06:42:25] <RikusW> doc____: you could use internal RC at 1MHz too
[06:42:40] <karlp> the left side, with i+ and i- are just two pads connected to a wire inside the chip.
[06:42:42] <doc____> RikusW: ok, thank you :)
[06:42:55] <RikusW> doc____: what avr are you using ?
[06:43:05] <doc____> amee2k: nice, I see :) thanks a lot
[06:43:10] <doc____> RikusW: mega328P
[06:43:11] <amee2k> the rest of the chip won't notice any difference between 8MHz xtal and 1/8 prescaler and a real 1MHz xtal
[06:43:48] <amee2k> 8MHz xtal would have the advantage that you can easily decide on a higher frequency later. and from what i've seen 8MHz xtals are easier to get than 1MHz
[06:44:22] <raek> ah, it turns out I have used a acs712 sensor!
[06:44:41] <RikusW> doc____: use the internal 8MHz RC osc + CKDIV8 fuse
[06:44:53] <raek> I can confirm that the polarity of ip+/ip- only detemines the "sign" of the measurement
[06:44:56] <doc____> RikusW: :) thank you
[06:45:11] <amee2k> on a megaX8 you can change the prescaler setting in software. you could dynamically bump up the clock speed by changing the prescaler setting
[06:46:02] <amee2k> as a side note, internal RC osc is not so hot if you need precise long-term timing. unless you do the whole calibration shebang assume the frequency is within 10% of nominal
[06:46:47] <doc____> amee2k: no problem, I don't need precise timing for now, I'm just trying different freqs
[06:46:56] <RikusW> doc____: that seems to be the default factory setting anyways
[06:47:06] <RikusW> lfuse = 0x62
[06:47:20] <doc____> RikusW: right, I come from arduino world, there is a new world for me :)
[06:48:01] <amee2k> i tend to just buy a big bag of 16 or 20MHz xtals... making stuff slower is usually easier than making it faster after the fact
[06:48:03] <RikusW> you can easily change that in firmware using the CLKPR register
[06:48:47] <amee2k> the arduino world is just the AVR world seen through a pair of sparkfun glasses
[06:48:49] * amee2k runs
[06:49:10] <doc____> amee2k: hehe you're right :) arduino is uC's BASIC
[06:49:17] <doc____> easy, really easy to use
[06:49:19] <RikusW> amee2k: in #arduino you should run ;)
[06:49:32] <amee2k> >_>
[06:49:50] <nerxgas> basic stamp
[06:49:55] <nerxgas> more basic
[06:50:00] <amee2k> java button
[06:50:18] <amee2k> we need a lisp machine microcontroller *nod*
[06:50:27] <nerxgas> i want one that runs python
[06:50:39] <nerxgas> heh
[06:50:40] <RikusW> or some nervgas ;)
[06:50:41] <amee2k> i want one that runs flyback's mom
[06:50:43] <amee2k> err, wait.
[06:50:45] <eni23> nerxgas: mee to ..
[06:52:23] <composite> are your logs are belong to us
[06:53:35] <amee2k> lol
[06:53:59] <eni23> nerxgas: but wait there is pymite that runs on 8bit ucs. never tryed but looks nice
[06:54:13] <nerxgas> i've heard of that, i have serious doubts
[06:54:26] <eni23> http://code.google.com/p/python-on-a-chip/
[06:54:29] <nerxgas> can i add numpy to it?
[06:54:35] <nerxgas> import numpy
[06:55:23] <karlp> nerxgas: hah
[06:55:53] <eni23> dont think so.
[07:12:16] <Steffanx> RikusW hows the ravr project going?
[07:20:40] <RikusW> not worked on it recently
[07:21:00] <RikusW> actually only need stk600 mega + xmega jtag and pdi
[07:21:08] <RikusW> the rest seems to be working
[07:24:07] <RikusW> will probably start working on the debug interface sometime too
[08:58:01] <amee2k> grummund:
http://ompldr.org/vY2hjbg/CIMG8905b.jpg http://ompldr.org/vY2hjbw/CIMG8912b.jpg http://ompldr.org/vY2hjcA/CIMG8914b.jpg << here are some example pages of what i mean
[09:11:38] <Steffanx> At least it's readable amee2k
[09:12:03] <Steffanx> Nah, most of it :P
[09:15:17] <powderhoundcd> Anyone in here used PDI debugging with the jtagice3?
[09:15:31] <powderhoundcd> I'm looking at getting one and just wanted to hear one success story
[09:26:46] <powderhoundcd> Aww, that's not encouraging
[09:27:47] <Steffanx> No, I don't think many people own a jtagice mk3
[09:28:12] <powderhoundcd> Got it. What's the recommended programmer around here that's capable of PDI?
[09:28:24] <powderhoundcd> (I have some boards pre-build with PDI on them that I would like to use)
[10:12:05] <TheOutlaw> hi all
[10:26:14] <amee2k> powderhoundcd: i don't know PDI, but from what i understand the dragon is the common jtag capable programmer of choice here
[10:27:15] <powderhoundcd> Good to know. I've been having a bit of a problem with the dragon and pdi, but we will see if I can sort that out
[10:30:17] <amee2k> Steffanx: :)
[10:32:26] <_abc_> http://avr.15.forumer.com/a/voice-recognition-security-system-avr_post997.html
[10:51:04] <raek> with the dragon you get a lot for the money (it supports basically any programming mode and it's very cheap), but it has some drawbacks (e.g. no casing, you have to solder some connectors yourself, it can draw too much current from the USB port, if you touch the boost converter chips it can break)
[10:52:03] <powderhoundcd> Got it. I just got the dragon working with PDI and the XMega32A4U. It required a pair of series resistors on the data and clock lines to function properly
[10:53:32] <raek> nice.
[11:07:47] <pingec> What's the easiest way of writing a string to dseg?
[11:09:59] <atmega> dseg = decimal segment?
[11:11:08] <atmega> ... 7-segment LED-Display
[11:11:55] <atmega> pingec: you use AVR or Microchip controller?
[11:12:07] <pingec> avr
[11:12:12] <pingec> i meant
[11:12:14] <pingec> in sram
[11:12:21] <Kevin`> pingec: lookup table, IMO
[11:12:51] <Kevin`> character in, segment driver line bits out
[11:14:00] <Kevin`> I have a clock with a 6x7 segment led display I made recently, if you want examples
[11:14:09] <Kevin`> were you the guy I talked to before I started on that?
[11:16:17] <_abc_> http://xkcd.org/1007/
[11:17:48] <pingec> no
[11:17:55] <BrentBXR_> sram
[11:18:20] <Kevin`> you want to write a string to sram? i'm kind of confused as to what the challenge could be with that
[11:18:48] <BrentBXR_> What are you trying to do?
[11:18:57] <pingec> I want to test a routine i wrote
[11:19:10] <pingec> but i need to put a string in ram
[11:19:12] <pingec> to do that
[11:19:45] <BrentBXR_> im more confused then before :D
[11:20:25] <pingec> I can write a string to program meomry like this: .db "Hello Worls!",0
[11:20:35] <pingec> how would I do this with ram?
[11:20:53] <pingec> Sorry for typos, I need a new keyboard :/
[11:21:16] <BrentBXR_> http://www.avr-asm-tutorial.net/avr_en/beginner/SRAM.html
[11:22:14] <pingec> So I have to write a routine that pumps a string into ram char by char?
[11:22:24] <BrentBXR_> in winavr
[11:22:28] <Kevin`> pingec:
http://pastebin.com/14jCy3Kz
[11:22:31] <BrentBXR_> dont quote me but i think its as easy as
[11:22:34] <BrentBXR_> char *b;
[11:22:39] <BrentBXR_> being the pointer address
[11:23:08] <pingec> char by char then
[11:23:19] <BrentBXR_> could write a routine
[11:23:26] <pingec> yeah
[11:23:33] <BrentBXR_> everything in embedded world starts byte by byte
[11:23:38] <BrentBXR_> or bit by bit
[11:23:39] <pingec> sux when you need more code to test code
[11:23:48] <BrentBXR_> thats what debuggers are for
[11:23:52] <pingec> more mistakes :D
[11:24:18] <karlp> you want a string in ram?
[11:24:23] <pingec> yes
[11:24:29] <karlp> char *blah = "ho ho ho ho hohoho";
[11:24:35] <pingec> in asm
[11:24:42] <karlp> stop using asm
[11:24:46] <pingec> :(
[11:24:47] <BrentBXR_> lol
[11:24:52] <BrentBXR_> true
[11:25:22] <BrentBXR_> asm is kind of a novelty compaired to a high level code
[11:25:27] <BrentBXR_> although it does have its place
[11:25:36] <BrentBXR_> such as really strict timing apps
[11:25:41] <BrentBXR_> and so on
[11:27:22] <pingec> I want to learn it
[11:27:37] <BrentBXR_> alot less confusing then ASM imo
[11:31:18] <pingec> I'll write the routine
[11:31:21] <pingec> too late to back off :D
[11:34:38] <atmega> pingec: I only write in asm for PC , but I try to help you
[11:35:47] <atmega> .DSEG ; the following comes in S-Ram
[11:36:58] <atmega> StringNrOne: .BYTE 1 ; first adress of the string
[11:37:49] <atmega> StringNrOne: .BYTE 8 ; first adress of the string with 8 Bytes
[11:37:57] <Kevin`> remember there's on os-loader sticking the whole program in ram when it starts up like on pc. here's an idea though: write the 3 line c code, and compile it with avt-gcc to see what it decides to do as asm
[11:38:38] <atmega> this is always a good Idea
[11:40:52] <pingec> hm thanks for the info
[11:41:23] <impulse32> how do i exit screen when i use it to talk to my FTDI?
[11:41:46] <Kevin`> impulse32: ^aK
[11:42:28] <impulse32> thanks Kevin`
[11:42:36] <pingec> I just found out
[11:42:41] <pingec> I can change values in memory
[11:42:43] <pingec> in debugger
[11:42:45] <pingec> I think
[11:53:41] <ziph> Yes, you can.
[11:53:48] <ziph> Both memory and peripheral registers.
[11:54:07] <ziph> pingec: (^)
[11:54:15] <pingec> yes that's what I did
[11:54:29] <pingec> my routine seems to work fine
[11:55:52] <pingec> ziph were you the one who told me to have a sanity check when interfacing a gsm modem via AT and reset it when not responding?
[11:56:16] <ziph> pingec: Probably, I've worked with about a dozen different GSM modules over the years
[11:56:34] <pingec> How do I notice that a modem is "stuck" ?
[11:56:39] <pingec> I won't get replies?
[11:56:49] <ziph> Is it for sending SMS's?
[11:56:52] <pingec> yes
[11:57:04] <ziph> Do you get an acknowledgement of the SMS being sent?
[11:57:11] <pingec> yes
[11:57:40] <ziph> I would do something fairly high level like make it reset the modem if there has been a queued SMS for N minutes and it hasn't responded at all.
[11:57:47] <ziph> (Responded to the SMS send message)
[11:57:51] <pingec> ok
[11:57:54] <pingec> by reset
[11:57:57] <ziph> That way no matter where in your state machine the modem locks up it will fix it.
[11:57:59] <pingec> do you mean software reset
[11:58:02] <pingec> or hardware
[11:58:08] <ziph> No, hardware.
[11:58:15] <pingec> ok
[11:58:19] <ziph> Software reset won't work if the AT interface dies completely.
[11:58:29] <ziph> Although for just sending SMS you're probably a lot less likely to have problems.
[11:58:33] <pingec> that's what I thought
[11:58:44] <pingec> well it won't hurt
[11:58:55] <ziph> They tend to die in buggy ways with multiplexing or PPP at high power levels (e.g. in marginal reception areas).
[11:59:28] <ziph> Yeah, if you need it to be robust I'd do it with a reset.
[11:59:40] <pingec> The only thing that hurts is I'll need to add a timer :D
[12:00:16] <ziph> Some of them even have bugs with SIM card handling and will lock up occasionally on power up or SIM card insertion.
[12:01:26] <pingec> alright
[12:25:59] <inflex> wtfr you doing up ziph ?
[12:26:30] <ziph> inflex: Mmm?
[12:26:50] <ziph> inflex: What are you doing up at 5AM? Trying to get out while it's only 35 degrees? :)
[12:29:18] <inflex> yeah, a bit like that... like freaking Crematoria here
[12:29:41] <ziph> You could have a nice cyclone in the next couple of weeks.
[12:29:47] <ziph> Just in case you wanted more water with your hot. :)
[12:30:02] <ziph> inflex: I'm in WA though, so it's only 2 AM. :)
[12:40:07] <atmega> ziph: 35°C ?
[12:40:28] <atmega> <-- Time at home: 19:30
[12:45:02] <pingec> same here
[12:56:28] <feurig> Ok lemme repeat my dumb question.
[12:58:45] <feurig> I have a project with two revs of hardware. On the second rev I am taking the 1khz output of a dallas RTC and using it to update a unix time like seconds counter (occasionally resynching it with the actual rtc)
[12:59:24] <feurig> On the legacy hardware I want to piggy back that onto a timer interrupt that I am using for tone generation and debouncing.
[13:00:46] <feurig> what are the issues/gotchas of having my timer interrupt flag toggle the port to activate a pin change interrupt?
[13:02:13] <amee2k> none that i'm aware of. except for everything else connected to that pin will get toggled along with it
[13:02:27] <amee2k> any particular reason why you can't just call the ISR routine in software?
[13:02:30] <feurig> that is not an issue.
[13:02:50] <feurig> well the timer is pretty interrupt busy doing other stuff
[13:03:48] <amee2k> i mean, the execution time for the pin ISR will have to come from somewhere either way
[13:04:21] <feurig> i know
[13:04:29] <amee2k> without knowing your code i'd say there isn't much difference between calling it synchronously from the timer ISR and triggering an external int or pcint to have it executed
[13:05:09] <feurig> I am concerned with the existing interrupt being interrupted.
[13:05:33] <amee2k> interrupts don't interrupt each other unless you explicitly allow for that
[13:05:44] <feurig> ok that is what I wanted to know.
[13:06:02] <amee2k> i.e. when you wiggle the pin, some interrupt flag gets set
[13:06:09] <feurig> will it finish the existing isr before servicing the next one.
[13:06:17] <amee2k> and upon return from the timer ISR, the pin's ISR will get executed
[13:07:09] <feurig> cool. thanks!
[13:08:36] <amee2k> well, if the pin int happened immediately, you'd have nested interrupts ;)
[13:09:32] <amee2k> hmm speaking of timers... i want to put a watch xtal on a mega8/X8. the datasheet says the xtal osc has built in loading caps. is it a good idea to still put on external cap footprints?
[13:09:46] <amee2k> or are the internal ones reliable enough that this isn't neccessary
[13:29:30] <feurig> I have had no problem just soldering the 32k crystal to the legs of the mega128s that I had a few years back.
[13:29:42] <atmega> amee2k: the older Atmega8 don't have internal caps ... this was a production fail Rev. G and higher is okay
[13:31:49] <amee2k> atmega: i'll probably use a megaX8 anyway and even if i get by with a regular mega8 i'd have to buy new ones since this board will use the QFP packaged ones
[13:32:33] <amee2k> i'll put cap footprints on if i have the board area to spare then
[13:32:42] <amee2k> if not, i'll try without and see how it works
[13:34:59] <atmega> I looked at my ATmega8L and there is written: ATNEGA8L 8AU 0720I i-version :)
[13:36:14] <atmega> "8AU" with a 26MHz crystal
[14:17:17] <Eyecon> hello everyone i have 4 x 1.2v 2450mA/h nimh batteries which i want to charge with solar panels rated 5v 100mA. i did some research on this and if i got it right i must connect the 2 panels in parallel. My circuit draws around 30mA, is this setup going to work or am i missing something?
[14:19:16] <Eyecon> There is also a diode to prevent current going from the batt to the panels
[14:19:43] <amee2k> i don't know the exact values for nimh cells, but i'd recommend to connect a zener diode in parallel to the batteries to limit the charge voltage
[14:20:14] <amee2k> otherwise it'll keep charging as long as there is enough light, potentially overcharging the cells
[14:20:20] <OndraSter_> also I wouldn't use just diode from the panel to batt, because that will drop 0.7V
[14:20:36] <OndraSter_> diode + transistor (MOSFET) could work better :P
[14:20:57] <amee2k> the panels will have an open circuit voltage of much more than 5V
[14:21:21] <amee2k> the diode drop is only going to waste 60mW at rated panel current
[14:21:28] <OndraSter_> hmm
[14:21:36] <amee2k> cut that in half for a shottky
[14:21:45] <OndraSter_> ok, not worth it then :P
[14:23:00] <amee2k> actually i'd say a small resistor could help limit the inrush when connecting empty cells
[14:23:19] <Eyecon> what would be the right setup to have a circuit which draws around 30mA always up?
[14:23:49] <amee2k> solar panels have relatively high series resistance so under near-short circuit conditions they will supply much more current than the rating
[14:24:39] <Eyecon> amee2k: today that i tested my panels they produced 70mA tops
[14:24:46] <Eyecon> each
[14:25:05] <amee2k> then you didn't have enough light, or the wrong kind
[14:25:40] <amee2k> solar panels are rated with incident light of so-many watts per unit of area
[14:26:06] <amee2k> for large panels i vaguely recall something like 1000W/m^2 as common but don't quote me on that
[14:26:33] <amee2k> if you expose the panel to less, the maximum current will also be lower. not neccessarily in proportion
[14:27:58] <Eyecon> from what i read nimh batteries dont have problem with overcharging if i tickle charge right ?
[14:28:21] <amee2k> trickle charge == constant voltage charge. then yes
[14:28:33] <amee2k> but your panels are not a voltage source, much less a constant one
[14:28:40] <Eyecon> true
[14:29:02] <Eyecon> so what can be done ?
[14:29:13] <amee2k> since solar power is kinda for free anyway, a nice big zener in parallel to the batteries is usually cut it at low power levels
[14:29:55] <OndraSter_> watch out, the panels will get hot on direct sunlight
[14:30:01] <OndraSter_> and the zeenr might drift a bit
[14:30:19] <amee2k> yes, but it'll prevent the battery voltage from going through the roof :)
[14:30:53] <amee2k> i haven't done anything with them myself, but how about "RC car" li-ion pack?
[14:31:28] <amee2k> a friend of mine did a project with lipo packs... there is a huge number of charge controller ICs around
[14:49:27] <lidenbrock> does anyone here knows how to use an avr microcontroller to send sms?
[14:59:15] * amee2k nudges grummund
[15:09:07] <pingec> lidenbrock over AT protocol?
[20:26:16] <OndraSter__> http://search.digikey.com/us/en/products/ERJ-3GEYJ103V/P10KGTR-ND/135662
[20:26:18] <OndraSter__> huh?
[20:26:27] <OndraSter__> 7.6 bucks for 5k?
[20:28:59] <OndraSter__> ugh
[20:29:02] <OndraSter__> $60 shippnig
[20:29:03] <OndraSter__> damn
[20:31:19] <OndraSter__> lol czech website wants about $1 per 17 resistors
[20:31:36] <OndraSter__> so you pay something like $270 for one reel
[20:32:31] <OndraSter__> damnit I need to order from digikey then... but the shipping is just unreasonable :(
[20:32:42] <OndraSter__> it must come in golden bag!
[20:32:57] <Casper> hey wanna hear something?
[20:33:21] <Casper> shipping is 8$CAD for next day delivery :D
[20:34:25] <OndraSter__> to canada?
[20:34:59] <OndraSter__> hmm
[20:35:07] <OndraSter__> that guy on ebay has 20k resistors only :(
[20:35:10] <OndraSter__> not 10k
[20:35:49] <OndraSter__> different guy has those 10k
[20:35:54] <OndraSter__> but that is another 6€ shipping :P
[20:36:48] <OndraSter__> what about 12k pullups instead of 10k
[20:36:53] <OndraSter__> for buttons/IOs
[20:38:05] <Casper> also OndraSter__ ... remember that SMD parts have a limited shelf life
[20:38:15] <OndraSter__> how come?
[20:39:30] <OndraSter__> oxidization?
[20:39:44] <OndraSter__> hmm
[20:40:45] <OndraSter__> well then screw it :P
[20:43:26] <OndraSter__> I wanted it in the reel so I can hang it below the ceiling and just pull when needed :P
[20:44:09] <OndraSter__> oh well, I will go for farnell then since I will be ordering there other stuff as well
[20:44:26] <OndraSter__> gn
[20:47:44] <Casper> yes oxidation
[22:16:54] <inflex> yep
[22:17:24] <inflex> just like with resistors/caps with legs... remember how we used to always use 1000 grit wet/dry sandpaper to make sure we could solder them
[22:18:02] <Valen> 30A 41V h bridge ~$10
http://www.pololu.com/catalog/product/537
[22:19:13] <Valen> ahh
[22:19:17] <Valen> not actually 41v
[22:19:25] <Valen> 5.5 - 16v
