#avr | Logs for 2013-02-20

Back
[00:10:02] <dunz0r> It's undeprecated now?
[00:12:42] <Casper> they say to not use it
[00:12:48] <Casper> but removed "deprecated"
[00:13:03] <Casper> so it send a mixed signal me think
[00:17:04] <krphop> where does it say not to use it?
[00:17:13] <krphop> i saw sib and chi were depreciated to _BV
[00:17:25] <krphop> ugh, autocorrect, *sbi and *cbi
[00:20:17] <Roklobsta> so to use _BV or to not use _BV that is the question
[00:22:08] <Casper> the purpose of _BV() was to work around some bug in gcc optimisation
[00:22:55] <Casper> instead of doing the proper sbi/cbi it was doing I think a read, bit shifts, then or/and...
[00:24:30] <Roklobsta> ah ha
[01:28:10] <rue_bed> #define SetBit(BIT, PORT) PORT |= (1<<BIT)
[01:28:11] <rue_bed> #define ClearBit(BIT, PORT) PORT &= ~(1<<BIT)
[01:28:11] <rue_bed> #define IsHigh(BIT, PORT) (PORT & (1<<BIT)) != 0
[01:28:11] <rue_bed> #define IsLow(BIT, PORT) (PORT & (1<<BIT)) == 0
[01:28:11] <rue_bed> #define NOP() asm volatile ("nop"::)
[07:30:59] <creep> how do you like this? :) http://images.puszta.com/hazi_kifli/Hazi%20kifli%201000.jpg
[08:06:43] <creep> can somebody help with ir oven design? i don't know where to place temperature sensor, should i measure the outflow temperature from chamber, or the temperature above ir lamps for example?
[08:09:31] <Grievar> Can you make interrupt routines in AVR reentrant or is it too much of a pain to be worth it?
[08:10:25] <Tom_itx> painful
[08:17:25] <creep> ir oven doing milk-loaf, kifli and such http://4.bp.blogspot.com/_K_5p_h8rS5M/R7cbfMDCm7I/AAAAAAAABW0/5hzeHwK3LFQ/s320/kalacs4.jpg http://images.puszta.com/hazi_kifli/Hazi%20kifli%201000.jpg
[08:36:50] <GuShH_Lap> amee2woof: http://www.youtube.com/watch?v=wo5eUZIkU5w that's china for ya
[08:37:09] <GuShH_Lap> 200 fantasy mhz of bandwidth
[08:37:21] <GuShH_Lap> sprinkled with ringing and other nasties, yey let's buy 10
[08:37:42] <GuShH_Lap> it looks as if they sent it into production without finishing the user interface http://sourceforge.net/apps/trac/welecw2000a/
[09:31:38] <amee2woof> GuShH_Lap: lol
[09:32:03] <amee2woof> GuShH_Lap: that thing looks like something from the 80s lol
[15:11:31] <abcminiuser> Blag
[15:11:50] <abcminiuser> Darn Atmel Gallery sends me an email for every single extension download
[15:12:08] <specing> ...
[15:12:25] <specing> Why are you complaining here.... you work for Atmel, fix it
[15:12:32] <specing> -.-
[15:12:46] <Malinuss> abcminiuser, but you can't even have the extension working for the current version? Why would one download it ;P?
[15:12:56] <Malinuss> also - when will it be out ;D?
[15:13:53] <abcminiuser> Malinuss, for internal testing, I had to be sure it will work eventually
[15:13:59] <abcminiuser> And will what be out? :P
[15:14:45] <Malinuss> abcminiuser, the next AS version, so I can try LUFA, without bothering too much with handlig the libs myself ;P
[15:15:00] <abcminiuser> Heh, never heard of it :P
[15:15:05] <abcminiuser> (soon)
[15:22:33] <turutk> hi. i am trying to make an alarm clock using my led matrix
[15:22:54] <turutk> but my clock falls behind 1 minute every 5 hours
[15:23:34] <turutk> that is way too much and i cannot solve the issue
[15:25:01] <turutk> i've got 1200 interrupts per second. so one value increases up to 1200 then second variable is increased by 1
[15:29:19] <Malinuss> turutk, do your math again, that is not precisly 1HZ
[15:29:37] <Malinuss> abcminiuser, I will be waiting ;D
[15:30:51] <turutk> Malinuss: 14745600/64/192 = 1200 this was my math. do i need to add or subtract 1 to any of the values because i used them like this
[15:31:27] <LoRez> are you counting from 0 to 1200 or 0 to 1199?
[15:31:28] <Malinuss> turutk, what is your FPU speed?
[15:31:41] <turutk> 14.7456mhz
[15:32:02] <Malinuss> ah
[15:32:17] <turutk> i am counting from 0 to 1200. tried also 1199
[15:33:40] <LoRez> your crystal may be off or untuned. something like a 32.768kHz crystal would probably be better for a clock application.
[15:34:32] <turutk> thats probable. i bought them from ebay. the cheapest i could find
[15:35:12] <turutk> my goal was to learn timers and counters and multiplexing. i thought why not make an alarm clock
[15:35:40] <LoRez> you can tune it a bit by tinkering with the capacitors that are hooked to it.
[15:36:31] <turutk> what can i do with them? i have two 22pF capacitors
[15:37:07] <turutk> now i changed OCR1A to 191 instead of 192
[15:37:25] <LoRez> that'll affect your count way more than you probably want.
[15:37:46] <LoRez> you need a frequency counter
[15:38:17] <turutk> i wish i had an oscilloscope
[15:43:33] <turutk> counted one minute was longer than real one minute. now it is shorter
[16:01:11] <Malinuss> so let me get this streight - you can't simply use a crystal with a attin13a, you actually need a realy osciallator? Is there no way to get around this issue?
[16:02:04] <tzanger> a crystal would need two pins
[16:02:38] <Malinuss> tzanger, well the datasheet just shows EXTERNAL CLOCK SOURCE --------- CLK
[16:03:12] <Malinuss> tzanger, I can't even find any real osciallators on ebay... everything just shows crystals
[16:03:44] <tzanger> is there a reason you're ebaying parts?
[16:03:48] <tzanger> digikey, mouser...
[16:05:41] <Malinuss> tzanger, cheap + free shipping... but that was just an example, because everywhere it seems that crystals are called oscillators...
[16:07:24] <tzanger> both digikey+mouser have $8 shipping anywhere in north america (not sure where you're located) but ebay is one of the worst places to buy specific electronic components
[16:07:50] <tzanger> I'm actually surprised attiny doesn't have an internal oscillator
[16:08:41] <Malinuss> tzanger, "attiny" does have a internal osciallator...
[16:09:07] <Malinuss> tzanger, the attin13 is just the only uC avr is producing that can't be connected directly to a external one
[16:09:21] <Malinuss> *external crystal, real osciallator would work, I think
[16:40:04] <Malinuss> just making sure- so the only difference between the attiny25/45/85 and 25V/45V/85V is the Speed Grade? I can't find anything else
[16:40:35] <creep> V will owrk on 1.8V
[16:40:46] <creep> and lower power
[16:52:27] <Malinuss> creep, yeah, but nothing else, right?
[16:53:00] <creep> -
[16:53:17] <creep> well it may hold on to radiation damage less
[16:53:32] <creep> (smaller transistors suffer more damage)
[16:57:20] <Malinuss> creep, hehe fair enough. Just makeing sure, because the difference between the tiny13/24 and their A versions were bigger :)
[16:57:21] <Malinuss> thanks
[16:57:39] <creep> hm
[16:57:47] <creep> package type is another thing
[16:58:22] <creep> V is not package type
[16:59:23] <Malinuss> creep, noo the A/not a versions were also different in power consumptions, and extra power registers..
[16:59:32] <creep> you'd definitely don't like it if you receive csp (chip scale package) type :)
[17:00:11] <Malinuss> creep, is that the one with no "feets" at all ;D?
[17:00:25] <Malinuss> creep, just a chip with pads flat under it?
[17:00:30] <creep> yeah
[17:00:38] <creep> and chip-scale, no extra package
[17:01:03] <Malinuss> haha, yep that would suck. I trust this ebay seller, and he says it's the DIP ;D
[18:28:41] <iSaleK> Why am I unable to programm Tiny2313 if ANYTHING else is connected to the SCK/MISO/MOSI pins?
[18:29:04] <iSaleK> I'm trying to make something with hardware SPI so It's very frustrating to have to remove the other component from the DIL everytime I want to test the new code :)
[18:29:34] <Casper> iSaleK: they load the lines or your programmer ain't good
[18:29:50] <Casper> or worse, something try to communicate
[18:31:25] <iSaleK> Well I have Tiny2313 and 74HC595 on my board so I guess 595 can't communicate with tiny, it can only listen and I thing branching (or whatever it's called) factor of a Tiny2313 pin is more than 2, right?
[18:31:34] <Malinuss> I even go as far, as disconnect, everything from the uC before programming, not sure if it's needed though
[18:31:43] <Malinuss> since I get the power from the porgrammer when programming
[18:32:41] <Casper> iSaleK: often, you will find that the issue is that your programmer don't use any buffer
[18:33:05] <iSaleK> I'm using USBasp as programmer
[18:33:33] <iSaleK> I guess that ATmega8 has factor higher than 2 also...
[18:34:09] <iSaleK> I don't know how it's called (in english) the factor that says how much inputs can be connected to the output of devices pin
[18:55:19] <Tom_itx> you can't have much load on spi when programming
[20:27:41] <iSaleK> Anyone around?
[20:27:53] <krphop> dont ask to ask, just ask
[20:27:54] <iSaleK> I'm having some issues with shift register (74HC595)
[20:27:55] <Casper> o/
[20:28:17] <iSaleK> My test program should just fill shift register with "1" and then pause, and then fill it with "0"
[20:28:47] <iSaleK> I monitor SCK and SER pins and I see that data flashes (too fast to see what and when but I can see the 1 and 0 periode)
[20:29:11] <iSaleK> however the outputs of the shift register stay always "1" even thou OE is on gnd (active on low)
[20:29:32] <iSaleK> Does anyone have the time to check it out or give me some directions?
[20:29:47] <iSaleK> My sequence goes like this
[20:29:53] <iSaleK> set SER as "1"
[20:30:12] <iSaleK> pull SCK to LOW then HIGH 8 times in a row
[20:30:35] <iSaleK> pull RCLK down low and then high
[20:30:46] <iSaleK> pause and after that all the same except SER is "0"
[20:31:32] <Tom_itx> have a scope or logic analizer?
[20:31:38] <iSaleK> none :(
[20:31:52] <iSaleK> My Logic Analyzer should arrive in few weeks from DX
[20:32:07] <Tom_itx> linux?
[20:32:15] <iSaleK> Win7
[20:32:18] <Tom_itx> was gonna suggest debugging in studio
[20:32:20] <Tom_itx> single step
[20:32:30] <Tom_itx> watch the regs
[20:32:32] <iSaleK> I could try that now...
[20:33:14] <iSaleK> One another thing, datasheet says that this shift register has two separate clocks, one is for serial data (loading and passing it to other D-ff inputs) and another one for storage register
[20:33:34] <iSaleK> so do I have to clock the RCLK (register clock) to make data available on the output pins?
[20:33:41] <iSaleK> OE is always active
[20:39:03] <iSaleK> I've checked the debugger in studio
[20:39:38] <iSaleK> It works just like I've explained, so I guess I'm missing something about the shift register :\
[20:40:15] <Tom_itx> maybe a data latch once shifted?
[20:40:23] <Tom_itx> is it tri stated until you assert it?
[20:41:22] <iSaleK> I'm sorry about my bad english, I don't really understand your question? :\
[20:41:48] <Tom_itx> the way the 595 works
[20:42:04] <Tom_itx> once you shift the data into it, do you need an enable pin to make it available
[20:43:20] <iSaleK> Well it has output enable pin which is always connected to GND (active) and I clock the data register once when I pass all 8-bits to the register
[20:43:37] <iSaleK> I'm not sure if that's what you ment to tell me...
[20:43:45] <iSaleK> here is my test code... http://pastebin.com/7xZFF6Ni
[20:49:15] <iSaleK> Tom_itx do you see anything unusual in code?
[20:52:24] <Tom_itx> i can't look right now... need to run
[20:52:25] <Tom_itx> sry
[20:52:34] <iSaleK> Ok, thanks anyway
[21:01:43] <iSaleK> Tom_itx The code was ok, the chip was dead :\
[21:01:50] <iSaleK> I replaced it and it works just fine now :)