Back
[00:10:43] <PlastyGrove> there are several functions defined in the avr assembly like high() and low()
[00:10:59] <PlastyGrove> where can I find the definitions for these?
[02:19:46] <k-man> i don't understand why, on a brand new attin85, i read the low fuse and I get 0b0100010 (7 bits?)
[02:20:19] <k-man> i just brikked one attiny fiddling with this fuse stuff
[02:21:20] <k-man> so that would be 0x02 right?
[02:21:33] <k-man> is the logic of these fuses inverted or anything?
[02:22:57] <k-man> anyway, then i put 0x02 into the fusecalc, then clear ckdiv8 and it gives me 0x82 - why does clearing ckdiv8 set the 8th bit?
[02:25:05] <Kevin`> it sounds to me like you are the sort of person that would benefit from having a programmer that does hvsp
[02:25:28] <Kevin`> (moreso than other people would, that is)
[02:25:53] <k-man> Kevin`, yeah, quite possibly
[02:47:47] <k-man> ah, fuses are negative logic?
[02:51:21] <R0b0t1> In the timer/counter modules, there is an option to "toggle pin state", "set pin state", or "clear pin state" upon compare match A/B. With option one, this effectively produces a square wave output on channel A/B. But... when are the other two useful?
[02:51:40] <R0b0t1> This is in normal mode, btw.
[03:16:07] <Kevin`> k-man: no, it's a fine topic, there's just nobody here and I don't want to look at the datasheet :)
[03:16:31] <Kevin`> k-man: ah, logic. indeed 0 is set, but it says that in the datasheet
[03:28:57] <PlastyGrove> Excellent explanation about calling strings in asm, if anyone's interested:
http://www.avrfreaks.net/modules/FreaksFiles/files/561/DN_043.pdf
[03:33:48] <PlastyGrove> Hmm, it looks like if you're programming in asm, it's a breeze to store data anywhere - code, sram, eeprom
[03:34:45] <k-man> Kevin`, i just discovered the fuses are negative logic
[03:35:09] <k-man> as you pointed out
[03:35:56] <k-man> anyway, i broke the circuit on my breadboard, need to fix that before trying it
[03:36:28] <specing> R0b0t1: you can have one timer set and one clear maybe
[03:58:52] <RikusW> PlastyGrove: you'll need to copy the data from flash to ram on each reset
[05:06:47] <tlvb> \o
[05:17:52] <RikusW> http://www.adslsouthafrica.co.za/adsl-speeds-south-africa-comes-second-last.html
[05:18:14] <Steffanx> poor you
[05:18:45] <RikusW> I don't even have that....
[05:21:09] <R0b0t1> biphasal coding is hard as balls to do in a state machine.
[05:21:17] * RikusW would be quite happy with only 1Mbps
[05:21:30] <PlastyGrove> RikusW: Yea, but that's true for any memory. I'll need to load it into one of the registers before I can use it
[05:22:52] <k-man> finay got the attiny to run at 8mhz
[05:23:09] <k-man> something odd now though is that I can't program it when its hooked up to the LEDs
[05:23:36] <k-man> ah - maybe the usbtiny can't drive enough current or something
[05:24:01] <jadew> no, it's most likely because the leds are interfering with the spi bus
[05:24:58] <R0b0t1> k-man: You can pull the pins high but pulling them low can sometimes cause problems. As well as all sorts of random crap.
[05:25:09] <R0b0t1> Disconnect things connected to the pins until it works.
[05:26:44] <k-man> well, i just tried with my usbasp and that worked
[05:27:24] <k-man> i also had issues with the usbtiny programming my turnigy 9x radio. i think it just has trouble if there is any aditional circuitry on the linse or something
[05:56:05] <KidBeta> does anyone know if you can use interrupts with AVR studio becaue they never seem to fire for me even though they are set a pretty low number.
[05:56:09] <KidBeta> in the simulator.
[05:58:05] <OndraSter> do you have I flag set?
[05:58:17] <OndraSter> they work just fine (unless you step on RETI/SEI instruction)
[05:58:40] <KidBeta> yeah
[05:58:43] <KidBeta> I flag is set
[05:58:46] <KidBeta> hmmm
[05:59:08] <KidBeta> i guess the value isnt low enough
[05:59:58] <RikusW> which sim are you using ? and AS4 / 5 ?
[06:00:21] <RikusW> iirc sim v1 in AS4 is buggy
[06:00:26] <RikusW> try sim v2
[06:00:52] <KidBeta> im using the newest avr studio so .
[06:01:11] <RikusW> 6 ?
[06:01:36] <KidBeta> odd
[06:01:39] <KidBeta> appears i had 5
[06:01:45] <KidBeta> could swear i got the latest, hm.
[06:18:09] <KidBeta> Is there any easy way to print to serial from avr-gcc
[06:18:46] <specing> yup
[06:19:52] <KidBeta> will i be able to use the adruino program to connect to the stream so i can read it
[06:19:59] <Eric_Vuhl> Could someone do me a favor, and try to compile
http://electrons.psychogenic.com/modules/arms/art/3/AVRGCCProgrammingGuide.php#asmwithavr-as ?
[06:20:04] <Eric_Vuhl> I keep getting errors and I don't know if my compiler, or the tutorial is broken. :\
[06:20:12] <Eric_Vuhl> Or If I suck at copy-pasting.
[06:23:06] <Eric_Vuhl> I've checked that the include path is correct, and changed the first line to #include <avr/io.h> as well as leaving it the way it is.
[06:23:43] <specing> avr-latest-gcc --version
[06:23:44] <specing> avr-latest-gcc (GCC) 4.8.0 20120801 (experimental)
[06:23:46] <specing> Muahaha
[06:24:44] <Eric_Vuhl> avr-gcc (GCC) 4.7.1 :<
[06:25:49] <Steffanx> "experimental" I don't want to hear you complain about it specing
[06:29:17] <specing> Steffanx: I'll complain anyway
[06:29:29] <Steffanx> Yes, i know
[06:29:42] <specing> But *maybe* it is better than the 4.5.3 I have
[06:30:04] <specing> I pulled avr-libc from git
[06:31:24] <specing> checking for avr-ranlib... no
[06:31:42] <specing> Hmmm avr-libc seems to have the "avr-" prefix hardcoded
[07:00:20] <OndraSter> Tom_itx, I see that you used triacs for your reflow oven... interesting, most people use SSRs... which are much more expensive
[07:03:05] <karlp> triacs means you need to understand and care about how mains ac works
[07:03:09] <karlp> ssrs means you don't
[07:06:38] <OndraSter> :)
[07:06:48] <OndraSter> I know something
[07:06:54] <OndraSter> I have even passed some test and I am allowed to work on mains even
[07:07:21] <OndraSter> we've done measurement with triacs in labs at middle school actually, but they told us only "this is the box and there is the triac. You will be playing with mains so do not touch it"
[07:07:28] <OndraSter> I ment to say thyristor*
[07:07:30] <OndraSter> not triac
[07:19:10] <tomatto> OndraSter: triac is directly to AC
[07:19:56] <OndraSter> don't do AC SSRs contain optoisolator + thyristor (triac)?
[07:21:02] <OndraSter> oh wait
[07:21:07] <OndraSter> yes, I ment triacs, not thyristors
[07:25:33] <theos> you did
[07:25:44] <theos> triacs are thyristors too
[07:26:19] <OndraSter> yeah, except for both phases
[07:27:01] <theos> triac is almost as 2 ssr in inverse parallel
[07:27:04] <OndraSter> what drives me nuts is that: diode - 1phase + no gate. diac = 2 phases + no gate. thyristor - 1 phase + gate, triac - 2 phases + gate
[07:27:17] <theos> :>
[07:27:24] <OndraSter> the *iac means something else :D
[07:27:32] <OndraSter> so when I say thyristor I mean triac and opposite quite often
[07:28:13] <theos> thyristor is a group of semiconductors. diac, ssr, triacs etc all come under it
[07:29:48] <theos> i told my local electronics shop to give me a triac(bt136) and they told me "we have a new triac for you" and when i got home, it was an scr...
[07:35:31] <theos> why am i calling an scr as ssr? stupid me. moar coffee!
[07:35:37] <karlp> I was just thinking that :)
[07:36:50] <theos> yeah lack of coffee has that effect on me sometimes :)
[07:54:15] <specing> Damn my ispmkii fell apart again
[08:03:36] <OndraSter> damn, why xmega supports only 8bit DRAMs?
[08:03:45] <OndraSter> 128Mbit DRAMs @ 8bit data bus
[08:03:51] <OndraSter> I will have to grab 256Mbit @ 16bit
[08:03:57] <OndraSter> because 128 @ 8bit costs A LOT
[08:04:06] <OndraSter> 256 @ 16 costs 1.9€
[08:04:43] <OndraSter> 128 @ 8bit costs over 7€
[08:04:44] <OndraSter> lol
[08:11:54] <specing> lulz
[08:29:27] <specing> avrdude: stk500v2_program_enable(): bad AVRISPmkII connection status: Unknown status 0x00
[08:29:30] <specing> fu wires
[08:29:38] <Steffanx> Have fun specing
[08:30:32] <specing> :(
[08:31:29] <specing> Also how do you get the ISP connection right?
[08:31:33] <specing> MISO
[08:31:35] <specing> MOSI
[08:31:41] <specing> Master OUt Slave in?
[08:31:53] <specing> I assume the programmer is master
[10:00:53] <OndraSter> http://www.ebay.com/itm/ws/eBayISAPI.dll?ViewItem&item=150695403285&ss
[10:00:54] <OndraSter> *lol*
[10:01:49] <karlp> meh, only $50
[10:01:54] <karlp> that's nothing for hifi man
[10:02:06] <OndraSter> yea
[10:02:12] <OndraSter> you need power cord worth $1k at least
[10:08:12] <inflex> hheheh
[10:49:50] <Steffanx> At least you get a nice box OndraSter
[10:49:59] <OndraSter> yep
[11:39:10] <Corwin> ok, i would use little help now... any chance someone would have ready-to-use code for avr mega, to display any kind of animation on nokia 5110 display?
[11:57:14] <age> Hi. I need to light up an IR led for 90 ms, +- 1; is _delay_ms from avr-libc sufficient, or should I use a timer?
[12:09:26] <OndraSter> I need to do capacitive button with just ONE pin. I read some dude that did it, but his atmega had the option to connect the internal sampling capacitor to ground and discharge it
[12:09:29] <OndraSter> tiny13a hasn't got it :(
[12:19:35] <CapnKernel> It's crazy_imp!
[12:20:19] <CapnKernel> age: _delay_ms will be accurate enough as long as you are not servicing interrupts
[12:23:48] <age> CapnKernel, thanks; this means I have a problem reading it right.
[12:24:33] <CapnKernel> Er, I don't understand what you said. Is it a question?
[12:24:53] <age> no, just a conclusion
[12:25:10] <age> you see, I am detection the 90ms signal with an IR reciever
[12:25:20] <age> *detecting
[12:30:51] <age> also, is it okay to read the value of an interrupt pin inside the interrupt?
[12:51:55] <CapnKernel> Sure
[12:52:19] <CapnKernel> In fact it's often necessary in order to work out what caused the interrupt
[12:56:27] <age> okay
[12:57:38] <Splats> If you're having trouble reading the pin eg PORTB, try the PINB variant orPINC, etc
[12:59:33] <age> huh?
[12:59:42] <age> port is for output :)
[13:00:52] <age> I'd appreciate any feedback on this code, and why it triggers on a pulse shorter than needed:
http://codepad.org/ZIj7F2AO
[14:32:45] <specing> My stuff doesen't even compile under 4.8.0 :)
[14:33:20] <OndraSter> there is 4.8.0?
[14:33:25] <OndraSter> or is that Atmel's versioning?
[14:34:21] <specing> avr-gcc (GCC) 4.8.0 20120801 (experimental)
[14:34:27] <OndraSter> ah
[14:39:16] <Steffanx> pebkac specing
[15:15:35] <specing> http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&theme=print&p=951413
[15:15:38] <specing> Lmao
[15:15:41] <specing> Exact same problem
[15:15:54] <specing> on exactly the same chip
[15:16:00] <specing> doing exactly the same thing
[15:21:12] <Steffanx> Same pebkac specing
[15:22:27] <karlp> did you truly not use volatile on a variable used in an interrupt?
[15:22:49] <karlp> and you wanted register?
[15:23:38] <karlp> hang on, what's wrong again?
[15:23:45] <karlp> actually nmever mind, I'm going to do something else
[15:27:50] <FransWillem> Does anyone have experience with the LUFA library ?
[15:36:22] <Steffanx> !seen abcminiuser
[15:38:12] <Tom_itx> abcminiuser was last seen in the pub in Norway
[15:43:16] <Steffanx> drunk?
[18:25:24] <OndraSter> guys
[18:25:28] <OndraSter> how would you go about connecthing this:
[18:25:28] <OndraSter> http://clip2net.com/s/2c1zj
[18:25:32] <OndraSter> that rubbery thingy
[18:25:34] <OndraSter> on the display?
[18:26:02] <Tom_itx> zebra strip
[18:26:10] <OndraSter> yes that
[18:26:12] <OndraSter> how would you connect it? :D
[18:26:27] <Tom_itx> how many pins?
[18:26:31] <OndraSter> 5
[18:26:45] <Tom_itx> make some copper like a card edge connector
[18:27:04] <Tom_itx> spaces such that it's similar to the display spacing
[18:28:40] <Tom_itx> maybe some of that hard plastic flat ribbon cable
[18:29:53] <OndraSter> thanks
[18:30:06] <Tom_itx> http://www.digikey.com/scripts/dksearch/dksus.dll?vendor=0&keywords=%09HF06U-03-ND
[18:30:08] <OndraSter> I thought about grabbing some empty PCB and scrapping out the paths and press it onto it
[18:30:14] <Tom_itx> something like that maybe
[18:30:46] <Tom_itx> i don't know the spacing
[18:32:16] <OndraSter> it is... hmm
[18:32:29] <OndraSter> probably 0.05"
[18:33:32] <Tom_itx> i can't tell much from that pic
[18:33:42] <OndraSter> it is most likely 0.05"
[18:33:43] <Tom_itx> does it have a way to lock a cable in place?
[18:33:46] <OndraSter> the whole header is about 0.25"
[18:33:47] <OndraSter> nope
[18:33:54] <OndraSter> I want to try it out whether it works at all
[18:34:00] <OndraSter> I got it from _some_ phone
[18:34:06] <OndraSter> and I remotely remember that it could be SE T28
[18:34:10] <OndraSter> and the display is I2C
[18:34:40] <OndraSter> also somebody is selling Motorola F3 for $4.4 incl. shipping
[18:34:43] <OndraSter> without battery, anything
[18:34:49] <OndraSter> but it has got serial E-Ink segment display :)
[18:34:54] <Tom_itx> well search around for some of that mylar ribbon the right size
[18:35:45] <OndraSter> thanks :)
[18:36:21] <Tom_itx> i did similar on one once but it had a plug
[18:36:40] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/old_misc_files/old_misc_index.php
[18:36:46] <Tom_itx> scroll down about 1/3
[18:37:21] <OndraSter> PIC controller?!
[18:37:22] <Tom_itx> i got 2 or 3 boxes of those new surplus once
[18:37:22] <OndraSter> :D
[18:37:41] <OndraSter> nice :)
[18:37:59] <OndraSter> wait, those PICs?
[18:38:17] <Tom_itx> i started with pic
[18:38:47] <Tom_itx> the lcd hooked to a moto 68332 controller
[18:39:41] <Tom_itx> date on one of the pcb was 2002 :)
[18:50:32] <chupas> They have AVRs for LCDs dont they? I sware I remeber seeing them
[18:51:11] <chupas> they were like 1 number offset of the regualr line.... like atmega49p or someting...
[18:52:37] <chupas> I wasent thinking of PICs... was I?
[18:52:55] <chupas> I may have been :-(
[18:54:04] <chupas> Oh no! nm! atmega169P! yay
[18:54:58] <OndraSter> also xmega a3b
[18:57:54] <OndraSter> hmm
[18:58:01] <OndraSter> I am looking for datasheet for D6928B*
[18:58:04] <OndraSter> it is some ARM device
[18:58:10] <OndraSter> but I have got no idea what ARM*
[18:58:14] <OndraSter> it is in the Motorola F3 phone
[18:58:17] <OndraSter> I'd love to hack it as well :)
[18:58:20] <OndraSter> not just display and keyboard
[18:59:57] <OndraSter> I could hook up Riff Box and see if it can catch something
[19:01:26] <OndraSter> hmm also there is pin USB_BOOT that is externally pulled low via resistor... but without single datasheet.. :/
[19:15:08] <Casper> ondraSter: probably custom made, so no datasheet is avail
[19:15:19] <OndraSter> hmm
[19:15:42] <Casper> making soon a new video :D
[19:15:56] <OndraSter> what video? :)
[19:16:03] <Casper> once I'll be done copying the 1200 few photos
[19:16:10] <Casper> timelapse of the house that is being built
[19:16:14] <Casper> my cousin's house
[19:16:51] <OndraSter> ah
[19:17:28] <Casper> http://www.youtube.com/watch?v=8lzHSkXstRk http://www.youtube.com/watch?v=C4zljKcc2ZQ http://www.youtube.com/watch?v=VxBmzmdr9qc http://www.youtube.com/watch?v=mFydG_LJewo
[19:17:47] <karlp> OndraSter: it will be an old ugly arm
[19:17:53] <OndraSter> yeah
[19:17:56] <karlp> not one that will be much fun playing with
[19:18:04] <OndraSter> but I'd love to make use of its GSM + display + keyboard
[19:18:14] <OndraSter> better than trying to fit in your board with AVR
[19:18:17] <OndraSter> and somehow hacking GSM module
[19:18:29] <OndraSter> but the display looks gorgeous
[19:18:34] <OndraSter> just as the front of the phone itself
[19:18:57] <OndraSter> http://www.gsm-technology.com/index.php/en_US,details,id_pr,3071,menu_mode,categories.html
[19:18:58] <OndraSter> hmm?!
[19:19:14] <OndraSter> what is gpg? :D
[19:19:37] <karlp> what is that?
[19:19:42] <OndraSter> no idea
[19:19:50] <karlp> unlocking stuff?
[19:20:25] <OndraSter> no idea
[19:20:40] <karlp> bleh, made too many changes between tests
[19:20:52] <karlp> now I'm going to have to go back and unwind half of this and do it properly.
[19:21:26] <OndraSter> oh
[19:21:29] <OndraSter> it is regular serial cable
[20:11:04] <Landon> is it just me or does 226 bytes seem a steep price to pay for a generic GPIO library?
[20:12:52] <Splats> generic how? What does it offer?
[20:13:27] <Landon> let me slap it up on a paste site
[20:13:50] <Splats> and if all it does is set pin direction and read/write individual pins w/o the need for bit masking.. then def yes, too big
[20:16:05] <Landon> yeah, it's nothing fancy
[20:16:40] <Landon> a few get/set helper functions and some macros so I can do GPIO_PORTC(PIN) or GPIO_PORTC(DDR)
[20:17:32] <Landon> https://gist.github.com/097b10f603014bc0bc12
[20:24:01] <Splats> Well the macros are basic, just passthrus to the PINx,PRTx,DDRx registers by rearranging the parameters
[20:24:49] <Splats> the functions are also very simple, they should be at most 10-15 bytes each
[20:25:43] <Splats> just a mix of OR, EOR, AND, and RET ought to do it
[20:26:20] <OndraSter> Landon, ask specing :D
[20:26:27] <OndraSter> he will optimize it
[20:26:32] <OndraSter> or you know, write it in assembly yourself
[20:26:34] <Landon> full disclosure: 226 bytes is the size of the led blinker file
[20:26:46] <Splats> err 16..odd bytes dont work
[20:26:52] <Landon> but that's just a small loop
[20:28:06] <Landon> take everything out and it's still ~190 bytes
[20:28:16] <Landon> OndraSter: I'm trying to get away from assembly, thankyouverymuch :P
[20:28:34] <OndraSter> youarewelcome
[20:28:35] <OndraSter> why not asm?
[20:28:48] <Landon> because it's a pita
[20:28:52] <Splats> this would be the smalled blink I can think of... LDI r16,PORTB0;OUT DDRB,R16;top:;EOR PORTB,R16;RJMP top
[20:29:02] <Landon> maintaining structure
[20:29:03] <Splats> 8 bytes I think?
[20:29:15] <Splats> ut thats also going full blast
[20:31:41] <OndraSter> Landon, why maintain... write once, use forever :)
[20:31:55] <OndraSter> yes, asm gets nasty when you reach 300+ lines
[20:31:58] <OndraSter> in one file
[20:32:19] <Tom_itx> pfft
[20:32:35] <Tom_itx> 300 lines execute in less than a sec
[20:32:39] <OndraSter> :)
[20:32:41] <OndraSter> yes
[20:32:46] <OndraSter> but it gets nasty to maintain
[20:32:56] <OndraSter> my LED had in total over 2k of lines
[20:33:00] <OndraSter> LED box*
[20:33:02] <OndraSter> in asm
[20:33:22] <OndraSter> only 4 lines were maps actually, the rest was real hand written assembly
[20:34:00] <Tom_itx> opposed to sudo asm?
[20:34:35] <OndraSter> sudo asm?
[20:34:42] <Tom_itx> jk
[20:34:57] <Splats> pseudo
[20:35:06] <Landon> OndraSter: well right now I just want a standard interface to the GPIO, so I can say IOMaskSet(GPIO_B, 0x05) and have some clean easy to read C
[20:35:19] <OndraSter> k
[20:36:06] <Splats> maskset; is that to flip the bits on -- 1s to 1s, 0s alone, or copy the value --1s to 1s, 0s to 0s
[20:36:29] <Splats> the former in C is PORTB|=0x05; the LAtter is just PORTB=0x05;
[20:36:57] <Landon> the former
[20:37:12] <Landon> it's the Mask version of IoSet
[20:39:25] <Splats> I dont know how something that simple would compile so large
[20:40:04] <Landon> yeah, all of my functions are just oneliners
[20:42:01] <OndraSter> http://www.nexternal.com/eink/standard-segmented-display-samples-c4.aspx
[20:42:04] <OndraSter> actually
[20:42:08] <OndraSter> $50 for 5 pieces
[20:42:11] <OndraSter> 8x 7segments
[20:42:16] <OndraSter> or 6x starburst..
[20:42:20] <OndraSter> 5 in the package for $50
[20:42:22] <OndraSter> it is not bad
[20:44:54] <Landon> I always thought an eink calendar would be about the coolest thing ever
[20:45:02] <Casper> hmmm
[20:45:03] <Landon> (you can thank me after you're a millionaire)
[20:45:09] <OndraSter> Landon, DAMN
[20:45:15] <OndraSter> THANK YOU IN BEFOREHAND!
[20:45:16] <OndraSter> ůpů
[20:45:17] <OndraSter> lol
[20:45:33] <Landon> haha, now good luck getting an active matrix kit :P
[20:45:49] <Casper> LOL
http://i.imgur.com/s7tOH.jpg
[20:45:54] <OndraSter> $50 + $15 shipping
[20:45:56] <OndraSter> via fedex
[20:46:05] <OndraSter> lol
[21:15:45] <karlp> Landon: is it just prolog/epilog function overhead that's bloating them out?
[21:20:12] <Landon> karlp: doesn't look like it, but I am getting a little confused about how I read the size
[21:20:28] <Landon> avr-size main.hex 226 bytes
[21:21:03] <Landon> avr-objdump shows 23 bytes
[21:22:17] <Landon> ah, found it, ran avr-objdump on the elf and it shows the 226 bytes now
[21:22:48] <Landon> I guess my question now is how do I keep all of these unused functions from getting included
[21:27:01] <karlp> gc-sections!
[21:27:08] <karlp> if they're actually unused
[21:27:31] <Landon> just added that to the makefile
[21:30:25] <karlp> http://pastebin.com/MStnmqph
[21:30:30] <karlp> oops...
[21:30:37] <Landon> didn't seem to do anything, --gc-sections in LDFLAGS and -ffunction-sections in CFLAGS
[21:31:00] <karlp> gc sections is a linker flag...
[21:31:05] <karlp> LDFLAGS += -Wl,--gc-sections
[21:31:32] <karlp> you want cflags +ffunction-sections and probably datasections,
[21:31:40] <karlp> and then gc in the linker.
[21:31:41] <Landon> ah, that did it
[21:31:55] <Landon> 112 bytes now
[21:33:11] <Landon> lot happier with that, about 5bytes/function
[21:34:41] <karlp> you pretty much always want sections and gc sections.
[21:35:03] <Landon> figured that would have been something included by default
[21:36:26] <OndraSter> it is looniks and GPL stuff
[21:36:31] <OndraSter> there is nothing in default :D
[21:36:35] <OndraSter> nothing good*
[21:37:22] <OndraSter> holy cow it is 0425
[21:37:24] <OndraSter> I forgot something
[21:37:27] <OndraSter> and I think I know what
[21:37:29] <OndraSter> GO TO SLEEP!
[21:37:31] <OndraSter> lol
[21:43:34] <karlp> so, I saved a pointer to _delay_ms, for some other code to call,
[21:44:04] <karlp> and now my code has grown by a k, and is full of __mulsf3 and all sorts of floating poitn stuff
[21:44:07] <karlp> what's gone wrong
[21:44:14] <OndraSter> gcc :(
[21:44:30] <OndraSter> it does some crazy shit
[21:44:39] <karlp> the other project that just uses _delay_ms() instead of pointers.delay() doesn't even have delay_ms in the objdump at alll
[21:44:48] <OndraSter> instead LDI and OUT it does LDI, CLR, EOR, LDI, OUT or something often
[21:45:40] <karlp> yeah, function pointers make this code a fair bit bigger
[21:45:51] <karlp> still, they make it _work_ on more than one platform, which was the point
[21:48:51] <OndraSter> well I have got no idea what it is doing... it should be something like LD R30, 0x34, LD R31, 0x12, ICALL
[21:51:13] <OndraSter> I have just realized
[21:51:16] <OndraSter> Atmel sent me samples
[21:51:21] <OndraSter> including xmegas which have got crypto
[21:51:29] <OndraSter> but they didn't ask me to subscribe some paper?!
[21:51:31] <OndraSter> interesting
[23:56:46] <buhman> my usbtiny-on-a-breadboard is failing unreliably
[23:56:47] <buhman> http://sprunge.us/gXIc
[23:56:59] <buhman> what does it look like the problem is?
[23:57:14] <buhman> (I've had this working perfectly at one point...)
[23:57:45] <buhman> is complete mis-wiring a possibility at that point?
[23:58:06] <OndraSter> what does "usbtiny on a breadboard" mean?
[23:58:14] <Casper> do you use a buffered programmer?
