Back
[01:26:21] <megal0maniac_afk> A subtle hint that something has gone wrong
http://imgur.com/H8OFvpj
[01:43:18] <megal0maniac_afk> Expected ship date for samples: 11 Feb and 27 Mar 2014 :/
[01:44:08] <megal0maniac_afk> Which means 5/6 month lead time from date of order. I'm in no rush personally, but doesn't that defeat the object of samples?
[05:12:36] <inflex> anyone got a 10K NTC thermistor ADC map?
[05:13:35] <xorm> i would imagine that it varies by thermistor
[05:13:50] <xorm> does it spec a curve in the datasheet?
[05:31:28] <inflex> basically you work it from the beta value and the NTC R25 value
[05:32:42] <inflex> I have to admit, I'm too damned lazy :(
[05:37:03] <inflex> considering it's a 4K flash chip, I can just cram a full ADC[0..1023] array in there
[05:37:13] <inflex> ( my program only uses 1K of room
[07:09:15] <Tom_itx> inflex, you could probably find one in some reprap software
[07:12:25] <Tom_itx> https://github.com/ErikZalm/Marlin/tags
[13:44:53] <sirpatrick> Have any of you guys worked on embedded devices that had to undergo PTRCB certification?
[14:28:57] <ametist> Are there customer electronics with AVR chips?
[14:30:04] <amee2k> depends, do arduinos count as consumer electronics? :3
[14:30:24] <sirpatrick> AVRs are used on tons of consumer devices
[14:30:52] <bss36504> I would think that atmel couldn't survive without some sort of market share in consumer electronics.
[14:31:15] <bss36504> They certainly have a diverse portfolio, and they wouldnt make the chips if nobody was buying them.
[14:31:47] <sirpatrick> right
[14:31:53] <amee2k> its probably more of an issue to find out which devices are using their stuff
[14:32:08] <sirpatrick> I have seen lists going around.
[14:32:20] <sirpatrick> Most recently one composed of devices using MSP430 by TI
[14:32:26] <amee2k> i don't think i've seen an AVR in a device before, but i've seen tons of Atmel branded eeproms around everywhere
[14:33:06] <sirpatrick> I have seen ATinys in electric toothbrushes for PWM
[14:34:44] <ametist> Every customer-electronic thing I see has this round, black blob. It's a microchip, right?
[14:35:05] <N2TOH> the black blob is a "die on board"
[14:36:08] <amee2k> yeah... the dreaded "epoxy blob"
[14:36:12] <ametist> So, it'll kill me of I open it?
[14:36:31] <amee2k> you have no fucking idea what the chip inside is, or for that matter which trace is which pin of the chip
[14:36:48] <sirpatrick> a lot of times for applications where hundreds of thousands of devices are made they use ASIC designs
[14:37:29] <amee2k> does atmel have cheaper mask-programmed or OTP ROM versions for OEM suppliers?
[14:48:59] * N2TOH who knows that sorta the point of the AVR and 8051 series from ATMEL, that they ARE reprogramable
[14:49:22] <N2TOH> nothing more expensive then having to recall a product from the field the swap out parts
[14:49:40] <N2TOH> to*
[14:49:50] <N2TOH> I should know I've seen it happen
[14:50:14] <bss36504> I think an OTP mcu is called an ASIC
[14:50:27] <N2TOH> a power supply that used an OTP PIC chip.
[14:50:44] <bss36504> :P
[14:51:05] <bss36504> Ok, I guess it would be more like a "Semi-customizable ASIC"
[14:51:08] <N2TOH> no OTP is OTP, an ASIC is configured by the masks used by the die producer
[14:51:22] <bss36504> I'm aware of what an asic is.
[14:51:42] <N2TOH> ok well then you know with OTP it's a one shot ROM
[14:51:59] <N2TOH> now if they had a quartz UV erase window...
[14:52:16] <bss36504> yes
[14:52:16] <bss36504> My statement was tounge-in-cheek.
[14:52:21] <N2TOH> lol
[14:52:32] <N2TOH> help when you append :)
[14:52:32] <amee2k> bss36504: you could probably consider it a CPLD of sorts :>
[14:52:48] <bss36504> A very, very cheap one haha
[14:53:08] <bss36504> (cheap on the scale of millions that is)
[14:53:44] <amee2k> also
[14:54:01] <amee2k> if the device is sold, "recall to swap parts" means selling the new generation a few months earlier :>
[14:56:16] <N2TOH> for some products, your customer will gut your for selling them junk!
[14:56:47] <amee2k> then you're selling to the wrong customers, clearly :>
[14:57:00] <N2TOH> or are fool enough to issue multi your no questions asked warranties...
[14:57:10] <N2TOH> year*
[15:40:25] <Roklobsta> has anyone messed with touch sensors and avr?
[15:40:53] <megal0maniac_afk> Not physically
[15:41:11] <Roklobsta> mentally?
[15:41:35] <megal0maniac_afk> On paper
[16:15:13] <kdehl> Imaginary?
[16:15:41] <megal0maniac> Investigative research
[16:16:33] <kdehl> Ah.
[16:20:33] <bss36504> hows the new job treating you, abcminiuser
[16:20:39] <bss36504> ?
[16:22:17] <abcminiuser> Ahoyhoy
[16:22:27] <abcminiuser> Not sure yet, start on the 20th
[16:22:48] <bss36504> ah, well then some nice time off.
[16:22:49] <Roklobsta> abcminiuser: oh back in melb?
[16:23:10] <abcminiuser> Yup :)
[16:23:31] <Roklobsta> working out in the eastern suburbs? i never looked for work that way as i lived westside
[16:23:46] <Roklobsta> but all the EE jobs are in the east
[16:24:53] <kdehl> Where you guys at?
[16:25:48] <Roklobsta> somewhere north of tasmania
[16:26:38] <bss36504> Somehow that response strikes me as funny. It sounds like "eh, I'm not really sure where I am"
[16:26:53] <Roklobsta> well it's accurate
[16:31:52] <Roklobsta> abcminiuser: the period of unemployment between jobs is like school holidays
[16:33:01] <abcminiuser> I'll be working in Richmond
[16:33:11] <abcminiuser> Yeah, not too bad when you know it will definetely end :P
[18:03:14] <abcminiuser> Hrm, I should release a new LUFA
[18:03:24] <abcminiuser> Since I'm not really working on it at the moment
[18:03:42] <abcminiuser> Not many changes, mostly demo refactorings and fixed up AS6 integration bugs
[18:20:12] <N2TOH> http://www.noritake-elec.com/evalkit-sample.php#contactForm
[18:31:52] <Epsilon-Auriga_> nifty
[18:32:54] <Epsilon-Auriga_> http://www.noritake-elec.com/sck-7000-140x32f-n30-c.php would have liked to get one of these.
[18:34:32] <N2TOH> http://noritake-vfd.com/search.aspx?find=GU128X64E-U100
[18:36:57] <Epsilon-Auriga_> http://hackaday.com/2013/12/26/jello-shot-printer/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+hackaday%2FLgoM+%28Hack+a+Day%29
[18:57:48] <inflex> hiya abcminiuser__
[18:57:56] <inflex> hrmm... okay, seems that wasn't right
[18:58:46] <abcminiuser__> Ahoy
[18:59:12] <inflex> how be things in the world of .... where ever you're working now abcminiuser__ ?
[19:00:37] <abcminiuser__> Warmer here in Melbourne, Aust :)
[19:00:49] <abcminiuser__> Holidays at the moment until I start my new job on the 20th of Jan
[19:01:52] <inflex> Oh okay, what are you doing these days?
[19:01:59] <inflex> ( Insanely hot up here in North QLD )
[19:06:54] <Epsilon-Auriga_> horridly hot here too...almost up to 0C today.
[19:07:30] <inflex> O_o
[19:07:41] <abcminiuser__> Relaxing now, will start at www.lifx.co
[19:09:28] <inflex> oooh nice, just the sort of thing I've been trying to procure recently
[19:10:20] <inflex> For now I'm stuck with fixed output, fixed colour, non-controllable units. I'm actually after them to assist with my wife's vision issues.
[19:14:40] <kdehl> Hm. Sergey's XT implementation uses SRAM instead of DRAM. I guess that means he's not using DMA 0 for memory refresh... I wonder if that could mess up some timing-sensitive software...
[19:16:20] <inflex> someone making an IBM PC XT?
[19:16:46] <kdehl> inflex: He did it a few years ago:
[19:16:48] <kdehl> http://www.malinov.com/Home/sergeys-projects/sergey-s-xt
[19:17:12] <inflex> thanks
[19:25:59] <Tom_itx> abcminiuser__ you still using a ssd on your pc?
[19:26:08] <abcminiuser__> Laptop, but yes
[19:26:16] <Tom_itx> how's it holding up?
[19:26:18] <abcminiuser__> I need to buy a house, then make a real PC
[19:26:28] <abcminiuser__> Just fine, DO NOT JINX IT
[19:26:35] <Tom_itx> aww don't go gettin all domestic on us..
[19:26:39] <Roklobsta> what make/model is it?
[19:26:45] <Tom_itx> yeah brand model etc?
[19:26:46] <Roklobsta> melb is tre tre expensive
[19:26:58] <Epsilon-Auriga_> so, abcminiuser__ , not working for atmel anymore?
[19:27:16] <Roklobsta> i have a Samsung 840 (plain not Pro) 256GB in my lappy and it's just dandy
[19:27:46] <Roklobsta> older laptops like mine don't have 6Gb SSD channels so it's only running at 1/2 speed which is still frickin' fast
[19:27:56] <Roklobsta> SSD = SATA
[19:28:30] <abcminiuser__> OCZ Vertex 3
[19:28:42] <abcminiuser__> Old model now and the company's bankrupy
[19:28:45] <abcminiuser__> But it works fine
[19:28:49] <Epsilon-Auriga_> hmm..need to look and see if there are any SAS SSDs out there.
[19:28:49] <Tom_itx> heh
[19:28:52] <abcminiuser__> Epsilon-Auriga_, nope, quit to move back to Aus
[19:28:53] <Tom_itx> not a good sign
[19:29:06] <Roklobsta> win7 supports TRIM natively and for linux just add the option 'discard' to turn TRIM on
[19:29:14] <Roklobsta> in fstab
[19:29:15] <Tom_itx> gf was probably ok with that..
[19:29:35] <Roklobsta> norway is too fridig
[19:29:40] <Roklobsta> frigid
[19:29:57] <Roklobsta> and too socialist
[19:30:30] <rue_shop3> abcminiuser__, how longs it been running?
[19:30:41] <Tom_itx> quite a while afik
[19:35:42] <abcminiuser__> Also too damn not enough bacon
[19:35:47] <abcminiuser__> Three years IIRC
[19:36:47] <Roklobsta> i would have thought, with denmark across the way that bacon would have been in abundance.
[19:37:25] <Roklobsta> ah unless you mean the other meaning of bacon
[19:38:39] <Tom_itx> abcminiuser__ does it use wear leveling firmware?
[19:39:23] <rue_shop3> I was dissapointed when my Kingston drive only lasted a year,
[19:39:35] <rue_shop3> I was more dissapointed when they wont honor the warranty cause I'm in canada
[19:39:53] <rue_shop3> I'm even more dissapointed cause the new Adata drive only lasted a month
[19:40:09] <rue_shop3> '**** this!'
[19:41:10] <GuShH_Lap> rue_shop3: their warranty is only for the US market?
[19:41:29] <abcminiuser__> Tom_itx, yeah, it was from the start of the TRIM era
[19:41:30] <Roklobsta> i think go intel or samsung, don't go cheap.
[19:41:35] <abcminiuser__> So it should be fine
[19:41:43] <abcminiuser__> I'll grab a more modern one along with the new PC
[19:42:43] <Roklobsta> MSY FTW
[19:45:01] <Roklobsta> anyone got any ideas when the next version of as6 is due?
[19:50:02] <rue_shop3> GuShH_Lap, Kingston yea, I recall being told to go stuffit with my nationality
[19:50:13] <rue_shop3> I didn't go cheap!
[19:52:40] <Roklobsta> my impression is samsung and intel are the ones to go with for reliability. i have put about 10 intels to use on old machines and i have a samsung and they have all been fine in the last 12 months.
[19:56:01] <Epsilon-Auriga_> what about seagate SSDs?
[20:00:45] <Roklobsta> dunno
[20:03:45] <abcminiuser__> Well that's blogging done for another 3 months :P
[20:09:48] <N2TOH> I've had pleasent results with OCZ
[20:10:51] <Casper> OCZ is no more
[20:10:58] <Casper> they filled for bankrupcy
[20:11:01] <N2TOH> So I've had better luck with them then most of my mechanical drives over the years.
[20:11:04] <N2TOH> OUCH!
[20:11:32] <N2TOH> crap! so what am I to use now when I want to expand my RAID 0?
[20:11:34] <inflex> ugh, OCZ really went a bit crazy on the QC issues
[20:11:57] <N2TOH> too anal? and that's why they are broke?
[20:12:04] <Casper> it's sad that OCZ lost control.. because it used to be nice...
[20:12:26] <inflex> no, too lax, trimming too many corners
[20:12:44] <inflex> they collapsed because they ran to the bottom of the barrel
[20:13:15] <N2TOH> how long ago did that start? I've had mine for a few years now
[20:14:12] <GreaseMonkey> i'm trying to write some code for an atmega328p in asm (need cycle exactness) using avr-binutils (i run freebsd so all the windows stuff is... well, i REALLY don't want to go down that track), does anyone know how to make avr-as behave properly
[20:14:31] <GreaseMonkey> i can get it to *sorta* work but i suspect it's trying to run code from registers
[20:15:25] <N2TOH> no sorry, I must be a few steps behind you as I need to shore up my ASM understanding for the AVR 1284p
[20:17:24] <GreaseMonkey> basically i'm trying to make a vgm player for the chip used in the sega master system (SN76496A-variant), and i HAVE done it successfully in C but the emulation is at 1/3 of the appropriate rate
[20:17:59] <GreaseMonkey> and the timing isn't quite up to scratch esp. when there's only one channel enabled
[20:18:35] * N2TOH wishes he still had his old SEGA Master system
[20:19:53] <N2TOH> with some cheap logic it might be amusing to add an IDE port out the cart slot...
[20:20:00] <GreaseMonkey> did you ever have sonic 2?
[20:20:06] <N2TOH> no
[20:20:18] <GreaseMonkey> damn, any of the sonic games?
[20:20:26] <N2TOH> nope sadly no
[20:21:21] <N2TOH> I did have several 3D games that I wish had a non 3D mode
[20:21:22] <GreaseMonkey> aww... i was going to upload a build with a vgm that may induce nightmares
[20:21:47] <GreaseMonkey> btw /me == arduino duo scrub
[20:22:00] <GreaseMonkey> (although the IDE loves to crash so i have to stick with the avr-gcc/avr-as stuff)
[20:23:37] <GreaseMonkey> also right now i'm compiling a PDF reader (well ok it's compiling webkit right now D:) on an underclocked CPU because if i run it at full rate it gets up to 94'C
[20:23:41] <N2TOH> it would be interesting to add an Ethernet and storage solution to the old SEGA system
[20:24:26] <N2TOH> use the "special oil" and give it a bath
[20:24:40] <GreaseMonkey> it's interesting that nobody seemed to do any weird acceleration stuff like they did on the SNES or any of the weird stuff they did on the NES... but at the same time i'm actually quite glad there were very few mappers
[20:25:00] <N2TOH> why?
[20:25:36] <GreaseMonkey> on the master system, it's basically: raw ROM, sega mapper, codemasters mapper
[20:25:57] <GreaseMonkey> and the occasional pirate cart mapper but those are rare
[20:26:29] <GreaseMonkey> but yeah, those mappers are pretty solid and don't get the bus conflicts that some of the official NES mappers got
[20:26:33] <GreaseMonkey> on the NES? i think they've found over 100 mappers so far
[20:26:50] <N2TOH> didn't the master system have more RAM and better hardware compared to the NES, but a crappy software position?
[20:27:16] <GreaseMonkey> yeah
[20:27:29] <GreaseMonkey> althoug the SMS was quite popular here in new zealand
[20:27:46] <N2TOH> plus the older Master system had that port on the front for mini cards, and the 3D interface
[20:28:32] <GreaseMonkey> the NES had a faster CPU (half the clock rate but actually FASTER than the SMS in terms of the actual code you write for it ) and a more capable sound chip, AND it was more expandable, but the graphics weren't as good and quite frankly the build quality was crap
[20:28:42] <GreaseMonkey> and ugh, hardware bug
[20:28:43] <GreaseMonkey> s
[20:29:11] <GreaseMonkey> e.g. playing samples on the NES tended to screw up joypad reads
[20:29:44] <GreaseMonkey> the SMS avoided this problem by having a parallel joypad interface instead of a serial one (never mind the fact that it didn't have hardware for playing samples)
[20:29:54] <N2TOH> I may have had that the other way round...
[20:30:25] <GreaseMonkey> the master system definitely had better graphics and more RAM
[20:30:31] <GreaseMonkey> (8KB vs 2KB)
[20:30:47] <GreaseMonkey> i only have the SMS2 though so no card slot and no reset button :(
[20:31:23] <GreaseMonkey> the one thing i hate the most about the SMS hardware is the fact that the sound chip is clocked too high, so it's extremely difficult to get good bass out of the sound chip
[20:31:39] <N2TOH> ah right I knew there was a major difference, well the card games were rather a flop here in the states
[20:32:32] <N2TOH> there are chip tune people who have taken to under clocking the entire system just for that reason
[20:33:07] <N2TOH> oh hold on can the SMS be hacked for I2C, or SPI interfaces?
[20:33:30] <GreaseMonkey> the SMS2 did fix a few hardware bugs and add a few video modes
[20:33:50] <GreaseMonkey> uhh, i believe you could shove in an I2C or SPI if you really wanted to, you'd use MMIO for that though
[20:34:02] <GreaseMonkey> or heck i think you could even trap I/O in the $C0-$FF range
[20:34:03] <N2TOH> http://www.linear.com/product/LTC6903
[20:34:11] <GreaseMonkey> as long as you disable that range
[20:34:20] <N2TOH> ^^^
[20:34:26] <GreaseMonkey> otherwise your reads will conflict with the joypad reads
[20:34:41] <N2TOH> it's a 1KHz to 68MHz programmable oscilator
[20:34:47] <GreaseMonkey> oh nice
[20:35:05] <Brando754> hey guys I have a dragon and wanted to ask a real quick question on the ISP headers is it a Vcc pin or a Vtg pin
[20:35:05] <GreaseMonkey> eheh i love the I2C licensing rules where it says "you must have at least one philips device on the bus"
[20:35:06] <N2TOH> for music you could change the system clock at will
[20:35:19] <Brando754> do I hook up the Vcc to that pin or not if I am using the prototyping area?
[20:35:26] <Brando754> I just dont want to fry it
[20:35:59] <GreaseMonkey> what are you scared of frying
[20:36:17] <Brando754> my dragon
[20:36:27] <N2TOH> then use target power
[20:36:53] <Brando754> well I still need to know the answer if that is Vtg with voltage in or Vcc with voltage out
[20:37:21] <GreaseMonkey> probably safer to use a lower voltage than necessary
[20:37:25] <GreaseMonkey> than a higher one
[20:37:52] <GreaseMonkey> and resistors are nice, too
[20:38:00] <N2TOH> unless their is a switching power supply involved 3:)
[20:38:01] <Tom_itx> same thing i believe
[20:38:08] <Tom_itx> im not the last word on it though
[20:38:28] <Brando754> Is there anyone with a dragon that can confirm that I put voltage into the Vcc/Vtg pin on the dragon
[20:38:34] <N2TOH> google might be able to answer your question better then me
[20:38:58] <Brando754> well I have two different answers from google and I wanted to ask if someone had one and could confirm
[20:39:07] <Tom_itx> you want to power the dragon or use it for power?
[20:39:32] <Brando754> I am using a ziff socket on the dragon so I want it to power the chip during programming
[20:39:34] * abcminiuser__ is back from lunch
[20:39:42] <Brando754> there is a seperate Vcc/Gnd header
[20:39:49] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/avr/dragon/dragon3a.jpg
[20:39:56] <Tom_itx> use the header
[20:40:10] <Tom_itx> older dragons didn't have power on the isp plug
[20:40:14] <Brando754> ok so I do connect the pwr header to one of the ISP pins?
[20:40:16] <Tom_itx> you could check yours and see
[20:41:09] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/attiny2313/attiny7.jpg
[20:41:13] <Tom_itx> that's how i did it
[20:42:43] <Brando754> Tom_itx: so I cant tell from that but I see you are powering the chip from the VCC headers are you also connecting the Vtg Pin to the Vcc header as well
[20:43:09] <Brando754> and then that level shifts it to the correct voltage which would be 5V in this case
[20:43:13] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/usbtiny_programmer/6pin_isp.jpg
[20:43:17] <Tom_itx> is the pinout
[20:43:22] <Tom_itx> vtg is 5v
[20:43:30] <Tom_itx> safe to connect to the 5v rail i would say
[20:43:48] <Brando754> Vtg is 5V out
[20:44:02] <Brando754> so why would you need the Vcc headers?
[20:44:10] * N2TOH agrees so long as all the voltages are the same
[20:44:12] <Tom_itx> various configurations
[20:45:26] <N2TOH> the reason fro breaking the VCC/VTG rails is for systems that have different supply voltages, but MAY be higher voltage tolerant
[20:46:24] <Brando754> http://www.atmel.no/webdoc/avrdragon/avrdragon.SCKT3400D1.html
[20:46:36] <N2TOH> typically the programer only talks with the uC so isolating the +V rails protects the parts that can not withstand the higher voltage
[20:46:47] <Brando754> that showed the Vcc being attached to the ISP pin aand I wanted to make sure this is safe before I did it
[20:47:31] <N2TOH> if the system voltages are the same I see no reason why there would be a problem.
[20:47:45] <Brando754> but is that needed even>
[20:47:57] <Brando754> well I guess it is isnt it
[20:48:02] <Brando754> well I will try it
[20:48:26] <Brando754> I was using something else before not connecting the Vcc headers and I dont think the chip got power but just wanted to ask before I attached it to another ISP pin
[20:48:27] <N2TOH> the option to disconnect the +V is there for times when it will not work...
[20:49:00] <N2TOH> User beware, it's good that you are doing your due diligence first!
[20:50:03] <N2TOH> Brando754, you could always use seperate power supplies for the device, and programmer just to be extra careful...
[20:50:17] <Brando754> unless it messes up and frys the programmer
[20:50:26] <Brando754> >.> I had that happen once with a cheaper programmer
[20:50:32] <Brando754> its why I am so cautious right now
[20:50:46] <N2TOH> typically ATMEL AVR stuff is 5 volt tolerant
[20:51:24] <Brando754> even if I did that though
[20:51:24] <Tom_itx> not to alarm you but the dragon outputs aren't buffered so make sure things are where they're supposed to be
[20:52:03] * N2TOH nods yeah that too!
[20:52:05] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/pdf/atmel/dragonhide.pdf
[20:52:07] <Brando754> I think I would need to put voltage into the Vtg pin so the dragon knows to level shift correctly for the ISP
[20:52:48] <Tom_itx> does the vtg have 5v on it?
[20:53:02] <Tom_itx> run the 5v to the chip from the header
[20:53:08] <Tom_itx> use the isp for programming it
[20:53:45] <Tom_itx> and run the 5v to the vtg from the breadboard
[20:54:27] <Tom_itx> i hardly ever use the dragon
[20:54:38] <Tom_itx> i like mine much better
[20:54:48] <Brando754> your what Tom_itx?
[20:54:58] <Tom_itx> my programmer
[20:55:05] <Tom_itx> i do have a dragon though
[20:55:20] <Brando754> well I had a limited budget and the dragon gave me everything
[20:55:24] <Brando754> so I decided on it
[20:55:31] <Tom_itx> that's fine
[20:55:37] <Tom_itx> you probably won't use jtag much
[20:55:42] <Brando754> and I also got a bus pirate for everything else
[20:55:56] <Brando754> slow as all hell
[20:56:00] <Brando754> but it will work on anything
[20:56:02] <Tom_itx> i don't think the dragon does t10 still
[20:56:08] <Tom_itx> not sure
[20:56:18] <Brando754> is that what the Attiny10 needs?
[20:56:19] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/boards/USBTiny_Mkii/USBTiny_Mkii_index.php
[20:56:23] <Tom_itx> TPI
[20:56:29] <Tom_itx> for the t10
[20:56:30] <Brando754> oh messed them up
[20:56:40] <Brando754> I know the bus pirate can program a t10
[20:56:44] <Brando754> with TPI
[20:56:49] <Brando754> even if the dragon cant
[20:56:50] <Brando754> so
[20:56:55] <Brando754> got that covered
[20:57:31] <Tom_itx> mine does all the 8bit avrs
[20:57:52] <Brando754> well Jtag could be useful for ARM
[20:57:53] <Tom_itx> anyway, i'd connect the 5v to vtg and get on with it
[20:57:56] <Brando754> which I also got a few of
[20:57:58] <Brando754> yup hold on
[20:58:02] * N2TOH bought the STK500 years back
[20:58:31] <Tom_itx> i got the dragon long before i started making ^^ those programmers
[20:58:32] <N2TOH> I know it will do the ATmega, and ATtiny. but not sure about the Xmega
[20:58:42] <Tom_itx> mine does all those
[20:58:47] <Tom_itx> xmega is 3.3v
[20:59:24] <Brando754> I am just following the layout exatly as atmel showed it and will report if it programs
[20:59:28] <N2TOH> from what I recall the STK500 can also adjust the VCC rail via software as well as a limited clock range
[21:04:33] <N2TOH> so as I was saying about the SMS, and the people who like to play chip tunes with it
[21:05:19] <N2TOH> they have resorted to changing the crystal in it to get lower Bass frequencies.
[21:06:11] <N2TOH> I figure with a crude canned oscillator hack they could extend their coverage a few octaves
[21:06:56] <Tom_itx> pll and program the frequency
[21:07:01] <abcminiuser__> Damn Norway
[21:07:05] <abcminiuser__> Any tax people in here?
[21:07:08] <Tom_itx> haha
[21:07:18] <Tom_itx> gonna take ya thru the ringer ehh?
[21:07:39] <abcminiuser__> Nah, trying to figure out how to turn my Norsk pension contributions into Australian superannuation
[21:07:57] <N2TOH> that linear tech part is CHEAP! for whar it gives you
[21:07:59] <Tom_itx> can't help with international tax law
[21:08:00] <abcminiuser__> Since otherwise I'll need to remember to get out the lead pipe for the Norwegians when I'm 67
[21:09:32] <N2TOH> speaking of lead, they effectively banned the smelting of it here in the states
[21:09:52] <Tom_itx> i noticed that in the increase in battery cost
[21:10:07] <N2TOH> we now get to send all our lead scrap to china now so they can now make our car batteries
[21:10:21] <Tom_itx> and pay 2x shipping on it
[21:10:37] <N2TOH> other things have also gone up in price too
[21:11:38] <N2TOH> our armed forces have now switched over to "green" ammo, in other words they switched from copper jacked lead ammo to 100% copper ammo!
[21:12:39] * N2TOH has heard the poor taste jokes that Japan is now running specials on DU ammo...
[21:17:38] <inflex> Would have thought all copper bullet would be a bit more 'flighty'
[21:19:00] <N2TOH> waste of $$$ if you ask me
[21:20:17] <N2TOH> after watching some "approved" footage from the US-ARMY I can tell you what the problem is with their new "SLAP" rounds in the .50 BMG chambered M2
[21:21:20] * inflex isn't too aware of this stuff
[21:21:43] * N2TOH the hint is residency time in the barrel...
[21:22:09] <N2TOH> the SLAP rounds are faster, so the timing is all FUBARED
[21:34:33] <inflex> I hate it when I'm too lazy to do the math to compute even a simple 3 segment conversion array, instead I'd just do it emperically... that's just sad
[21:36:18] <Brando754> yea it didnt work
[21:36:21] <Brando754> didnt fry wither
[21:36:27] <Brando754> *either*
[21:36:31] <Brando754> just didnt program it
[21:37:59] <Brando754> gonna try another cable
[21:58:55] <inflex> Right, made a 5'C segment mapping of this NTC... that'll suffice for sure
[22:50:42] <AndChat-111201> Hi! I want to to wait exactly 16 cycles on the avr, how can I accomplish this?
[22:50:49] <AndChat-111201> _NOP() doesn't seem to do it
[22:51:33] <Casper> you may need to tell the compiler to not optimise one part of the code
[22:51:58] <AndChat-111201> http://www.nongnu.org/avr-libc/user-manual/group__avr__cpufunc.html says that _NOP should be guranteed to not be optimized away
[22:52:02] <Casper> the compiler tend to kill the nop since it's a waste of space and time... i.e. optimise them out
[22:52:19] <Casper> then if it's guaranted then it should...
[22:53:18] <AndChat-111201> maybe I am using it wrong.
[22:53:55] <AndChat-111201> you see I write to the SPDR (SPI Data Register) which starts the shiftout of data, this is done after 16 cycles, so I want to wait exactly 16 cycles before begining a new transmission
[22:54:20] <AndChat-111201> the reason why I want to do this is because it is faster then checking if the SPIF flag in SPSR goes low
