#avr | Logs for 2014-08-06

Back
[01:57:03] <twnqx> Jartza: how do you run your software I2C slave - full foreground polling?
[01:57:53] <Jartza> ahh, I don't
[01:57:59] <Jartza> I only made master code...
[01:58:05] <twnqx> :(
[01:58:06] <twnqx> ok
[01:58:48] <Jartza> but I guess I would try pin change interrupt or something similar, if I needed slave code
[01:58:56] <Jartza> actually I'm going to try that later with attiny
[01:59:02] <twnqx> wellllllll
[01:59:16] <twnqx> i don't have any of the two intterrupt-enabled pins of my mega 8 left
[01:59:23] <twnqx> because it already runs a software usb stack
[02:06:40] <Jartza> :o
[02:06:45] <Jartza> does mega only have 2?
[02:07:23] <twnqx> mega8? yes. and not even pin change.
[02:10:08] <Jartza> :(
[02:10:28] <Jartza> attiny85 has pin change interrupt for all pins
[02:11:56] <Jartza> but I haven't used mega8, only attinys (85, 84) and mega88 and 328
[02:12:28] <twnqx> i only have a mega8 around atm :P
[02:12:33] <twnqx> (and a tiny13, i think...)
[02:20:09] <Jartza> right, it looks like mega8 doesn't have pin change interrupt
[02:20:15] <Jartza> I couldn't live without :(
[02:40:47] <twnqx> sometimes
[02:40:55] <twnqx> i wonder if i should just FPGA it all
[02:41:27] <Jartza> or switch to modern avr? :)
[02:42:27] <twnqx> i don't have any here right now
[02:42:36] <twnqx> i think
[02:43:15] <Jartza> mouser deliveres quickly ;)
[02:43:51] <twnqx> and then i get tqfps or qfns and have to wait 2 weeks for a pcb from china
[02:44:08] <twnqx> hm. stk 600 boards...
[02:44:54] <twnqx> hmmm atmega2560...
[02:47:49] <twnqx> hmmm mega644....
[02:47:57] <twnqx> now that looks... sufficient
[02:48:30] <megal0maniac> xmega :D
[02:48:34] <twnqx> 30 or so pin change interrupts :P
[02:48:43] <twnqx> megal0maniac: i am just going through what i have
[02:49:15] <megal0maniac> You should have xmegas ;)
[02:49:25] <twnqx> why, they are just overly expensive
[02:49:40] <megal0maniac> Not compared to megas
[02:49:42] <twnqx> in fact i should have a broader selection of tinys
[02:50:04] <twnqx> though i am looking at mega8u2
[02:50:15] <twnqx> that would solve the software USB + software I2C problem
[02:50:48] <megal0maniac> The u2s don't have I2C though?
[02:51:06] <twnqx> all i2c hardware implementations of atmel are useless to me
[02:51:11] <twnqx> as i need multi-address slave
[02:52:08] <Thrashbarg> mm bit banging I/O pins
[02:53:32] <Thrashbarg> at least you can fake an open drain output if you set the PORTx output to 0 and use DDRx as the data output
[02:53:47] <twnqx> yeah
[02:53:55] <twnqx> especially as i have external pullups anyway
[02:53:59] <Thrashbarg> yea
[02:54:24] <twnqx> but seems difficult without at least twp pinchange interrupts
[02:54:25] <twnqx> :(
[02:55:00] <Thrashbarg> oh?
[02:55:49] <twnqx> i2c start/stop conditions is based on SDA changing while SCL is stable high, data is based on SCL changing while SDA is stable
[02:55:50] <Thrashbarg> hmm if you don't want to hang around in the interrupt while the byte's received, I guess
[02:55:54] <twnqx> and then software deglitching
[02:55:55] <twnqx> yey
[02:56:36] <Thrashbarg> yeah that's tricky
[03:09:07] <Jartza> yeah, that's exactly what I also did with my i2c for attiny
[03:09:23] <Jartza> PORTx was set to 0 and I just switch DDRx
[03:30:16] <MajorGrub> Hi all
[03:30:50] <Jartza> hi
[03:31:08] <Thrashbarg> hey
[03:31:49] <MajorGrub> I have a problem with my atmega128 regarding uart communication and JTAG
[03:34:15] <Thrashbarg> Please state the nature of the medical emergency
[03:34:41] <Getty> he is dead, jim!
[03:35:09] <MajorGrub> Yes I'm thinking about how to best explain it
[03:36:04] <Thrashbarg> must be quite a problem then
[03:36:37] <MajorGrub> When the JTAG connector is plugged I can only send from the USART1 but when the JTAG is unplugged I can only receive
[03:36:48] <twnqx> Oo
[03:36:54] <MajorGrub> That's kind of weird
[03:36:59] <twnqx> yes, it is :P
[03:37:16] <twnqx> you you have a schematic?
[03:37:40] <MajorGrub> Of the board the mcu is on ?
[03:37:55] <twnqx> yes. because this does not quite sound like a software problem
[03:38:47] <MajorGrub> And also, whatever pin of the JTAG connector is plugged it does the same
[03:39:00] <MajorGrub> But I don't have the schematics of the board
[03:39:24] <MajorGrub> : /
[03:39:34] <twnqx> whatever... pin of the jtag connector?
[03:39:41] <twnqx> even if you just connect ground?
[03:39:44] <MajorGrub> I tried disabling the JTAG port in the software using the JTB bit
[03:40:09] <MajorGrub> Sorry for my clumsy English
[03:40:43] <MajorGrub> It doesnt matter which pin (TDO / TDI ...) Is connected
[03:40:51] <MajorGrub> It does the same
[03:41:41] <MajorGrub> I need to say I'm programming and debugging through JTAG so
[03:42:13] <Thrashbarg> what's the microcontroller on the board?
[03:42:58] <MajorGrub> Atmega128A
[03:44:53] <MajorGrub> It seems like only TDI TDO TMS and TCK are used
[03:45:03] <twnqx> trst should be used, too
[03:45:36] <MajorGrub> I dont see it on my pin table
[03:45:51] <MajorGrub> Other Port F pins are grounded
[03:45:51] <twnqx> mh
[03:46:21] <MajorGrub> Which pin is RST supposed to be connected to ?
[03:46:53] <MajorGrub> I'm gonna find in the 128 specs
[03:47:23] <twnqx> let me doublecheck
[03:47:58] <twnqx> ok, my jtag port connects straight to reset
[03:48:23] <MajorGrub> Also, I can send only when the avrone probe I'm using is connect through USB to the PC
[03:48:31] <MajorGrub> Connected *
[03:49:29] <MajorGrub> But it doesn't need to be connected to the power plug
[03:59:43] <MajorGrub> The reset of my JTAG port is connected to an external reset
[03:59:51] <MajorGrub> That also resets the mcu
[04:00:26] <twnqx> sorry to say.. your problems makes little sense to me.
[04:00:58] <twnqx> you might have some voltage issue, with your jtag adapter providign a different voltage to the system
[04:01:16] <twnqx> so check if vcc changes on the atmel if you plug the the jtag adapter
[04:01:29] <twnqx> but that would be about my last guess
[04:08:04] <MajorGrub> Yes Im thinking about a voltage or baudrate problem
[04:08:20] <twnqx> baudrate won't be afected by jtag
[04:08:22] <twnqx> voltage could be
[04:09:20] <MajorGrub> There is the VTref pin
[04:09:30] <MajorGrub> Target Voltage Reference
[04:09:34] <MajorGrub> I don't know what it does
[04:09:41] <Thrashbarg> for the analogue to digital converter(s)
[04:09:41] <MajorGrub> Maybe it has something to do
[04:09:49] <twnqx> normally it provides power with the system voltage to the jtag adapter
[04:10:12] <twnqx> but if you're unlucky the jtag adapter is badly designed
[04:10:46] <MajorGrub> But do I need to configure the pin on MCU for Vtref to work properly ?
[04:10:58] <twnqx> uh
[04:11:11] <MajorGrub> Like input or output .. ?
[04:11:24] <twnqx> there should be a connection straight fromt he power plane to the JTAG port
[04:11:26] <twnqx> not to a pin
[04:11:29] <Thrashbarg> VTref is for the analogue to digital converter
[04:11:32] <MajorGrub> Ok lol
[04:11:36] <MajorGrub> Vtref if connected to vcc ?
[04:12:06] <twnqx> what vtref are we talking about. a name on the MCU, or on the jtag port? Thrashbarg is confusing me now
[04:12:21] <MajorGrub> On JTAG port
[04:12:30] <Thrashbarg> lemme check... I'm probably thinking of VRef on the ATmega
[04:12:44] <twnqx> good. then it should be connected to vcc, yes
[04:13:05] <twnqx> hence check, with a voltmeter, what vcc reads with and without the jtag adapter connected
[04:14:00] <MajorGrub> Ok
[04:14:44] <MajorGrub> Will do but need to find voltmeter at work
[04:14:44] <MajorGrub> -___-
[04:24:59] <Jartza> or oscilloscope ;)
[04:31:13] <MajorGrub> OK I have found an oscilloscope
[04:43:23] <twnqx> Oo
[05:14:16] <MajorGrub> OK I have some news about my problem
[05:14:50] <MajorGrub> Actually the behavior is the same when I plug / unplug the probe of the oscillator to the ground
[05:15:05] <Thrashbarg> uuuuuh ... huh?
[05:15:06] <MajorGrub> It seems like maybe my board is not properly grounded
[05:15:10] <Thrashbarg> yea...
[05:15:32] <MajorGrub> I'm using a stabilized power supply
[05:15:44] <Thrashbarg> what board is it?
[05:16:13] <MajorGrub> There's a "-" plug on it on which I connect the gnd of my board
[05:16:25] <MajorGrub> And there's a ground symbol plug
[05:16:35] <MajorGrub> Maybe I should use the ground plug lol
[05:16:36] <Thrashbarg> what board is it?
[05:16:43] <MajorGrub> Its a custom board
[05:16:48] <Thrashbarg> ah ok
[05:16:51] <MajorGrub> Not a dev board
[05:16:54] <Thrashbarg> yep
[05:17:10] <MajorGrub> Do you think I should try the ground plug ?
[05:17:29] <evil_dan2wik> yes.
[05:17:34] <MajorGrub> Instead of the minus plug
[05:17:51] <evil_dan2wik> Try it.
[05:18:01] <Thrashbarg> I'd be tempted to connect - to GND
[05:18:02] <MajorGrub> OK but I don't want to fry anything
[05:18:10] <MajorGrub> Lol
[05:18:56] <evil_dan2wik> if it blows, something wasn't done right.
[05:19:00] <MajorGrub> Actually its ground of board to minus of power supply
[05:19:18] <MajorGrub> And I want to try ground of board to ground of power supply
[05:19:19] <Thrashbarg> what sort of power supply?
[05:19:34] <Thrashbarg> ah connect negative of the power supply to ground
[05:19:38] <Thrashbarg> floating power supply
[05:19:46] <evil_dan2wik> Yay for floating.
[05:19:57] <evil_dan2wik> Weeee
[05:20:30] <Thrashbarg> yeah floating television sets are fun.. modern ones, not the old live chassis ones. Blown up a few components while unplugging RCA plugs from things
[05:20:59] <Thrashbarg> RCA plugs are bloody god awful
[05:21:30] <MajorGrub> I should have the minus of power supply connected all the time to its own ground plug
[05:21:31] <MajorGrub> ?
[05:21:47] <evil_dan2wik> MajorGrub, probably.
[05:21:49] <Thrashbarg> I would recommend it myself.
[05:22:07] <evil_dan2wik> It should prevent future re-occurences.
[05:22:21] <Thrashbarg> it's left disconnected on the supply if you need a floating supply for whatever reason, but if you don't, ground it
[05:23:26] <evil_dan2wik> I wire my power supply with a 80 Ohm resistor from ground to -
[05:23:41] <MajorGrub> What if I connect the ground of my board directly to the ground of the power supply ?
[05:24:05] <Thrashbarg> you might blow it up
[05:24:13] <MajorGrub> I'm short in cables
[05:24:29] <Thrashbarg> use a small length of wire on the power supply to connect - to GND
[05:24:47] <Thrashbarg> it has banana sockets which you can clamp wire into right?
[05:25:02] <MajorGrub> Yeah banana sockets haha but I'm short in banana cables lol
[05:25:22] <Thrashbarg> :/ should be able to just use some wire surely
[05:25:22] <Thrashbarg> ?
[05:25:40] <MajorGrub> Yeah
[05:25:54] <MajorGrub> Its gonna look aweful but amyways
[05:26:13] <Thrashbarg> do these banana sockets unscrew?
[05:26:49] <Thrashbarg> actually is it a lab power supply or a custom one again
[05:27:35] <MajorGrub> Yeah they unscrew
[05:27:42] <MajorGrub> Its an old school lab psu
[05:27:47] <Thrashbarg> ah good
[05:28:05] <Thrashbarg> so there should be a hole in the metal behind the screw you can put some wire into, then screw it back up
[05:28:14] <Thrashbarg> you'd only need a few inches of old wire
[05:28:18] <MajorGrub> Yeah its what I just did
[05:28:22] <Thrashbarg> good :)
[05:28:24] <evil_dan2wik> cool
[05:28:29] <MajorGrub> I have mini banana cables
[05:28:32] <Thrashbarg> yea
[05:28:36] <MajorGrub> No smoke yet
[05:28:43] <MajorGrub> Lol
[05:31:19] <evil_dan2wik> lol.
[05:31:31] <Thrashbarg> MajorGrub: what'd happen is the floating power supply would be grounded through the JTAG interface, and anything else it's connected to via the negative power rail. Changes are you'd get a some AC flowing through those ground wires, which would screw things u
[05:31:32] <Thrashbarg> up
[05:32:07] <MajorGrub> Yeah
[05:32:19] <MajorGrub> Now I can send from UART when grounded
[05:32:23] <MajorGrub> But not receive
[05:32:28] <Thrashbarg> ....hmm
[05:32:29] <MajorGrub> No more JTAG involved
[05:32:40] <Thrashbarg> what not receive at all?
[05:33:12] <MajorGrub> Well I should try to look at the UART RX pin with the oscilo
[05:33:16] <MajorGrub> Let me check
[05:33:27] <MajorGrub> But I'm not entering the RX interrupt
[05:35:52] <evil_dan2wik> MajorGrub, what chip?
[05:36:02] <MajorGrub> Atmega128A
[05:36:32] <evil_dan2wik> What board?
[05:36:46] <MajorGrub> Custom board , don't have the schematics
[05:36:53] <evil_dan2wik> ok...
[05:37:23] <evil_dan2wik> Connect the RX and TX pins together on the board and see if the chip can hear itself.
[05:37:43] <MajorGrub> Well
[05:37:45] <MajorGrub> Ok
[05:37:59] <MajorGrub> Urg I don't want to short anything
[05:38:03] <MajorGrub> Its tiny
[05:38:42] <evil_dan2wik> Where are you connecting them together from?
[05:39:02] <MajorGrub> Well directly at the chip
[05:39:20] <evil_dan2wik> Can't you do it on theboard?
[05:39:37] <MajorGrub> The problem is the chip is not connected to the rs232 port directly
[05:40:10] <MajorGrub> This is quite a complex board
[05:40:14] <MajorGrub> Lots of stuff on it
[05:40:16] <evil_dan2wik> Got a picture?
[05:40:22] <MajorGrub> Can't send
[05:40:26] <MajorGrub> Defense stuff
[05:40:31] <evil_dan2wik> ok.
[05:41:14] <MajorGrub> Do you think its safe to do it on the board directly ?
[05:41:30] * twnqx wonders how defense stuff ends up in an old school lab, and why it would be this badly designed...
[05:41:43] <MajorGrub> Lol
[05:41:52] <MajorGrub> The PSU is oldschool
[05:41:56] <evil_dan2wik> if you can loop it somewhere else, that would help.
[05:42:11] <MajorGrub> Why not at the chip ?
[05:42:25] <MajorGrub> Risk shorting lol ?
[05:42:33] <twnqx> because it might be connected to something
[05:42:37] <evil_dan2wik> because, you said you don't want to short anything, this usually indicates that you might short it.
[05:42:54] * twnqx fights with linux kernel drivers
[05:43:03] <twnqx> a few patches later: access to smbus restored...
[05:43:13] <evil_dan2wik> twnqx, Don't fight with it, Fence with it.
[05:43:25] <twnqx> i'm slapping them with emacs
[05:44:17] <evil_dan2wik> MajorGrub, do you know how to do a loop back test?
[05:44:46] <MajorGrub> Not on this kind of mcu
[05:45:04] <evil_dan2wik> it is just connecting the RX and TX pins together.
[05:45:08] <evil_dan2wik> Literally just that.
[05:45:16] <twnqx> bu
[05:45:16] <twnqx> t
[05:45:24] <twnqx> there might be something connected to the rx/tx pins
[05:45:30] <MajorGrub> There is
[05:45:31] <twnqx> like a max232
[05:45:39] <evil_dan2wik> twnqx, then what?
[05:46:00] <twnqx> if you connect them at the pin, you might short the max against your own tx pin
[05:46:11] <MajorGrub> There's something like the max232 though I don't know what exactly
[05:46:13] <twnqx> so you'd neef the loop on the outside.
[05:46:18] <evil_dan2wik> ok.
[05:46:49] <evil_dan2wik> MajorGrub, the RS232 port it is connecting to, is it 12v IO?
[05:47:57] <MajorGrub> I guess
[05:48:17] <evil_dan2wik> guessing isn't good enough.
[05:48:36] <MajorGrub> Check with oscilo ?
[05:48:41] <evil_dan2wik> yes.
[05:48:53] <MajorGrub> Will do after lunch
[05:49:00] <evil_dan2wik> so, what conditions gave you the RX only and TX only?
[05:49:20] <MajorGrub> But im pretty sure its standard rs232 so it should be 12/3v
[05:49:24] <MajorGrub> 13v sorry
[05:49:52] <MajorGrub> Evil, depends on whether board is grounded or not
[05:50:05] <MajorGrub> Grounded tx only
[05:50:49] <MajorGrub> Not grounded RX only
[05:50:56] <MajorGrub> -_____-
[05:52:34] <evil_dan2wik> ok.
[05:56:20] <twnqx> i'd throw the board away and start over if that was mine...
[05:58:30] <evil_dan2wik> twnqx, I think it might still be power supply.
[05:58:35] <evil_dan2wik> possible.
[06:02:05] <twnqx> sounds most likely, even.
[06:24:46] <MajorGrub> Do you think by using the board ungrounded I might have fried something ?
[06:30:08] <evil_dan2wik> possibly.
[06:30:39] <evil_dan2wik> Are you able to power the board from the same source as the RS232 port's source?
[06:46:06] <MajorGrub> Yikes I've been disconnected
[06:47:34] <dunz0r> You didn't miss anything fortunately :)
[06:47:49] <MajorGrub> But I didn't see if someone answered my question
[06:48:55] <dunz0r> MajorGrub: [13.11.30] [evil_da ] possibly.
[06:49:07] <dunz0r> MajorGrub: [13.12.00] [evil_da ] Are you able to power the board from the same source as the RS232 port's source?
[06:50:06] <MajorGrub> Dunzor I guess everything is powered through voltage regulators but don't know if the max232 or equivalent has the same vcc as the mcu
[06:50:20] <MajorGrub> The MCU has a vcc of 3.3v
[06:52:49] <evil_dan2wik> MajorGrub, it shouldn't matter as long as all the grounds are connected.
[06:53:20] <MajorGrub> Well now I think everything is properly grounded since I ground the board at the PSU
[06:53:56] <MajorGrub> but it doesn't solve the issue
[06:54:05] <evil_dan2wik> no, I mean, the ground rail on the board.
[06:54:16] <evil_dan2wik> Every chip on it should be connected to ground in some way.
[06:54:35] <evil_dan2wik> Who designed the board?
[06:54:56] <MajorGrub> I don't know, its a big companuly with lots of people
[06:55:17] <MajorGrub> I'll go ask questions to my boss soon
[06:55:23] <MajorGrub> I might have some answers
[06:55:23] <evil_dan2wik> ok. So it wasn't you.
[06:55:31] <MajorGrub> No its not me lpl
[06:55:34] <MajorGrub> Lol*
[07:34:32] <twnqx> your boss might be displeased that you discussed some classified stuff in public irc :P
[07:35:29] <evil_dan2wik> twnqx, Actually, All i know is that he was having problems with the serial communication and the grounding of the device appears to affect the problem
[07:35:43] <evil_dan2wik> I literally no nothing else about his device.
[07:36:24] <twnqx> it is military classified, so he can't ven post pictures!
[07:37:11] <evil_dan2wik> yes.
[07:39:43] <twnqx> (he still should, since he got me all curious)
[07:42:06] <evil_dan2wik> He probably wasted too much time on the IRC.
[07:42:18] <evil_dan2wik> Probably better asking someone who can actually look at the device.
[07:43:23] <twnqx> the internet is for looking at pictures of cats anyway
[07:43:52] <evil_dan2wik> yes.
[07:44:53] <MajorGrub> Problem is its august and lots of people are having their holidays
[07:44:59] <MajorGrub> -___-
[07:45:25] <Tom_itx> you definitely fried it
[07:45:37] * twnqx fried Tom_itx
[07:47:13] <MajorGrub> But I'm gonna try to find some HW guys
[07:48:54] <MajorGrub> Tom who fried what ?
[18:00:58] <ferdna> quick question... i am reading a potentiometer... when i remove my pot from the analog pin it gets random values... is there any way to have zero when the pot is disconnected?
[18:01:47] <Lambda_Aurigae> depends on how you connect and disconnect.
[18:02:00] <ferdna> Lambda_Aurigae, please explain
[18:02:14] <Lambda_Aurigae> if you use a headphone jack you can have it short the connections and it will read 0.
[18:02:30] <N1njaneer> ferdna: Yes, add a very large value resistor to ground -- 1M or so will do it nicely
[18:02:43] <N1njaneer> ferdna: Just needs to be considerably larger than the value of the pot.
[18:02:51] <ferdna> ooohhhhhhh
[18:02:59] <Lambda_Aurigae> N1njaneer, does that take it to zero?
[18:03:28] <N1njaneer> Assuming that your scale uses GND as the bottom, yes. The resistor weakly biases the pin if the pot is disconnected.
[18:03:32] <ferdna> i have connected like this: http://arduino.cc/en/uploads/Tutorial/potentiometer.jpg
[18:04:06] <N1njaneer> Yep, that will do what you want. Or alternatively you can connect it to 5V and it will default there if the pot is disconnected.
[18:04:13] <N1njaneer> What is the value of the pot?
[18:04:27] <ferdna> b1k
[18:05:04] <N1njaneer> 1M would work well, 100-200K should be fine also. You just want it large enough that it doesn't significantly affect the voltage divider the pot is forming when in normal use.
[18:05:41] <ferdna> so that res will go to my blue wire right
[18:05:57] <ferdna> or 5v
[18:06:59] <ferdna> Lambda_Aurigae, your solution wouldnt work...
[18:07:14] <N1njaneer> Yep, connect the "2" to "GND" with a 100K-1M resistor.
[18:08:01] <N1njaneer> The biasing resistors are very common practice to handle cable disconnections by giving a weak-but-known value.
[18:08:07] <Lambda_Aurigae> it was given before I had all the information.
[18:08:36] <ferdna> very cool mr N1njaneer. thank you.
[18:08:47] <N1njaneer> You actually do this with buttons and switches that you want to connect to the micro.
[18:09:05] <Lambda_Aurigae> but using a stereo headphone jack with dual disconnects would do it.
[18:09:20] <ferdna> Lambda_Aurigae, :)
[18:09:48] <N1njaneer> It's standard practice to use switches/buttons to connect the microcontroller's pin to GND when the switch is closed. When the switch is open, you want to force it to a "1" so you use a pull-up resistor to +VCC. The Atmel has these internally that can be switched on, or else you can add a 10K-100K or so externally on the pin.
[18:10:15] <N1njaneer> You just want to use a large value so it is weakly biasing, and so you aren't bleeding a ton of power excess via the resistor to GND.
[18:10:38] <ferdna> nice
[18:11:47] <N1njaneer> Since I=V/R, a 10K resistor is R and +5V is V, so 5/10000 = 0.0005A or 0.5ma of current draw through the resistor.
[18:11:59] <N1njaneer> Which generally isn't a problem :)
[18:12:15] <N1njaneer> Only becomes a problem if you are on a tight power budget for battery stuffs :)
[18:12:52] <N1njaneer> But anyhow! Hopefully that helps.
[18:13:20] <ferdna> a lot thanks
[18:13:27] <N1njaneer> Sure!
[19:24:23] <qrohlf> Hi, I'm trying to figure out how to reset an ISR on a DigiSpark (Attiny85)
[19:24:31] <qrohlf> code is here: https://github.com/qrohlf/digiplayer/blob/master/digiplayer.ino
[19:24:54] <qrohlf> I want to be able to stop the ISR on TIMER0_COMPA_vect for a predefined amount of time
[19:24:58] <qrohlf> then start it again
[21:53:15] <ferdna> anyone knows where i could get something like this: http://tinyurl.com/llw3lw8
[21:53:22] <ferdna> from mouser, digikey or sparkfun
[22:13:35] <Tom_itx> ferdna, is it just an led housing?
[22:14:01] <ferdna> Tom_itx, its a led to fiber optic coupler housing type of thing...
[22:15:40] <Tom_itx> it would be something to flip thru the catalog with instead of online searching i think
[22:16:36] <ferdna> i guess
[22:16:51] <Tom_itx> i'm not coming up with the right search words yet
[22:19:09] <ferdna> hehehhe i know... google doesnt understand thing yet...
[22:20:05] <Tom_itx> it looks like an led mount
[22:21:27] <ferdna> yeah
[22:21:27] <Tom_itx> http://www.mouser.com/ProductDetail/VCC/THR-5-22/?qs=Ki/tt6PbA3qBecuDX/0Yxw==
[22:21:32] <Tom_itx> non stock
[22:21:37] <Tom_itx> same part
[22:21:48] <ferdna> nice!!!
[22:21:52] <ferdna> ohhh non stock
[22:22:18] <ferdna> 9 weeks
[22:23:30] <ferdna> i guess i'll just order from element
[22:24:00] <Tom_itx> i'm not finding it at digikey
[22:25:48] <Tom_itx> 931 estimated ship date 8/29/14
[22:25:56] <Tom_itx> not 9 weeks
[22:26:11] <Tom_itx> at mouser
[22:30:47] <ferdna> coool
[22:31:36] <Tom_itx> i'd call em
[22:41:07] <N1njaneer> ferdna: Did the resistor work?
[22:47:30] <ferdna> N1njaneer, yes it did...
[22:47:32] <ferdna> thank you
[22:48:17] <N1njaneer> Great!