Back
[01:42:12] <rue_bed> bwhat chip?
[10:11:09] <The_Coolest> can anyone hazzard a guess why the atmega328p is so rare and expensive in a QFN package in china but the tqfp is so much cheaper?
[10:20:10] <Shavik> I've wondered that myself as well.. Maybe because the QFN is harder to assemble/solder
[10:27:54] <Shavik> Was hoping someone could help me out just a bit. I'm building a silly little trinket for my GF for valentines and it isn't working.. :P
[10:28:00] <The_Coolest> yeah
[10:28:03] <Shavik> It's a little board that has a heart. Not original I know..
[10:28:03] <Shavik> http://imgur.com/a/wg0ZT
[10:28:17] <Shavik> I've probably made a dumb miscalculation on the base resistors for the transistors
[10:28:28] <Shavik> I've checked all continuity and nothing is shorted.
[10:28:35] <The_Coolest> Shavik I've been looking at the tiny48, $0.77 in qty on digikey
[10:28:43] <Shavik> And I've checked the ATTiny85's output PWM. It's good and solid
[10:28:45] <The_Coolest> but hell of a lot more expensive in china :(
[10:29:14] <Shavik> dang.. All my china boards have been ATmega328p's so far. All TQFP though
[10:29:38] <The_Coolest> well i got 10 ATmega88s for $9
[10:29:46] <The_Coolest> TQFPs
[10:30:32] <Shavik> My problem with this board.. The LED's never turn on at all...
[10:30:39] <The_Coolest> Shavik what is your VCC?
[10:30:54] <Shavik> 5
[10:31:06] <The_Coolest> and led color is red I'm guessing?
[10:31:09] <Shavik> Yes
[10:31:15] <Shavik> Unless my heart is cold as ice ;)
[10:31:19] <Shavik> then blue would have worked
[10:31:21] <The_Coolest> heh
[10:31:24] <The_Coolest> well
[10:31:49] <Shavik> Only really asking for help because she'll be here in like 4 hours. and I'm kinda stumped :(
[10:31:50] <The_Coolest> what's the voltage at the led resistors?
[10:32:01] <Shavik> Thats another thing that I might has missed
[10:32:11] <Shavik> I had calculated the LED resistors before the transistors came into play
[10:32:26] <Shavik> so maybe all 5 of those resistors are wrong.. Let me check
[10:32:55] <The_Coolest> As far as I know red LEDs usually have 2Vf
[10:33:03] <The_Coolest> so 5V should be enough
[10:33:06] <The_Coolest> but idk
[10:34:09] <The_Coolest> try to short out one led and see if the other one starts blinking?
[10:36:45] <Shavik> I'm working on an answer for you
[10:40:22] <Shavik> thats wierd
[10:40:22] <The_Coolest> well at Vf of 2v, 47 ohm sounds good to me.
[10:40:39] <Shavik> (thats always how it starts, with a "starts odd" comment)
[10:40:43] <Shavik> thats odd*
[10:41:01] <The_Coolest> what's odd? :P
[10:41:07] <Shavik> The V at the first LED does go up to 5V from the transistor like it's supposed to
[10:41:12] <Shavik> Hmm
[10:42:51] <Shavik> Well if I can't get it working then I guess it's the thought that counts right? :P
[10:43:26] <The_Coolest> heh
[10:44:20] <Shavik> Yea, thats what I'm thinking
[10:44:37] <Shavik> On the transistor with only 2 LED's, the voltage right at the collector pin will go up to around 0.6v
[10:46:10] <The_Coolest> and the others?
[10:53:09] <Shavik> about 0.9v
[10:53:26] <Shavik> This is strange.
[10:53:40] <Shavik> After one of the LED's the voltage drops from like 5.2v (vcc) to 0.5v
[10:53:42] <Shavik> It's not backwards
[10:56:13] <The_Coolest> I suggest you take the tiny, stick it into a breadboard and see what the issue is. I assume you haev more leds, resistors and transistors.
[10:56:42] <Shavik> Yea. Suppose I should
[10:57:02] <Shavik> Bad planning on my part. About out of time
[10:57:11] <The_Coolest> what transistor are you using btw? NPN or PNP?
[10:57:22] <Shavik> NPN 2N4401
[10:57:33] <The_Coolest> iv
[10:57:36] <The_Coolest> i c*
[10:57:48] <The_Coolest> try the same circuit with a single led
[11:01:28] <esmalkol> hello everybody, I have built a simple programmer to program atmega16, and using codevision on my win7 PC, but it doesn't work. These are the pictures of the kit:
http://imageupper.com/i/?S0200010060011A139239415254769 http://imageupper.com/i/?S0200010060021A139239415254769 Also I should say that in the pictures the IC is missing but the pr
[11:01:28] <esmalkol> oblem occurs even with the IC in, and the power supply connected, but again it is not being detected on the printer port
[11:02:35] <The_Coolest> Shavik>> ##electronics
[11:04:28] <esmalkol> anyone?
[11:05:26] <The_Coolest> :[
[11:06:43] <The_Coolest> esmalkol we have no schematic, we have no source code, we don't even know which chip you're using....
[11:09:42] <esmalkol> I am using atmega16 chip, and here is the schematics respectfully:
http://imageupper.com/i/?S0400010070011G1392396510543673 http://imageupper.com/i/?S0400010070022G1392396510543673
[11:14:07] <esmalkol> The_Coolest ?
[11:14:38] <The_Coolest> looking
[11:14:51] <The_Coolest> sadly I've never did an LPT programmer
[11:14:54] <The_Coolest> just usb ones
[11:16:16] <esmalkol> ok, LTP programmer is being recognized as a printer in the device manager of the machine, but corevision can't program the IC that's where the problem is
[11:16:41] <esmalkol> *LPT program
[11:16:48] <The_Coolest> :\
[11:17:48] <The_Coolest> So have you gotten one of those USB to LPT adapters?
[11:17:59] <The_Coolest> You need a 'native' LPT port
[11:19:03] <esmalkol> I don't know what you mean :( the kit only has a printer port and it doesn't require conversion from USB to LPT
[11:19:18] <esmalkol> to get connected to the PC
[11:19:24] <The_Coolest> how do you connect it to the PC?
[11:19:37] <The_Coolest> does your PC have a LPT port built in?
[11:19:50] <esmalkol> yes, on the motherboard
[11:19:57] <The_Coolest> hhmmm
[11:19:58] <esmalkol> and I connect it to it
[11:20:25] <The_Coolest> not sure what else I could add :| never really used any LPT stuff.
[11:20:48] <esmalkol> :(
[11:21:42] <esmalkol> ok, does codevision work under windows 7, so that it could compile the programs and write them on the LPT device or I need to use windows XP?
[11:22:27] <esmalkol> ^ that's my last question
[11:23:33] <The_Coolest> i don't know what codevision is
[11:23:53] <The_Coolest> but usually you need a special driver to access hardwarer in both XP and 7
[11:24:02] <PoppaVic> sounds like Yet Another Flakey IDE
[11:25:15] <The_Coolest> esmalkol>> Look into avr-gcc + avrdude
[11:25:36] <The_Coolest> I think avrdude supports some LPT programmers
[11:26:34] <esmalkol> thanks
[11:31:37] <myself> the DAPA cable is my favorite
[11:31:52] <myself> http://ponty.github.io/MyElectronicProjects/projects/dapa/dapa.html
[11:32:24] <myself> http://avrfornoobs.wordpress.com/2011/09/06/14/
[11:32:42] <myself> It's how I programmed my very first blink :)
[11:33:09] <The_Coolest> myself that looks pretty good
[11:34:59] <esmalkol> where is this avr-gcc? i couldent find it.
[11:35:51] <The_Coolest> well avr-gcc is a compiler
[11:36:04] <The_Coolest> so if you already have the hex file, all you need is avrdude
[11:36:15] <The_Coolest> also to test the programmer you don't even need the file
[11:36:33] <The_Coolest> check the first link myself posted
[11:39:52] <Duality> hmm, visuallizing computer speed in light length's is pretty interesting !!
[11:56:43] <myself> Duality: It's a bit crazy when you measure the traces between the CPU and the RAM in those same lengths..
[12:55:02] <megal0maniac> Where did my server go? :/
[12:55:56] <megal0maniac> Anyhow, I have a question
[12:56:15] <megal0maniac> Could anyone please explain how this makes sense? while (ADCSRA & (1 << ADSC) )
[12:57:02] <megal0maniac> The ADCSRA I understand, but why shift 1 into ADSC?
[12:57:11] <megal0maniac> Same thing with SPI
[12:57:16] <megal0maniac> halp.
[12:57:37] <prpplague> megal0maniac: it's shift 1 by the value of ADSC
[12:58:15] <megal0maniac> prpplague: If I'm honest, I do not understand that answer at all
[12:58:37] * megal0maniac looks at ADSC
[12:59:00] <prpplague> megal0maniac: what is the value of ADSC ?
[12:59:14] <megal0maniac> 1 while conversion is in progress
[12:59:37] <megal0maniac> 0 while idle
[12:59:52] <prpplague> megal0maniac: are you sure you are looking at the variable ADSC?
[13:00:12] <prpplague> megal0maniac: is the source code for this posted somewhere?
[13:00:46] <megal0maniac> prpplague: It's a bit in ADCSRA. No code, but it's a generic line. I'll find something quick
[13:01:00] <megal0maniac> Similar syntax for SPI
[13:01:02] <prpplague> megal0maniac: there should be a define for ADSC in the code or includes
[13:01:32] <megal0maniac> prpplague: It'll just define to the address of that bit
[13:01:58] <megal0maniac> ADSC is the start conversion bit
[13:02:03] <megal0maniac> This is all for ADC
[13:04:20] <prpplague> megal0maniac: right, so what is the address of that bit?
[13:04:41] <megal0maniac> Well it's bit 6 in ADCSRA
[13:04:51] <prpplague> megal0maniac: ok so
[13:04:56] <prpplague> megal0maniac: (1 << 6 )
[13:05:30] <prpplague> megal0maniac: that creates the binary value of 01000000
[13:06:01] <prpplague> megal0maniac: if you AND that with the value stored in ADCSRA , only the 6th bit will masked
[13:06:24] <prpplague> megal0maniac: so if the value in ADCSRA is x1xxxxxx , then the return will be true
[13:06:41] <prpplague> megal0maniac: if the value isn ADCSRA is x0xxxxxx , then the return will be false
[13:06:50] <megal0maniac> So... that's reading the bit by masking it out?
[13:07:06] <prpplague> megal0maniac: not reading, but testing
[13:07:20] <prpplague> megal0maniac: it's testing just that one bit out of the value in ADCSRA
[13:08:05] <megal0maniac> IT MAKES SENSE
[13:08:08] <megal0maniac> Thank you :)
[13:08:12] <megal0maniac> Confusing syntax
[13:08:47] <prpplague> megal0maniac: not really
[13:08:56] <prpplague> megal0maniac: that is standard syntax for working with embedded systems
[13:09:11] <prpplague> megal0maniac: it's used throughout the linux kernel and many other OS developments
[13:09:24] <megal0maniac> I have not dabbled much with any of that
[13:09:35] <megal0maniac> Except for AVR, but up until now I've just accepted
[13:11:57] <megal0maniac> Now it's clear as day
[13:12:13] <megal0maniac> Now I can be a l33t h4xx0r
[13:12:39] <prpplague> hehe
[21:08:19] <N2TOH> I'm looking for a low cost 80's 2 meters SSB rig for beacon use know of one for sale?