Back
[03:56:49] <sabesto> ok, i got an uint8_t which i want to subtract 30 from. problem now is that it rolls over, i dont want it to go below 0 if the int is for instance 20. any way to do this?
[04:01:16] <inflex> check for the under/overflow flag afterwards, or compare first
[04:09:14] <karlp> and feel free to read all about signed/unsigned integer behaviour in embedded here:
http://blog.regehr.org/
[04:37:52] <sabesto> i did it using an if()
[05:10:51] <inflex> oh dear sweet bridget... keeping source code -Werror clean on new gcc versions is painfuil
[05:11:35] <inflex> esp when you've got over 250,000 LoC
[05:11:51] <grummund> depends what level of warning you have to start with...
[05:12:18] <grummund> -Wall -Wextra is not hard to satisfy.
[05:16:13] <inflex> ja, except I have pretty much everything turned on
[05:16:39] <inflex> biggest complainer of course is the unused-results/assignment
[05:21:13] <grummund> -Wall -Wextra -Wswitch-enum -Wundef -Wshadow -Wlogical-op -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wl,--warn-common -Wl,--fatal-warnings
[05:21:20] <grummund> that's my default set
[05:29:36] <karlp> you have 250kloc for nqrc?
[05:32:16] <karlp> oh strict and missing prototypes are mean, they mean I can't just declare things higher up in the file.
[05:34:06] <inflex> karlp: no, it's for an entirely different thing
[05:34:06] <grummund> well that's just sloppy programming (and trivial to fix)
[05:34:08] <inflex> ( Xamime )
[05:39:41] * inflex waits for U10.04LTS server to download
[05:39:44] <inflex> need a new VM to test on
[06:37:35] <abcminiuser> I won me some Google crap :)
[06:38:04] <RikusW> how ? and what ?
[06:39:17] <abcminiuser> One of the employees nominated me for their Open Source initiatives
[06:39:27] <abcminiuser> So I get a "free gift" and credit for the Google online store
[06:39:45] <RikusW> nice ;)
[06:40:18] <abcminiuser> Gonna get me a whole new Google t-shirt collection, then confuse Atmel with it
[06:40:42] <RikusW> abcminiuser: working on adding TPI support to my lib, you're avrisp mkii helps with that :)
[06:41:03] <karlp> what does the huh, I didn't even know they had a shop
[06:41:08] <karlp> at least the prices are cheap
[06:41:15] <RikusW> will probably add pdi too since its quite similar
[06:41:37] <abcminiuser> karlp, that's what I thought too
[06:41:45] <abcminiuser> RikusW, yes, PDI/TPI are very similar
[06:42:02] <abcminiuser> As you can see from my code, it's just the protocol over the top of the physical layer that's slightly different
[06:42:21] <RikusW> the PC -> programmer protocol seems about identical ?
[06:43:00] <RikusW> should be able to use almost the same code for both
[06:46:00] <abcminiuser> RikusW, yes, it is
[06:46:15] <abcminiuser> The PC will send a SET PROTOCOL command via XPROG
[06:46:18] <RikusW> nice, less work for me :)
[06:46:24] <abcminiuser> And you use that to figure out if it's PDI or TPI
[06:46:25] <RikusW> seen that
[06:46:38] <abcminiuser> From there the two protocols are slightly different (different command set)
[06:46:38] <RikusW> or xmega jtag
[06:46:46] <RikusW> for stk600
[06:46:55] <abcminiuser> But underneath it it's very similar physical
[06:47:08] <abcminiuser> ^ Yes, although I haven't implemented that as the AVRISP doesn't support it
[06:47:38] <RikusW> abcminiuser: have any plans to clone stk600 ?
[06:47:49] <abcminiuser> Hell no, waaaaaaaaay too much work
[06:48:18] <RikusW> I already figured out HVPP, HVSP and mega JTAG
[06:48:42] <RikusW> got that controlstack stuff firgured out too
[06:48:50] <RikusW> for HVxP
[06:54:24] * RikusW wonders why atmel don't add dW debug support to AVRISP mkII
[07:23:53] <scuzzy> hey RikusW
[07:23:55] <scuzzy> how you doing man?
[07:24:00] <scuzzy> good weekend? was it wet?
[07:26:16] <RikusW> hi scuzzy
[07:26:20] <RikusW> not wet
[07:26:30] <RikusW> busy adding tpi support
[07:26:37] <RikusW> already added the part files
[07:27:00] <RikusW> how is it down there ?
[07:34:43] <RikusW> abcminiuser: it appears that in XPROGProtocol_WriteMemory Address is sent MSB (BE) first ?
[07:35:26] <RikusW> heh, jsut saw in the docs its BE
[07:35:31] <abcminiuser> RikusW, if that's what the code says
[07:35:34] <abcminiuser> Yup :)
[07:35:40] <abcminiuser> IIRC I was unhappy to see that
[07:35:44] * abcminiuser hates endianness issues
[07:36:20] <RikusW> then you don't want to see the jtag mki protocol, its all mixed up, and not even documented properly :(
[07:40:00] <abcminiuser> RikusW, I can probably guess how that happened
[07:40:09] <abcminiuser> But the lack of up to date docs is a bit sad
[07:40:24] <abcminiuser> Too bad I won't be in that department
[07:40:32] <abcminiuser> So I can't try to get them noticed
[07:40:37] <scuzzy> RikusW: not bad, quite hot
[07:40:41] <scuzzy> little windy today, but not too bad
[07:40:51] <scuzzy> yesterday was like 30 odd degrees, so nice
[07:41:14] <RikusW> 24.8 in here
[07:41:56] <RikusW> abcminiuser: in general the tools docs aren't always exact....
[07:42:13] <RikusW> they leave some stuff to the imagination :S
[07:44:57] <abcminiuser> Yes, I know :(
[07:45:02] <abcminiuser> I've been at both ends of it
[07:45:39] <vectory> busy developers dont have time or m,oney to writen extensive docs, eh D:
[07:46:04] <abcminiuser> vectory, seealso: LUFA docs
[07:47:15] <RikusW> abcminiuser: as last resort a raw protocol dump usually works....
[07:47:21] <vectory> which docs :'D
[07:47:41] <vectory> RikusW: but then you are mssing the timings, no?
[07:48:15] <RikusW> vectory: there isn't much timing issues on the PC->programmer protocol
[07:48:24] <scuzzy> today is 23
[07:48:45] <vectory> 6-10°C here
[07:48:49] <vectory> :(
[07:49:13] * RikusW is busy implementing the low level xprog packet commands
[07:49:38] <karlp> -8 here, about 9 colder than normal
[07:50:01] <RikusW> vectory: quite cool over there ;)
[07:50:06] <RikusW> karlp: USA ?
[07:50:09] <karlp> iceland.
[07:50:43] <RikusW> icy :-P
[07:51:03] <RikusW> thats about the coldest it ever gets over here
[07:51:09] <vectory> im getting closer to starting my project, looked into docs for a few minutes today
[07:51:13] <RikusW> and only a few days in the winter
[07:51:20] <vectory> it gets below 0 in SA?
[07:51:27] <RikusW> yes
[07:51:42] <RikusW> frozen water for June/July
[07:51:48] <vectory> lolwut
[07:52:01] <vectory> how are black folks coping with that
[07:52:06] <vectory> thought they never see snow
[07:52:21] <RikusW> vectory: only on the higher parts, I'm at 1600m.
[07:52:34] <RikusW> vectory: it occasionally snows
[07:52:52] <RikusW> vectory: they have to...
[07:53:08] <RikusW> though they cope better with heat...
[07:53:41] <vectory> the zulu is down south
[07:53:50] <RikusW> vectory: and in Lesotho it regularly snows, its a black country...
[07:53:54] <vectory> but in the lower perhaps
[07:54:16] <vectory> zulu tribe*
[07:54:33] <RikusW> zulu in Natal, and some over here too, I'm right on the FreeState / Natal border, well 80km or so
[08:01:03] <ziph> Weird.
[08:02:01] <vectory> no, you are
[08:23:45] <abcminiuser> Ahahaha\
[08:24:03] <abcminiuser> We have a lecturer whose last name is "Johnston" this year
[08:24:37] <abcminiuser> One of my friends is trying to find a golden dildo to engrave as a fake "Golden Johnston" award for terrible students
[08:27:26] <Tom_itx> :/
[08:28:03] <RikusW> oooh
[08:36:30] <ziph> abcminiuser: He's a lecturer?
[08:37:53] <abcminiuser> ziph, a terrible one, yes
[08:38:00] <abcminiuser> Oh wait, not the friend
[08:41:58] <RikusW> hi I440r
[08:47:08] <ziph> abcminiuser: Terrible students get their own just rewards.
[08:47:16] <RikusW> abcminiuser: so it appears the tiny10's signature is located at the end of flash ?!...
[08:47:24] <ziph> abcminiuser: Starting with wasting 3-4 years when they could be qualified brick layers.
[08:47:37] <abcminiuser> RikusW, could be, I just implemented the commands - it's the PC'
[08:47:44] <abcminiuser> * PC's job to address it correctly
[08:47:57] <RikusW> thus mine...
[08:48:07] <abcminiuser> ziph, we've got a student now that no one in a year or two will ever believe we had
[08:48:18] <abcminiuser> He's famous amongst the entire department
[08:48:28] <abcminiuser> I've seen good student, average and poor students
[08:48:36] <abcminiuser> This guy is ATROCIOUS
[08:50:55] <ziph> abcminiuser: When do you get your thesis results?
[09:02:07] <abcminiuser> ziph, 14th
[12:09:35] <RikusW> tiny10 signature, fuse and lock reading works now :)
[12:14:44] <Steffanx> Free cake for RikusW
[12:15:24] <RikusW> http://vimgolf.com/
[12:17:15] <Steffanx> Real vimgolfes use whatpulse
[13:02:06] <amee2k> is there a reliable way to detect when a programmer is connected to an ISP header?
[13:02:43] <carp3> depends on programmer.
[13:03:00] <amee2k> i have some circuitry on the board that i'd like to put into standby for protection while a programmer is attached
[13:03:15] <amee2k> carp3: that doesn't sound good :/
[13:04:02] <amee2k> my idea was to make one of the ground pins on the 10-pin header extra and pull it high. that would rely on the programmer shorting all ground pins together when it is connected
[13:05:43] <carp3> 10pin ISP header ?
[13:06:28] <amee2k> http://files.myopera.com/CrazyTerabyte/atmega8/AVR-ISP-connectors-hi.png << the right one
[13:06:31] <RikusW> amee2k: how about reset being pulled low ?
[13:06:45] <amee2k> RikusW: ooh, thats a good idea!
[13:06:46] <RikusW> reset is low while programming
[13:07:56] <amee2k> i'll have to check out how that works out timing wise, but i think that'll work
[13:07:58] <amee2k> thanks :)
[13:08:10] <RikusW> hope it works too
[13:08:30] <RikusW> usually stk500 allow 100ms settling time
[13:08:51] <RikusW> that goes for avrisp mkii too
[13:11:22] <amee2k> i think i can pretty much get instant reponse by gating two signal lines in addition to pulling the standby line high
[13:24:32] <RikusW> tiny10 fuse/flash write code more or less done, need to double check and test it now
[13:35:01] <Pyms`> morning all
[13:35:13] <Steffanx> Good evening
[13:35:24] <amee2k> i'd second the good evening
[13:40:49] * RikusW programmed CKOUT on t10, now it won't clear :S
[13:41:03] <Steffanx> :)
[13:41:53] <Pyms`> so I have a m328p, and I've written the clock fuse to External full swing, 16K CK powerdown, 14 CK +0 reset, and connected a 16MHz across the XTAL pins, with 22pF caps to ground. now I can't get the correct signature out of it. any ideas?
[13:42:43] <RikusW> seems a undocumented signature erase command must be used first... trying it now...
[13:44:04] <Steffanx> RikusW :)
[13:44:09] <Pyms`> I can't help but think ^this may be something I may need to do also xD
[13:44:10] <Steffanx> That is something only I can do
[13:45:40] <RikusW> working now :)
[13:46:13] <Steffanx> You're signature erase?
[13:46:15] <Steffanx> your
[13:46:24] <RikusW> fuse erase
[13:46:42] <RikusW> will rather not try signature erase commands, it might just work ;)
[13:46:53] <RikusW> Pyms`: what programmer do you use ?
[13:47:07] <Pyms`> RikusW: USBtinyISP
[13:47:33] <Steffanx> It won't RikusW
[13:48:05] <Steffanx> I should try it again
[13:48:11] <RikusW> Pyms`: USBtinyISP probably cant supply a rescue clock ?
[13:48:20] <RikusW> Pyms`: do you have any other avr's around ?
[13:48:34] <Pyms`> RikusW: yep, 2x fresh t2313
[13:49:05] <RikusW> build a clock generator using that
[13:50:05] <Pyms`> well, I'm still not sure what the issue is. Is this a fuse issue, or is it because for some reason the clock I've got built isn't oscillating?
[13:50:20] <RikusW> DDRB = 1; while(1) PINB = 1;
[13:50:21] <Pyms`> (ie, is this a fuse issue, or a construction issue?)
[13:50:41] <RikusW> this will output a clock on B0 which you connect to the XT1 pin on the m328p
[13:50:50] <RikusW> remove the crystal on the m328
[13:51:15] <RikusW> Pyms`: what was the lfuse value you used ?
[13:51:34] <Pyms`> 0xD7
[13:52:05] <RikusW> 0xFF might work better
[13:52:21] <RikusW> thats what I use for 16MHz crystals
[13:52:29] <RikusW> and your voltage ? 5v ?
[13:52:33] <Pyms`> yeah
[13:52:40] <RikusW> and is vcc connected to avcc ?
[13:52:57] <Pyms`> no
[13:53:07] <RikusW> it must be
[13:53:28] <Pyms`> only the ISP pins are connected, as well as XTAL. I'll get onto that now. anything else I'm being daft about?
[13:53:56] <RikusW> that 22pf caps at from xt1-gnd and xt2-gnd ?
[13:54:02] <Pyms`> yes
[13:54:37] <RikusW> try using one t2313 as clock generator and set lfuse to 0xFF
[13:56:17] <RikusW> lfuse on the m328 ;)
[13:56:25] <RikusW> leave t2313 fuses alone for now
[13:56:43] <Steffanx> ERASE THE SIGNATURE :)
[13:58:00] <RikusW> and if it works then what ?
[13:58:19] <Steffanx> Then you should try to give it a new one
[13:58:38] <RikusW> try on your m16's first :-P
[13:58:51] <RikusW> have you emailed atmel about it ?
[13:59:46] <RikusW> I could actually set the pointer to sig instead of fuse and issue the erase command :->
[13:59:47] <Steffanx> No
[13:59:55] <RikusW> don't know what will happen....
[13:59:57] <Steffanx> I actually don't really care i did it
[14:00:19] <RikusW> you should ask them how to put it back....
[14:00:42] <Steffanx> They'll probably give me a standard answer.. one i can't use
[14:01:12] <RikusW> Pyms`: you might need to lower your USBtinyISP SPI frequency
[14:01:58] <RikusW> Steffanx: I don't think they'll give any answer.... if they do people can cause havoc....
[14:02:53] <RikusW> what if there is some internal setting turning a m32 into a m16 ? ;)
[14:03:03] <RikusW> and you can actually change it ?
[14:03:41] <RikusW> intel does things like that for partly fault hw
[14:03:46] <RikusW> *faulty
[14:04:13] <Steffanx> Who knows
[14:04:18] <RikusW> but maybe the hw wasn't faulty, there was demand for celerons so they turned P4 into celeron.....
[14:05:00] <RikusW> would be handy to be able to change multipliers on the cpu....
[14:05:01] <Steffanx> Open up a few m16's and maybe you can see it :)
[14:05:39] <RikusW> do you know of a solvent for removing the black casing ?
[14:05:57] <Steffanx> No, i never tried it
[14:06:25] <grummund> nitric acid
[14:06:47] <Steffanx> grummund did
[14:07:00] <RikusW> that will eat away the pins too...
[14:07:07] <Steffanx> Who cares
[14:07:38] <grummund> http://blog.makezine.com/archive/2009/07/how-to-dissolve-ic-packages.html
[14:10:21] <RikusW> this is odd, for TPI erasing flash at 0x4000 you send 0x4001 as the erase address...
[14:10:26] <RikusW> same for fuses...
[14:10:41] <Steffanx> Atmel..
[14:12:24] <Pyms`> RikusW: once i have the tiny programmed, where am I needing to patch B0 into?
[14:12:45] <RikusW> XT1 on the m328p
[14:12:53] <Pyms`> thanks
[14:13:13] <RikusW> I'll remove the crystal on the m328p
[14:13:37] <Tom_itx> grummund, do they run cooler in free air?
[14:13:38] <Pyms`> it's gone already
[14:18:52] <karlp> anyone have a link to abcminiuser's twitter that NXP are starting to subilcense usb PIDs?
[14:19:29] <Pyms`> RikusW: t2313 also reports a zero sig.
[14:19:36] <grummund> Tom_itx: i don't know, maybe you can try it.
[14:19:43] <Tom_itx> no acid
[14:19:56] <Tom_itx> or i might just for the heck of it
[14:20:29] <Tom_itx> it would look wicked having a naked avr programmer
[14:20:31] <RikusW> Pyms`: are you sure you connected ISP right ?
[14:20:51] <Steffanx> I have karlp
[14:21:00] <RikusW> Tom_itx: light will probably interfere with the transistors...
[14:21:22] <I440r> hi rikus
[14:21:23] <Pyms`> RikusW: triple checked, that's why I've been so long
[14:21:26] <Steffanx> or did you already find it karlp ?
[14:21:27] <Steffanx> https://twitter.com/#!/abcminiuser/status/143676398660354048
[14:21:34] <I440r> so you dont like my modularization of your code amg lol :))
[14:21:35] <RikusW> hi I440r
[14:22:01] <RikusW> I440r: you can do whatever you like for your project ;)
[14:22:18] <I440r> got my new NOOB soldering iron, Hakko fx-888
[14:22:20] <RikusW> I don't want to mess around much more with stable usb code....
[14:22:43] <RikusW> Pyms`: whats the programming frequency on the usbtiny ?
[14:23:09] <Tom_itx> 12
[14:23:11] <RikusW> Hakko seems nice
[14:23:15] <Steffanx> Don't be so scared RikusW
[14:23:17] <Pyms`> RikusW: just opened the programmer, pressed everything back into place
[14:23:19] <I440r> they come recommended
[14:23:24] <grummund> Tom_itx:
http://www.flylogic.net/blog/?p=23
[14:23:28] <I440r> tho its not exactly top of the line its still nice
[14:23:33] <RikusW> Steffanx: about ?
[14:23:41] <Pyms`> RikusW: t2313 programmed, quickly popping back over to the mega, see if there's joy there
[14:23:48] <Steffanx> "I don't want to mess around much more with stable usb code...." RikusW
[14:24:17] <RikusW> Steffanx: had enough of usb debugging....
[14:25:09] <RikusW> I440r: do you have some liquid flux too ?
[14:25:57] <I440r> no but i have rosin (rosen?) core solder
[14:26:00] <I440r> lead
[14:26:06] <I440r> not that unleaded crap
[14:26:17] <RikusW> I440r: for smd soldering you need flux too
[14:26:28] <I440r> ya im not going to be doing any smt stuff
[14:26:40] <Steffanx> I use solder paste for smd components :)
[14:26:58] <I440r> ya paste seems a better way to go if you can do solder flow :)
[14:27:05] <I440r> check out how ladyada does that!
[14:27:21] <Steffanx> I use paste with a 'normal' iron
[14:27:25] <RikusW> I440r: the flux I have is rosin disolved in iso-propyl alcohol
[14:27:40] <I440r> she has a skillet that she taped a thermocouple to and a little arduino that has a motor to actuate the temperature settings :)
[14:28:01] <I440r> sounds like a waste of alcohol!
[14:28:59] <RikusW> I440r: you don't want to drink that kind ;) =-O
[14:29:09] <I440r> true lol
[14:29:16] <I440r> that shitll send u blind!
[14:29:34] <RikusW> its like metanol ?
[14:29:57] <I440r> its like wood alcohol
[14:30:10] <RikusW> same thing
[14:30:30] <I440r> shady moonshiners make their stuff with wood alcohol
[14:30:35] <RikusW> so you know the antidote is ethanol ?
[14:30:46] <I440r> lol
[14:30:53] <RikusW> really
[14:30:59] <I440r> i didnt think u were supposed to mix alcohol types :)
[14:31:04] <mrfrenzy> isopropyl is not the same as methanol
[14:31:06] <I440r> like no grape and grain lol
[14:31:14] <mrfrenzy> methanol is more posionus but you shouldn't drink either
[14:31:56] <I440r> just make mine a JD
[14:32:05] <I440r> and the only thing you mix with JD is MORE JD
[14:32:08] <I440r> not even ice
[14:32:28] <RikusW> Ninja Comments<font size="3"> - Also known as invisible comments, secret comments, or no comments.</font>
[14:32:29] <RikusW> Scar Tissue<font size="3"> - Any code that is commented out but still included in the current and/or checked-in version.</font>
[14:32:47] <RikusW> <font size="3">my code have too much of those :-D</font>
[14:36:23] <grummund> do i need an html-enabled irc browser? :P
[14:36:27] <Steffanx> Yes
[14:36:34] <Steffanx> RikusW fucked up his client again
[14:37:14] <RikusW> <font size="3">huh ? what did I do ?</font>
[14:37:33] <Steffanx> You shouldn't paste html into your client
[14:37:39] <Steffanx> [21:28:43] <RikusW> <font size="3">huh ? what did I do ?</font>
[14:37:47] <RikusW> <font size="3">ugh</font>
[14:39:09] <RikusW> better now ?
[14:39:43] <Steffanx> Yes
[14:43:40] <Pyms`> RikusW: no joy, with the t2313. could it be because the internal osc @8MHz is default divided by 8 -> 1MHz, so the clock code you gave me isn't running at the right speed?
[14:44:27] <RikusW> could be
[14:44:38] <RikusW> what the usbtiiny isp clock ?
[14:44:56] <RikusW> if you could lower that it might work
[14:45:09] <Pyms`> no idea
[14:45:28] <RikusW> otherwise try clearing just CKDIV on the t2313
[14:45:43] <RikusW> use avrdude -t terminal mode
[14:45:48] <RikusW> read lfuse
[14:45:58] <RikusW> write lfuse 0 0x??
[14:46:32] <Pyms`> e4, i think
[14:47:36] <RikusW> what is the current t2313 lfuse setting
[14:47:59] <RikusW> ?
[14:48:36] <RikusW> default is 64
[14:48:40] <RikusW> E4 should work then
[14:49:20] <RikusW> write lfuse 0 0xE4
[14:53:26] <Pyms`> still no joy
[14:54:26] <RikusW> did you change the other fuses on the m328p too ?>
[14:54:27] <RikusW> ?
[14:54:48] <Pyms`> can't, it still won't give a decent sig
[14:55:02] <Pyms`> or do you mean previously?
[14:55:19] <RikusW> yes
[14:55:29] <RikusW> did you only change lfuse ?
[14:55:46] <Pyms`> yeah
[14:57:39] <RikusW> do you have a frequency meter to check B0 on the t2313 ?
[14:58:22] <Pyms`> no, unfortunately
[14:58:49] <Steffanx> soul-d there?
[14:59:49] <Steffanx> No, ok.. nevermind
[15:00:16] <Pyms`> RikusW: tomorrow, if this isn't sorted, I'll head into the nearby labs, clock the mega with a function generator, and build some decent programming carts so I don't spend so much time messing with wires.
[15:00:56] <RikusW> Pyms`: the clock needs to be 4x or higher than the ISP clock
[15:01:47] <Pyms`> I was initially programming it with the internal osc and ckdiv, so the programmer clock >= 0.25MHz, then
[15:02:24] <RikusW> programmer clock needs to be smaller than avr clock, 4 or 5 times smaller at least
[15:02:35] <RikusW> lower...
[15:02:43] <Pyms`> that's what I',
[15:02:59] <soul-d> why
[15:03:02] <Pyms`> I'm saying, the mega clock used to be 1MHz, programmed no issues
[15:03:08] <soul-d> Steffanx, :P
[15:04:28] <RikusW> Pyms`: as a last resort you can use HVPP if you have access to a stk500/600
[15:05:08] <Pyms`> I'll see if I can hunt one down, but I'll have a shot at clocking it otherwise in the meantime :)
[15:05:35] <Pyms`> is there anything else we can try tonight? Else I'll leave you in peace
[15:07:01] <RikusW> you could try connecting a 300 Ohm resistor + led to B0 on t2313...
[15:07:29] <RikusW> it should glow when connected to both B0 -> vcc or gnd
[15:07:41] <RikusW> and be half as bright as vcc -> gnd
[15:08:08] <RikusW> that will confirm is B0 is outputting a clock or not
[15:08:44] <Pyms`> hm, no glow.
[15:09:30] <RikusW> main() { DDRB = 1; while(1) PORTB ^= 1; }
[15:09:38] <RikusW> try that ?
[15:14:06] <RikusW> you're sure it was the right way round ?
[15:14:25] <Pyms`> yeah. led is glowing on the new program
[15:15:10] <RikusW> try B0 -> xt1 again
[15:15:54] <Pyms`> still no dice
[15:21:31] <RikusW> same gnd+vcc on both right ?
[15:21:50] <Pyms`> yep, it's all from the same supply rails
[15:21:59] <Pyms`> and grounds are all tied
[15:22:37] <Pyms`> anyway, thank you for your help tonight, I really appreciate it. I'll have a crack in the lab tomorrow, and I'll let you know how it goes.
[15:40:34] <TheOutlaw> ##*
[23:51:56] <biker_> hi
[23:52:24] <biker_> i want to do 4 pwm on an atmega128
[23:52:33] <biker_> i already moved 1A and 1B
[23:52:42] <biker_> but how can i move 3A and 3B?
[23:52:48] <biker_> im using the registers
[23:53:42] <biker_> i have this:
[23:53:42] <biker_> ICR1 = 65530;
[23:53:49] <biker_> TCCR1B = 0b00010010; TCCR1A = 0b11110000;
[23:54:04] <biker_> and with that I can move OCR1A and OCR1B
[23:54:18] <biker_> how can i move OCR3A and OCR3B ?
[23:54:21] <biker_> thanks in advance
