Back
[01:32:26] <wolf1oo> Hello all, I'm trying to test out using a timer interrupt (with timer1 in CTC mode) on my attiny2313, but having some difficulty. Here is my code:
http://pastebin.com/UxXhijGj, does anything in it look particularly wrong? Sorry this is so open-ended
[01:33:19] <wolf1oo> (it seems like the timer is never firing, I THINK it's getting stuck at the loop in the first call to runPins, because I see those pins go high but then nothing else happens
[03:02:55] <buhman> wolf1oo's code made me turn my head all the way around
[03:30:21] <specing> ahahahaahaha
[03:30:38] <specing> using a reserved keyword as a variable
[03:31:28] <specing> also the thing is completely wrong
[03:33:06] <megal0maniac> specing: Continue is the reserved word, right?
[03:33:21] <specing> "continue"
[03:37:43] <megal0maniac> (0x04&(unsigned int)0x380)>>7
[03:37:54] <megal0maniac> Wouldn't 0x04 just get shifted right out?
[03:38:53] <grummund> (0x04 & 0x380) happens first due to the ()
[03:40:31] <megal0maniac> So it's masked out anyway.
[03:40:56] <megal0maniac> Oh nevermind
[03:40:57] <specing> megal0maniac: if you don't get it, you can init the variables to some random stuff and add printfs after the block, then compile with your host compiler and run it
[03:41:51] <grummund> or use codepad -
http://codepad.org/d1Obs8NP
[03:42:38] <specing> :)
[03:42:49] <specing> some people are poor and can't afford host compilers
[03:46:27] * megal0maniac is busy repairing Visual Studio Express
[03:47:47] <specing> You can't possibly beat me on the number of compilers
[03:48:54] <specing> [1] armv5tel-softfloat-linux-gnueabi-4.5.3 * | [2] armv6j-hardfloat-linux-gnueabi-4.6.3 * | [3] armv7a-hardfloat-linux-gnueabi-4.5.3 * | [4] armv7a-softfloat-linux-gnueabi-4.5.3 * | [5] armv7a-softfloat-linux-uclibc-4.5.3 | [6] i486-pc-linux-gnu-4.5.3 * | [7] i686-pc-linux-gnu-4.6.3 * | [8] mipsel-unknown-linux-uclibc-4.5.3 * | [9] x86_64-pc-linux-gnu-4.5.3 * | [10] avr-gcc-4.5.3 | [10] avr-gcc-4.8.0 | [12] x86_64-pc-linux-gnu-4.8.0
[03:51:03] <megal0maniac> Ehh... I have avr-gcc and whatever toolchains come with VS express 2010 and Atmel Studio 6
[03:51:11] <megal0maniac> Okay got it
[03:51:28] <megal0maniac> 0x04 is only significant for lower_data
[03:51:57] <megal0maniac> Built the ID packet and it's consistent with the dump :)
[03:52:38] <grummund> specing: i win :P
[03:52:46] <specing> grummund: you do?
[03:53:29] <specing> Oh, [13] sdcc left to rot somewhere...
[03:54:03] <grummund> actually only 8 here you win :)
[03:54:10] <specing> grummund: :)
[03:54:46] <Posterdati> hi
[03:54:55] <Posterdati> specing: I'm poor
[03:55:00] <specing> I wonder where the mipsel one went ...
[03:55:12] <Posterdati> mipsel?
[03:55:15] <specing> Posterdati: gcc is free you idiot
[03:56:01] <specing> also wiki
[03:57:34] <specing> Im running out of diskspace again
[03:57:42] <specing> Oh well, time to delete some VMs
[05:54:05] <crazy_imp> heyho
[05:54:22] <crazy_imp> are there some bank-current limitation for the attiny88?
[05:55:06] <specing> ?
[05:56:14] <crazy_imp> ah, just fund it in the datasheet, "hidden" because it doesn't use the word bank ;)
[05:56:32] <crazy_imp> The sum of all IOH, for ports A2 – A3, B0 – B7, C6, D0 – D7 should not exceed 100 mA.
[05:57:43] <specing> bank?
[05:57:56] <specing> you mean port-current limitation?
[05:58:32] <specing> or overall current?
[05:58:57] <crazy_imp> overall current per io-bank
[05:59:33] <megal0maniac> I don't think they're specced that way. Usually you get current per io pin and overall io current
[05:59:46] <megal0maniac> Not that I've seen with AVR, anyway
[06:00:13] <theBear> dunno about current stuff, but all the older avr's had a port and pin rating, something like 20mA/pin and 100mA/port
[06:00:54] <crazy_imp> or like i pasted, a mix of some ports
[06:01:39] <CapnKernel> I believe for other AVR chips, it's 40mA per pin, 100mA per port, and 200mA overall.
[06:02:03] <crazy_imp> what happens if i change the state of the reset pin by writing to PORTC? does it trigger a reset?
[06:05:04] <crazy_imp> ok, no reset
[06:05:50] <megal0maniac> Can you trigger a reset from software?
[06:06:06] <megal0maniac> Or more to the point, how do you trigger a reset from software>
[06:06:19] <crazy_imp> guess you can, if you connect another pin to it :D
[06:06:49] <crazy_imp> (or by enabling a undefined interrupt iirc)
[06:08:14] <vsync_> so megal0maniac how's your thingy going
[06:09:21] <megal0maniac> vsync_ Well I understand what's going on now
[06:10:00] <megal0maniac> It's just a case of building a library that does exactly the same thing
[06:10:06] <megal0maniac> For Arduino
[06:10:55] <megal0maniac> But manually creating the packets on paper and it's consistent with what I'm getting in the dump. So that's good
[06:14:00] <megal0maniac> Need to read "C programming for Java dummies" first though :P
[06:14:15] * specing slaps megal0maniac
[06:14:21] <specing> read K&R
[06:14:30] <vsync_> oh java it's like cancer
[06:14:45] <vsync_> K&R is a brick :)
[06:14:49] <specing> not some random ink blob
[06:16:11] <vsync_> yeah
[06:16:24] <megal0maniac> Problem is I keep thinking that it makes sense, because I can program. But things like "var +=" are just strange
[06:16:43] <Steffanx> Can't you do that in java too?
[06:17:04] <megal0maniac> Never have. var++
[06:17:16] <Steffanx> Oh, you have to do var.add(new integer(5)) ofcourse :P
[06:21:44] <megal0maniac> Yeah... So it starts out looking obvious, and suddenly it's clear as mud
[06:21:48] <megal0maniac> But I'm getting there
[06:23:36] <megal0maniac> I have this:
http://www.deitel.com/Books/C/CHowtoProgram6e/tabid/3527/Default.aspx
[06:23:56] <megal0maniac> It has a surfing fly on the cover, it can't be bad
[06:26:50] <specing> get K&R
[06:30:01] <theBear> hehe
[07:54:08] <WormFood> if you want a really nice little book for learning C, search out and find "Illustrating C". There is a torrent out there floating around for this book (it is out of print). If you can't find it, ask me and I'll be happy to give you my copy of it.
[08:07:17] <Blecha> I got my button matrix soldered last night
[08:07:33] <Blecha> I will only have one pin left to play with...
[08:16:13] <sazawal> What do you guys use as an alternative to CodeVision AVR in linux?
[08:17:24] <Blecha> gedit
[08:17:53] <sazawal> Blecha, lol
[08:18:01] <Blecha> What?
[08:18:11] <sazawal> and what about Code Wizard?
[08:18:48] <sazawal> code wizard is for microcontroller preferences
[08:19:08] <Blecha> You just use makefiles or compile scripts
[08:19:36] <Blecha> I have different directories for each project with that fuse and and clock speed info setup
[08:19:42] <sazawal> CVAVR doesnt use makefile
[08:19:55] <Blecha> avr-gcc
[08:20:15] <Blecha> avr-gcc + gedit + organized directories
[08:20:30] <Blecha> +scripts for whatever else you need
[08:20:31] <sazawal> so you use makefiles?
[08:20:38] <Blecha> I make scripts for it
[08:20:59] <Blecha> its basically a makefile but I dont really mess with it
[08:22:04] <sazawal> I see
[08:22:51] <sazawal> What CVAVR does is make some files in the project directory
[08:22:54] <sazawal> let me show you
[08:23:45] <Blecha> I just script the whole process for each thing to output a .hex file with the same name as the c file i pass it
[08:24:10] <sazawal> Exe Linker List Obj test.c test.cci test.cof test.cwp test.fct test.map test.prj test.txt
[08:24:25] <Blecha> Yeah see i end up with only
[08:24:32] <Blecha> test.c test.hex
[08:24:39] <sazawal> these are the list of files in the project folder for a particular project
[08:24:39] <Blecha> and compile.sh
[08:25:08] <sazawal> so these rest of the files you have already made and use them right
[08:25:09] <Blecha> plus whatever headers and extra stuff you need obviously
[08:25:21] <Blecha> I also put any relevant datasheets in the directory
[08:25:48] <sazawal> can you send me one of your project folders
[08:25:59] <Blecha> Im at work
[08:26:15] <Blecha> I have a whole tree for all that crap that i had to sort out
[08:26:36] <Blecha> Coding>C>AVR>atmega168
[08:26:38] <sazawal> Oh, its ok
[08:27:08] <Blecha> then if its something a bit larger a subdirectory under the specific micro
[08:27:22] <sazawal> I am getting you
[08:28:21] <Blecha> I think really I should use make files but ive never bothered with sorting them out if I can just script the whole thing.
[08:29:20] <sazawal> yes
[08:57:05] <Blecha> So if im reading this correctly, I only need to import one library if I want to use avr-gcc to compile arduino sketches.
http://arduino.cc/en/Hacking/BuildProcess
[08:58:16] <Blecha> I wonder how much of that I actually need though
[09:08:24] <Casper> Blecha: good luck. no arduinocrap support here.
[09:16:24] <Blecha> Casper yeah thats why im trying to port the library instead of just using the arduino stuff
[09:16:35] <Blecha> for some reason all the avr libraries ive found dont work
[09:17:31] <Blecha> after checking connections and trying anything I could think of yesterday it wouldnt display anything but garbled junk
[09:18:06] <Blecha> Ill either try porting this library or end up rewriting a bunch of shit i dont want to.
[11:55:45] <Tom_itx> morning dean
[12:06:40] <wolf1oo> Hi, trying to do a sample program on my Attiny2313 using the timer1 interrupt, however I believe the interrupt is never being fired. Here's my code, is there something obviously wrong with what I'm doing?
http://pastebin.com/UxXhijGj
[12:08:20] <RikusW> add sei();
[12:08:46] <RikusW> you didn't enable the global irq flag
[12:09:04] <wolf1oo> I did, in the runPins function
[12:09:31] <RikusW> I see
[12:09:41] <RikusW> why do you use the interrupt anyways ? just poll the timer value...
[12:10:54] <wolf1oo> well this code is stripped down, in reality other time-related things will be going on in runPins, and also I just wanted to get the interrupt working
[12:11:15] <wolf1oo> also, to poll the value I can just compare to TCNT1, right?
[12:11:46] <wolf1oo> however it does seem like perhaps the timer isn't properly running since the interrupt never occurs (only those two pins are active and stay like that)
[12:13:04] <RikusW> TCNT1 yes
[12:13:55] <wolf1oo> hmmm okay I'll try that. I do hope the actual timer is running correctly, it seems as if it should be given the configuration I set it up in
[12:14:57] <wolf1oo> Also, quick question, if the interrupt were working, when it gets to the OCR1A value, does it then reset to 0? or doest it continue up from there? I'm assuming if I'm polling TCNT1 I would have to reset it to 0 before the loop, right?
[12:17:02] <RikusW> and your timer OCA will be running at 160Hz.... 8MHz/50k = 160Hz => 6250us
[12:17:34] <RikusW> iirc it resets to 0 in CTC mode
[12:19:26] <wolf1oo> I thought so
[12:19:39] <wolf1oo> and yes, that is the exact amount of time I wanted it to run, I did the math for 6250 us
[12:19:43] <RikusW> Which AVR are you compiling for ?
[12:19:47] <wolf1oo> attiny2313
[12:19:54] <wolf1oo> running at 8Mhz
[12:20:01] <wolf1oo> as per the fuses
[12:20:31] <wolf1oo> with the polling I guess all I need to set is normal mode and no prescaling right?
[12:21:01] <RikusW> while(continue); will also work, or you could use the hlt instruction
[12:21:30] <RikusW> you'll still want CTC and then check the overflow flag
[12:22:13] <RikusW> if you enable to OC1A pin you can check that pin too
[12:22:25] <RikusW> then you'll know the timer is running
[12:22:50] <wolf1oo> ah okay good idea, I'm sure it is haha. but thanks!
[12:23:15] <RikusW> I don't see any obvious problem in the code...
[12:24:29] <wolf1oo> I didn't either which is why I was curious why it wasn't switching
[12:25:05] <wolf1oo> also, what is the hlt instruction? I can't find it in the avr instruction set
[12:25:26] <RikusW> sleep, hlt is x86....
[12:25:35] <wolf1oo> haha oh yes
[12:25:58] <theBear> hehe
[12:26:24] * RikusW is getting different arches asm mixed up...
[12:29:22] <wolf1oo> when you say to check the overflow flag, should I actually check the compare a flag? the overflow flag, as per the spec, is still set at MAX, not TOP, in CTC
[12:33:01] <RikusW> compare flag..
[12:33:39] <wolf1oo> haha
[12:33:47] <OndraSter_> heeya
[12:33:56] <OndraSter_> abcminiuser, you promised us some long boring story yesterday :)
[12:34:05] <abcminiuser> Hey Tom_itx
[12:34:19] <abcminiuser> Oh yes: "because."
[12:34:29] <RikusW> hi abcminiuser long time no see
[12:35:12] <wolf1oo> well RikusW thanks for the help I'll try some of these different things and hopefully get this timer working one way or another for me :)
[12:35:22] <RikusW> wolf1oo: you could put a piece of code on the t2313 to accept commands via uart
[12:35:37] <OndraSter_> abcminiuser, is that all? :D
[12:35:46] <RikusW> wolf1oo: then add a command that takes a pointer and value for modifying registers
[12:35:57] <abcminiuser> Hey RikusW
[12:35:57] <abcminiuser> OndraSter_, it boils down to a missed use-case in the design of the backend that needs to be corrected
[12:36:07] <OndraSter_> oh
[12:36:08] <RikusW> then you can easily debug from the PC without uploading fw each time
[12:36:55] <OndraSter_> I presume that it is on the TODO fix list, abcminiuser ?
[12:36:57] <wolf1oo> RikusW: Ah yes perhaps if it doesn't work I'll try that, I do so very much want to debug without LEDs
[12:37:08] <abcminiuser> OndraSter_, yeah it's not a big conspiracy, it's just something to do with how the tools inherit capabilities from certain tool classes
[12:37:08] <abcminiuser> IIRC, the dragon is a debug tool so it inherits support for devices supported by the JTAG ICE3
[12:37:09] <abcminiuser> But since the ICE3 doesn't do programming only chips, the older MEGAs that don't have debug are internally makred as incompatible
[12:37:10] <abcminiuser> OndraSter_, yes, there's an engineer fixing it right now
[12:37:23] <abcminiuser> It only affects old devices that are programming only, when used on a debug tool
[12:37:36] <OndraSter_> oh
[12:37:39] <OndraSter_> thanks for the info :)
[12:37:50] <OndraSter_> lovely, I won't have to ask my friend to return me mine old avrisp
[12:38:03] <RikusW> wolf1oo:
http://sites.google.com/site/megau2s/home on the software tab look at the Debug code I did it for mega32u2
[12:38:15] <abcminiuser> Yeah don't panic, we aren't TRYING to make bugs and bad things
[12:38:23] <OndraSter_> :D
[12:38:28] <abcminiuser> Incidentally, we've just hit over 100 confirmed patches for the next ASF release
[12:38:33] <OndraSter_> :)
[12:38:37] <RikusW> wolf1oo: you can change the relevant addresses and put some simple code on the t2313
[12:38:45] <abcminiuser> I've been working with the team over in France to clear out the tracker of all the old, tiny bugs that could be fixed in a day
[12:38:57] <abcminiuser> So now there's only show-stoppers, which is awesome
[12:39:07] <OndraSter_> I know that feeling with small tiny bugs
[12:39:12] <RikusW> wolf1oo: you'll probably remove the packet based protocol too
[12:39:16] <OndraSter_> which you don't notice and have to be reported by users :(
[12:39:19] <abcminiuser> (all big projects have big problems, but if there's lots of small ones it means no one cares)
[12:39:49] <abcminiuser> Yeah we're getting there, my boss was on holidays so in the absense of direction I just did as many fixes as I could
[12:39:57] <OndraSter_> great :)
[12:40:14] <abcminiuser> When I first got here it was unusual to fix bugs, the focus was all on enhancements (not the team's fault)
[12:40:21] <abcminiuser> I've been using my spare time to fix up all the small things
[12:40:37] <abcminiuser> A big issue can affect one customer, but small issues tend to hit everyone
[12:40:50] <OndraSter_> yep
[12:40:50] <wolf1oo> RikusW: wow thanks I'll see what I can do
[12:42:51] <OndraSter_> thanks for all the heads up on bug fixes, abcminiuser
[12:44:10] <RikusW> wolf1oo: the code on the m32u2
http://pastebin.com/tWpz7nmz
[12:44:17] <Blecha> Ive been looking over this library and it doesn't look like it actually uses any of the arduino crap
[12:44:25] <Blecha> So i may be able to just import it and go on
[12:45:36] <RikusW> wolf1oo: X is the input buffer and Y the output one
[12:58:04] <j_lyf> Hi, i've got an atmega16u4 with a 14.7456mhz crystal. however, the time seems to be out of whack. this. For example, generating a square wave, period seems to be completely off. what could be the problem?
[13:00:22] <theBear> probably user error... how are you generating the squarewave ?
[13:01:29] <RikusW> j_lyf: you'll need 8 or 16MHz to get usb working....
[13:01:54] <RikusW> and then there is CKDIV8 too.....
[13:02:16] <j_lyf> RikusW: so usb only works at those ffrequencies?
[13:02:21] <RikusW> yes
[13:02:48] <j_lyf> darn, i thought i would choose that frequency for UART to be error free
[13:02:54] <RikusW> I prefer the 16MHz crystal because you can easily set the prescaler to /2 to get 8MHz clock
[13:03:16] <RikusW> USB won't work at all at 14MHz
[13:03:40] <j_lyf> hmm.. what about with the internal rc osc?
[13:06:19] <RikusW> not accurate enough it needs to be a crystal
[13:10:13] <RikusW> j_lyf: here is my m32u2 board
[13:10:15] <RikusW> http://sites.google.com/site/megau2s/home
[13:11:30] <j_lyf> RikusW: what usb stack did you use? I tried to look into LUFA, but it seems such a monolithic library to include for what i want to do - send serial data over usb
[13:12:03] <RikusW> The LUFA CDC code will work for you
[13:12:19] <RikusW> I used the Atmel CDC demo code and converted it to asm
[13:16:46] <j_lyf> RikusW: when I use Arduino libs, I get "AppleUSBCDC: start - initDevice failed". When I use LUFA, i get nothing at all. though its probably because of my clock
[13:21:07] <RikusW> it is you clock...
[13:21:40] <RikusW> there is some settings to, the code needs to be compiled for 8 or 16MHz
[13:21:58] <RikusW> there is a few minor settings that differ
[13:27:10] <j_lyf> i want to run my device at 3.3V, that means i cant use a 16mhz clock, so i need 8mhz?
[13:27:39] <RikusW> you could use 16MHz and set the prescaler to /2
[13:28:16] <RikusW> (USB got a seperate prescaler)
[13:28:48] <RikusW> the CKDIV8 fuse set is to /8 by defalut
[13:28:53] <RikusW> *default
[13:31:34] <j_lyf> u cant change that tho? cuz the data sheet says that the system clock should only be 16mhz at Vcc > 4.5V
[13:32:25] <RikusW> will you ever be using 5V ?
[13:32:39] <RikusW> I've put a 3V/5V jumper on my board
[13:32:55] <j_lyf> no, because i have a lot of 3.3 V peripherals
[13:33:09] <RikusW> then 8MHz is fine
[13:33:39] <RikusW> the crystal can run at 16MHz and 3V but the prescaler must then be >=2
[14:42:44] <hyperkineitc> Anyone a Mac Ports/avr-gcc user?
[14:56:22] <OndraSter> abc
[14:56:24] <OndraSter> he is gone again :(
[14:56:34] <OndraSter> I wanted to ask him how is going Xmega USB in LUFA :)
[15:00:26] <Steffanx> You don't want to know OndraSter
[15:00:49] <OndraSter> why?
[15:06:02] <RikusW> wasn't that completed already ?
[15:07:36] <OndraSter> well supposedly it is still in "beta"
[16:01:31] <Lt_Lemming> anyone got any reccomedations for a soldering station around $100 to $150 USD range?
[16:02:22] <smeding> yes, get an aoyue, pocket the rest
[16:02:35] <smeding> or get a fancy aoyue that does hot air
[16:03:58] <Lt_Lemming> got link?
[16:05:30] <smeding> that depends on where you want to buy it
[16:05:44] <smeding> go there, and search aoyue
[16:06:04] <Lt_Lemming> any suggestions on where to get them?
[16:06:12] <Tom_itx> ebay
[16:06:24] <smeding> or amazon
[16:06:30] <Tom_itx> same thing really
[16:06:36] <smeding> nope
[16:06:40] <smeding> much harder for me to order from amazon
[16:07:02] <smeding> http://www.amazon.com/Aoyue-937-Digital-Soldering-Station/dp/B000I30QBW/ i have the other version of this that they barely seem to sell, the 937
[16:07:11] <smeding> that's a decent basic iron
[16:08:11] <smeding> something like this has hot hair which can be nice for some smd rework i guess
http://www.amazon.com/Aoyue-968-Digital-Rework-Station/dp/B000HDG0AO
[16:08:28] <Lt_Lemming> I already have a little dual tool SMD station
[16:08:36] <smeding> i still want a hot air station kind of
[16:08:36] <Lt_Lemming> Atten 8586D which is quite nice
[16:08:49] <Lt_Lemming> but it's only got a 50w iron, and I need more
[16:08:53] <megal0maniac> I use a Magnum at work
[16:09:13] <megal0maniac> 2002 station with a 50w iron
[16:09:24] <RikusW> I have a Magnum 1002 + 2004 station
[16:09:31] <megal0maniac> Antex at home
[16:09:53] <Lt_Lemming> megal0maniac, need more than 50w, soldering large guage connections
[16:10:38] <RikusW> megal0maniac: I solder >100 m32u2's using a EW-103 tip
[16:10:41] <megal0maniac> You can get the combo that RikusW has, think that's 80W
[16:11:00] <RikusW> 50w
[16:11:16] <RikusW> and mine got temperature control
[16:11:36] <megal0maniac> You can get an 80w iron for that station though
[16:12:21] <RikusW> It cost me R1100 ~~ 110Euro
[16:13:16] <RikusW> Though if i had to choose again I'd take the digital PWM station instead
[16:14:04] <RikusW> www.magnumproducts.co.za
[16:14:10] <OndraSter> <megal0maniac> I use a Magnum at work
[16:14:13] <OndraSter> we have a cop it seems!
[16:14:14] <OndraSter> :D
[16:14:47] <RikusW> OndraSter: Its a SA made iron
[16:15:01] <megal0maniac> That's news to me
[16:15:14] <megal0maniac> I like it :)
[16:15:51] <RikusW> I can't imagine going back to using crappy irons again...
[16:16:18] <megal0maniac> My Antex XS25 has been good to me. Dad made his own temp control station. Basically pulses 220V at 1hz and you adjust the duty cycle. Works nicely
[16:17:07] <RikusW> I'm thinking about making a station for the 1002, its only R350
[16:17:55] <megal0maniac> If you do that, you might have my business yet again :P
[16:18:03] <RikusW> :)
[16:18:36] <RikusW> I mean the iron is R350, don't know what the station will cost
[16:19:01] <RikusW> I'll make it digital with SMPS if I ever get around to actually building it :-P
[16:19:41] <megal0maniac> SMPS?
[16:19:43] <RikusW> I do repair a lot of PC SMPS, so I'm familiar iwth how they work (and sometimes blow up :-D )
[16:19:54] <RikusW> switch mode power supply
[16:20:13] <RikusW> all computers use them
[16:20:13] <megal0maniac> Ah
[16:20:24] <megal0maniac> Wasn't familiar with the acronym
[16:20:33] <megal0maniac> Replaced one yesterday
[16:20:43] <RikusW> usually its bad caps or lightning
[16:20:47] <megal0maniac> Still need to go back and fetch it so I can replace those caps :/
[16:20:50] <RikusW> and usually repairable
[16:21:13] <RikusW> I'm quite experienced repairing those by now
[16:21:33] <RikusW> just make sure you use LOW ESR caps
[16:21:53] <RikusW> and when replacing diodes it must be of the fast type
[16:21:58] <megal0maniac> http://i.imgur.com/EDyJT.jpg
[16:22:22] <megal0maniac> Still working 100%, voltages all fine
[16:22:54] <megal0maniac> I think I need to learn how to repair power supplies. I've thrown too many away
[16:22:58] <RikusW> for how long ? :-P
[16:23:23] <RikusW> just be aware there is 350VDC in there
[16:23:26] <megal0maniac> Well, 36hours without a phonecall now :P
[16:24:18] <RikusW> replacing MB caps is pesky, removing it from plated holes takes time
[16:24:42] <RikusW> I usually heat the pins alternately and pull a little each time
[16:24:53] <RikusW> and do the reverse to put in the new one
[16:25:18] <megal0maniac> You can do this too:
http://www.rouming.cz/roumingShow.php?file=oprava_desky.jpg
[16:25:33] <megal0maniac> Can't remember who posted it, but it was here yesterday :)
[16:26:13] <Lt_Lemming> that would kind of ruin the point of those caps
[16:26:24] <theBear> lol, totally
[16:26:30] <Lt_Lemming> the entire idea is to have them as CLOSE as possible to the cpu
[16:26:30] <theBear> specially with such skinny wire
[16:26:48] <Lt_Lemming> putting them on the end of 20cm of wire will negate the benefits of them being there!
[16:26:54] <theBear> and to have them able to withstand HUGE instantaneous current draws, thus the low-esr ratings
[16:26:54] <megal0maniac> Probably used bigger caps so the legs were too thick
[16:27:06] <megal0maniac> As OndraSter said yesterday
[16:27:47] <theBear> nah, those are smaller caps for a start, and you gotta have WAAAAAY bigger caps than any pc mobo to get thicker legs
[16:28:46] <megal0maniac> Goodnight all
[16:28:57] <megal0maniac> Or some, anyway (timezones)
[16:29:07] <Lt_Lemming> 0717 here
[16:29:30] * Lt_Lemming nods
[16:29:59] <Lt_Lemming> can't be any worse than what my housemate did
[16:30:23] <Lt_Lemming> tried to replace the caps on a mobo, such cold solder joints that the solder wasn't even holding them to the board >_<
[16:30:41] <Lt_Lemming> wondered why it wasn't booting properly
[16:31:29] * RikusW replaced mobo caps successfully
[16:31:45] * theBear replaces mobo caps successfully
[16:34:03] * megal0maniac didn't replace caps at all
[16:34:12] <megal0maniac> (But will on Monday)
[18:00:29] <Blecha> I have internet at my house again!
[18:02:11] <OndraSter> so do I
[18:02:14] <OndraSter> ... if it works
[21:09:03] <aarobc> Okay, so I want to make an atmega8u2 act like a usb keyboard
[21:09:12] <aarobc> and I only know arduino
[22:00:16] <muhoo> what would you recommend as a compact text-based data interchange or protocol format between an avr and a host over rs232?
[22:01:54] <muhoo> i don't want to have to write a binary protocol, but i don't want to write an xml parser on a mega328
[22:03:10] <DrLuke> does anybody know whether arduino actively uses timer1 for anything on the atmega328?
[22:03:58] <Casper> DrLuke: ask in their channel, this channel do not support their insanity
[22:04:06] <DrLuke> :/
[22:04:11] <DrLuke> I wish I didn't have to
[22:04:34] <DrLuke> but a friend of mine needs some code he can't write himself *sigh*
[22:09:28] <DrLuke> it uses it for PWM
[22:09:33] <DrLuke> just in case anybody ever needs to know it
[22:37:57] <aarobc> what's a good "hello word" tutorial for avr and avr dude? I've used arduino for years, but I need to move on
[22:38:40] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/how_to/atmega168/mega168_howto_main_index.php
[22:38:49] <Casper> aarobc: first is the datasheet itself, then tom's link :D
[22:38:54] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/how_to/atmega168/using_avrdude_index.php
[22:39:00] <Tom_itx> that one helps with avrdude
[22:39:31] <aarobc> ok. is avrdude what most people use then?
[22:41:53] <DrLuke> I use avrstudio
[22:42:18] <DrLuke> it's like Arduino but actually Good (from the IDE side)
[22:42:34] <DrLuke> it's windows only though
[22:43:15] <aarobc> does it work with the pocket programmer?
[22:43:30] <DrLuke> I don't know
[22:43:36] <DrLuke> probably
[22:43:53] <DrLuke> is it the one from sparkfun?
[22:44:54] <DrLuke> if so, most likely, yes
[22:45:10] <DrLuke> avr studio is free, so no point in not just trying it out
[22:45:20] <DrLuke> it might be a bit daunting at first, it has many tools
[22:47:28] <Kevin`> avr studio is just an ide. it's reasonable, but it won't help solve any particular problem in a new way
[22:48:17] <Kevin`> studio only directly supports programmers from atmel or that are clones of atmel programmers. it's not at all hard to flash the resulting hex file with avrdude if you need to though
[22:54:14] <DrLuke> it's really a shame
[22:54:26] <DrLuke> it should have some super easy way to use avrdude
[22:55:16] <DrLuke> maybe if atmel actually contributed to avrdude, and in turn used it in their ide, the world would be a little better for everyone
[23:01:16] <aarobc> so, for someone just getting into it, would you suggest avrstudio rather than avrdude?
[23:02:38] <Casper> aarobc: are you in windows or linux?
[23:02:50] <aarobc> either or
[23:03:20] <Casper> avrdude is the code transfert program
[23:03:24] <aarobc> Casper: I use both about 50/50
[23:03:43] <aarobc> oh. so the code is the same?
[23:03:52] <Casper> you need other stuff like avr-gcc, avr-libc, avr-binutils and a text editor
[23:04:02] <DrLuke> with avr studio you can both code and transfer code, with avrdude you only transfer code
[23:04:05] <Casper> or you use avr studio and it's all in one
[23:04:20] <aarobc> okay
