Back
[00:00:08] <raden> i put sei(); in the begining of my code it throws a error
[00:00:09] <Casper> but you need to create the handlers
[00:00:21] <Casper> and enable each interrupt you want to use
[00:00:33] <Casper> and to turn on the interrupt (global)
[00:00:47] <Casper> ex: turn on the timer 1 overflow
[00:01:02] <Casper> and turn on global interrupts, so the interrupts work
[00:01:47] <rue_bed> raden, are they telling you to use signal() or ... whats the other one...
[00:02:36] <raden> Casper, whats atomic.h include for in all these tutorials I am seeing
[00:02:47] <raden> More I read the more confussed I'm getting
[00:02:58] <rue_bed> raden, what av?
[00:03:04] <rue_bed> r
[00:03:06] <Casper> for now, don't care about atomic
[00:03:10] <raden> ATMEGA324P
[00:03:18] <raden> trying to use PCINT3
[00:03:49] <Casper> but to explain the atomic thing... there is a race condition that can happend when you access more than 8 bits variables/registers
[00:03:59] <raden> ahhh
[00:04:07] <raden> I just want simple for now
[00:04:21] <Casper> the atomic stuff basically disable the interrupt, then you can do the stuff that could be messed up by the interrupts, then it reenable it
[00:04:35] <Casper> remember, an interrupt will... interrupt your program
[00:04:44] <raden> exactly
[00:05:02] <rue_bed> I use interrupt.h, not vector.h, and its the only thing that woks for me dispite the fact the 'old' way I do it is 'obsolete'
[00:05:06] <rue_bed> !assist avr
[00:05:07] <tobbor> Possibly
http://eds.dyndns.org/~ircjunk/avr
[00:05:08] <Casper> so if you read a 16 bits for example, you could read the first 8 bits, the interrupt kick in, fuck up the other 8 bits, then return to the main that read the second part
[00:05:09] <raden> I just need it when button on PCINT3 pulled low my program stops
[00:05:19] <rue_bed> look for irq flashled and try that
[00:06:31] <raden> Casper, I gotcha
[00:06:51] <raden> Casper, how do I enable a single interrupt ?
[00:07:33] <raden> the book and the one tutorial I have says to enable global interrupt sei(); but then my compiler errors out I have it placed before main();
[00:07:59] <vectory_> you cant do that
[00:08:27] <vectory_> you cant call a funtion from outside any function
[00:08:40] <Casper> look in the section for the stuff... you probably want to enable the pin change interrupt for the pc3 or port change interrupt for pc...
[00:08:49] <Casper> and sei() need to be in the main
[00:09:49] <raden> vectory_, thank you sir did not know that
[00:09:57] <raden> Casper, ok thats in main
[00:10:13] <raden> reading super long datasheet lol
[00:10:16] <Ralith> vectory_: the original at90 is (it was the first AVR), but the at90usbs?
[00:10:20] <vectory_> do you eevblog.com?
[00:10:38] <vectory_> Ralith: sorry, my bad. looked on atmel.com but couldnt find info about it
[00:10:38] <raden> vectory_, me ?
[00:10:42] <Casper> raden: actually, sei() can be anywhere in your code, can be in a function or in the main
[00:11:00] <Ralith> vectory_: this is the chip I'm looking at:
http://www.atmel.com/dyn/products/product_card.asp?part_id=3874&source=productfinder
[00:11:01] <raden> i had it before main though
[00:11:02] <vectory_> no, does anyone know eevblog? guess its australian
[00:11:12] <Casper> and sei() is a function, so MUST be in your code section :D
[00:11:14] <raden> eevblog yea what abouti t ?
[00:11:29] <raden> Casper, code section ? as in within main() ?
[00:11:43] <Casper> main or any function
[00:11:48] <raden> gotcha
[00:11:57] <vectory_> i find the dialect hilarious, looking at this video atm
http://www.eevblog.com/2010/04/14/eevblog-75-digital-multimeter-buying-guide/ really great
[00:12:48] <raden> ex330 best cheap meter I have found almost as accurate as my BK 2851E with less resolution
[00:14:45] <raden> Casper, I presume I want to be reading the chapter on external interrupts correct ?
[00:14:50] <vectory_> well, im looking in the 50$ range, so looking for quality seams to be a joke
[00:15:04] <raden> vectory_, EX330 serious its better than my fluke
[00:15:16] <Casper> raden: yeah, actually even if it's not the right section you will understand more how stuff is done
[00:15:18] <raden> temp probe is accurate within about 2 degree F as well
[00:15:37] <vectory_> raden: if you wanna check a button, external it is
[00:15:56] <raden> Casper, I read internal a bit and the external one just dont have a lot of examples
[00:16:16] <raden> vectory_, extech EX330 $54 :)
[00:16:21] <Casper> raden: basically the same, however beware.... some interrupt is for the whole port, not just for a single pin
[00:16:23] <vectory_> :)
[00:17:09] <raden> vectory_, seriously dude I'm fussy and it amazes me all the time and for resistance down in the tenth of a ohm it dead nuts
[00:17:09] <vectory_> Casper: how is that useful, when you cant tell which pin set off the interrupt?
[00:17:35] <raden> Casper, that makes sense
[00:17:45] <vectory_> but is it precise? lohm range is probably more precise anyway
[00:18:17] <raden> what you want me to check I have a 2851E bench meter here thats nist cert I can throw some tests against it quick
[00:18:21] <Casper> vectory_: that would be too many interrupts, so in your interrupt function you need to check which pin could have triggered the interrupt and do the work that have to be done or just return
[00:18:30] <raden> its just as accurate as my EX470 thats $200 +
[00:18:57] <Casper> and sometime when you will be checking you will find no pin that have triggered it since the event is already gone
[00:20:31] <raden>
[00:22:29] <Ralith> can anyone explain to me the general distinction between at90usbs and atmegas?
[00:24:44] <raden> Casper, I get what the datasheet says but there is not crap for code
[00:25:11] <Casper> Ralith: usb vs non usb
[00:25:58] <Ralith> Casper: there are atmegas with that too...
[00:26:06] <vectory_> this dave guy really cracks me up
[00:26:56] <raden> vectory_, he cracks me up tooo
[00:28:14] <raden> Ralith, compare the datasheets
[00:29:29] <Ralith> raden: there's nothing obvious
[00:29:31] <Casper> Ralith: atmega standard have no usb
[00:29:48] <Casper> the usb on them is all software and non-conform to the usb specs
[00:29:55] <Ralith> even
http://www.atmel.com/dyn/products/product_card.asp?part_id=4317&source=productfinder ?
[00:30:12] <Ralith> and a few of the xmegas too
[00:30:13] <raden> Ralith, there is a reason it has usb it the model of chip
[00:30:47] <Ralith> raden: but as I just demonstrated, and as is clearly visible in atmel's catalog, plenty of other AVRs have USB too
[00:33:11] <vectory_> you can have usb via LUFA anyway :)
[00:33:17] <vectory_> on all(?) avrs
[00:33:33] <raden> raden, read the product description
[00:33:43] <vectory_> or well, a few, not all, but non usb ones
[00:33:58] <raden> vectory_, find a meter ?
[00:34:20] <vectory_> still looking the vid. watching it is pretty distracting
[00:50:38] <vectory_> raden: he names extech as quality producer at the end of the vid :)
[00:51:50] <raden> vectory_, i have had a lot of meters man
[00:51:53] <raden> I mean a lot
[00:52:04] <raden> vectory_, extech as good as fluke if not better at times
[00:52:34] <raden> i carry a EX470 but have 2x EX330's for lab / service extras and there just as good
[00:54:15] <vectory_> 50 bucks is a bit much, though, seing i could get one for half that price and im not that ambitious. its really just hobby stuff for me atm
[00:54:21] <vectory_> seeing*
[00:56:37] <vectory_> btw, whats the deal with datasheets, are they copyright protected or could a shop just source the internet and host em all?
[01:02:29] <raden> a shop can host them
[01:02:58] <raden> vectory_, get a ex310 then
[01:02:59] <raden> $30
[01:03:06] <raden> just a few less features
[01:03:35] <vectory_> was about to look at it
[01:04:01] <vectory_> 39€ :/
[01:04:33] <raden> you do pay for what u get
[01:04:41] <raden> i dropped mine 60 ft still works
[01:04:51] <raden> that amazed me
[01:05:14] <raden> nice dent in service truck though lol
[03:55:37] <AVA8205> Всем доброго времени суток! Проверка связи! :)
[05:01:46] <amee2k> are there any attiny series devices that have a timer block with the watch crystal oscillator built in??
[05:02:17] <amee2k> preferably 14-20 pin size range
[05:03:42] <amee2k> the parametric table isn't really helping for this i think
[05:41:26] <amee2k> apparently only tinyX7 series, which is borderline expensive for this project :/
[05:41:56] <karlp_> what's expensive?
[05:42:40] <abcminiuser> So can anyone explain this?
https://www.youtube.com/watch?v=RkTvDjhImwo
[05:42:49] <abcminiuser> Or do I need to hand back my degree?
[05:44:22] <amee2k> karlp_: 3.50EUR for a tiny87 at farnell
[05:45:11] <amee2k> tiny24 (which was the plan so far) is under 2EUR
[05:47:24] <amee2k> the problem i'm trying to solve is that these modules have a medium current (3A-ish) low frequency (500Hz-ish) switched circuit on them, but need a somewhat precise time reference as well
[05:48:23] <amee2k> with lots of modules on one power bus i'm not sure that i can filter the switching frequency out well enough so my idea was to clock the MCU off the RC osc to use its tolerances to implement ghetto spread spectrum
[05:48:38] <amee2k> but then i'd need a timer with oscillator to get a decent time reference
[05:51:50] <amee2k> anyone got a better plan? :P
[06:00:22] <amee2k> going for a small mega series mcu might just make more sense than a top end tiny series one...
[06:02:09] <karlp_> abcminiuser: my money'd be on tricks, rather than science
[06:02:27] <abcminiuser> Boo
[06:02:33] <abcminiuser> Someone came up with a possible circuit
[06:02:43] <abcminiuser> But it would require some extra components on the LED underside
[06:02:49] <abcminiuser> I came up with one, but only for two LEDs
[06:09:01] <inflex> O_o
[06:09:43] <amee2k> mmh, tricks like the eev dude running a wire from the underside of the breadboard off to a function generator?
[06:09:46] <amee2k> :P
[06:13:33] <doublebeta> http://imgur.com/Ahmrw
[06:36:09] <norbi> hello
[06:36:10] <tobbor> norbi! like, totally tell us about the project!
[06:36:30] <norbi> tobbor: ?
[06:41:27] <amee2k> tobbor is a bot :P
[06:41:42] <amee2k> and that is one of his stock phrases when someone comes in and says hi or hello
[06:42:07] <amee2k> i fell for it too the first time
[06:45:36] <norbi> :D
[06:45:44] <norbi> amee2k: thanks for telling me:)
[06:45:58] <amee2k> hehe
[06:46:57] * norbi still doesnt know what project to make for the school... until 21 i need to tell them what is the project
[06:51:56] <amee2k> mmh, it has to be robotics related?
[06:52:05] <amee2k> maybe try asking in #robotics
[06:53:12] <norbi> amee2k: yea, it has to be or robotics, or some interesting digital electronics with avr
[06:56:43] <norbi> hmm guys from #robotics are not too responsive
[07:34:41] <amee2k> norbi: they can be a bit slow sometimes. maybe ask in 4-8 hours again when more people from the US are awake. right now its early morning in the US i think
[07:35:53] <amee2k> hmm not entirely sure if it qualifies as sufficiently "digital", but a project i'm working on right now is a LED "lighting module" thing...
[07:36:53] <amee2k> small board that holds a relatively small number of power LEDs (4-8), a driver, and a microcontroller. the modules run on a 24V bus and can then be controlled (on/off and brightness) via a serial bus
[07:39:16] <amee2k> most of the "intelligence" is in the MCU firmware, really. i want to implement a fairly involved control model that includes grouping and persistent configuration (stored in on-chip eeprom)
[07:40:35] <amee2k> i picked it up after helping a friend who got some "professionally made" modules like that "for cheap"... they were pretty crap, including serious thermal issues. but since i'm interrested in doing more stuff with LED lighting, i decided to try my own take on the concept from scratch
[07:57:26] <norbi> amee2k: sounds nice :) but for a contest i believe this is a bit "easy"
[08:03:40] <amee2k> depends on what they want to see, i suppose. i'm not quite sure it is the right thing for that particular contest because the digital part is really just the software
[08:04:25] <amee2k> the hardware challenges are mainly the LED driver circuit itself, thermal management and (to a degree) grounding
[08:05:31] <amee2k> i'm using a floating transciever for the control bus so i can't get any ground loops or directly coupled noise issues from the high current circuit
[08:05:34] <norbi> amee2k: exacvtly
[08:05:50] <norbi> this is more digital contest, with mcu boards
[08:06:02] <amee2k> i see
[08:15:11] <vectory> amee2k: you should still do sth that you think is fun, and if you can learn sth, thats better than doing a boring project.
[08:15:16] <vectory> sorry, ment norbi
[08:16:13] <amee2k> this is going to be my first project with ordered boards, so yeah i intend to learn something from it :)
[08:16:15] <vectory> appearantly, its not that easy, as amee2k criticized the ones of his friend xD
[08:16:58] <amee2k> vectory: well, he only bought them so they're not exactly "his" boards in the project kind of sense >_>
[08:17:20] <vectory> amee2k: potentially dangerous even, if you accidentally amplify the 24V
[08:17:45] <amee2k> still, someone deserves to lose his fertility over that crap he got there...
[08:18:14] <norbi> vectory: what is sth?
[08:18:20] <vectory> s/t
[08:18:23] <amee2k> abbreviation of "something"
[08:18:23] <vectory> somoething
[08:18:29] <vectory> yes
[08:18:35] <norbi> im very interested in something nice, scientifyc, wining!
[08:18:49] <amee2k> 24V is about as dangerous as 12V i suppose... i've mainly selected it because it lowers the current for the same power
[08:19:18] <amee2k> also, 24V PSUs are easy to find because it apparently is a popular voltage for industrial control stuff
[08:19:34] <vectory> amee2k: how does that work, limiting current with a reistor? though, that will just burn the energy, no?
[08:19:51] <amee2k> no, i'll be using a switch mode driver
[08:20:21] <norbi> vectory any idea?
[08:20:31] <amee2k> basically a buck converter with different feedback so it functions as a current source (as opposed to a voltage source)
[08:20:56] <amee2k> they make purpose-made SMP controller chips for that even
[08:22:17] <vectory> how much voltage drop do the leds have?
[08:22:45] <amee2k> white ones are around 3 to 3.5V typically
[08:23:31] <amee2k> so for a string of 4 LEDs a 12V supply would be somewhat borderline actually, at least with a strictly step-down regulator
[08:24:33] <vectory> norbi: im trying to think of something "special"
[08:24:43] <norbi> vectory: :D
[08:24:52] <norbi> exactly, something "special"
[08:24:59] <norbi> im out of ideas
[08:25:16] <vectory> you still need perefferials to actially show sth off
[08:25:24] <norbi> totally, everything that i would think about its not enough special
[08:25:37] <norbi> ?
[08:25:40] <norbi> i dont get it
[08:26:02] <vectory> well, you need some output
[08:26:18] <amee2k> the problem i found with power LEDs is a combination of several factors... a) they are SMT-only. at least all i've seen before. and b) they don't take a lot of power to begin with but due to being SMT they don't have a lot of area to get rid of the waste heat again
[08:26:21] <vectory> you could do a demo on an lcd
[08:26:32] <vectory> rotating vubes and whatnot
[08:26:38] <vectory> or an osci
[08:27:09] <vectory> i would like an osci, theres a breadboard osci featured on HaD, that is opensource
[08:27:23] <vectory> cubes*
[08:27:23] <norbi> vectory: lcd thing is old, first year college project at school :( at only one class
[08:27:29] <amee2k> c) they usually have shitty thermal ratings, like 15В°C/W thermal resistance junction-to-thermal-pad...resulting in d) thermal consideration for the board design become exceedingly important for reliable operation
[08:27:30] <norbi> osci?
[08:27:32] <vectory> norbi: its about the output
[08:27:40] <vectory> lemme show you something "special" :D
[08:27:41] <vectory> sec
[08:28:07] <norbi> :D
[08:28:19] <vectory> http://www.linusakesson.net/scene/craft/ uses atmega88
[08:28:43] <vectory> its vga, but b/w lcd should do the trick here
[08:28:58] <amee2k> hmm another project idea from a few years ago comes to mind... wanted to do it with a friend of mine but didn't get past the conceptual stage due to boring and entirely unrelated issues
[08:29:04] <norbi> vectory: exactly this was my last year project:D
[08:29:13] <vectory> no kiddin?
[08:29:27] <amee2k> haha really?
[08:29:28] <norbi> vectory: yea, and it worked with the avr64
[08:29:28] <amee2k> XD
[08:29:33] <norbi> atmega64
[08:29:34] <norbi> sry
[08:29:55] <norbi> but the atmega64 was just the vga output, the "video card"
[08:30:22] <norbi> and the 32mx4 was the "brain"
[08:30:37] <amee2k> the project was like this: make a digital audio mixing console that uses a host computer... serial bus linking a rather flexible array of mixing controls to a computer, then doing the actual mixing action on the host computer for extra flexibility
[08:30:38] <vectory> well, what im getting at is, you have to calculate all effect on the Вµc, so its really digital
[08:31:29] <amee2k> if done right, the architecture would be very flexible because you can easily add new controls to the bus, and the host computer has plenty of processing power for DSP effects and what not
[08:32:09] <norbi> amee2k: im not sure if i understand that project
[08:32:21] <vectory> me neither :S
[08:32:28] <amee2k> mmh, you know what a mixing console is?
[08:32:33] <norbi> yea
[08:32:37] <norbi> audio mixing
[08:32:41] <vectory> the mC would take the input and root it to the pc?
[08:32:52] <vectory> inputs, even
[08:33:20] <amee2k> exactly. now the idea was to make a mixing console that doesn't do any actual mixing inside. but is just a purpose-specific HID device to control a computer
[08:33:46] <amee2k> sort of like a fancy game controller, actually
[08:34:45] <amee2k> if done right, the general design could scale from a small 8 or 10 channel mixer for a home cinema, up to a huge mixing desk
[08:35:14] <amee2k> with a moderate cost advantage since the bulk of the processing power is contained in off the shelf PC hardware
[08:36:23] <norbi> amee2k: i swear i still dont get it, but im not really familiary with audio systems
[08:37:08] <amee2k> hrm...
[08:38:15] <amee2k> what makes professional mixing stuff so expensive is that they have nasty DSPs and embedded systems inside. our idea was to reduce the mixing console to only the actual console
[08:38:41] <amee2k> i.e. a board with all the knobs and faders on it. wired to some AVR controllers, and connected to a PC through a serial bus
[08:39:13] <amee2k> then do all the actual audio stuff on the PC... not sure how i could explain it better...
[08:39:15] <norbi> amee2k: interesting
[08:39:34] <norbi> if i would have a clue in audio things
[08:39:49] <norbi> i would do your project:P
[08:40:15] <amee2k> for a small prototype, you could write a driver that just maps the normal volume controls of the computer to the faders
[08:40:34] <amee2k> are you allowed to participate in teams?
[08:41:55] <vectory> me, myself and I :D
[08:42:03] <amee2k> if so, you could find a partner who is into audio and audio processing stuff
[08:43:10] <OndraSter_> ЕЎaq
[08:43:12] <OndraSter_> eya
[08:43:46] <amee2k> we found the critical part of the design is really the serial bus. it needs to have tightly controlled latencies so all controls operate smoothly
[08:43:54] <amee2k> even if you move 5-6 faders at once
[08:44:12] <amee2k> so lots of hard real-time programming in that
[08:45:36] <OndraSter_> so, I have received today this
[08:45:36] <OndraSter_> http://www.ebay.com/itm/280777904980?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649
[08:45:46] <OndraSter_> so, the first thing as usual - take it apart
[08:45:50] <OndraSter_> it has 8052 core inside
[08:45:55] <OndraSter_> now I want to dump the firmware :D
[08:46:06] <OndraSter_> there is some ISP header, but I have never worked with 8052 (yeah, too young)
[08:46:29] <norbi> amee2k: thanks for your sharings, i will take it in consideration
[08:46:53] <norbi> OndraSter_: 8052 is very simple
[08:47:16] <norbi> 8052 just differing by double memory from 8051
[08:47:26] <OndraSter_> yeah
[08:47:36] <OndraSter_> now, I wish I could make the programmer from Arduino let's say :D
[08:48:51] <norbi> we used kile uVision to program 8051
[08:49:35] <norbi> this website contains everything you need
http://www.8052.com/ on tutorial seciotn
[08:49:46] <norbi> 8051 and 52 almost match in everything
[08:49:48] <norbi> so...
[08:49:55] <OndraSter_> thanks
[08:51:59] <amee2k> you're welcome :)
[08:53:04] <vectory> there are tons of different chips out, tho
[08:53:25] <vectory> i.e. some with bootloaders
[08:53:52] <vectory> especially newer ones
[08:54:15] <vectory> even atmel has some :D
[08:54:46] <OndraSter_> this is some nuvoton?? stuff
[08:54:53] <vectory> Oo
[08:54:56] <OndraSter_> there is ISP header on the board
[08:55:11] <OndraSter_> not soldered on pins, just easy-to-access holes :)
[08:55:33] <Corwin> talking about 8051 here? such blasphemy :)
[08:55:42] <OndraSter_> hehe
[08:55:56] <OndraSter_> I hate when there are unused stuff on the board
[08:56:08] <amee2k> tbh if avr or pic doesn't cut it, i'd move up to ARM instead of 80xx
[08:56:10] <OndraSter_> or when there is no public datasheet for it :D
[08:56:15] <OndraSter_> amee2k, so would I
[08:56:26] <OndraSter_> but this is already made
[08:56:29] <OndraSter_> I just want to hax it :D
[08:56:33] <amee2k> hehe
[08:57:09] <amee2k> i've got a really really old thin client with an embedded 386 system here that i want to hack up sometime
[08:57:34] <amee2k> or at least i think its 386... looks too big to be 286 imo
[08:57:42] <OndraSter_> :)
[08:57:51] <OndraSter_> I have got Geode-based thin client
[08:57:59] <OndraSter_> just won it on aukro, Corwin, for 13 CZK lol
[08:58:02] <OndraSter_> and 70 CZK shipping
[08:58:06] <Corwin> :D
[08:58:23] <amee2k> i got a geode based one from school... for some reason they wanted to throw them out
[08:58:53] <OndraSter_> amee2k, they are sweet
[08:58:57] <OndraSter_> now if it had more ethernet cards...
[08:59:07] <Corwin> isa or pci ?
[08:59:07] <OndraSter_> good for small router :D
[08:59:08] <amee2k> paid them 25EUR a piece, resold for 80. i kept one to play with too
[08:59:13] <OndraSter_> :D
[08:59:58] <amee2k> the good old times lol
[09:00:07] <OndraSter_> lol
[09:00:18] <amee2k> as much as i hate to admit it but sometimes i almost miss school lol
[09:00:22] <Corwin> i have about 20 pci and 10 ISA ethernet cards :)
[09:00:43] <Corwin> took apart way too many computers lately
[09:01:06] <OndraSter_> haha
[09:01:11] <amee2k> i've got a bunch of PCI realtek ones. only one ISA system still around here, so i wouldn't know what to do with them
[09:01:24] <OndraSter_> I learned that you can take apart HP printers with one or two screwdrivers
[09:01:27] <OndraSter_> and a bit of force :D
[09:01:30] <OndraSter_> and put it back together
[09:01:36] <Corwin> isa boards are easy to interface with bigger AVRs
[09:01:38] <OndraSter_> (that applies for inkjets, laserjets are a bit more complex)
[09:01:41] <amee2k> i'm keeping the PCI cards for spares and in the odd case that i need to install a windows box again
[09:02:13] <Corwin> btw... anyone knows good and cheap source for passive IR motion sensors ?
[09:02:41] <amee2k> OndraSter_: mmh, one of the projects i'm contemplating is the inkjet mod for making PCBs
[09:02:47] <OndraSter_> :)
[09:02:54] <OndraSter_> Corwin, ebay nothing? :D
[09:03:05] <amee2k> but haven't found a suitable printer in the trash yet
[09:03:56] <Corwin> http://www.dealextreme.com/p/8-led-2-mode-infrared-sensor-motion-activated-white-lamp-2-aa-35465
[09:03:59] <Corwin> cheaper than ebay :)
[09:04:55] <amee2k> hmm... mildly sick project idea... get some random AVR and write a program that does some simple arithmetic task like computing pi to so-many bazillion digits
[09:05:13] <amee2k> then see how hard you can overclock it with active cooling and what not
[09:05:16] <amee2k> >_>
[09:05:18] <Corwin> :D
[09:06:05] <vectory> wont you perhaps get inductive effects too, that you cant cool away?
[09:06:29] <amee2k> drop it in liquid nitrogen? :P
[09:07:02] <amee2k> then build a suitable power supply to see how far you can overvolt it, and how fast you can clock it with that
[09:07:46] <amee2k> but then, not a whole lot of digital about that either i think :/
[09:08:22] <vectory> well, you need a controle unit, that regulates the cooling ofc
[09:08:27] <amee2k> if you write the program in assembly you could maybe write it to avoid instructions that become flaky first
[09:08:47] <vectory> flaky?
[09:09:32] <vectory> btw, what are pseudo instructions? do they take more cycles than usual ldr etc?
[09:09:36] <amee2k> yeah... never tried to overclock at that low level but if some instructions that use specific hardware on the chip start to fail first when you overvolt/overclock it
[09:10:40] <amee2k> you could refactor the program to avoid these instructions specifically, then see if the trade-off of losing that instruction vs. higher clock rate is a net advantage
[09:11:12] <Corwin> or you could use more powerful ARM since begining :)
[09:11:25] <amee2k> the whole point was to make it an overclocking project >_>
[09:11:58] <Corwin> so much effort just to prove it can be done? :)
[09:12:02] <rue_house> I unserstand leds turn all sorts of interesting colours when supercooled
[09:12:05] <amee2k> suggesting an ARM is like proposing a lamborghini when someone wants to pimp his 320i
[09:12:46] <amee2k> rue_house: or when massively overloaded ;)
[09:13:07] <rue_house> anyone work with dry ice?
[09:13:30] <amee2k> a friend of mine accidentially put a white LED on 12V straight. apparently it turned into all kinds of funny colors before it gave up, and now only glows dimly green or something
[09:13:39] <Corwin> i tried 12 volts on green led once... made nice yellow color
[09:14:27] <Corwin> weird thing is that it works normally when on "proper" voltage
[09:15:01] <amee2k> lol
[09:19:17] <amee2k> wtf
[09:19:27] <amee2k> i just got spam
[09:19:34] <amee2k> advertising a fucking snowblower???
[09:19:44] <amee2k> what happened to viagra and fake rolex >_<
[09:19:48] <rue_house> hahah
[09:19:49] <Corwin> :D
[09:20:00] <rue_house> and russian girls begging to be your wife
[09:20:10] <amee2k> the spam industry just isn't what it used to be
[09:22:08] <Corwin> hmm... my laptop cannot decide how much damaged it has battery... shows diferent level every day
[09:23:32] <amee2k> as a side note... is anyone aware of a cheap source for square section copper tubing?
[09:24:05] <amee2k> or rectangular in general. square probably isn't the best shape anyway
[09:39:40] <OndraSter_> ok
[09:39:47] <OndraSter_> how the hell does this thing work
[09:39:53] <OndraSter_> the chinenglish manual is weird
[09:39:54] <OndraSter_> lol
[09:39:58] <OndraSter_> chinglish
[09:40:13] <vectory> ha
[09:40:58] <vectory> old chips used to be without rom, so you could flash any rom and connect it
[09:41:41] <vectory> new chips have bootloaders and atmel has isp with reverse reset polirity
[09:42:21] <vectory> now, what does yours have
[09:50:38] <amee2k> mmh, does farnell have non-opto digital isolators too? all i can find are optos
[09:53:20] <brendan0powers> Does anyone know the accuracy of the 128KHz watchdog timer on the attiny85?
[10:08:50] <OndraSter_> YESSS
[10:08:53] <OndraSter_> I am awesome
[10:08:56] <OndraSter_> I managed to find out how it works
[10:09:13] <OndraSter_> # -> enter 5 keys (password for management) -> you are in settings menu:
[10:09:17] <OndraSter_> 1. -- change password
[10:09:26] <OndraSter_> 2. -- add new person (his # and key)
[10:09:33] <OndraSter_> 3. -- remove person (either by key or by number)
[10:09:37] <OndraSter_> 4. -- remove all people
[10:09:49] <OndraSter_> 5. -- set timeout to open door
[10:09:52] <OndraSter_> 6. -- exit
[10:09:57] <OndraSter_> (I know, this is AVR channel :D)
[10:10:28] <Corwin> ^ spammer
[10:18:00] <karlp_> amee2k: like the adum1400? Si844x ?
[10:18:32] <amee2k> yeah, but i think i just found them
[10:18:56] <amee2k> someone thought it was a smart move to put these under "drivers and interfaces"
[10:19:12] <norbi> ahh i have few hours to figure out the project, create a block diagram, and sign up
[10:19:13] <norbi> :(
[10:19:24] <norbi> im so mad that i cant think about a project
[10:19:50] <amee2k> teledildotronics!
[10:19:54] * amee2k runs and hides behind the sofa
[10:20:26] <raden> is there a simple tutorial on AVR interrupt code ?
[10:21:39] <norbi> teledildo :)))
[10:22:33] <amee2k> http://en.wikipedia.org/wiki/Teledildonics (sfw)
[10:24:22] <brendan0powers> For a second I thought that was a link to an AVR interrupt tutorial
[10:24:26] <landonf> heh, me too
[10:24:35] <brendan0powers> and I thought, I'd love to see an interrupt tutorial that was NSFW
[10:24:44] <landonf> raden: I mainly used AVR's docs and a bunch of random sorta-OK tutorials.
[10:24:44] <Corwin> :D
[10:24:45] <amee2k> haha
[10:25:05] <landonf> raden: Might be able to answer some simple questions straight off here, though.
[10:25:08] <amee2k> Tom_itx' website has a simple interrupt example with a led flasher
[10:25:34] <raden> landonf, im trying to use PCINT3 pin to interrupt code but I cannot seem to code it to work
[10:28:09] <landonf> raden: Defined an ISR on PCINT3_vect?
[10:30:31] <raden> ISR(PCINT3_vector)
[10:30:38] <jacekowski> talking about stuff
[10:30:38] <raden> does not seem to work
[10:30:50] <jacekowski> is there a whole .zip or something with all atmel .pdfs?
[10:33:18] <vectory> all of them? you might want the binary attachments to some application notes, too
[10:33:46] <vectory> and then an index, since docXXXX isnt very intuitive of a name
[10:34:10] <vectory> all datasheets in one place here
http://sites.google.com/site/megau2s/home/datasheets
[10:34:28] <vectory> but you might want a script or wget to download all
[10:34:35] <vectory> wget FTWin
[10:39:35] <landonf> raden: I assume you're also enabling interrupts via control/mask registers, and enabling all interrupts via sei()/global interrupt mask?
[10:39:55] <raden> sei(); in begining
[10:40:00] <raden> landonf, ^
[10:40:18] <spow> Hi. In C, how do I know how much time an instruction takes ?
[10:40:33] <jacekowski> you don't
[10:40:39] <jacekowski> decompile it
[10:40:41] <vectory> raden: each interrupt has its own interrupt enable flag, too
[10:40:43] <jacekowski> and count instructions
[10:41:03] <spow> so I need to use a timer and can't use a increment to measure an A/D conv time ?
[10:41:29] <jacekowski> yes
[10:41:38] <raden> vectory, dont get what your saying exactly
[10:41:41] <jacekowski> well, there are dedicated delay functions
[10:41:49] <jacekowski> which are coded in inline asm
[10:42:09] <vectory> well, i saw asm code for a tiny, that just counted increments, for ir signal detection
[10:42:16] <spow> i'll do that with a timer, ty :)
[10:42:17] <vectory> not adc tho
[10:42:22] <karlp_> anyone used that tiny43U? with the onboard boost converter?
[10:42:38] <jacekowski> you mean those micropower
[10:42:50] <jacekowski> thost that work down from 0.7V?
[10:43:20] <vectory> raden: if you use sei() u stil can turn off each single interrupr, thats what landonf ment saying use control/mask registers
[10:43:33] <raden> ok
[10:45:14] <raden> Interesting .....
[10:45:39] <vectory> i only have an example in asm
[10:45:54] <vectory> register is called GIMSK
[10:46:08] <vectory> maybe read what avr-libc docs say?
[10:46:28] <vectory> if you use that
[10:49:35] <karlp_> jacekowski: no, the 43U seems to have an inbuilt dc boost, it has connectors for an external inductor and a battery, provdes a regulated onboard 3V
[10:50:21] <vectory> but doesnt that booster waste more energy, than it saves?
[10:51:05] <jacekowski> no
[10:51:10] <jacekowski> it saves more
[10:51:17] <jacekowski> boosters can be 90% efficient
[10:51:37] <jacekowski> so you start with 3x1.5V=4.5V and you can go down to 1V
[10:51:52] <vectory> then, wheres the problem, why dont we use these on everything?
[10:55:28] <jacekowski> it only works for low power devices
[10:55:50] <jacekowski> maximum current drops with voltage
[10:55:53] <jacekowski> for typical battery
[11:01:51] <karlp_> also, they can produce more noise than some devices like to work with.
[11:02:15] <jacekowski> it's about size saving as well
[11:02:36] <jacekowski> because if you have boost converter then you only need single AA cell
[11:02:39] <jacekowski> rather than 4
[11:07:52] <karlp_> I hate 3xAA, such an ugly system.
[11:08:12] <karlp_> I know it's convenient and all, but they sure don't sell AAs in threes, and plenty of charges only charge in pairs.
[11:09:23] <karlp_> but 2xAA is not often a good input voltage for the boost converter, you need buck-boost often to reliably get 3.3,
[11:09:36] <karlp_> I'm thinking of moving to lower voltages again, 3v3 is passe :)
[11:12:38] <amee2k> hmm are there any gotchas with using generic (non-digital) optoisolators to isolate digital signal lines?
[11:12:53] <karlp_> the idle state :)
[11:13:03] <karlp_> what it does when one side is non-powered
[11:13:47] <karlp_> I don't know if any of those are specific to opto/rfcoil styles,
[11:13:58] <amee2k> with the input unpowered the transistor is non-conducting. the default output state is then defined by whether i've got the output transistor on the high side or on the low side
[11:14:38] <amee2k> i mean, logically i've got it All Figured Out(tm). still makes me wonder if there are any practical issues
[11:15:10] <amee2k> generic optos are cheaper than non-optical digital isolators which are cheaper than digital optos
[11:20:56] <raden> EIMSK |= INT0 <<< what am i doing wrong ?
[11:21:33] <amee2k> missing semicolon?
[11:21:53] <raden> amee2k, sorry I have that
[11:22:06] <amee2k> mmkay
[11:24:53] <raden> weird compiled that time
[11:25:11] <raden> #
[11:25:11] <raden> #
[11:25:11] <raden> EIMSK |= _BV(INT0);
[11:25:17] <raden> what does _BV do ?
[11:30:13] <amee2k> mmh i've seen that before
[11:30:15] <Corwin> its macro... _BV(INT0) is same as (1<<INT0)
[11:30:20] <amee2k> iirc its only a fancy bit shift
[11:30:25] <amee2k> what corwin said :P
[11:30:52] <raden> gotcha
[11:30:53] <amee2k> some examples use it, i find it fairly useless because it doesn't have any advantage over using a shift directly IMO
[11:31:11] <raden> that was getting me confussed
[11:31:59] <amee2k> funny thing is that using the macros is exactly the same length (in characters) as without
[11:32:12] <OndraSter_> guys, who is doing pullup on UART? the tx or rx side?
[11:32:28] <amee2k> define pullup
[11:32:39] <OndraSter_> to vcc
[11:32:48] <jacekowski> you mean 232?
[11:32:50] <jacekowski> or 485
[11:32:53] <OndraSter_> 232
[11:32:55] <amee2k> uart is typically unidirectional and point to point
[11:32:57] <jacekowski> no pullups there
[11:33:03] <jacekowski> it's always driven
[11:33:07] <OndraSter_> hmm
[11:33:28] <amee2k> tx side (driver) does the pulling, rx side is high impedance or weak pullup
[11:34:18] <amee2k> but uart really is just the framing imo. no particular implications as to what physical layer is used
[11:34:48] <amee2k> well, technically uart is the transciever circuit but that kinda implies uart-style framing
[11:34:48] <jacekowski> that's why i asked if he's talking about 232
[11:44:03] <carp3> Hi,what will happen if i connect 24MHz clock to XTAL1 ( with correct fuse ) ? (m32)
[11:51:29] <vectory> in the worst case, it will run at 24MHz :)
[11:51:40] <vectory> no, ive really no idea
[11:53:57] <OndraSter_> it will be overclocked!
[11:54:14] <OndraSter_> OMG, I have got here some Pronomic CDJ-88
[11:54:20] <OndraSter_> but without the top control part
[11:54:30] <OndraSter_> so I said "I'ma take a look in the inside and hax it"
[11:54:32] <OndraSter_> so guess what
[11:54:36] <Corwin> you got what?
[11:54:36] <OndraSter_> some DSP chips, some DACs
[11:54:39] <carp3> works without any problem ?
[11:54:44] <OndraSter_> AND 8052 IS INSIDE!!
[11:55:01] <OndraSter_> there are 3 wires connected from each "board" to the target (since it is 2 CD player system)
[11:55:12] <OndraSter_> one pin is 100% connected to TX on the board
[11:55:23] <OndraSter_> the other one is most likely RX (can't be traced, goes below the chip)
[11:55:26] <vectory> carp3: if its specified for that rate, yes, else, iw ouldnt try it
[11:55:28] <OndraSter_> the third one? doesn't go anywhere
[11:55:43] <OndraSter_> carp3, try running LinX or Linpack on it lol
[11:56:36] <OndraSter_> anyway, when I measure voltages between pin #2 and GND on my USB<>UART, it goes to smth like 6.2V... ergo the grounds differ... now what should I do with that :/
[11:59:35] <Corwin> use max232 to make it TTL again
[11:59:41] <Corwin> :)
[12:02:50] <OndraSter_> Corwin, this is TTL... but the grounds do not match, ergo logic 0 is 1.something and logic 1 is 6.something volts
[12:04:38] <OndraSter_> btw Corwin, some number called me today, they introduced themselves as Vodafone.. Note it was normal number from somewhere around Tyniste nad Orlici (near Hradec Kralove, it started with 494). They asked me about how I like Vodafone. They knew my name (in the beginning - they messed it in the end). They told me "we'd like to give you as a bonus 2 days of free calling to Vodafone. To confirm, give us your number to your internet services as a confirmati
[12:04:38] <OndraSter_> on. Well it smelled bad (since Vodafone never asks for number, they have direct access to it). Plus the number thing. Anyway, I told them fake number
[12:04:46] <OndraSter_> meanwhile I opened up Opera and searched for the number
[12:04:50] <OndraSter_> I am not the only one
[12:05:07] <OndraSter_> people reported that in few days they got another call (if they changed their pass) that "the pass you gave us doesn't work"
[12:05:14] <OndraSter_> so, are there any laws I could tell them?
[12:05:18] <OndraSter_> and SUE them
[12:05:23] <OndraSter_> for faking
[12:05:25] <OndraSter_> and asking for personal data
[12:05:48] <OndraSter_> (I know, this is #avr, but I need some Czech guy :P)
[12:11:52] <Corwin> when they start with "this phone call may be recorded" tell them you are recording too :)
[12:12:14] <OndraSter_> haha
[12:14:31] <vectory> gl with that OndraSter_
[12:14:41] <OndraSter_> like I said, I am looking for some law
[12:14:47] <OndraSter_> so we could sue them
[12:14:52] <OndraSter_> Corwin,
http://kdo-volal.cz/494945287
[12:16:12] <Corwin> just ignore them
[12:16:27] <OndraSter_> that's not enough for me
[12:16:31] <OndraSter_> I hate these people
[12:16:36] <OndraSter_> do you know how many people have fallen for this
[12:16:43] <OndraSter_> so who knows what are they doing with their accounts
[12:16:48] <Steffanx> poor OndraSter_
[12:16:49] <vectory> no, go to police, let them deal with it, as if they werend under staffed already
[12:17:00] <OndraSter_> vectory, police has enough stuff to do right now...
[12:17:04] <OndraSter_> I think I am going to record it
[12:17:10] <OndraSter_> not just say I will :P
[12:17:12] <Corwin> you cant change this...since you gave vodafone permission to give your info to other companies like this one
[12:17:52] <OndraSter_> oh did I
[12:18:27] <Corwin> yes... by buing their simcard and not telling them you dont want to be contacted about special offers
[12:18:58] <OndraSter_> this was not special offer
[12:18:59] <OndraSter_> this was fake
[12:19:26] <Corwin> still by the rules of vodafone :)
[12:20:02] <OndraSter_> this was landline
[12:20:08] <OndraSter_> which is owned by O2
[12:20:15] <OndraSter_> (I know, no connection)
[12:20:26] <Steffanx> Here we have a 'don't call me-register' … works pretty well
[12:20:33] <Corwin> but its from company that cooperates with vodafone
[12:20:49] <OndraSter_> hmm
[12:20:58] <OndraSter_> but asking for passwords and this kind of stuff is illegal
[12:21:03] <vectory> Corwin: you dont know if its legit
[12:21:03] <Corwin> no its not
[12:21:14] <vectory> Corwin: it should be
[12:21:15] <Steffanx> Corwin knows the German law?
[12:21:25] <vectory> .cz
[12:21:29] <Steffanx> oh :)
[12:21:30] <OndraSter_> hmm
[12:21:36] <Steffanx> OndraSter_ isn't from germany?
[12:21:37] <vectory> btw, is czech part of eu?
[12:21:41] <OndraSter_> czech
[12:21:42] <OndraSter_> yes
[12:21:46] <OndraSter_> czech is in the eu
[12:21:49] <OndraSter_> I know, fail :(
[12:22:15] <vectory> bet there is an eu law about dataprotection or whatchmacallit
[12:22:50] <vectory> although if there is, that certainly doesnt stop facebook
[12:23:15] <Corwin> here it works that you "by default" agree with your information to be shared with other companies that would call you with offers
[12:23:39] <Corwin> everyone has to say "dont want" specificaly
[12:24:25] <vectory> well, technicly its the same here, but theoreticly its forbidden, unless its in cooperation wth and for the contractor
[12:24:30] <Corwin> all out operators have that in T&C documents
[12:24:31] <vectory> +i
[12:24:39] <vectory> anywayz, i call it a day
[12:24:43] <vectory> n8
[12:25:09] <Corwin> :)
[12:25:11] <Corwin> gn
[12:29:27] * Corwin needs new phone
[12:29:44] <Steffanx> Get one
[12:30:02] <Corwin> btw... i took apart old Ericsson T68i... two atmel chips inside :)
[12:30:23] <Steffanx> Flash and eeprom?
[12:30:28] <Corwin> yes :)
[12:30:48] <redeeman> i juyst bought galaxy nexus
[12:30:51] <Steffanx> The only chips from Atmel you see in products :)
[12:31:12] <Corwin> hmm... galaxy nexus.... i want
[12:31:43] <Steffanx> Buy one :)
[12:31:56] <OndraSter_> Corwin, actually, what about calling them from something ala Skype (hidden number etc) and telling them "Hello. This is Vodafone, speaker Some MadeUp Name. We've heard that you have been faking calls as us and asking for private password. You probably do not realize it, but this is illegal. We are giving this case to the police. I hope you will not regret stealing personal information. Regards, Vodafone."
[12:32:22] <Steffanx> Do it Corwin
[12:32:24] <Steffanx> * OndraSter_
[12:32:29] <OndraSter_> galaxy nexus... eeek
[12:32:33] <Steffanx> Record the call too
[12:32:36] <OndraSter_> surely
[12:32:40] <OndraSter_> I will even ask them! :D
[12:32:40] <Corwin> ^ thats nice.... but asking for their password is still not illegal here
[12:32:49] <OndraSter_> Corwin, who cares? They can lie, I CAN LIE!
[12:33:11] <OndraSter_> and my number # will be hidden since it will be through Skype :P
[12:33:19] <Steffanx> I wouldn't be surprised if phising is considered illegal here..
[12:33:19] <OndraSter_> and my call #*
[12:33:24] <OndraSter_> phishing is illegal
[12:33:31] <OndraSter_> or it should
[12:33:43] <Corwin> biggest fun with that password is than when you go to official Vodafone shop and ask them to change some settings on your account, you have to tell them that password too
[12:33:50] <OndraSter_> hmm
[12:33:54] <OndraSter_> they didn't need it when I called them
[12:33:56] <Corwin> saying it loud that everyone in the shop can hear it
[12:34:37] <Steffanx> Don't tell them :)
[12:36:12] <Corwin> hmm... need FETs now... dont have any :(
[12:36:31] <OndraSter_> haha FETs
[12:36:37] <OndraSter_> I have here few that I bought for some projects
[12:37:36] <Corwin> i want to PWM this
http://www.dealextreme.com/p/12v-54-led-rgb-light-strip-50cm-11304
[12:38:19] <Corwin> need flood light for my room
[12:42:24] <OndraSter_> RGB
[12:42:31] <OndraSter_> carousel!
[12:43:18] <Corwin> hm?
[12:43:32] <OndraSter_> well, it will be carousel around the room :)
[12:44:37] <Corwin> ok, im lost
[12:45:35] <OndraSter_> it will be red for a while, blue for a while, green for a while
[12:46:17] <Corwin> why should that be ?
[12:46:48] <OndraSter_> if you want one color, you can get cheaper just one colored
[12:47:13] <Corwin> i dont want one color... i want variable color
[12:47:32] <OndraSter_> oh ok then
[12:48:00] <OndraSter_> http://www.dealextreme.com/p/rgb-150x5050-smd-led-multicolored-light-strip-5-meter-dc-12v-41523#open full view
[12:48:01] <OndraSter_> o_O
[12:48:45] <Corwin> nice too... but expensive
[12:48:48] <vanquish> barg
[12:48:54] <vanquish> does anybody here use OrCAD?
[12:49:35] <Corwin> i dont like dealing with CZ POST when it comes to paying customs
[12:49:49] <Corwin> so no buying over 22 euros :(
[12:52:00] <Steffanx> I order things from all over the world.. only payed extra taxes once
[12:52:11] <Steffanx> And that was because it was shipped with FedEx
[12:53:05] <Corwin> well... you dont live in czech republic
[12:54:08] <OndraSter_> yeah
[12:55:18] <Steffanx> No I live a few km away from .cz :)
[12:55:25] <Corwin> i know :)
[12:55:26] <Steffanx> Still in Europe though
[12:55:37] <Corwin> yea... but our post service sux
[12:56:28] <Corwin> when i make "out-of-EU" order, it takes about 2-3 weeks to deliver...
[12:56:40] <Corwin> ... then i tried something expensive (over 22 euro).... took nearly 3 months
[12:56:48] <OndraSter_> heh
[12:56:50] <OndraSter_> bad luck I'd say
[12:56:55] <Corwin> nope
[12:57:29] <OndraSter_> I've got some stuff from USA above 22 EUR just fine
[12:57:39] <OndraSter_> two weeks between order and receiving mail from prague post
[12:57:43] <OndraSter_> that I should either come there
[12:57:46] <OndraSter_> or send them scanned document
[12:57:49] <Corwin> when customs stops package because its expensive and you have to pay taxes... it takes more than month just dealing with them
[12:58:04] <Steffanx> Yay
[13:00:42] <Corwin> sometimes i think about ordering on address in germany and then having small "trip" there to pick it up
[13:00:46] <Corwin> would be faster
[13:01:49] <OndraSter_> :D
[13:03:28] <Corwin> time to go and learn how avr db 101 works :)
[14:00:30] <norbi> how can be these cameras soldered?
http://dlnmh9ip6v2uc.cloudfront.net/images/products/08667-02-L.jpg
[14:00:36] <norbi> i have no idea
[14:00:57] <norbi> 6mm long camera
[14:02:34] <Essobi> in a reflow oven dude
[14:02:51] <Essobi> Where'd you find that camera?
[14:03:04] <Essobi> that's pretty damned small... stats?
[14:03:04] <amee2k> chances are you can use hot air or a fine tip too
[14:03:17] <amee2k> from what i can see the bottom pads are exposed on the edge as well
[14:03:27] <Essobi> amee2k: true true... and a really carefull f'ing hand.
[14:04:01] <amee2k> tin the pads, put it on, then tack two roughly opposite pads down with the iron while holding it in place
[14:04:12] <amee2k> then go from pad to pad
[14:04:14] <Essobi> amee2k: Oh... if those are edge exposed there should be a socket you can pop it into too...
[14:04:33] <Essobi> *could
[14:04:40] <amee2k> tinning pads helps too because you only need to heat it and it'll make contact. no need to get any solder in there while it is on the board
[14:05:21] <norbi> hmmm
[14:05:29] <norbi> im thinking about some socket
[14:05:34] <norbi> but i cant find socket for it
[14:05:37] <norbi> on sparkfun
[14:05:45] <amee2k> looks like .1" grid
[14:05:57] <amee2k> chances are it fits between four rows of .1" headers
[14:06:11] <amee2k> that would make soldering easier since the camera is a bit above the board then
[14:06:46] <Essobi> amee2k: true true
[14:07:45] <norbi> that will be interesting anyway to solder it
[14:08:29] <norbi> oh, here is one soldered in the image at almost the middle:
http://www.arl.army.mil/arlreports/2009/ARL-TN-344.pdf
[14:20:00] <dofidum> don't suppose anyone knows what is the difference between the ATmega8-AI and ATmega8-P (e.g. what do the postfixes mean) they are listed in kicad
[14:21:34] <Corwin> different package afaik
[14:21:47] <Corwin> AI for SMD, P for DIP
[14:22:08] <dofidum> Corwin, ah, thanks!
[14:22:18] <Corwin> anyway... its in the datasheet
[14:22:22] <Corwin> :)
[14:23:13] <dofidum> Corwin, I saw the different packages but couldn't find the postfixes in the datasheet...
[14:23:42] <Corwin> hmm... AU and PU in datasheet
[14:25:28] <dofidum> Corwin, I can't see those either but perhaps I am being ignorant
[14:25:39] <Corwin> on Ordering information section
[14:26:21] <dofidum> Corwin, ah yes, I was being ignorant, sorry!
[15:34:35] <raden> what does EIMSK != INT0 do ?
[15:35:11] <Tom_itx> returns true if they are not equal
[15:35:57] <raden> sorry i phrased that wrong
[15:36:48] <raden> how do I know what EIMSK equals ?
[15:36:55] <raden> like what it is set to ?
[15:37:03] <Tom_itx> read it
[15:37:13] <raden> how would I do that ?
[15:37:35] <Tom_itx> what do you want to know about it?
[15:37:48] <raden> I mean like im logically trying to figure external interrupts out and driving me nuts trying to break it down piece by piece
[15:37:57] <raden> how do I know what EIMSK is set to ?
[15:38:08] <Casper> print it somehow?
[15:38:32] <Casper> raden: how do I know what is inside that box?
[15:38:44] <raden> lol
[15:38:50] <raden> how can i see it ?
[15:38:58] <Casper> read the datasheet
[15:38:59] <raden> i can trigger a led with it thats about it
[15:39:03] <Casper> output it to a port
[15:39:15] <Casper> output it to an lcd display
[15:39:21] <Casper> or send it via serial port?
[15:39:26] <raden> lol beyond my knowledge bro
[15:39:31] <raden> just starting with microcontrollers
[15:39:41] <Casper> start by the datasheet, find the EIMSK
[15:39:51] <raden> Casper yea i got it page 68
[15:39:57] <raden> been reading tons dude
[15:40:01] <Casper> then you know what it's set to
[15:40:23] <Casper> it's the default value plus or minus what you set/cleared of that register
[15:40:28] <raden> from the code example #
[15:40:28] <raden>
[15:40:28] <raden> #
[15:40:28] <raden> EIMSK |= _BV(INT0); //Enable INT0
[15:40:34] <OndraSter> so
[15:40:40] <raden> I dont understand how a comparator sets a bit ?
[15:40:45] <OndraSter> I've solved my problem with voltage difference
[15:40:50] <OndraSter> I built my own optoisolator :D
[15:41:07] <Casper> raden: should start to learn C you know
[15:41:18] <Casper> |= is one of the basic stuff
[15:41:26] <raden> is not equal to
[15:41:40] <Casper> EIMSK = EIMSK | _BV(INT0)
[15:41:49] <Casper> set bit
[15:42:28] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/avr/c_bits/bits_index.php
[15:42:31] <Tom_itx> read that
[15:43:18] <raden> Casper, what you typed makes sense
[15:43:43] <Casper> I may not be an expert in C, but that is one of the basic stuff
[15:43:50] <raden> Casper, isnt _BV is just a fancy bit shift ?
[15:43:56] <Tom_itx> yes
[15:43:56] <Casper> yes
[15:44:00] <Tom_itx> it's a macro
[15:44:04] <Casper> that is half deprecated too
[15:44:08] <raden> Casper, the problem is im going off examples and they are confussing
[15:44:24] <Casper> _BV is the same as 1<<foo
[15:44:44] <Casper> go line by line
[15:44:53] <Casper> see what each line do, and understand why they do so
[15:45:28] <landonf> _BV is half deprecated?
[15:45:31] <Casper> man this hd compression really worked well
[15:45:50] <Casper> landonf: they say to not use it on new code, but hasn't put it deprecated yet
[15:46:14] <Casper> they created it because there was an issue with gcc and bit shifting in the begening
[15:46:20] <Casper> sadly... people continued to use it
[15:46:42] <Casper> gcc was somehow failing to compute the result and was making the bit shifting in the code
[15:47:21] <landonf> Ah. I know it's kind of silly, but there's something vaguely more literate that I like about _BV(INT0) over (1<<INT0)
[15:48:10] <Casper> 15G of data on that hd, compressed the image of the hd down to 6.1G, it's a 60G hd
[15:48:53] <Casper> done yay!
[15:49:14] <Casper> 44 mins to compress into bzip2 60G hd :D
[15:49:20] <raden> so EIMSK = (1<<INT0); would write a one to INT0 correct ?
[15:49:30] <raden> Casper, wow thats good
[15:49:36] <Casper> no
[15:49:49] <Casper> that would cause issue, as it would zero out all the other bits
[15:49:54] <Casper> hence the |=
[15:50:16] <Casper> the = would set only and only that bit to 1
[15:50:49] <raden> so EIMSK = (1<<INT0); woult set INT0 1 and everything else 0 ?
[15:51:29] <Casper> yup
[15:51:35] <Casper> which is not what you want to do
[15:52:13] <raden> so EIMSK = EIMSK |= (1<<INT0); would just touch INTO ? and change it to 1 ?
[15:52:46] <raden> or just EIMSK |= (1<<INT0);
[15:52:49] <raden> ?
[15:56:15] <Casper> second
[15:56:43] <Casper> and to clear you would EIMSK &= ~(1<<INT0);
[15:57:15] <raden> so the inclusive OR | set a 1 at the bit position ?
[15:57:45] <Casper> |= and equal, equivalent to foo = foo | bar... | is bitwise or, so the result is whatever one or both of the it equal to 1
[15:58:02] <Casper> & is bitwise AND, both bit must be equal to 1 to be set
[15:58:23] <Casper> ~ invert the bits, so 00001000 would become 11110111
[16:02:57] <raden> I think I'm getting it
[16:10:47] <dofidum> if I have an atmega with ISP circuitry and am using the SPI interface for, say, some shift registers, how should I disable the shift register stuff when programming the atmega?
[16:14:22] <raden> Casper, so when a bit shift is done in other circumstances does it usually set all other bits to 0 ?
[16:17:23] <Casper> bitshift always set the other bit to 0
[16:19:43] <raden> hmmmm
[16:50:40] <raden> Casper, how do i get the interrupt signal ?
[16:50:52] <raden> all these examples show ISR() but cannot find anything in datasheet
[16:55:26] <Casper> http://www.nongnu.org/avr-libc/user-manual/modules.html
[16:55:27] <Casper> have fun
[17:51:43] <raden> ugh
[17:58:45] <Casper> raden: discouraged?
[18:00:18] <raden> ISR(INT0_vector) { } keep getting ERROR: static declaration of '__vector_1' follows non-static functions :(
[18:01:55] <raden> Casper, ^
[18:02:55] <Casper> have you put them outside of your main?
[18:08:26] <raden> ok got that
[18:12:30] <raden> gah
[18:12:37] <raden> gotta pick up my kiddo bbl :(
[18:13:23] <raden> EIMSK |= (1<<INT0 ) for some reason makes it so nothing on micro is working .. i comment it out life is good
[18:13:26] <raden> bbl
[18:22:00] <Tom_itx> Casper what chip is he working with?
[18:25:11] <Casper> no idea
[18:25:14] <Casper> didn't asked
[19:32:55] <raden> Tom_itx, Atmega324
[19:33:40] <raden> Casper, heya
[19:35:13] <raden> EIMSK |= (1<<INT0); makes nothing on my controller work
[19:35:22] <raden> if i comment it out everything workds
[19:36:04] <Casper> probably wrong interrupt name then
[19:36:59] <raden> oh wow its listed as IINT0 and INT1 and INT2
[19:37:33] <raden> ok IINT throws compile error
[19:38:04] <raden> is that a missprint on a datasheet or should it actually be IINT0 ?
[19:38:37] <solidus-river> anyone here knowledgable about usb protocols?
[19:39:11] <Casper> use whatever the datasheet use
[19:39:21] <raden> IINT0 but wont compile
[19:39:33] <raden> will compile with INT0 , INT1, INT2 but not IINT0
[19:42:21] <raden> Casper,
http://pastebin.com/SBNF9dC6
[19:42:28] <raden> maybe im doing something else thats messing it up
[19:43:45] <Casper> man learn to indent correctly
[19:43:58] <raden> sorry
[19:44:04] <raden> been changing crap around all day
[19:44:06] <raden> :(
[19:44:12] <raden> thats just test code
[19:44:26] <Casper> still, try to take the habit of doing it proprelly
[19:44:32] <raden> I knwo
[19:44:37] <Casper> now... that code will fail due to the commented out interrupt
[19:45:27] <raden> the ISR at the bottom ?
[19:45:38] <Casper> ya
[19:45:54] <raden> my while statement will not run when EIMSK is there
[19:46:12] <raden> uncommented it
[19:46:18] <raden> no errors
[19:46:31] <raden> but when i pull PINA low my while statement will not run
[19:46:33] <Casper> be sur eyou use the right interrupt
[19:46:44] <raden> its INT0
[19:46:58] <raden> datasheet says IINT0
[19:47:07] <raden> but wont compile with IINT0 errors out
[19:47:12] <Casper> INT0_vect
[19:47:18] <Casper> that's the name
[19:47:29] <Casper> use the vector name from the nongnu site
[19:47:44] <Casper> and be sure that the ВµC is listed for it
[19:48:07] <raden> uC ?
[19:48:22] <raden> changed to that nothing will run
[19:50:05] <Casper> recheck the datasheet... I don't feel like getting the datasheet...
[19:50:37] <raden> I have it open right on my other monitor
[19:51:53] <raden> after the micro sat here for a bit my green light PORTB came on solid which is in my interrupt
[19:52:15] <raden> just restarted and it did it again
[19:53:32] <raden> comment out the EIMSK i can pull PINA.0 low and the while statement runs
[19:54:20] <raden> second I uncooment the EIMSK nothing works sits idle for a bit and then PORTB pin 1 goes high
[19:59:01] <landonf> heh, this amuses me (GPIO on OMAP SoCs):
http://omappedia.org/wiki/GPIO#FAQ
[20:01:26] <landonf> I guess I never considered that there'd be GPIO pins on a more advanced device, but I guess it makes sense. (don't laugh at my naivity)
[20:04:29] <ziph> You usually find them on anything with integrated peripherals.
[20:05:52] <Ralith> landonf: hey, I always assumed that more advanced devices traded in GPIO for fancy busses and stuff
[20:30:14] <Tom_itx> #define EIMSK _SFR_IO8(0x1D)
[20:30:35] <Tom_itx> #define INT0 0
[20:41:32] <Tom_itx> <raden> ISR(INT0_vector) should be ISR(INT0_vect)
[20:42:21] <Tom_itx> #define INT0_vect _VECTOR(1)
[20:42:33] <Tom_itx> it's all in the reading
[20:43:43] <raden> #define ?
[20:43:52] <Tom_itx> it's in the header file
[20:44:08] <Tom_itx> that's where i look to find the interrupt names
[20:45:14] <raden> gotcha
[20:47:36] <raden> Tom_itx, so I need to #define INT0_vect ????
[20:47:38] <Tom_itx> EIMSK = 0 << INT2 | 0 << INT1 | 1 << INT0;
[20:48:23] <raden> Tom_itx, what the advantage of doing that over what I have ?
[20:48:34] <Tom_itx> i don't know what you have
[20:48:41] <raden> oh hold on sorry
[20:49:02] <Tom_itx> it accounts for all bits in the reg
[20:49:47] <raden> http://pastebin.com/XZnx9z0C
[20:50:06] <raden> interrupt not working at the moment the rest of it is working though
[20:51:34] <Tom_itx> SIG_INTERRUPT0 is depreciated
[20:51:39] <raden> ok
[20:51:44] <Tom_itx> it's still in the header for now
[20:51:45] <raden> what does #define INT0_vect _VECTOR(1) do exactly ?
[20:52:08] <raden> what should I be using ? ISR() ?
[20:52:10] <Tom_itx> that defines INT0_vect to the first interrupt vector on the chip
[20:52:35] <Casper> actually second vector, since vector start at 0... 0 is reset
[20:52:53] <raden> whats the purpose of that ?
[20:53:00] <Ralith> raden: you should not #define anything. You should replace _vector with _vect.
[20:53:15] <Casper> the vector table is really telling the avr where the interrupt function are
[20:53:31] <raden> ok so which way should I do it ?
[20:53:31] <Casper> it's basically holding a bunch of jump instructions, that's it
[20:53:32] <Tom_itx> yeah what Ralith said
[20:53:34] <Casper> no
[20:53:40] <Casper> don't define
[20:53:43] <Casper> it's already defined
[20:53:54] <Tom_itx> i'll just watch
[20:53:57] <raden> between examples books datasheet compiler help mode and everyone I have been told 5 different ways to do this and nothing is working ( getting closer )
[20:54:04] <Casper> and why do you use the old names that do not work anymore?
[20:55:05] <Casper> isr(INT0_vect ) { foo(); }
[20:55:07] <Tom_itx> why do you set the port outputs in the interrupt?
[20:55:10] <Tom_itx> don't do that there
[20:55:56] <raden> Casper, got it
[20:56:17] <Casper> and somehow bro succeded to flood his engine o.O
[20:57:15] <raden> ok
[20:57:21] <Tom_L> DDRB = 0xff; // Set Port B pins as all outputs
[20:57:31] <Tom_L> move that to the start of main
[20:57:58] <Tom_L> don't put a delay inside an interrupt either
[20:58:00] <Tom_L> silly ideay
[20:58:04] <raden> Casper, i as much as get my hand close to the AVR its triggering the interrupt how would you suggest to cure this, high ohm resistor pulling high ?
[20:58:42] <Tom_itx> are you pulling the pin low to trigger it?
[20:58:46] <raden> Tom_itx, only 3rd day messing with a avr
[20:58:49] <raden> Tom_itx, yes sir
[20:58:54] <Tom_itx> if so, add pullup to the pin
[20:58:55] <Tom_itx> 10k
[20:58:59] <Tom_itx> to 100k
[20:59:01] <raden> Tom_itx, thats why everything so sloppy and outta place
[20:59:16] <Tom_itx> fix your interrupt
[20:59:19] <raden> Tom_itx, i learn best through experimentation seeing what does what etc... whats needed whats not
[20:59:22] <raden> Tom_itx, I doid
[20:59:36] <Tom_L> http://tom-itx.dyndns.org:81/~webpage/how_to/atmega168/mega168_led_blink_int_index.php
[20:59:46] <Tom_itx> that blinks an led via interrupt
[21:00:07] <Tom_itx> see how much code is in the while(1) loop?
[21:00:53] <raden> if my while statement not running it works
[21:01:01] <Tom_itx> unfortunately i don't have an input tutorial
[21:02:06] <raden> lol non
[21:02:24] <raden> shouldnt a interrupt interrupt my while loop ?
[21:03:39] <Casper> interrupt will interrupt everything unless disabled, except it won't interrupt another one
[21:04:00] <raden> well it will only run if my while statement is not running
[21:06:37] <Casper> why the ||
[21:06:37] <Casper> ?
[21:06:44] <raden> http://pastebin.com/z5VpQH3D
[21:06:50] <raden> where
[21:07:06] <Casper> ah you removed it
[21:07:22] <Casper> but why are you failing to use global variable?
[21:07:27] <Casper> don't use them there for now
[21:07:43] <raden> don't use what ?
[21:07:49] <Tom_itx> don't put a delay inside an interrupt
[21:07:52] <Tom_itx> silly idea
[21:07:54] <raden> ok pulled it
[21:08:07] <Tom_itx> what are you trying to do with this code?
[21:08:28] <raden> timer runs , if button pushed stops it
[21:08:35] <raden> simply put
[21:08:44] <Tom_itx> timers always run
[21:08:48] <raden> just trying to figure out how to get a freaking interrupt to work at the moment
[21:08:51] <Casper> man that code is so broken....
[21:08:59] <raden> :(
[21:09:10] <raden> what part is so broken ?
[21:09:53] <Casper> why don't you try bare minimal code first?
[21:10:06] <Tom_itx> Casper do you have to clear the interrupt flags or just servicing the interrupt clear it?
[21:10:27] <Tom_itx> EIFR has bits for int0..2
[21:11:02] <Casper> just servicing it clear it
[21:11:05] <Tom_itx> clears when executed...
[21:11:06] <Tom_itx> yes
[21:11:10] <Tom_itx> just read that
[21:11:10] <Casper> the RETI clear it
[21:12:34] <Tom_itx> raden what do you expect the interrupt to do?
[21:14:34] <raden> stop the while loop
[21:14:38] <raden> making simple code gimme a min
[21:15:13] <Tom_itx> PORTB has nothing to do with PINA
[21:15:57] <raden> PINA is used to trigger while loop
[21:23:34] <Tom_L> are you reading PORTA0?
[21:23:40] <Tom_L> PINA0?
[21:23:50] <raden> PA0
[21:24:08] <raden> all that works
[21:24:58] <Tom_L> if( PINA0 ) {};
[21:25:42] <Tom_L> Casper?
[21:26:01] <Casper> ?
[21:26:01] <Tom_L> instead of if( PINA & (1<<0))
[21:26:31] <Tom_L> do you buy that?
[21:26:56] <Casper> last time I checked, PINA0 wasn't valid
[21:27:05] <Tom_L> it's defined in the header file
[21:27:25] <Casper> that's "new" then
[21:27:33] <Tom_L> #define PINA3 3
[21:27:33] <Tom_L> #define PINA2 2
[21:27:33] <Tom_L> #define PINA1 1
[21:27:33] <Tom_L> #define PINA0 0
[21:27:39] <Casper> oh
[21:27:42] <Casper> yeah
[21:27:48] <Casper> it's for something else
[21:28:06] <Casper> if (PINA & (1<<PINA0))
[21:28:25] <raden> now my compiler messed up
[21:28:27] <raden> FML
[21:28:27] <Casper> basically it's to help against the wrong number... and to make the code more clear
[21:28:32] <Tom_L> so he should read the port as PINA then
[21:28:37] <Casper> yup
[21:28:39] <Tom_L> and the bit as PINA0
[21:28:51] <Casper> it help so if the pin do not exist, it won't be defined
[21:28:57] <Casper> so will throw a compiler error
[21:29:02] <Tom_L> k
[21:30:16] <raden> AVR studio is something to be desired somedays :(
[21:31:18] <Tom_L> is || a logical or instead of | bitwise or?
[21:32:38] <Casper> raden: avrstudio won't help you into learning basic C
[21:33:01] <raden> well it wont help me with anything it wont compile at all :(
[21:33:15] <Tom_L> so make it compile
[21:33:19] <Casper> raden: you should learn C
[21:33:34] <raden> trying to
[21:33:34] <Casper> then once you can make something then move to interrupt
[21:33:36] <raden> and learn avr at same time
[21:34:51] <Casper> forget interrupt for now
[21:34:55] <Casper> do something that work
[21:35:07] <Casper> once you know how to do stuff, then move to the interrupt
[21:35:25] <Tom_L> it's no wonder this code doesn't work
[21:35:34] <Tom_L> it's a cluster fxxx
[21:35:53] <raden> thankx
[21:36:05] <Tom_L> your isr is trying to do 2 different things to the same port
[21:36:16] <Tom_L> NEVER put delays inside an interrupt
[21:36:43] <Tom_L> good idea to disable interrupts when you are servicing one imo
[21:36:54] <Tom_L> unless you have a specific reason not to
[21:39:47] <Tom_L> raden what is on PORTA0?
[21:40:02] <Tom_L> what is on PORTD2?
[21:40:25] <Tom_L> what is on PORTB0 & 1?
[21:41:54] <Tom_L> 10
[21:41:59] <Tom_L> 9
[21:42:00] <raden> A0 switch to ground B0 & B1 leds
[21:42:07] <raden> D2 switch to ground
[21:42:12] <Tom_L> ok
[21:42:27] <raden> reinstalling AVR toolchain on win7 box
[21:42:35] <Tom_L> what for?
[21:42:35] <raden> stupid stupid avr studio
[21:42:40] <raden> cause its broken
[21:42:46] <raden> happens all the time
[21:42:53] <Tom_L> don't use it
[21:43:06] <raden> have not had time to mess with other options
[21:43:10] <Tom_L> ok stop a min
[21:43:25] <Tom_L> what do you want the button on PORTA0 to do?
[21:44:01] <Casper> Tom_L: they are already disabled during the interrupt
[21:44:07] <raden> PAO = start while loop PB2 = Stop while loop
[21:44:56] <Tom_L> so you're using porta0 as an input pin but just reading it
[21:45:22] <raden> yes
[21:45:30] <Tom_L> and you're using portd2 as input and reading the pin with an interrupt
[21:45:36] <Tom_L> see int0 is portd 2
[21:46:10] <Tom_L> PB2 has no effect on the loop
[21:46:41] <raden> does pin B2 have to be pulled low to interrupt ?
[21:46:41] <Tom_L> and is defined as an output
[21:46:57] <Tom_L> re read what i just said
[21:47:29] <raden> it should be defined as a input
[21:48:08] <Tom_L> PB2 has no effect on the loop or the interrupt
[21:48:13] <Tom_L> it is defined as an output
[21:48:44] <Tom_L> i would add pullups to PORTA0 and PORTD2
[21:48:51] <raden> no PD2 is for interrupt
[21:49:07] <Tom_L> active low
[21:49:09] <Tom_L> right?
[21:49:13] <raden> yes sir
[21:49:16] <Tom_L> i would add pullups to PORTA0 and PORTD2
[21:49:17] <Tom_L> i would add pullups to PORTA0 and PORTD2
[21:49:17] <raden> omg stupid win avr
[21:49:17] <Tom_L> i would add pullups to PORTA0 and PORTD2
[21:49:18] <Tom_L> i would add pullups to PORTA0 and PORTD2
[21:49:21] <raden> wont even build now
[21:49:28] <raden> I cannot do anything at moment
[21:49:35] <Tom_L> sure you can
[21:49:41] <Tom_L> you can add the pullups
[21:49:44] <raden> how ?>
[21:49:49] <raden> i cant test it
[21:49:58] <Tom_L> you can get it ready
[21:50:01] <raden> i cant program it to the avr
[21:50:05] <Tom_L> sure you can
[21:50:08] <Tom_L> just watch
[21:50:15] <Tom_L> do you have winavr installed?
[21:50:21] <raden> yes it is
[21:50:24] <Tom_L> mkay
[21:50:27] <Tom_L> you're all set
[21:50:36] <raden> it will not build
[21:50:40] <raden> it will not compile
[21:50:42] <Tom_L> hold your panties a bit
[21:51:02] <Tom_L> let's use the pn editor
[21:51:09] <Tom_L> forget about studio for now
[21:51:21] <raden> pn editor ?
[21:51:40] <Tom_L> look in winavr/pn
[21:51:42] <Tom_L> it's there
[21:51:47] <Tom_L> map an icon to it
[21:53:00] <raden> programmers notepad i take it ?
[21:53:15] <Tom_L> yes
[21:53:27] <Tom_L> it will do just fine
[21:53:52] <raden> i like this better already
[21:54:05] <raden> i prefer linux but cant get avr ISP MKII to work in linux at moment
[21:54:07] <raden> anyway
[21:54:50] <raden> im cutting the code way back to simplify things
[21:55:15] <Tom_L> just a sec
[21:55:23] <raden> pull ups enabled
[21:55:42] <raden> if ( PINA0 ) {} ?
[21:56:19] <Tom_L> just a sec
[21:59:13] <Tom_L> ok that compiled
[22:00:04] <Tom_L> now let's figure this out
[22:00:59] <raden> where do we start ?
[22:01:03] <Tom_L> ok you want porta0 to start the loop
[22:01:10] <raden> yes sir
[22:01:13] <Tom_L> so if PA ==0 that will never happen
[22:01:47] <raden> exactly
[22:01:54] <Tom_L> and if porta0 is pushed it will set PA =1
[22:02:06] <Tom_L> but PA will never get reset to 0
[22:02:43] <Tom_L> so if you want PORTA0 to start the loop change that to PA == 1
[22:02:59] <Tom_L> so when the code sets the variable to 1 it will start the loop
[22:03:06] <Tom_L> and meet the while condition
[22:03:24] <Tom_L> now wtf is CNT for?
[22:03:43] <raden> just a counter code i was playing with
[22:03:52] <Tom_L> ok, we'll use it
[22:03:58] <raden> lets just break this down to a while and have 1 led on and then interrupt it
[22:04:02] <raden> ok ..
[22:04:11] <Tom_L> i'm working with your last paste
[22:04:39] <Tom_L> what do you want the leds to do?
[22:05:09] <raden> blink back and forth whatever
[22:05:25] <raden> i just need to get syntax and structure down than I can implement everything
[22:09:33] <Tom_L> ok i don't know if this will work yet but let's try it
[22:09:38] <raden> ok
[22:10:33] <Tom_L> you have an led on portb 0 and 1?
[22:10:46] <raden> yup
[22:13:20] <Tom_L> http://tom-itx.dyndns.org:81/~webpage/avr/raden/
[22:13:30] <Tom_L> you need the .c .h and makefiles
[22:14:29] <Tom_L> porta0 should start the loop
[22:14:49] <Tom_L> after you push portd2 7 times it should stop
[22:15:06] <Tom_L> err
[22:15:12] <Tom_L> change the < to >
[22:15:16] <Tom_L> in the while
[22:15:29] <raden> port d 7 times ?
[22:15:38] <raden> why sooo many
[22:15:45] <Tom_L> for the hell of it
[22:15:48] <Tom_L> change the number
[22:15:57] <Tom_L> 2 works
[22:16:15] <Tom_L> and leave the <
[22:16:20] <Tom_L> it should be right
[22:16:35] <Tom_L> no it isn't
[22:16:44] <Tom_L> dammit
[22:16:44] <Tom_L> >
[22:16:59] <Tom_L> hold on
[22:17:48] <raden> brb bro
[22:21:55] <raden> im bak
[22:22:07] <Tom_L> i'm changin something
[22:22:35] <Tom_L> we're just gonna toggle PA until you get it working
[22:22:41] <Tom_L> then i don't care what you do with it
[22:22:45] <raden> lol k....
[22:22:56] <raden> like i said make it simple
[22:23:03] <raden> i dont get why avr studio wont work
[22:23:18] <Tom_L> grab the .c file again
[22:23:24] <Tom_L> compile it and try it
[22:23:32] <Tom_L> porta0 starts the loop
[22:23:33] <raden> where do i compile ?
[22:23:45] <Tom_L> portd2 stops it after a few button pushes
[22:23:57] <Tom_L> Tools --> Make All
[22:24:17] <Tom_L> Tools --> Make Clean before you compile it
[22:24:42] <Tom_L> i do use stuido to download the hex file though
[22:24:59] <Tom_L> what programmer do you have?
[22:25:54] <Tom_L> you can probably use avrdude if you want
[22:25:54] <raden> dont work
[22:26:10] <raden> make.exe NO RLE TO MAKE TARGET ALL
[22:26:13] <raden> STOP
[22:26:21] <raden> PROCESS EXIT ERROR CODE: 2
[22:26:29] <Tom_L> put the makefile and the .c .h in the same directory
[22:26:52] <Tom_L> i just compiled it
[22:27:40] * inflex wonders where his PCBs are
[22:27:48] * Tom_L just wonders
[22:28:11] * jd_ce just
[22:28:13] <inflex> also, I've found lately that these PCBs must have some sort of coating on them
[22:28:20] <inflex> and it -doesn't- behave well in a reflow
[22:28:22] <Tom_L> really?
[22:28:38] <Tom_L> i've been cleaning mine with iso beforehand
[22:28:46] <raden> i dont see a compile option
[22:29:04] <raden> make program ????
[22:29:10] <raden> Tom_L, ?
[22:29:16] <Tom_L> Tools --> [WinAVR]Make All
[22:29:20] <raden> did that
[22:29:40] <raden> then make clean
[22:29:46] <Tom_L> make clean first
[22:29:49] <Tom_L> then make all
[22:29:57] <raden> ok then what ?
[22:30:06] <Tom_L> load the hex file into the chip
[22:31:57] <raden> ok lets started flashing
[22:32:12] <Tom_L> ok now push portd2 button a few times
[22:32:54] <Tom_L> err once should do it
[22:33:01] <Tom_L> wait.. did i upload the changes/
[22:33:01] <raden> pushed like 30 times just keeps flashing
[22:33:02] <Tom_L> ?
[22:33:13] <Tom_L> maybe i should give you the changes :)
[22:33:43] <raden> lol
[22:33:46] <raden> whats a .h file for ?
[22:33:58] <Tom_L> it has to be there
[22:34:04] <raden> its empty
[22:34:06] <Tom_L> you can put stuff in it if you want
[22:34:08] <Tom_L> it has to be there
[22:34:21] <Tom_L> the makefile is looking for it
[22:34:25] <raden> ah
[22:34:58] <Tom_L> grab that file
[22:35:09] <Tom_L> if it doesn't work the int may not be firing
[22:35:11] <Tom_L> i'm not sure
[22:35:15] <Tom_L> inflex
[22:35:23] <raden> i take it mfile is for making make files ?
[22:35:24] <Tom_L> do you need volatile on a var for an int?
[22:35:33] <inflex> Tom_L: yes, I've been havng to us iso now
[22:35:44] <Tom_L> inflex
[22:35:45] <Tom_L> do you need volatile on a var for an int?
[22:35:55] <inflex> Tom_L: even with an iso clean it still comes out with the pads slightly greyed and difficult to solder
[22:35:55] <Tom_L> raden
[22:35:58] <Tom_L> let's do that
[22:36:10] <Tom_L> to be safe
[22:36:12] <inflex> GP boards don't seem to have th eproblem
[22:36:21] <inflex> only the itead ones... and probably seeed
[22:36:22] <Tom_L> oh
[22:36:26] <Tom_L> you're getting crap boards...
[22:36:27] <Tom_L> :)
[22:36:46] <raden> Tom_L, ???
[22:37:06] <Tom_L> add volatile to the line "int PA;"
[22:37:08] <Tom_L> volatile int PA;
[22:37:31] <Tom_L> otherwise the interrupt may not update it
[22:38:19] <raden> ok
[22:38:26] <Tom_L> now try it
[22:38:31] <inflex> Tom_L: I have no idea what it is - I can manually solder the boards no problem fresh from delivery... but after reflow it's impossible almost - you have to use a lot of heat to 'burn' through the layer of what ever it is
[22:38:33] <Tom_L> a should start the loop
[22:38:38] <Tom_L> d should stop it
[22:39:05] <Tom_L> inflex rohs?
[22:40:08] <raden> Tom_L, should i download code again ?
[22:40:15] <raden> or just make updates to what I have ?
[22:40:28] <Tom_L> if you're too lazy to add the line i guess
[22:40:39] <raden> i didnt know if you changed other things before
[22:40:48] <raden> im not lazy just want to make sure we both on the same page
[22:40:58] <Tom_L> it should be current now
[22:41:44] <Tom_L> i didn't read about int0 so that code may not be set up right
[22:41:44] <Tom_L> if the int doesn't fire
[22:43:51] <Tom_afk> it looks right though
[22:44:18] <inflex> Tom_afk: dunno... supposed to be HAL'd - it's like a conformal layer of something
[22:44:32] <raden> Tom_afk, just sits there and flashes
[22:44:59] <Tom_afk> figure out why the interrupt isn't firing then
[22:45:00] <Tom_afk> let's try something
[22:45:11] <Tom_afk> err nevermind
[22:45:35] <inflex> and the source is certainly make-clean and rebuilt?
[22:45:53] <raden> yes sir
[22:45:54] <Tom_afk> i'm goin to sleep now
[22:45:54] <Tom_afk> you can figure it out
[22:46:01] * inflex just had two kids coming into the yard .... can't tell these days if they were casing the joint or if they were geninely looking for mowing work
[22:46:41] <Tom_itx> damn server lag
[22:51:46] <Tom_itx> raden, let's try someting
[22:52:10] <raden> ok....
[22:52:50] <Tom_itx> let's ignore the interrupt for now
[22:53:01] <Tom_itx> grab the .c file and try it
[22:53:08] <Tom_itx> you can see the changes
[22:53:13] <raden> ok this is bs Make clean , make all , program and nothing changes
[22:53:16] <raden> chaned the delay on the leds
[22:53:24] <raden> WTF is wrong with this thing
[22:53:27] <raden> I can erase the device just fine
[22:54:16] <Tom_itx> program won't work
[22:54:16] <Tom_itx> you need studio or avrdude for that
[22:54:16] <Tom_itx> i don't think the makefile is set right for program to work
[22:54:30] <raden> im using avr studio to send the hex file
[22:54:35] <Tom_itx> ok
[22:54:44] <raden> my avr ISP flashes like it programming
[22:54:44] <raden> i can erase the deive
[22:54:49] <raden> buit its throwing the same code on evertime
[22:54:49] <Tom_itx> make sure 'erase before program' is checked
[22:54:59] <raden> it is
[22:56:13] <raden> winavr seeing the original timestamp of the first one
[22:56:15] <raden> wtf
[22:56:28] <Tom_L> grab a new copy
[22:57:00] <Tom_L> reload the .c file in the editor
[22:57:17] <Tom_L> read me line 25
[22:59:56] <Tom_itx> once that works you can figure out why the interrupt isn't working
[23:00:03] <Tom_itx> for now i'm goin to sleep
[23:04:50] <Tom_itx> latest updates posted. i'm out
[23:07:04] <raden> ok
[23:07:09] <raden> i dont get how PINA0 worked before now it wont
[23:08:32] <Tom_itx> PINA0 is a constant value
[23:08:40] <Tom_itx> of 0
[23:10:16] <Tom_itx> inflex, did you see GP's new commerce page?
[23:12:28] <inflex> yep, I did
[23:12:54] <Tom_itx> are they gonna keep their 'specials' page?
