Back
[00:35:22] <ziph> Mmm, stacked DC-37's.
[04:17:44] <mitsakos> hello there i have a problem making counter/timer0 work on atmega8 can anybody help?
[04:24:33] <Landon> hey mitsakos, I'm playing with timers right now (different chip though, attiny2313)
[04:24:46] <Landon> what's your problem though, maybe I can help
[04:25:25] * Landon can probably help more with "doesn't interrupt" than "not working as expected"
[04:27:27] <mitsakos> well here is the code
[04:27:27] <mitsakos> http://pastebin.gr/1757
[04:28:13] <mitsakos> I'm using 8Mhz external crystal on the uC for timer/counter0 i'm using this clock with 1024 prescaler
[04:28:38] <mitsakos> what i'm trying to do is to turn on the led when the interrupt ocure
[04:28:57] <mitsakos> but nothing happens. I use a transistor for the led switching so the commands are reversed
[04:29:29] <mitsakos> do you see anything wrong? or an instruction missing?
[04:29:47] <Landon> hm, I don't
[04:30:02] <Landon> I have some code for a simple interrupt based blinker on my blog, maybe you'll spot something different enough
[04:30:06] <mitsakos> i have also checked the pin with logic analyzer to make sure that this isn't a led problem
[04:30:12] <Landon> http://lfowles.org/blog/2012/blinking-led-time-interrupts/
[04:30:36] <Landon> (you can skip down to the code section)
[04:31:14] <Landon> oh ok, looks like our ISR vectors are different
[04:31:46] <Landon> might just be a tiny2313/mega8 difference though
[04:33:26] <mitsakos> i tried it
[04:33:33] <mitsakos> but nothing changed
[04:33:34] <mitsakos> wtf
[04:34:56] <Landon> TIMER0_OVF_vect?
[04:36:14] <Landon> also, in your interrupt you're just trying to drive the pin low?
[04:36:49] <mitsakos> yes
[04:36:52] <Landon> oh, you said it was reversed, ok
[04:36:53] <mitsakos> just to check it
[04:37:55] <Landon> hm, I don't set TCNT, but the rest is basically what I have. I don't know what else could be the problem
[04:39:11] <mitsakos> do you think that it could be something wrong with avr studio 5?
[04:39:34] <Landon> I'm not familiar with avr studio
[04:39:49] <Landon> so it's beyond me to say
[04:39:52] <mitsakos> neither me i used to write on Xcode with avr-gcc grrr
[04:40:17] <Landon> you say you're using an external crystal, your fuses are all set up correct?
[04:41:27] * Landon --> bed
[04:41:29] <mitsakos> i use the external crystal for the uC to make it work
[05:22:33] <Kre10s> If i want to repurpose the SPI pins. say mosi, as a pushbutton. can I pull it with a resistor, and pull it down with the button, without interfering with the programming of the chip?
[05:23:26] <RikusW> as long as the buttong is not pressed it won't interfere
[05:23:30] <Kre10s> obviously i wouldn't be using the button while programming... so my question is, can i pull the mosi pin up?
[05:23:37] <Kre10s> cool!
[05:24:01] <elektrinis> use internal pullup insted resistor
[05:24:24] <RikusW> internal pullup is a good idea
[05:24:38] <RikusW> DDR = 0 PORT =1
[05:25:13] <vectory_> pullup is nothing more than a resistor to vcc, right?
[05:25:17] <elektrinis> ant use a small cap on the button
[05:25:45] <elektrinis> or it will jitter and give you headaches
[05:26:32] <vectory_> tell me about it, software debounce complicates things :S
[05:26:57] <RikusW> cap + ISP won't work so well....
[05:27:14] <elektrinis> small cap
[05:27:32] <elektrinis> anyway best thing is software debounce and internal pullup
[05:28:10] <RikusW> vectory_: there is something I'm wondering about, if your U2S board is in mode 82 /s stk500 and you press the select button what happens ?
[05:28:23] <RikusW> I'm not sure about which bootloader version you have....
[05:28:28] <vectory_> what sure
[05:28:35] <vectory_> should i test?
[05:28:47] <RikusW> yeah
[05:28:48] <vectory_> *im not sure
[05:28:56] <RikusW> you can tell me later too
[05:29:00] <RikusW> no hurry
[05:29:28] <RikusW> if nothing happens its good
[05:29:45] <RikusW> if it goes back to the bootloader, you'll need to update the bootloader itself :(
[05:30:05] <RikusW> that interferes with HVPP as I found out a while ago
[05:32:28] <vectory_> how do i switch modes again?
[05:32:53] <RikusW> the app on the pc
[05:32:56] <RikusW> or the buttons
[05:32:57] <vectory_> hold reset and press select?
[05:33:17] <RikusW> there is a description on my site
[05:33:24] <vectory_> im reading it
[05:34:00] <RikusW> reset down select down release reset twice then select
[05:34:33] <vectory_> i did, the select once. now i dont know which mode its in >_<
[05:34:44] <RikusW> boot
[05:34:59] <RikusW> try again
[05:35:16] <RikusW> oor use the pc app
[05:35:27] <RikusW> the led should flash twice
[05:38:06] <vectory_> searching the qt ap
[05:38:56] <RikusW> you in linux ?
[05:39:01] <vectory_> ye
[05:39:02] <RikusW> u2scli will work
[05:39:17] <RikusW> u2scli 82
[05:40:41] <vectory_> open /dev/ttyACM0 fail
[05:40:46] <vectory_> need root?
[05:41:00] <vectory_> no dice
[05:41:02] <RikusW> probably
[05:41:22] <RikusW> does ACM0 even exist in /dev ?
[05:41:35] <vectory_> nope >_<
[05:42:12] <RikusW> ugh
[05:42:54] <vectory_> should it flash led when connecting?
[05:43:00] <RikusW> yes
[05:43:12] <vectory_> doesnt, but it gets 5v
[05:43:39] <vectory_> well, i should just keep this in mind and try another time, im kinda busy
[05:43:48] <RikusW> yeah
[05:44:00] <RikusW> the led should flash once when you connect the power
[05:44:08] <vectory_> its my only free day this week
[05:44:14] <RikusW> unless you messed with eeprom settings
[05:44:58] <vectory_> cant update fw without another programmer anyway
[05:45:20] <RikusW> I can give you some for a m8
[05:45:28] <vectory_> code?
[05:46:03] <RikusW> yes
[05:46:18] <RikusW> will have to go dig it up sometime...
[05:46:30] <RikusW> but maybe it won't be necessary
[05:46:57] <RikusW> did the led flash when you used the buttons ?
[05:48:03] <vectory_> yes
[05:48:40] <RikusW> good, then the fw/avr is still ok ;)
[07:40:06] * RikusW pulls out his ak47 :-P
[07:56:42] <atommann> hello
[07:58:59] <atommann> I am using an avr programmer (USBtinyISP), in the original design it use ATTINY2313-20PU, but I use the low speed version ATTINY2313-10PU.
[07:59:36] <CapnKernel> atommann: hi there
[07:59:47] <atommann> when I program a large flash file, almost every time I get "contents mistached" at the state of veryfing.
[07:59:59] <atommann> do you have any idea?
[08:00:07] <CapnKernel> Have you googled for this problem?
[08:00:15] <CapnKernel> You may find some ideas
[08:00:30] <atommann> CapnKernel: thanks for the suggestion.
[08:00:39] <mrfrenzy> hey CapnKernel
[08:00:49] <CapnKernel> mrfrenzy: I know what you want :-)
[08:01:12] <mrfrenzy> good :)
[08:06:03] <Kevin`> atommann: try a lower isp clock rate, the most likely problem (aside from actually overrunning the cpu) is poor signal through your cable
[08:08:10] <atommann> Kevin`: I tried -B 32, still get mismatched.
[08:09:22] <atommann> I tried short flash file, sometimes it works.
[08:31:44] <cyanide> CapnKernel
[08:32:03] <cyanide> whats up folks
[08:34:55] <cyanide> can you read the contents of an avr mcu via icsp? its an atmega128
[08:47:46] <Kevin`> cyanide: yes
[08:48:23] <Kevin`> cyanide: unless the code is protected or isp was disabled (in the latter case, read it with the HV interface)
[08:51:04] <cyanide> can i use the same avr isp hardware to read it back?
[08:53:21] <Kevin`> you can use the same hardware that you used to read the contents of an avr mcu via icsp to read it back, yes.
[08:53:26] <Kevin`> you can also write it with that hardware
[08:54:34] <cyanide> nice
[09:10:23] <dirty_d> hmm
[09:21:14] * CapnKernel is catching up on #avr...
[09:21:26] <CapnKernel> Anyone interested in my visa problems can read this:
http://www.chinese-forums.com/index.php?/topic/36854-check-dates-carefully-or-you-may-lose-your-visa/
[09:35:00] <ureif> CapnKernel, spent the night in a labour camp ?
[09:37:38] <ureif> I like that bit about the non-confrontational asian approach.
[09:55:31] <dirty_d> eek
[09:56:29] <dirty_d> is there and easier way to write equations for finding the values needed for a voltage divider with a load than using the nasty 1/(1/r1 + 1/r2) notation?
[09:56:43] <dirty_d> to get the parallel resistance of the load and r2
[10:05:51] <OndraSter> so, I got simple 2x10MHz scope for $33 or so :)
[10:05:59] <OndraSter> well, 2x20 he says, I found 2x10 on internet
[10:06:01] <OndraSter> still enough for me!
[10:06:15] <OndraSter> I know, analog... but everything here is at least 30% more than anywhere else
[10:07:21] <dirty_d> wow
[10:17:45] <OndraSter> hmm 30% was understatement
[10:17:49] <OndraSter> reality is ... 50% more often
[10:39:47] <CapnKernel> Damn, kernel panic => lost #avr
[10:39:52] <CapnKernel> !thislog
[10:39:53] <tobbor> This one:
http://rueshouse.dyndns.org:82/~ircjunk/irclogs/html/%23avr-2012-03-07.html
[11:02:14] <specing> OndraSter: where?
[11:02:27] <OndraSter> what where
[11:02:37] <specing> CapnKernel: Are you having problems with the GreetKernelPanic?
[11:02:43] <specing> Great*
[11:02:51] <specing> OndraSter: the scope
[11:02:54] <OndraSter> ah
[11:02:55] <OndraSter> local stuff
[11:02:59] <OndraSter> local ebay copy
[11:03:12] <CapnKernel> My kernel panics about once a day, making me feel almost as glum as visa problems.
[11:03:17] <CapnKernel> ath9k driver related
[11:04:18] <specing> report it to LKML?
[11:10:57] <CapnKernel> I usually report it to fedora bugs, but I am just insanely busy
[11:18:23] <himcesjf> Hello! If anyone have used spd-say/speed-dispatcher command in linux, is it possible to code and make it work for AVR, specifically on ATmega32 ?
[11:19:32] <himcesjf> (spd-say is probably in-built, other requires package download)
[11:21:10] <Steffanx> Text to speech? Something more powerful would be better for something like that
[11:34:04] <himcesjf> Yes
[11:34:35] <specing> himcesjf: ARM Linux
[11:34:56] <himcesjf> spd-say/speech dispatcher uses less resources. So I was wondering if that can help
[11:36:29] <himcesjf> specing: Thanks, I;ll have a look
[12:54:55] <konsgn> HELP!
[12:55:13] <konsgn> anyone with a teensy 2.0 happen to have a windows enviroment
[12:56:40] <konsgn> I modified the latest LUFA HID bootloader to be teensy compatible now I just need a little bit of help
[12:56:48] <konsgn> to complete it
[12:56:54] <specing> I have!
[12:57:02] <specing> In turned off state.
[12:57:11] <specing> Permanently.
[12:57:30] <konsgn> so you wont have the bootloader on it do you?
[12:57:58] <specing> Ah, you asked for somebody with a teensy
[12:58:05] * specing doesent own one
[12:58:19] <specing> Sorry, I just heard the W word and had to jump in
[12:58:27] <konsgn> yup i need someone with teensy 2.0 to check someting
[12:58:31] <konsgn> hahah
[12:58:43] <konsgn> yea i tried finding the info in linux with no luck
[12:58:57] <konsgn> while windows has it directly in the hardware id's page
[13:06:01] <specing> dmesg? lsusb?
[13:06:25] <konsgn> neither show the vendor usage and vendor page
[13:06:34] <konsgn> lsusb -v doesn't work either
[13:06:47] <specing> lsusb -vvv
[13:06:51] <konsgn> tried
[13:07:02] <konsgn> that is three v's right
[13:07:03] <konsgn> ?
[13:07:05] <specing> yes
[13:07:12] <konsgn> yup tried
[13:07:18] <RikusW> as root ?
[13:07:22] <konsgn> yup
[13:07:23] <specing> Add more v-s until success!
[13:07:33] <konsgn> if only that worked
[13:07:57] <konsgn> btw what do the extra v's do?
[13:08:18] <RikusW> seems like they do nothing over here, same as one ?
[13:08:41] <specing> Ah
[13:08:47] <specing> look into /sys/bus/usb/
[13:09:15] <konsgn> will do
[13:09:29] <specing> Its all there
[13:10:00] <konsgn> ohh tried that too
[13:10:17] <konsgn> went through every file that appeared inside the device folder
[13:10:24] <konsgn> cd
[13:10:27] <konsgn> oops
[13:14:01] <konsgn> no luck anywhere
[13:15:29] <konsgn> and yet, with a teensy 2.0 and a windows enviroment it takes 2 seconds to check
[13:15:56] <specing> Too bad
[13:16:08] <specing> Im sure I would find it in under 1s if I needed to here
[13:20:08] <RikusW> how about usbview ?
[13:22:07] <specing> lshw?
[13:25:09] <specing> DeeeeaaaaaaaaaannnnnnnnnN!!!N!N!!!!!@#$
[13:32:50] <konsgn> i tried installing usb view but thats going to be a bit much to ask of someone
[13:33:03] <konsgn> lshw?
[13:35:55] <Casper> konsgn: disconnect, lsusb, connect, lsusb
[13:36:03] <Casper> check the difference in output
[13:36:26] <Casper> there should be something different, if not then you have faulty hardware or config
[13:36:55] <konsgn> ...i know my hardware doesn't work
[13:37:06] <konsgn> or rather it doesnt work completely
[13:37:52] <konsgn> i just need someone with a teensy 2.0 and windows or someone who happens to know the teensy 2.0 vendor page and vendor usage from the HID report
[13:44:03] <Tom_itx> yo abcminiuser
[13:45:00] <abcminiuser> Heyo
[13:45:46] <Steffanx> Captain Dean!
[13:47:52] <abcminiuser> Greetings
[13:48:34] <Tom_itx> abcminiuser, you mentioned a possible glitch with the program code a few days ago?
[13:48:41] <Tom_itx> anything in the works?
[13:48:51] <konsgn> abcminiuser, you wouldn't happen to have a teensy 2.0?
[13:50:21] <abcminiuser> konsgn, something similar yes, but it's currently on a ship en-route to my new house here in Trondheim
[13:50:26] <abcminiuser> What are you making?
[13:51:30] <konsgn> i used your LUFA HID bootloader to make a teensy 2.0 bootloader to re-install on mine. however i need the vendor page and vendor usage for the latest teensy loader to detect it properly
[13:52:08] <konsgn> congrats on the new house
[13:52:18] <vectory> has someone a definitve guide to use avr-gcc with assembly?
[13:52:40] <abcminiuser> konsgn, well, rented apartment anyway
[13:52:49] <vectory> or is a .S file just passed like a .c file?
[13:53:02] <konsgn> aye congrats none the less
[13:53:03] <abcminiuser> Hrm, I shouldn't really help you given the kurfuffle when I did it last time...
[13:53:14] <abcminiuser> However, I'm sure the pages aren't hard to get
[13:53:25] <konsgn> kurfuffle?
[13:53:34] <abcminiuser> vectory, it's parsed by GNU-AS, different
[13:53:53] <abcminiuser> konsgn, Paul was....not pleased...when people starting using my code to make commercial fake units
[13:54:09] <konsgn> ahh, the dealextreme knockoffs?
[13:55:56] <konsgn_> abc, you refering to the extreme knockoffs?
[13:56:13] <specing> abcminiuser: Paul is who?
[13:56:27] <konsgn_> developer of halfkay
[13:56:33] <konsgn_> used by teensy
[13:57:00] <abcminiuser> Specifically, developer of the original bootloader and the PJRC company that sells Teensy
[13:57:06] <abcminiuser> konsgn_, yes
[13:58:03] <konsgn_> so in the case that someone erases their bootloader we just have to find someone with a similar device and ask them to check the hardware id's page?
[14:00:42] <Steffanx> konsgn_ you know abcminiuser is THE father of lufa?
[14:00:54] <konsgn_> yes
[14:01:01] <Steffanx> ok ok :P
[14:01:14] <specing> He is not the father of LUFA
[14:01:40] <specing> He is THE father of LUFA
[14:01:54] <Steffanx> specing LEAVE
[14:02:35] <specing> :D
[14:02:56] <konsgn> am i being kicked, i can't tell from the webchat client
[14:03:55] <konsgn> ?
[14:04:47] <Steffanx> You have ping timeouts
[14:04:56] <konsgn> so lag?
[14:05:06] <konsgn> i thought that only happened in fps
[14:05:29] <Steffanx> Or your client doesn't reply to pings, don't know
[14:05:33] <Steffanx> ^^ see :)
[14:07:37] <konsgn> so abcminiuser , could you point me in the right direction? the HID bootloader was the only one that I could get working kinda
[14:08:39] <abcminiuser> konsgn, for what?
[14:09:03] <konsgn> finding the vendor usage and page for teensy 2.0
[14:12:13] <asteve> l
[14:12:15] <asteve> LUFA?
[14:14:14] <abcminiuser> konsgn, you'd need to run the TeensyLoader app, open the debug window (or whatever it's called)
[14:14:19] <abcminiuser> And then plug in a teensy
[14:14:25] <abcminiuser> asteve, www.lufa-lib.org
[14:15:29] <konsgn> i know how to get it but I don't have a teensy 2.0 anymore
[14:16:05] <asteve> itsy bitsy spider went up the
[14:18:15] <abcminiuser> konsgn, don't they follow some sort of pattern? Can't remember
[14:19:13] <_Shurik_> hiya
[14:19:21] <konsgn> does the pattern relate to the vendor and product id? ive only seen one id from their website
[14:20:16] <konsgn> privet shurik
[14:20:31] <_Shurik_> привет привет
[14:21:29] <_Shurik_> Anybody ordered Rasberry PI yet?
[14:23:44] <abcminiuser> konsgn, you can dig up the old HID bootloader code that was teensy compatible online
[14:23:47] <abcminiuser> Then check these for the IDs
[14:58:10] <konsgn> thanks for the tip abcminiuser
[14:58:37] <konsgn> ohh and a quick question, is the DFU bootloader proprietary too?
[14:59:54] <abcminiuser> No
[15:00:03] <abcminiuser> That's a published spec from USB IF and from Atmel
[15:02:10] <konsgn> so it would be okay to use that as a bootloader for a private project?
[15:02:37] <konsgn> one that would never be commertial and would only be used by the students here?
[16:48:54] <vectory> looking for a list of instructions that dont work on the lower 16 registers
[16:51:47] <Landon> ach, the wires on my battery pack decided to call it quites
[16:51:51] <Landon> quits*
[16:52:00] <Landon> time to get a more reliable power source I guess
[17:56:00] <vectory> the m8 datasheet doesnt mention resdtrictions for non working registers, i.e. lower 16. where can i read up on that? i had a book that i returned
[17:57:00] <Tom_itx> m8 is a dinosaur
[17:57:33] <Tom_itx> non working registers?
[18:04:20] <Landon> vectory: the only place I've seen that information is the instruction list
[18:04:25] <Landon> (separate doc)
[18:04:40] <Landon> will tell you what registers are valid
[18:04:55] <vectory> didnt spot it in there
[18:05:26] <Landon> well not a list as such, but under the operands in each individual instruction
[18:05:44] <Landon> Syntax: SBR Rd, K Operands: 16<=d<=31, 0<=K<=255
[18:05:53] <vectory> oh, k
[18:52:50] <bgamari> Anyone have the slightest idea what would cause a verification error while writing fuses?
[18:52:56] <bgamari> avrdude: verification error, first mismatch at byte 0x0000 0x62 != 0x00
[18:53:05] <Tom_itx> -B 32
[18:53:20] <Tom_itx> add that and try it
[18:53:20] <bgamari> Tom_itx: Already tried unfortunately
[18:53:31] <bgamari> I can still otherwise program the chip
[18:53:41] <bgamari> but not the fuses
[18:56:14] <Tom_itx> they don't program or they don't verify?
[18:56:30] <bgamari> Well, it seems that they likely don't program
[18:56:33] <bgamari> Writing | | 0% 0.00s ***failed;
[18:56:59] <bgamari> Given the "***failed;" there, I'd say it never wrote them
[18:57:08] <bgamari> despite the fact that it claims "avrdude: 1 bytes of lfuse written
[18:57:14] <bgamari> the line below
[18:57:33] <Tom_itx> post the command line, maybe someone here can help
[18:57:47] <Tom_itx> i don't use avrdude alot
[18:57:54] <bgamari> after failing to verify, it offers to change the fuse back
[18:58:00] <bgamari> if I decline it just starts timing out
[18:58:00] <bgamari> avrdude -p atmega644 -c stk500v2 -P /dev/ttyUSB0 -U lfuse:w:0x62:m -U hfuse:w:0x99:m -U efuse:w:0xff:m -B 32
[19:00:19] <Tom_itx> avrdude has an entry for the 644 in the config right?
[19:01:43] <bgamari> Tom_itx: Yes
[19:02:28] <Tom_itx> and to be sure, is the memory map right?
[19:02:37] <Tom_itx> just covering bases
[19:03:48] <bgamari> good question
[19:07:25] <bgamari> If it's the memory map the problem still hasn't been fixed in avrdude 5.11
[19:08:45] <Tom_itx> you can edit the config
[19:08:47] <Tom_itx> just check it to the data sheet
[19:11:00] <Tom_itx> there was mention of some bug in 5.11 iirc here recently you might see if you can locate that
[19:11:22] <Tom_itx> i don't know what it was about
[19:11:28] <bgamari> alright
[19:11:29] <bgamari> fair enough
[19:12:08] <Tom_itx> some bitbang code was added to it to support a programmer and it broke something else in the process
[19:14:56] <bgamari> hmm
[19:15:20] <Tom_itx> there is a fix for it
[19:15:42] <jadew> ok, so I managed to solder the AD9833, I remember someone in here said they might build a DDS on top of it too, don't
[19:16:09] <jadew> get a different DDS chip, that accepts way higher clocks
[19:17:12] <jadew> altho they say it can do 12.5Mhz waves with a 25Mhz clock, it can't, because the sine and triangle waves stop looking like waves after 3Mhz
[19:17:26] <bgamari> Tom_itx: What do you use to program?
[19:17:28] <jadew> and the square wave has a lot of jitter
[19:17:42] <Tom_itx> studio 4 and one of my programmers
[19:17:57] <Tom_itx> i have studio 5 and 5.1 installed but i still use 4
[19:18:26] <Tom_itx> i don't use the environment for much else though
[19:38:36] <bgamari> Anyone have any ideas here?
[19:52:47] <Jan-> I'm going over some sample code here and it seems like USART_init() takes... er... the number of clocks per bit?
[19:53:39] <Jan-> oh no wait that's user code
[19:53:52] <Jan-> where do I find out what things like UBRR0H mean
[19:54:56] <Landon> datasheets :)
[19:55:20] <Jan-> Uurgh
[19:57:10] <Tom_itx> http://www.wormfood.net/avrbaudcalc.php
[19:57:40] <Jan-> holy living christ
[19:58:16] <bgamari> damn, you can't use the serial programming interface to read fuses, eh?
[19:58:39] <Tom_itx> umm i dunno but you should be able to
[19:58:40] <Jan-> um
[19:58:41] <Jan-> er
[19:58:46] <Tom_itx> did you find that to be your issue?
[19:59:41] <bgamari> Tom_itx:
http://old.nabble.com/Avrdude-confusion-td33059949.html
[19:59:45] <bgamari> Is this incorrect?
[20:00:22] <Jan-> I was about to ask if there was some sort of general-purpose library that wrapped up all this stuff
[20:00:25] <Jan-> but I guess that's called "Arduino"
[20:00:31] * Jan- looks a bit gloomy
[20:00:39] <Tom_itx> peter fleury has one
[20:01:34] <Tom_itx> bgamari, i couldn't tell you for sure
[20:03:54] <learningc> hi Tom_itx
[20:05:26] <Jan-> I'm not so much learningc as learning a billion confusing AVR contractions, or as atmel would say it LRNGBLNCNTRCTNS.
[20:07:20] <jadew> don't worry, they will grow on you
[20:07:24] <jadew> not
[20:08:02] <jadew> just finished my signal generator \o/
[20:08:24] <Jan-> Oh. I meant to ask about this.
[20:08:34] <Jan-> I need to switch this big LED array
[20:08:45] <Jan-> what about those FET modules with the inbuilt logic level drivers?
[20:08:50] <Jan-> are they any good?
[20:15:36] <CapnKernel> Okey
[20:16:08] <Tom_itx> dokie
[20:22:20] <learningc> pokie
[20:26:27] <CapnKernel> You jokie
[20:29:16] <rue_house> bgamari, say wha?
[20:29:43] <bgamari> rue_house: eh?
[20:29:49] <learningc> jadew: any pic?
[20:30:12] <bgamari> rue_house: Any ideas why avrdude would claim all of my fuses are 0x00?
[20:30:32] <jadew> learningc, sure, give me a moment
[20:31:00] <rue_house> bgamari, oddd
[20:31:07] <rue_house> do you have any way of knowing thair not?
[20:31:47] <bgamari> rue_house: I can try writing them and they don't change
[20:32:01] <Tom_itx> avrdude: verification error, first mismatch at byte 0x0000 0x62 != 0x00
[20:32:47] <rue_house> hmm
[20:33:02] <rue_house> I recommend a buffered parallel port programmer :)
[20:33:17] <bgamari> I'm hacking together a bus pirate programmer
[20:33:46] <bgamari> which works, evidently
[20:34:21] <bgamari> bah
[20:34:30] <bgamari> Now I can read the fuses
[20:34:35] <bgamari> but apparently can't write them
[20:34:46] <rue_house> hmm
[20:35:02] <bgamari> avrdude: verification error, first mismatch at byte 0x0000 0xfd != 0xfc
[20:35:25] <bgamari> ahh
[20:35:31] <bgamari> I had -n in my command line
[20:40:42] <jadew> learningc, gonna make a box tomorrow:
http://dumb.ro/files/fg/board1.jpg
[20:40:46] <jadew> http://dumb.ro/files/fg/board2.jpg
[20:41:09] <jadew> will take some screenshots on the scope too
[20:41:26] <jadew> I'm unhappy with the DDS chip at higher freqs
[20:45:00] <jadew> on the back, you can see 2 caps, I added those to smoothen the output a bit, because the higher the frequency, the fewer steps the DDS gets to make
[20:49:05] <learningc> jadew: nice! what chip did you use?
[20:49:19] <jadew> AD9833
[20:49:43] <jadew> would have gone for the AD9834 if I knew a 25Mhz clock isn't enough
[20:52:44] <learningc> jadew: why not get ad9850?
[20:53:11] <jadew> it was the only chip I found at the online shop I'm getting my supplies from
[21:07:53] <jadew> here's a list of the pics, including the oscilloscope screenshots
[21:07:55] <jadew> http://dumb.ro/files/fg/index.html
[21:08:38] <jadew> after 1mhz, it gets really crappy
[21:55:15] <testuser123> i have a pic question
[21:56:38] <Casper> wrong channel
[21:56:55] <Casper> you won't get that answer here
[22:29:20] <CMiYC> That's like asking how to do an oil change in a bicycle channel
[22:33:47] * Landon occasionally oils up the chain
[22:33:59] <Landon> that's more than I can say about fiddling with PICs though
[22:42:39] <Sgt_Lemming> I can tell you all about how to clean a bike chain properly, wouldn't have the foggiest clue about PIC's though
[22:46:59] <Casper> use gas
[22:48:23] * CapnKernel likes his chain cleaning machine
[23:14:45] <rue_house> no idea about PICs? good, lets teach you about avrs
[23:30:30] <ferdna> CASPER!!!!!! NO MORE MEMOS!!!!!!! PLEASE!!!!!!!!!!!1
[23:58:18] <ferdna> 5 MEMOS!!!!!!!! C'MON CASPER!!!!!!!!!!!!!!!!!!11
[23:58:31] <Casper> 5? ok
[23:59:08] <Casper> :D
