#avr | Logs for 2013-11-18

Back
[00:54:45] <megal0maniac_afk> jerkey: http://learn.adafruit.com/usbtinyisp/download
[02:02:56] <jerkey> megal0maniac_afk thank you i was on that page but somehow didn't see that link. I will try it!
[02:03:16] <jerkey> do you think an ATtiny2313-10 will work at 12 mhz reliably?
[02:04:01] <amee2k> could be lucky, could be not... i've ran a 16MHz amega8 at 20 before and it worked (mostly)
[02:04:15] <amee2k> its overclocking, so there aren't really any guarantees ;)
[02:04:48] <megal0maniac_afk> jerkey: Maybe it's time to consider a programmer with hardware USB. You know, a _real_ programmer :P
[02:05:23] <jerkey> megal0maniac_afk what programmer do you recommend? i want one with PDI too (or whatever programs the atsam)
[02:05:43] <megal0maniac_afk> Which atsam?
[02:06:00] * amee2k has an avrispII and is quite happy, but has only used it with atmega and attiny series devices
[02:06:54] <megal0maniac_afk> atsam is 32bit. The only programmer for 8bit which does atsam as well (and only the D20 range) is the jtagice3
[02:08:51] <megal0maniac_afk> I have an STK500 clone, AVRISP MKII clone and a JTAGICE3. And to be honest, I use whichever is closest :P Although the avrisp clone will provide the target with power and is also the only one with TPI support for the smaller attinys
[02:09:33] <amee2k> if it works reliably, just use it and be happy :3
[02:09:35] <megal0maniac_afk> If you don't need debugging, then the avrisp is probably the best buy. Either a genuine one, or Tom_itx sells nice clones
[02:10:21] <megal0maniac_afk> amee2k: Exactly. Haven't used the STK500 based one for a while though, because COM ports are annoying.
[02:11:08] <amee2k> next time you order parts, see if the store has a cheap USB to serial adapter?
[02:11:55] <amee2k> and dunno, the only thing annoying about them is the RS232 signal levels... if they were just 5V ttl and you could put the port directly on a UART...
[02:12:27] <megal0maniac_afk> No it is USB, but you have to select the right COM port every time. And sometimes I forget which one it is, then I have to check device manager and blah blah. It's easier to just select "programmer" from the list and be done with it :)
[02:12:46] * twnqx has udev symlink them to /dev/avrjtag etc
[02:12:54] <twnqx> makes it easier
[02:13:05] * megal0maniac_afk has C:\
[02:13:33] <twnqx> what, you can't rename your devices at will on windows?
[02:13:43] <amee2k> mmh, there was some udev trick to automagically create/update symlinks based on USB device ID
[02:13:54] <megal0maniac_afk> Doubt it. I just use different programmers usually :P
[02:14:07] <amee2k> so you'd just configure /dev/stk500usb
[02:14:31] <amee2k> and get udev to make that a symlink to whatever device is the internal port
[02:16:03] <megal0maniac_afk> Could use a hotplug script for that, I think
[02:16:25] * megal0maniac_afk suspects that jerkey has a messages-per-hour quota :P
[02:17:20] <megal0maniac_afk> amee2k: This was my first programmer. Bought it with an Arduino, which was also my first microcontroller :) http://www.pololu.com/product/1300/
[02:17:45] <megal0maniac_afk> Great little device. The 20khz scope is surprisingly useful for low-speed logic stuff
[02:17:48] <rootB> i think i have an issue wtith mineDo you guys know anything about reflow ovens?
[02:17:49] <amee2k> nice :3
[02:17:50] <rootB> i think i have an issue with mine..
[02:17:57] <rootB> it ionly has 1 tube instead of 2.
[02:18:12] <amee2k> i didn't buy an arduino, i just got a bag of mega88s and a 10$ noname shit ISP board like that
[02:18:22] <megal0maniac_afk> What colour is the tube?
[02:18:41] <amee2k> the ISP board died randomly after half a year, and then i got the avrisp2 that has been working great ever since
[02:19:15] <megal0maniac_afk> amee2k: Pololu makes good stuff
[02:19:52] <twnqx> reflow ovens with tubes? :S
[02:20:29] <amee2k> the tubular ceramic heating elements that you find in cheap toaster ovens?
[02:22:33] <rootB> yes, amee2k
[02:22:35] <rootB> those ones
[02:22:39] <rootB> You know them?
[02:22:47] <rootB> Im making a reflow oven
[02:22:49] <rootB> so you might know about it
[02:23:01] <amee2k> i don't know your reflow oven, but i know toaster ovens :3
[02:23:06] * amee2k <3 toast hawaii
[02:23:23] <amee2k> what about those heating elements?
[02:23:42] <rootB> It only has one..
[02:23:44] <rootB> one below
[02:23:46] <rootB> and one above..
[02:23:56] <rootB> I'm planning on using the one below..
[02:24:05] <rootB> will that give me temperature problems such as not reaching the reflow zone
[02:24:06] <rootB> ?
[02:24:10] * megal0maniac_afk thinks about woodfired PCBs
[02:25:07] <amee2k> i for reflowing you'll want to get the most even temperature distribution possible to prevent hot spots
[02:25:30] <amee2k> so evenly heating it is more important than efficiently heating it
[02:25:40] <rootB> ok
[02:25:49] <rootB> Well it has the tube on the center..
[02:25:53] <rootB> will that bring me problems?
[02:26:09] <amee2k> my gut feeling would tell me to put both tubes underneath, and try to space it more or less evenly
[02:26:32] <amee2k> i'm assuming you're modding a toaster, right?
[02:26:59] <amee2k> if the oven has a fan, that'd be a plus IMO. but vibration is a serious no-no because it can dislodge parts
[02:27:10] <rootB> yeah amee
[02:27:13] <rootB> im modding a taoster..
[02:27:19] <rootB> i don't think i can put both tubes bellow..
[02:27:30] <rootB> unless I do SOME HEAVY MODDING to the oven
[02:27:53] <rootB> someone told me that one tube is enough if it's a small PCB.
[02:28:31] <amee2k> if boards get bigger then you'd get a hot zone directly over the tube that flows first before the sides are hot enough
[02:28:46] <rootB> Amee
[02:28:52] <rootB> yeah that's the reason im using a small board.
[02:28:53] <amee2k> hence why the fan would be a good thing because it creates circulation
[02:29:04] <rootB> oh ok
[02:29:06] <rootB> Damn it
[02:29:19] <rootB> Well..
[02:29:20] <megal0maniac_afk> Avoid 80mm computer fans
[02:29:20] <amee2k> if you don't need the mod to be reversible, just dremel extra mounting holes >_>
[02:29:31] <rootB> the thing is
[02:29:31] <amee2k> LOL megal0maniac_afk
[02:29:37] <rootB> black and decker seems to make their things really hard to mod..
[02:29:43] <megal0maniac_afk> 120mm is the way to go
[02:30:03] <rootB> well
[02:30:07] <rootB> the thing is to reflow something, amee2k
[02:30:13] <rootB> so i guess im going to use a small Pcb with some resistors
[02:30:23] <rootB> make the switch and microcontroller modular
[02:30:26] <rootB> So i can buy a new toaster oven
[02:30:29] <rootB> and put it right there.
[02:30:37] <rootB> one that has a fan and 2 tubes below.
[02:31:31] <amee2k> for small boards, i'd just use my hot air soldering station though
[02:31:39] <amee2k> and not bother with a reflow oven
[02:31:46] <rootB> it's a power electronics project..
[02:31:52] <rootB> So i obviously have to use the reflow oven
[02:31:55] <rootB> im doing it with a triac switch..
[02:31:58] <rootB> I do plan on buying a better oven
[02:32:01] <rootB> this one is for testing.
[02:32:10] <rootB> it was 20 dollars on sale
[02:32:12] <rootB> so i said "oh fuck it"
[02:32:20] <megal0maniac_afk> And then you did
[02:32:30] <rootB> oh come on
[02:32:33] <megal0maniac_afk> :D
[02:32:39] <amee2k> i'm not entirely sure fucking an oven is a good idea
[02:32:40] * megal0maniac_afk doesn't want to study
[02:32:48] <rootB> yeah
[02:32:49] <amee2k> it might result in .... excessive wear on your tool
[02:33:19] <megal0maniac_afk> >.<
[02:33:24] <amee2k> what? :P
[02:33:47] * amee2k innocently wags tail :3
[02:36:30] <amee2k> anyway... if you want more specific advice on the heating tube arrangement, then someone with more reflowing experience than me should chime in
[02:36:53] <amee2k> if you want to start building a temperature regulator and experiment with different control loops, then i'd say go for it
[02:36:55] <twnqx> just use microwaves
[02:37:30] <amee2k> pull the 30W gas laser out of some laser engraving machine and use that >_>
[02:38:35] <jerkey> megal0maniac_afk i have this programmer but it doesn't recognize.. i don't even know how to use it
[02:38:38] <jerkey> megal0maniac_afk
[02:39:57] <jerkey> sorry copy paste is fucked http://www.pololu.com/product/740
[03:00:39] <megal0maniac_afk> jerkey: Why not start here? http://www.pololu.com/docs/0J6
[03:02:12] <jerkey> megal0maniac_afk i will try that promptly after i dig out that programmer. would be awesome if it works. i am pretty close to giving up programming or reading atmega2560's i should probably buy a programmer from Tom_itx
[03:02:20] <jerkey> Tom_itx sell me a programmer
[03:02:28] <jerkey> for bitcoin
[03:02:28] <megal0maniac_afk> Tom_itx: Gogogo!
[03:02:34] <megal0maniac_afk> Nvm
[03:04:05] <megal0maniac_afk> jerkey: The basic set-up is: dig it out, install the drivers, plug it in, download AS6.tbz from https://sites.google.com/site/megau2s/home/supporting-software and paste it into C:\Program Files\Atmel\Atmel Studio 6.0\tools\STK500\xml
[03:05:17] <megal0maniac_afk> Then open studio, Tools > Add STK500 / Add target, select the correct COM port, device programming, BAM. You're done
[03:05:31] <megal0maniac_afk> s/paste/extract
[03:05:49] <jerkey> i use avrdude for everything, hopefully it won't be too hard
[03:06:03] <megal0maniac_afk> That works too
[03:40:04] <Tom_itx> jerkey, no bitcoins used here
[03:40:50] <amee2k> i thought bitcoin generation is way beyond economic in small scales now
[03:44:47] <jerkey> tom_itx are you in california or what?
[03:45:08] <jerkey> amee2k if you have unwanted bitcoins i will gladly accept them
[03:45:40] <amee2k> lol, i never had any
[03:45:58] <amee2k> real money is useless enough for my taste xD
[03:47:53] <jerkey> i just want a programmer and i thing tom_itx wants something in exchange for one
[03:48:39] <amee2k> you could try nuzzling him affectionately and see if he drops you a free sample >_>
[03:55:02] * jerkey nuzzles tom_itx affectionately
[04:02:40] <megal0maniac_afk> jerkey: It's money. I think that's what he wants. Although I don't understand why you don't just use the perfectly reasonable prpgrammer that you claim to have..
[04:04:21] <amee2k> using stuff you already have doesn't have enough style points?
[04:04:38] <jerkey> i have tried a usbtiny, an arduino-as-isp, and a dasa serial bitbang, from two computers, and none can read or write an atmega2560 properly
[04:05:05] <megal0maniac_afk> and the pololu programmer?
[04:05:08] <jerkey> the last two programmers read 262106 bytes instead of 262144 bytes, and the first one reads 0 bytes.
[04:05:27] <jerkey> i will go look for the pololu programmer now, i'm rotating between projects
[04:07:29] <Tom_itx> mine read my 2560 at 262144 first time
[04:09:06] <megal0maniac_afk> because that's the closest thing to a real programmer that you have.
[04:09:28] <Tom_itx> me?
[04:09:58] <megal0maniac_afk> Tom_itx: no jerkey. you have a bajillion
[04:10:17] <Tom_itx> well, let him struggle a while
[04:10:48] <Tom_itx> no tellin what he's done to his chips either
[04:12:37] <Tom_itx> i tried to check out Daulity's code last night and it crashed studio 3 or 4 times on me so i gave up
[04:16:11] <megal0maniac_afk> As far as I'm concerned, a programmer with software usb isn't a real programmer
[04:18:53] * RikusW don't even want to know about soft usb, unless its on fpga
[04:21:52] <megal0maniac_afk> usbasp is a nice toy, but not something id trust
[04:22:35] <RikusW> both usbasp and jt3 is HID :-P
[04:22:46] <RikusW> afaik anyways
[04:22:56] <megal0maniac_afk> Although I did make a usb to i2c bridge with an attiny
[04:23:36] <megal0maniac_afk> RikusW: with v3.x firmware, yes. but jt3 has hardware usb :)
[04:27:16] <RikusW> maybe I should convert my 3a3 xplain into a jt3 :-:
[04:27:21] <RikusW> same mcu
[04:33:41] <megal0maniac_afk> Heh :)
[04:40:45] <jerkey> i have had the same results with two totally different atmega2560 boards, three programmers and two computers. only commonality is avrdude
[04:41:13] <megal0maniac_afk> And the user :)
[04:42:25] <jerkey> yes :) but i could share the command i used with you: avrdude -c <programmer> -p m2560 -U flash:r:flash.bin:r
[05:03:34] <RikusW> jerkey: got read avrdude.conf maybe
[05:30:07] <Trieste> Hey, is it a bad idea to use one timer set to make internal interrupts and some code to switch two pins, instead of just using two PWM channels?
[05:30:26] <Trieste> Not that I don't really need *precise* PWM, just to control the speed of linear DC motors
[05:53:46] <rootB> Hello AVR.
[05:53:55] <rootB> anyone here experienced with the launchpad MSP430?
[06:00:04] <ambro718> it there some way to tell gcc to right-shift a signed integer? Division by a power of two is not the same as right-shifting (right-shifting rounds to negative infinity, division rounds to zero).
[06:02:24] <RikusW> ambro718: asm -> asr r16 etc
[06:02:40] <RikusW> if the variable is signed it should be automatic ?
[06:03:41] <RikusW> or cast to unsigned first...
[06:03:49] <ambro718> yes I know but there doesn't seem to be a non-asm way to do it
[06:04:13] <RikusW> use signed/unsigned types ?
[06:04:13] <ambro718> I can cast to unsigned all right, but casting back to signed is undefined behavior
[06:04:25] <RikusW> union ?
[06:04:51] <ambro718> yeah a union is probably the easiest way, though still a bit hacky ;)
[06:05:58] <RikusW> normal asm lsr will turn negative to positive....
[06:06:04] <RikusW> 0x80 -> 0x40
[06:06:22] <RikusW> asr 0x80 -> 0xC0
[06:07:25] <ambro718> just to be clear why division doesn't work: http://ideone.com/jGpf0O
[06:08:20] <ambro718> line 40, it checks negative and adds something to negative numbers to round towards zero
[06:10:13] <RikusW> 41.5 adc r25 ?
[06:11:05] <RikusW> what exactly should that function do ?
[06:17:23] <ambro718> I was just trying to explain that division by 4 is not the same as arithmetic right shift 2 bits
[06:21:39] <ambro718> actually a union will not work either, because right shifting an unsigned is not what I want (no sign extension)
[06:22:11] <ambro718> so looks like asm is the only choice (or relying that x>>N does an arithmetic shift, which is not guaranteed by standard)
[06:28:34] <rootB> i hate my life
[06:28:39] <rootB> why did i started to program with the arduino
[06:28:46] <rootB> concepts such as SPI seems so foreign and alien to me
[06:35:21] <systemerror> http://img194.imageshack.us/img194/2513/r80r.jpg
[06:36:07] <Trieste> rootB: SPI on the ardino is like a single library call, no?
[06:36:21] <rootB> yes
[06:36:23] <rootB> (._. )
[06:36:26] <rootB> im learning SPI on the MSP430
[06:36:35] <rootB> The community for the MSP430 is as friendly as a brick
[06:36:36] <Trieste> oh, yeah
[06:36:38] <rootB> i should have done this on an AV..
[06:36:40] <rootB> AVR..
[06:36:44] <rootB> why did i had to go the hipster route..
[06:36:46] <rootB> fuck my life.
[06:36:49] <Trieste> the MSP4530 is cool, though
[06:37:38] <rootB> The SPI concept
[06:37:39] <rootB> seems easy on paper
[06:37:47] <rootB> but when it comes to typing the instructions down it turns hellish.
[06:39:44] <ambro718> why?
[06:40:08] <ambro718> I didn't have much problems using SPI with an SD card. I even used the SPI interrupt (on AVR).
[06:41:50] <ambro718> I even made a "driver" to simplify the most low level stuff, including waiting while card is bury (COMMAND_READ_UNTIL_DIFFERENT), https://github.com/ambrop72/aprinter/blob/master/aprinter/system/AvrSpi.h
[06:41:58] <ambro718> *is busy
[06:42:16] <rootB> it's my first. time ambro.
[06:42:20] <rootB> im using it on a MSP430, too.
[07:47:59] <atom1> jerkey, your command worked just fine here
[07:48:17] <atom1> i did add -P USB
[07:48:43] <atom1> and if you want to see the info add -v
[07:58:43] <Tom_itx> rootB, had you leared about spi on an avr instead of ardweenie you would now know how it works and would be able to make it work on other chips
[07:59:30] <rootB> Hey like they say
[07:59:35] <rootB> its never too late to learn
[08:00:03] <Tom_itx> nope
[08:00:12] <rootB> (._. )
[08:00:18] <rootB> you mean its late to learn?
[08:00:18] <rootB> fuck my life.
[08:00:50] <Tom_itx> so dust off that ardweenie, kill the bootloader and treat it with some proper AVR respect!
[08:02:53] <rootB> im bustin the msp430, Tom_itx
[08:04:21] <rootB> but
[08:04:24] <rootB> i mean...
[08:04:28] <rootB> wouldn't using an atmel be better
[08:04:33] <rootB> i mean at least i could be getting help here
[08:04:47] <rootB> while the texas instrument community is a bit more forum-based
[08:04:57] <twnqx> heh
[08:06:20] <rootB> so yeah..
[08:06:22] <rootB> well damn it
[08:06:29] <rootB> i should have bought myself avr stuff (._.
[08:09:40] <Tom_itx> <rootB> its never too late
[08:16:28] <rootB> have you ever used texas stuff, Tom_itx ?
[08:26:53] <Tom_itx> i got a free dev board from them once but never tried it
[08:27:13] <Tom_itx> some 8 pin dip thing
[08:28:22] <Tom_itx> the only other 'texas stuff' i've dealt with were their steaks and they're awesome
[08:37:11] <rootB> Weird
[08:37:13] <rootB> seems that
[08:37:26] <rootB> there's not a lot of fanbase for texas instrument microcontrollers
[08:51:45] <v0kehc> lol
[08:51:48] <v0kehc> all texas steaks
[08:51:49] <v0kehc> delicious.
[09:58:52] <mdorenka> hey guys can someone of you help me decoding the checksum at the end of the transmitted lines? https://gist.github.com/mdorenka/b62185767a4d0071b243
[09:59:15] <megal0maniac> Dejavu
[10:06:18] <ambro718> so I'm indexing an array, and I see if the element size is 13, gcc uses mulsu, but if it's 12, it does the multiplication in a less efficient manner using some shifting and adding
[10:06:49] <ambro718> 5 cycles worse
[10:08:01] <specing> that is ... interesting
[10:08:44] <ambro718> yeah it's funny when what is supposedly a special-case optimization is actually worse
[10:16:57] <ambro718> I fixed it by "manually" indexing the array, that is, (Element *)((char *)array + index * sizeof(Element))
[10:38:07] <OndraSter> megal0maniac_afk, yey my SPI card reader arrived :D
[10:38:50] <megal0maniac_afk> That was quick! I'm still waiting
[10:45:50] <ambro718> filed bug, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59174
[10:45:50] <OndraSter> (that's what she said)
[10:46:45] <jadew> what SPI card reader?
[10:48:45] <LoRez> ambro718: are you optimizing for size or speed?
[10:49:23] <ambro718> LoRez: speed, -O2. Also I believe the mulsu is better in both respects.
[10:49:32] <OndraSter> jadew, mifare ones
[10:49:34] <OndraSter> aka ISIC and so on
[10:49:41] <OndraSter> like*
[10:50:23] <jadew> link?
[10:50:32] <OndraSter> huh
[10:50:50] <OndraSter> ebay mfrc522
[10:50:53] <jadew> I still don't know what you guys are talking about, but I kinda want one
[10:51:00] <OndraSter> http://www.ebay.com/itm/MFRC-522-RC522-RFID-Reader-IC-Card-Proximity-Module-With-S50-key-Chain-/251258571338?pt=AU_Home_Personal_Security&hash=item3a802d8a4a
[10:51:01] <OndraSter> this
[10:51:10] <jadew> ah ha
[10:51:36] <jadew> that's nice
[10:52:38] <OndraSter> idd
[10:52:57] <jadew> altough, I only want that if it's free
[10:53:14] <jadew> you don't see many of those RFID cards around
[10:53:23] <OndraSter> no?
[10:53:34] <jadew> not in here
[10:53:41] <OndraSter> isic at schools
[10:53:45] <jadew> we get keys :D
[10:53:47] <OndraSter> public transport...
[11:11:51] <megal0maniac> OndraSter: Did you order the one I linked to? And if so, did it come with a card/fob?
[11:16:20] <OndraSter> yes, I think I ordered the one you linked
[11:16:24] <OndraSter> and yes, it came with both card and a tag
[11:18:26] <jadew> can I get a link to that one too?
[11:18:46] <jadew> I need a present for christmas, for myself
[11:19:16] <jadew> the budget just plummeted today from an approved DG1000Z series to 0 : (
[11:24:26] <megal0maniac> One sec
[11:24:56] <megal0maniac> http://www.ebay.com/itm/400426561641
[11:25:19] <jadew> thanks
[11:27:41] <jadew> could be useful to overwrite the airport parcking coins
[11:27:53] <jadew> those fuckers charge A LOT
[11:29:08] <megal0maniac> Are those rfid? We use magnetic strips...
[11:29:26] <jadew> the ones at the airport look like a plastic coin
[11:29:30] <jadew> I think they're RFID
[12:35:58] <zmo> ugh... when I'm trying to upload a firmware on my linux station to my atmega2560 board, using ISP and the AVR Dragon
[12:36:05] <zmo> I'm getting the following warning: "avrdude: stk500v2_command(): warning: Sampling of the RDY/nBSY pin timed out"
[12:36:15] <zmo> and error: "avrdude: stk500v2_paged_write: write command failed"
[12:36:42] <zmo> and then the dragon gets stuck with the green light on, and the other green light flashing
[12:37:34] <zmo> I'm uploading with the following command: avrdude -D -p atmega2560 -P usb -c dragon_isp -b 250000 -e -U flash:w:applet/myfirmware.hex
[12:39:35] <zmo> (I tried giving slower baudrate and bitrate, but nothing helps)
[12:45:26] <zmo> well, nevermind
[12:45:35] <zmo> there was a SDCard on the USB bus
[12:46:50] <N1njAway> That could do it :)
[13:04:51] <DanFrederiksen> if ADC input goes slightly above reference it wont give a low value right?
[13:05:08] <N1njAway> It will rail and saturate internally.
[13:05:35] <DanFrederiksen> meaning still a high value?
[13:05:39] <N1njAway> Just make sure you observe the electrical characteristics on the datasheet with regard to inputs going above AREF/VCC
[13:05:44] <N1njAway> Correct.
[15:07:45] <Tom_itx> abcminiuser you around?
[15:08:21] <Tom_itx> i tried loading some cpp files to help someone here in studio 6.1 and after creating the project and adding the files studio kept crashing
[15:09:36] <abcminiuser> SCIENCE!
[15:09:46] <abcminiuser> Oh
[15:09:50] <abcminiuser> What studio version?
[15:09:57] <Tom_itx> well you had me disable parts of it to make it load faster
[15:10:05] <Tom_itx> i'm wondering if that may cause the crash
[15:10:12] <Tom_itx> latest 6.1
[15:10:48] <abcminiuser> Not if you just pulled out the gallery crap
[15:11:12] <Tom_itx> also, how do you create a new project without creating the initial file so you can add exhisting files?
[15:11:30] <megal0maniac_afk> Was going to ask that same question
[15:11:51] <Tom_itx> feel free to repeat the question :D
[15:12:12] <megal0maniac_afk> What's the easiest way to open a .c file in Studio, to the point where you can compile?
[15:12:23] <Tom_itx> https://github.com/Duality4Y/projects/tree/master/atmega16-1
[15:12:30] <Tom_itx> those are the files i was trying to load
[15:12:33] <megal0maniac_afk> Tom_itx: Already got it
[15:12:36] <Tom_itx> if you care to try it
[15:12:37] <megal0maniac_afk> grep told me :P
[15:12:49] <megal0maniac_afk> (I log too)
[15:13:24] <Tom_itx> not my stuff, just trying to help someone here
[15:13:48] <megal0maniac_afk> I know. I want to see if I can crash studio
[15:15:13] <abcminiuser> Tom_itx, just opening the files does it?
[15:15:20] <abcminiuser> Or do I need to make a project first?
[15:16:34] <Tom_itx> i tried a couple things
[15:16:42] <Tom_itx> first i made a project then added the files
[15:17:00] <Tom_itx> second i removed all that, created a studio 4 project and imported all the stuff that way
[15:17:07] <Tom_itx> both crashed studio 6.1
[15:17:19] <Tom_itx> 3-4 times
[15:17:22] <Tom_itx> consistently
[15:17:42] <megal0maniac_afk> WHY IS IT SO DIFFICULT TO OPEN A PROJECT IN STUDIO???!!?
[15:17:47] <megal0maniac_afk> Gah!
[15:17:49] <Tom_itx> bak in a few..
[15:18:49] <abcminiuser> Ok where the crap have GitHub hid the "download as zip" button now?
[15:19:13] <megal0maniac_afk> abcminiuser: Go one dir up
[15:19:21] <abcminiuser> Ah got it
[15:19:35] <abcminiuser> The world's UI designers have all had a collective stroke this year
[15:19:57] <abcminiuser> CPP files load OK for me...
[15:20:30] <megal0maniac_afk> Failed to compile, but it opens fine
[15:21:27] <megal0maniac> abcminiuser: Do you have an answer for my studio question?
[15:21:51] <abcminiuser> Which one?
[15:21:54] <megal0maniac> Closest thing I've found is "Create project from makefile" extension, but I don't always have a makefile
[15:22:03] <abcminiuser> Ah just make a new C project
[15:22:39] <abcminiuser> Sweet jesus these error overlays are sexy
[15:22:40] <megal0maniac> And then paste the files into the project dir, rename main.c to whatever your project's main file is called and delete the blank file?
[15:22:43] <abcminiuser> Also, GDP!
[15:23:52] <megal0maniac> Oh lol
[15:24:05] <megal0maniac> Now running gdp.py falls down
[15:24:33] <megal0maniac> (with no params)
[15:24:37] <abcminiuser> Oh?
[15:24:38] <abcminiuser> Balls
[15:24:51] <megal0maniac> Nevermind. With params too (--help)
[15:24:53] <Valen> abcminiuser: supernatural's bobby style?
[15:25:02] <abcminiuser> megal0maniac, works here?
[15:25:09] <abcminiuser> Valen, the what now?
[15:25:24] <megal0maniac> I'll delete and re-extract. Could be a dirty update
[15:25:24] <Valen> tv character, tagline is balls
[15:25:40] <abcminiuser> C:\Users\Dean\Documents\Python\GDP>python gdp.py
[15:25:40] <abcminiuser> GDP, the Generic Device Programmer.
[15:25:40] <abcminiuser> Copyright (C) 2013 Dean Camera (dean [at] fourwalledcubicle [dot] com).
[15:25:40] <abcminiuser> Usage: gdp.py [general options] COMMAND [command options] ...
[15:25:53] <abcminiuser> Valen, sounds like me :P
[15:25:55] <Tom_itx> studio would quit completely on me
[15:26:11] <megal0maniac> abcminiuser: You moved it
[15:26:20] <Tom_itx> that's why i was wondering if i removed something i shouldn't have
[15:26:31] <abcminiuser> I moved it?
[15:26:35] <megal0maniac> Oh wait all the folders are empty now :/
[15:26:37] <Valen> http://www.youtube.com/watch?v=dxMpDuAkaeI
[15:26:45] <megal0maniac> Human error for sure. Hang on
[15:26:49] <abcminiuser> Tom_itx, IIRC I just told you to rip out the extensions
[15:26:54] <abcminiuser> Which is what I've done here
[15:27:10] <abcminiuser> Crashes would be either broken toolchain or studio core - what's the error?
[15:27:17] <Tom_itx> there was one other thing you had me remove
[15:27:25] <Tom_itx> no error
[15:27:29] <abcminiuser> Clarius Consulting and Atmel Gallery
[15:27:31] <Tom_itx> it just closes completely
[15:27:34] <Tom_itx> quits
[15:27:43] <abcminiuser> Both of those are just the gallery core and UI
[15:27:45] <Tom_itx> sounds about right
[15:27:52] <abcminiuser> Hrm, that's...unusual
[15:28:12] <Tom_itx> that's why i'm consulting you :D
[15:28:24] <abcminiuser> Literally just opening the file causes Studio to close?
[15:28:32] <Tom_itx> gotta run to the store but i'll be bak in 30
[15:28:35] <Tom_itx> yes
[15:28:43] <abcminiuser> Known commands are: RESET, READ, VERIFY, LIST, PROGRAM, ERASE, CHIPERASE.
[15:28:48] <Tom_itx> upon creating the project and adding them to it
[15:29:02] <abcminiuser> Hrm
[15:29:09] <abcminiuser> Sounds like the toochain is outdated
[15:29:58] <megal0maniac> Okay it works. Somehow the zip file from github contained only folders :/
[15:31:01] <abcminiuser> Well that's odd too :P
[15:31:04] <abcminiuser> Ghosts in the machine
[15:31:15] <abcminiuser> Anyway, you can read in place or to a BIN/HEX file now
[15:31:29] <megal0maniac> Plans for ice3 support?
[15:31:34] <abcminiuser> Pfffffft
[15:31:39] <megal0maniac> :)
[15:31:40] <abcminiuser> Got to to ICE2 first
[15:31:48] <abcminiuser> Which I've been putting off since it's horrible
[15:31:59] <megal0maniac> Oh I thought you had
[15:32:16] <megal0maniac> Surely the new HID spec will be nicer?
[15:32:36] <megal0maniac> (Not for ICE2, but..)
[15:33:38] <megal0maniac> What does list do?
[15:34:46] <megal0maniac> -t with an invalid tool used to print out the valid options
[15:34:53] <megal0maniac> It seems to no longer do that
[15:35:33] <megal0maniac> Oh nevermind
[15:35:48] <megal0maniac> Need to specify more things. The list is longer :D
[15:37:19] <RikusW> abcminiuser: how far is gdp now ? stk jtag ?
[15:37:51] <RikusW> go read the avrdude source, it should be helpful :-P :-D
[15:38:02] <abcminiuser> RikusW, AVR109 bootloader, DFU AVR8 bootloader are done
[15:38:10] <abcminiuser> STKV2 is done except for AVR8 and UC3 JTAG
[15:38:51] <RikusW> abcminiuser: https://sites.google.com/site/megau2s/home/supporting-software/RavrProg20111201.tbz?attredirects=0&d=1
[15:38:52] <megal0maniac> abcminiuser: http://pastebin.com/raw.php?i=YwEW9gpg
[15:38:56] <RikusW> my programmer sw
[15:39:08] <RikusW> at least it C++ not avrdude style C....
[15:39:13] <abcminiuser> Balls, I forgot to update LIST
[15:39:23] <RikusW> its got working jtag2 / dragon code
[15:39:26] <megal0maniac> It made the LED strobe for about 10 seconds then died
[15:39:48] <abcminiuser> Stupid Python :P
[15:40:04] <megal0maniac> What did Python do?
[15:41:12] <Valen> dont be hatin on python
[15:41:33] <abcminiuser> I'm bad at it therefore it is a bad language :P
[15:41:37] <abcminiuser> Fixed LIST command
[15:41:47] <abcminiuser> Will take a look at the read command now, that is supposed to work
[15:41:48] <Valen> oh, well thats fair enough then
[15:42:25] <RikusW> abcminiuser: you should add autodetection of devices too ;)
[15:43:02] <abcminiuser> RikusW, gdp.py LIST
[15:43:08] <RikusW> ah
[15:43:11] <abcminiuser> Only for USB tho, serial is bad to probe
[15:43:23] <megal0maniac> Was about to complain about that :P
[15:43:25] <RikusW> I mean AVRs
[15:43:34] <megal0maniac> Ooh, yes
[15:43:37] <megal0maniac> Do that
[15:43:42] <RikusW> My gui can do it
[15:43:43] <megal0maniac> AVRs are good to probe
[15:43:55] <RikusW> (well not HVPP... yet)
[15:44:05] <megal0maniac> RikusW: You don't perhaps happen to have a windows .exe lying around? :P
[15:44:12] <RikusW> ISP/JTAG autodetect is easy
[15:44:25] <RikusW> megal0maniac: I'm working on it
[15:44:41] <RikusW> I have one, without file open/save boxes :-P
[15:44:44] <RikusW> 190kb
[15:44:49] <megal0maniac> Lol
[15:44:58] <megal0maniac> I got it working on Linux once, it was nice
[15:45:01] <RikusW> and then there are the device files...
[15:45:20] <abcminiuser> megal0maniac, hrm, looks like the serial transport is getting a non-byte somewhere...
[15:45:20] <RikusW> I got it working with Qt on win _once_....
[15:45:25] <RikusW> it was a nightmare...
[15:45:44] <N1njAway> Awww, no bss around right now :)
[15:45:45] <RikusW> using my own toolkit now, hence no file dialogs... :-P
[15:46:25] <abcminiuser> Annoyingly I don't have a power supply here for my STK500, will need to figure it out tomorrow
[15:46:28] <RikusW> I put everything in git the other day :)
[15:46:46] * RikusW is learning to use git at last
[15:46:53] <megal0maniac> abcminiuser: With studio it takes about a second to read and the LED stays on solidly (or at least appears solid)
[15:47:10] <RikusW> megal0maniac: for U2S ?
[15:47:16] <megal0maniac> RikusW: Yeah
[15:47:21] <megal0maniac> STK bootloader
[15:47:37] <RikusW> nice for testing programmer ui's..
[15:48:27] <pingo> Hello, I am trying to make digitemp work with ds18b20, I have 3 cat5 cables, two are longer (~12m) and one is shorter (2m). There are 5 sensors in total. If I connect the two long cables in parallel to the usb to serial adapter it all works, when I add the third one it stops working. Any ideas on why?
[15:48:40] <N1njAway> abcminiuser: Nah, a couple diodes and voltage dividers and you can run your mains straight in to the STK500. It might just run faster than normal.
[15:49:09] <N1njAway> pingo: What is the bus format? I2C?
[15:49:17] <megal0maniac> Dallas 1wire
[15:49:22] <pingo> yes
[15:49:38] <abcminiuser> N1njAway, sounds safe, hang on....
[15:49:45] * abcminiuser CARRIER LOST
[15:50:01] <pingo> I dont have much experience with and I'm wondering why each cable on its own works, but not all together
[15:50:24] <abcminiuser> megal0maniac, odd, same command with the AVRISPMKII works
[15:50:41] <N1njAway> pingo: I would check to ensure the termination is correct on your cables - ideally check the chips with an oscilliscope, as you may be getting impendence problems, ringing, etc.
[15:51:33] <N1njAway> Generally you need 'helper' chips that are designed to drive I2C over a much longer length like that. Standard I2C isn't made to run that far. The fact that it marginally works is probably more luck than anything.
[15:51:58] <abcminiuser> megal0maniac, can you chuck a print packet into the STK500 write routine?
[15:52:11] <abcminiuser> tools/tool_atmel_stk500.py
[15:52:27] <abcminiuser> In write(): just before passing the generated packet to the transport
[15:52:54] <megal0maniac> What do I add?
[15:53:19] <megal0maniac> Mind you this could be the fault of the bootloader, although it works flawlessly with AS
[15:53:29] <megal0maniac> Me no know python
[15:53:39] <N1njAway> pingo: For longer configurations like that, standards based on differential signaling (LVDS, RS485, etc) are generally a better bet, as they are specifically designed to run over distance and deal with artibitrary star-configurations.
[15:53:54] <N1njAway> megal0maniac: That's not necessarily a bad thing :)
[15:54:03] <megal0maniac> Dirty snakes
[15:54:23] <N1njAway> Could be worse. Could be Ruby On Rails.
[15:54:33] <megal0maniac> N1njAway: The DS18B20 is exclusively a 1-wire device
[15:54:35] <abcminiuser> Ah, the gorram sequence number
[15:55:03] <abcminiuser> megal0maniac, try now
[15:55:28] <N1njAway> megal0maniac: Mmm, not sure then - I haven't worked much with the Dallas 1-wire stuff personally. Not sure what else to suggest beyond checking the specs and putting an o'scope on it to see what's going on.
[15:55:35] <abcminiuser> Let me reiterate: I am bad at Python
[15:55:56] <RikusW> then why use python ?
[15:56:10] <RikusW> lack of better options ?
[15:56:13] <abcminiuser> Because I want to learn
[15:56:16] <RikusW> ah
[15:56:48] <N1njAway> "Deeeeannnn, make it use Javascript! Because Javascript is awesome and does everything and the world will be running on it soon!"
[15:56:56] <abcminiuser> Boo
[15:57:02] <abcminiuser> Python is dynamic but less crazy
[15:57:10] <abcminiuser> By 10e-1%
[15:57:16] <pingo> N1njAway ok I will try to borrow a scope
[15:57:34] <RikusW> abcminiuser: good luch with the jtag2 code, you'll need to convert that CRC routine....
[15:57:53] <megal0maniac> abcminiuser: Okay it doesn't crash but it's properly slow
[15:58:10] <megal0maniac> And I can't make it write to a file, but I don't know how :D
[15:58:27] <abcminiuser> gdp .... READ -f filename.hex
[15:58:37] <N1njAway> pingo: Sorry, due to my lack of experience with it I can't make any other good suggestions, but from what you've said it sounds like it's a signal integrity problem.
[15:58:39] <abcminiuser> Slow is bad, but at least it's not crashing
[15:59:02] <RikusW> sounds like read timeouts
[15:59:06] <abcminiuser> RikusW, already done the CRC
[15:59:13] <abcminiuser> Just not the upper protocol
[15:59:28] <RikusW> its not too pretty
[15:59:33] <abcminiuser> mega2181, try READ --memory signature
[15:59:42] <RikusW> but the debugging part seems to be worse :-P
[15:59:43] <abcminiuser> errr, I mean READ --memory signatures
[15:59:52] <megal0maniac> 29s for 32kb. Roughly 35x slower than studio
[15:59:57] <megal0maniac> But it works :P
[16:00:02] <abcminiuser> Valid data?
[16:00:05] <abcminiuser> Yay
[16:00:06] <abcminiuser> Hrm
[16:00:24] <abcminiuser> Problem is it's impossible or hard to know where the read packet boundaries are
[16:00:31] <RikusW> still sounds like read timeouts on the serial port
[16:00:38] <abcminiuser> So I use a timeout, which obviously slows things down
[16:00:39] <RikusW> its not
[16:00:53] <abcminiuser> self.dev_handle = serial.Serial(port=self.port,
[16:00:54] <abcminiuser> baudrate=self.baud,
[16:00:54] <abcminiuser> timeout=5,
[16:00:54] <abcminiuser> interCharTimeout=.05)
[16:00:54] <pingo> N1njAway aha, thanks anyway
[16:00:54] <RikusW> stk500 headers are there to help with that
[16:01:23] <RikusW> abcminiuser: I read 1 byte until 0x1B is received
[16:01:30] <RikusW> then read up to 0x0E
[16:01:36] <megal0maniac> abcminiuser: Sure looks valid
[16:01:43] <RikusW> then get length and read the reset
[16:01:44] <megal0maniac> Reading to file is much faster
[16:01:54] <RikusW> *rest
[16:02:00] <abcminiuser> megal0maniac, VERIFY -f input.hex
[16:02:17] <abcminiuser> RikusW, true but can't guarantee every protocol has a nice framing like that
[16:02:38] <abcminiuser> megal0maniac, how slow is it to a file?
[16:02:38] <RikusW> well my protocols are split up, so I can do it
[16:02:41] <megal0maniac> Oh no. It isn't faster. I was just paying less attention
[16:02:46] <abcminiuser> ah
[16:02:48] <abcminiuser> Nuts
[16:02:53] <RikusW> jtag 2 is nicely framed too
[16:03:14] <RikusW> stk500v1 is a mess :-P
[16:03:19] <RikusW> *was
[16:03:29] <megal0maniac> Verify would just confirm that it's reading consistently, not correctly
[16:03:41] <Tom_itx> abcminiuser when you get a studio update does it reinstall the whole package?
[16:03:46] <RikusW> use AS to verify
[16:03:49] <abcminiuser> Jupp
[16:03:50] <Tom_itx> save the vs stuff
[16:04:07] <Tom_itx> so if i did that it should reinstall the stuff i removed?
[16:04:42] <Tom_itx> good to know ahead of time since it takes a couple days to install
[16:04:58] <abcminiuser> Tom_itx, in theory yes
[16:04:59] <abcminiuser> But
[16:05:04] <abcminiuser> No promises :P
[16:05:13] <Tom_itx> i will hunt you down....
[16:05:25] <abcminiuser> RikusW, looks like I need to work out some framing stuff :P
[16:05:52] <Tom_itx> abcminiuser when you loaded that dude's files did you see why it wouldn't compile?
[16:05:58] <Tom_itx> that was his issue
[16:06:14] <Tom_itx> including the .h file for the cpp didn't seem to include the cpp for him
[16:06:33] <abcminiuser> C:\Users\Dean\documents\atmel studio\6.1\GccApplication2\GccApplication2\Debug\main.o(1,1): multiple definition of `Font'
[16:06:34] <abcminiuser> C:\Users\Dean\documents\atmel studio\6.1\GccApplication2\GccApplication2\Debug\DmDisplay.o(1,1): first defined here
[16:06:43] <Tom_itx> i was merely trying to help him
[16:06:57] <abcminiuser> Ah, he's defining the font array in the header
[16:07:08] <abcminiuser> So of course it will have multiple defs
[16:07:19] <abcminiuser> Tell him to move it to a C/C++ file and use an extern in the header
[16:07:20] <megal0maniac> abcminiuser: It verifies okay with studio, so yay!
[16:07:49] <megal0maniac> RikusW: Your STK500 bootloader gets the unofficial GDP stamp of approval
[16:07:52] <Tom_itx> unfortunately i don't remember who it was now
[16:07:58] <Tom_itx> someone here that's not here now
[16:08:05] <megal0maniac> Duality
[16:08:10] <Tom_itx> yeah
[16:08:20] <megal0maniac> 2013-11-18.log:00:36 < Daulity> Tom_itx: the files https://github.com/Duality4Y/projects/tree/master/atmega16-1
[16:08:28] * megal0maniac loves grep
[16:08:46] <megal0maniac> RikusW: FINE. I'll keep the stamp then
[16:08:51] * Tom_itx loves letting others do his research
[16:09:19] <megal0maniac> That's the reason I log. It's easier to grep my own logs than ask google to search yours
[16:09:36] <Tom_itx> i local log them as well'
[16:10:13] <megal0maniac> Isn't that a local log?
[16:10:32] <Tom_itx> it's on my server not my local mirc machine
[16:10:38] <megal0maniac> Oh
[16:10:47] <Tom_itx> so i suppose you could say it's local
[16:10:49] <megal0maniac> My server is my irssi machine :D
[16:10:56] <megal0maniac> Works well
[16:11:00] <Tom_itx> debian
[16:11:13] <megal0maniac> Also since it's a $30 Dockstar. And it runs Debian too
[16:11:23] <megal0maniac> It's literally taped to my wall
[16:11:27] <Tom_itx> old free pc
[16:11:41] <Tom_itx> sitting on a shelf in the utility room
[16:11:48] <Tom_itx> no kbd no monitor etc
[16:11:59] <megal0maniac> I only have one room. No space for more machines
[16:14:16] <Tom_itx> i got 5 in front of me
[16:21:06] <megal0maniac> Tom_itx: You have a big room :P
[16:29:29] <ColdKeyboard> Hi guys, I have some components that I need help identifying... Any site except farnell or google to easy my pain? ;0
[16:29:31] <ColdKeyboard> :)
[16:30:06] <ColdKeyboard> I have CQ223 IC, and 9732 IC... that's all I can read from them :\
[16:30:13] <ColdKeyboard> 9732 has IR logo on them :)
[16:33:35] <jerkey> megal0maniac the correct answer was: avrdude doesnt put trailing zeros in a binary read from flash (my flash must have ended with 38 bytes of zeros) and the usbtiny isp doesn't support the atmega2560
[16:33:59] <megal0maniac> :D
[16:34:10] <megal0maniac> Of course. The flash is too big
[16:34:16] <megal0maniac> Sorry, I forgot about that one
[16:35:01] <jerkey> i dont see why it should matter, the attiny2313 is not holing the flash of the atmega328 either but it works
[16:35:25] <megal0maniac> Something to do with addressing, iirc
[16:35:41] <megal0maniac> The way in which the bigger targets are addresses
[16:35:45] <megal0maniac> *addressed
[16:46:29] <jerkey> must be
[17:08:45] <Tom_itx> megal0maniac_afk, no just crouded
[17:11:22] <Tom_itx> jerkey did you get your problem worked out?
[17:11:30] <Tom_itx> btw mine supports it :)
[17:12:09] <megal0maniac_afk> Yeah get Tom's
[17:12:14] <megal0maniac_afk> Change your life
[17:12:35] <megal0maniac_afk> My Teensy is now a programmer too. I really like this thing
[17:12:46] <Tom_itx> he seems to be fighting a problem no tinyisp is gonna solve
[17:13:04] <Tom_itx> what firmware did you add to it?
[17:13:05] <megal0maniac_afk> Seems he did figure it out
[17:13:11] <megal0maniac_afk> Tom_itx: LUFA
[17:13:14] <Tom_itx> cool
[17:13:18] <Tom_itx> works ehh?
[17:13:41] <Tom_itx> the bootloader works ok with it?
[17:14:00] <Tom_itx> paul puts a custom bootloader in em
[17:14:15] <megal0maniac_afk> Changed reset line and ADC pin. Picks up in studio and reads voltage, but haven't tested with a target due to the non-ISP pin layout
[17:14:37] <megal0maniac_afk> Yeah, bootloader doesn't interfere. And it's a very nice bootloader (with a nice utility)
[17:14:44] <Tom_itx> it must have adc then
[17:14:48] <Tom_itx> U4?
[17:14:54] <megal0maniac_afk> Yip
[17:15:05] <Tom_itx> i got a couple of those
[17:15:22] <megal0maniac_afk> abc made his own version of the bootloader, and got moaned at by paul :P
[17:15:31] <Tom_itx> i know
[17:16:03] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/boards/atmega32u4/atmega32u4_1.jpg
[17:16:10] <Tom_itx> that's my take on it
[17:16:20] <Tom_itx> btw did that load slow?
[17:16:34] <Valen> Tom_itx: speed was fine for me
[17:16:46] <Tom_itx> probably just this pc
[17:17:08] <Valen> got a new webserver for you http://www.ebay.com.au/itm/IBM-BladeCenter-H-8852-4XM-14xHS21-HS22-Blade-servers-/271314615111?pt=AU_Servers&hash=item3f2b9c7b47&_uhb=1
[17:17:09] <Valen> ;->
[17:17:29] <megal0maniac_afk> Good here on my 1mbps line :P
[17:17:39] <Tom_itx> i'll get right on that Valen
[17:17:46] <Valen> Tom_itx: looks like you need to wash it but other than that its nice
[17:18:01] * Valen just aquired that very bladecentre ;->
[17:18:07] <Tom_itx> i probably took those pics before i cleaned em
[17:18:07] <megal0maniac_afk> Tom_itx: I saw that. Going to try and solder tqfp when my samples arrive :)
[17:18:18] <Tom_itx> tqfp is easy
[17:18:20] <megal0maniac_afk> That's qfn, but still
[17:18:28] <Valen> frying pan reflow
[17:18:34] <Valen> made of win
[17:18:39] <megal0maniac_afk> Hmmm...
[17:19:56] <Tom_itx> megal0maniac_afk, i hand soldered the first couple hundred programmers before i made the oven
[17:20:50] <Tom_itx> lotsa practice
[17:22:23] <Tom_itx> Valen, what you gonna do with it?
[17:23:13] <megal0maniac_afk> Tom_itx: I've heard it isn't too bad, but first time is always a bitch :)
[17:23:24] <Tom_itx> not really
[17:23:28] <Tom_itx> just use plenty of flux
[17:23:38] <Tom_itx> i like those pens
[17:23:44] <megal0maniac_afk> Fairly comfy with SOT23 now, pitch is similar
[17:23:49] <megal0maniac_afk> I have two :)
[17:23:55] <Tom_itx> what kind?
[17:24:01] <Tom_itx> mine are non RoHs
[17:24:08] <Tom_itx> and can't get anymore
[17:24:41] <megal0maniac_afk> Lemme check
[17:26:24] <megal0maniac_afk> DX specials
[17:26:30] <Tom_itx> oh
[17:26:36] <megal0maniac_afk> "Litton"
[17:26:44] <megal0maniac_afk> No mention of RoHS
[17:26:49] <Tom_itx> mine is kester but i dunno what they have RoHs now
[17:26:51] <megal0maniac_afk> Lots of Chinese
[17:26:59] <Tom_itx> probably isn't
[17:27:05] <Tom_itx> i get my paste from them
[17:27:17] <megal0maniac_afk> Ah, mine is Kester too. Says litton just above kester
[17:27:31] <megal0maniac_afk> Internal NO:2009-01100
[17:30:58] <rootB> Hi avr how are you today i hope you are really good today
[17:30:59] <rootB> hi Tom_itx .
[17:32:23] <megal0maniac_afk> Look Tom_itx. A friend!
[17:32:33] <megal0maniac_afk> Goodnight :)
[17:33:30] <jerkey> Tom_itx i believe i worked it out that avrdude doesn't save trailing 0x00 characters to a bin file, and the usbtinyisp doesn't do atmega2560
[17:34:08] <Tom_itx> no it wouldn't support it
[17:34:22] <jerkey> tom_itx what is this board and where can i get it: http://tom-itx.dyndns.org:81/~webpage/boards/atmega32u4/atmega32u4_1.jpg
[17:34:41] <Tom_itx> i made it and you can't get it
[17:34:42] <Tom_itx> :)
[17:35:00] <Tom_itx> it's an atmega32U4 breakout board
[17:35:46] <Tom_itx> i _was_ gonna make a bunch but decided not to
[17:39:14] <megal0maniac_afk> jerkey: An alternative is to search for arduino micro on ebay. You can get what is essentially a 32u4 breakout for $7 or something stupid
[17:39:39] <jerkey> rad
[17:39:55] <jerkey> i have a stack of leolympia boards and a bag of parts to make 20 of them, but no time
[17:40:05] <jerkey> BECAUSE OF IRC
[17:40:07] * jerkey reboots
[17:40:35] <megal0maniac_afk> Tom_itx: http://www.ebay.com/itm/310634777706
[17:40:42] <megal0maniac_afk> I don't know how they do it...
[17:59:49] <jerkey> megal0maniac_afk that is awesome.
[18:00:40] <megal0maniac_afk> but get a programmer first. priorities
[18:02:47] <jerkey> megal0maniac_afk Tom_itx i got my pololu to work just now! thanks to whoever sent me the link to here http://www.pololu.com/docs/0J6/5.d
[18:03:53] <megal0maniac_afk> that was me, but i got it from google >.>
[18:04:28] <megal0maniac_afk> No idea why you were dicking around with dasa and usbtiny when you had that :/
[18:04:36] <jerkey> i am reading the flash of an atmega2560 right now, lets see if it works
[18:04:57] <jerkey> because i thought it was bricked because it doesn't come up as anything until you get the CP2102 drivers
[18:05:06] <jerkey> i didn't realise the avrisp2 is serial?!
[18:05:17] <megal0maniac_afk> that isnt v2
[18:05:57] <megal0maniac_afk> just avrisp. but same protocol as v2
[18:06:10] <megal0maniac_afk> just rtfm :)
[18:06:11] <jerkey> well it worked anyway avrdude -P /dev/tty.SLAB_USBtoUART -c avrisp2 -p m2560 -U flash:r:flash.bin:r
[18:06:44] <jerkey> but it gave me 163284 bytes, so now everyone knows, avrdude doesn't save trailing zeros on the bin file
[18:07:08] <jerkey> i think that's because it erases the flash (to zeros) before writing, by default.
[18:07:13] <megal0maniac_afk> screw you, avrdude!
[18:07:30] <megal0maniac_afk> empty flash is all 1s
[18:07:50] <megal0maniac_afk> its 2am. i'm out :)
[18:08:14] <jerkey> wtf? no it's 4pm your clock is wrong.
[18:08:50] <megal0maniac_afk> your country is wrong :P
[18:13:03] <jerkey> what country are you in?!!?
[18:48:04] <Fornaxian> jerkey, flash is erased to all ones, not all zeros.
[18:48:40] <Fornaxian> hmm. megal0maniac_afk beat me to it.
[18:54:47] <jerkey> well then i dont know. I could do an experiment and make bin files with trailing 0xFF or 0x00 and see what happens when i read but...
[19:48:07] <EvanTeitelman> Is there a way to tell avr-gcc to stop treating a variable as volatile for a block of code?
[20:13:03] <jadew> make another one
[20:13:12] <jadew> int x = my_voltatile_x;
[20:13:14] <jadew> and then use x
[20:19:14] <N1njAway> EvanTeitelman: What is the application you need that for? I've never seen the question asked :)
[20:28:30] <EvanTeitelman> N1njAway: I have an ISR that modifies a volatile variable a few times. Creating a new variable is my current approach but I was curious to see if the compiler had some sort of builtin mechanism to deal with this.
[20:29:14] <N1njAway> Right, but generally if you have a variable which is volatile, you want it volatile throughout its entire scope.
[20:29:26] <EvanTeitelman> (Since the application is primarily academic in nature, I am making optimizations at the cost of code cleanliness.)
[20:30:19] <twnqx> no, why shoul dit
[20:30:26] <twnqx> either the var is volatile or not
[20:31:50] <N1njAway> So hence I was wondering what the motivation was for un-volatiling something.
[20:32:38] <EvanTeitelman> Perhaps I misunderstand something. Isn't it possible to increase efficiency if the compiler only has to treat a variable as volatile when necessary?
[20:33:43] <twnqx> probably
[20:33:56] <N1njAway> Only in certain circumstances where the optimization being done is based upon the assumption that the variable has not been spontaneously changed elsewhere.
[20:37:54] <jerkey> whats volatile
[20:48:16] <twnqx> a flag that ensures that the variable is always read or written to exactly when told to
[20:49:02] <twnqx> so the compiler must not make assumptions about the variable changing only due to observable program flow
[20:49:17] <twnqx> e.g. for memory mapped IO or variables changed from interrupt handlers, etc
[20:54:59] <jerkey> ahh awesome thank you
[20:55:33] <jerkey> i have asked that question before and not understood, because the person answering didnt do embedded and couldn't come up with an example
[21:01:03] <twnqx> you would use it with multithreaded applications as well ;)
[21:09:54] <jerkey> ahh yes that makes sense
[21:23:15] <twnqx> (though you should avoid relying on that mechanism for multithreading, and instead use OS-supplied locking
[21:25:48] <w|zzy> yes. Wise is twnqx
[21:32:46] <Tom_itx> when yoda speaks...
[21:36:51] <w|zzy> Speaks he does.
[21:44:05] <Casper> ah the joy...
[21:44:05] <Casper> my cousin's baby is now at the hospital, went in ambulance, probably an epilepsy crisis... fun...
[21:53:19] <twnqx> :(
[23:35:40] <DxT> ello