Back
[00:02:43] <tanis> any ideas on how I can program it even though it isn't an option in avr studio 6,1
[00:07:29] <tanis> anyone have any input?
[00:17:07] <Casper> check for an update?
[00:17:53] <tanis> I am updated all the way
[00:18:29] <tanis> I tried looking for like an optional download on the 9x25 page
[00:20:49] <TFD> tanis: my buddy is having the same issue with an ATM328 (not the new P version). Theres a boards file in the arduino ide folder... should be a link to the arduino.cc site that tells you how to update the boardds file
[00:21:52] <tanis> arduino>? I am using avr studio
[00:35:27] <TFD> tanis: sorry about that, got my channels confused...
[01:40:41] <Eartaker> wooo
[03:12:36] * megal0maniac waves at abcminiuser
[03:12:45] <abcminiuser> Heyo
[03:12:53] * megal0maniac remembers about the LUFA extension for AS6 and runs off to install it
[03:13:11] <abcminiuser> Heh
[03:25:37] <megal0maniac> Never mind. I can't find the install file now and I have a 1mbps line. 3rd world problems :P
[03:26:55] <megal0maniac> Are there ANY hardware debugging solutions other than the official Atmel tools?
[03:36:59] * Valen uses blinky leds
[03:37:15] <Valen> sup abcminiuser, hows life in the frozen north?
[03:37:27] <abcminiuser> I'm suffering from last night
[03:37:34] <Valen> anything special?
[03:37:36] <abcminiuser> Went to dinner at a friend's place, drank all his wine
[03:37:41] <Valen> lol
[03:40:40] <Valen> so hows life been treating you anyway?
[03:42:45] <langoliers> it is probably the best place to create atmel microcontrollers
[03:42:50] <langoliers> cool
[03:43:23] <langoliers> but texas instruments seems to do well in texas too ;/
[03:43:24] <Valen> organically overclock them by sitting them in the wind ;-P
[03:43:46] <langoliers> they use refrigerators ?
[03:43:55] <Valen> I wonder how far one could overclock an AVR
[03:44:02] <Valen> even with liquid nitrogen etc
[03:44:18] <langoliers> scale it linearly i guess.
[03:44:29] <Valen> second order effects will come to dominate
[03:44:35] <Valen> speed of light in a medium etc I imagine
[03:44:36] <langoliers> there is an R_TH_JC parameter
[03:44:56] <langoliers> dissipation increases with frequency
[03:45:32] <langoliers> oh well, it is not that simple
[03:46:05] * Valen votes abcminiuser gets a jug of LN2, a variable clock and a flashing LED program
[03:46:10] <abcminiuser> Valen, it's not such a bad place....
[03:46:11] <langoliers> some stuff become superconductors if you cool it enough
[03:46:19] <abcminiuser> langoliers, it's not heat that's the problem
[03:47:54] <langoliers> abcminiuser<< increase voltage :)
[03:48:16] <langoliers> works fine on the intel celeron 600 for example
[03:48:51] <Valen> probably not going to work much
[03:49:07] <langoliers> Valen-- why do you feel like ocing your 8 bit up?
[03:49:12] <Valen> avr's can't handle much over voltage before they blow as a % of their rated voltage
[03:49:17] <Valen> because its there?
[03:49:27] <langoliers> sure it does
[03:49:45] <langoliers> at least up to the breakdown voltage
[03:50:07] <Valen> lots of newer OC stuff is all about reducing the voltage
[03:50:17] <Valen> chill the chip and reduce the voltage
[03:50:20] <Valen> less leakage
[03:50:47] <langoliers> that is only for efficiency i think.
[03:50:55] <langoliers> server cpus do this
[03:51:07] <Valen> this is people over clocking their gaming PC's
[03:51:23] <OndraSter_> Valen, I overclocked atxmega from 32MHz to 80MHz
[03:51:26] <OndraSter_> core + GPIO used only though
[03:51:28] <langoliers> i think they just want the cores non burned
[03:51:35] <Valen> OndraSter_: nice ;->
[03:51:35] <langoliers> this is why
[03:51:41] <Valen> did it get warm?
[03:51:47] <OndraSter_> no
[03:52:00] <abcminiuser> You aren't going to heat up an AVR from speed
[03:52:16] <OndraSter_> nope
[03:52:19] <Valen> I figured the extra clocks might have added something to the current draw
[03:52:24] <langoliers> and what if it clocks 100MHz but fails to compute ? :)
[03:52:26] <OndraSter_> even if you are overclocking PC, extra speed does not add much heat
[03:52:42] <OndraSter_> it is the voltage that raises the consumption
[03:53:05] <Valen> what did you use for the clock source?
[03:53:18] <langoliers> pll i think
[03:53:38] <langoliers> or just hook up the 80MHz osc block
[03:54:04] <OndraSter_> 32MHz RC, divided by 8 internally before fed to PLL
[03:54:21] <OndraSter_> xmega features PLL :)
[03:54:39] <OndraSter_> amongst other thousands of peripherals
[03:54:45] <OndraSter_> bloody interrupt table occupies half a kilobyte :D
[03:54:48] <langoliers> hm never tried that ;/ i was just in to the 8 bit things
[03:54:53] <OndraSter_> xmega is 8bit
[03:55:11] <OndraSter_> (but it beats the shit out of 16bit micros, even some 32bit ones, if you look at peripherals and pricing)
[03:55:18] <langoliers> hehe
[03:55:26] * megal0maniac waves at fanboy :)
[03:55:33] <OndraSter_> haha
[03:55:38] * OndraSter_ waves back
[03:55:40] <langoliers> ok, what do you use that for ?
[03:55:49] <langoliers> for led flashing, anything will do
[03:56:07] <langoliers> i use a schmitt triggered inverter gate
[03:56:23] <OndraSter_> to kill arduino
[03:56:27] <abcminiuser> They are so shiiiiiiny
[03:56:32] <abcminiuser> Also orthogonal
[03:56:38] <abcminiuser> And mostly binary compatible
[03:57:02] <langoliers> OndraSter_<- combat robot? :)
[03:57:04] <Valen> I'm after something that will be low power when its running off battery, but also able to run a usb transfer at a decent speed
[03:57:20] <OndraSter_> why not xmega!
[03:57:28] <OndraSter_> langoliers, no, just competitor price and feature wise :P
[03:57:33] <langoliers> Valen some bga200 fpga?
[03:57:34] <Valen> even if its off a parallel flash chip
[03:57:39] <Valen> also super tiny
[03:57:51] <OndraSter_> oh, xmega starts in 44 pin packages...
[03:57:53] <Valen> langoliers: remember it must be low pwer
[03:57:58] <OndraSter_> 32pin are not available yet I think
[03:58:06] <OndraSter_> msp430?
[03:58:07] <Valen> what data rate do you think i could get through it?
[03:58:27] <Valen> I'm thinking usb mass storage device
[03:58:30] <langoliers> with emulated usb ?:)
[03:58:33] <OndraSter_> xmega? Atmel says 8.6Mbps, which is pretty much maximum you can get off Full speed device
[03:58:39] <OndraSter_> no, xmega has hardware USB
[03:59:18] <Valen> I was hoping to get around 10mbyte/sec, which is decent for a usb flash drive, but nothing outrageous
[03:59:29] <OndraSter_> lol
[03:59:32] <langoliers> haha
[03:59:34] <OndraSter_> you need something with USB high speed then
[03:59:37] <Valen> yes
[03:59:52] <langoliers> try a cat5-E
[03:59:56] <Valen> i mean not outrageous for a flash drive, coarsair run at around 70mbyte now
[04:00:11] <OndraSter_> well what they use are embedded USB mass storage -> flash controllers
[04:00:15] <OndraSter_> which do it all in hardware
[04:00:31] <Valen> I figured ~10% of that should be achievable in software ;->
[04:00:51] <Valen> using a parallel interface after all and there are mcu's that run up to 100mhz or so these days
[04:00:54] <Valen> some kind of arm
[04:01:12] <langoliers> fibernet is the fastest if you want
[04:01:25] <langoliers> light speed ^^
[04:01:30] <OndraSter_> why not zoidberg?
[04:01:53] <Valen> fastest I have used is crossover infiniband ;-P
[04:02:14] <Valen> ~7gbit or so of measured transfer rate
[04:02:24] <Valen> cheap too ;->
[04:02:31] * megal0maniac is destroying old ram to practice soldering
[04:02:41] <langoliers> Valen6:= sooo now you want to transfer all your p0rn through your xmega 10 times a day ;<
[04:02:54] <megal0maniac> pick 'n place must have used super glue and solder wick is failing to impress me
[04:03:08] <Valen> 10 megabytes a second isn't that fast for transfering stuff to a usb drive
[04:03:22] <langoliers> it is a CLASS10 SD card :)
[04:03:24] <Valen> try filling a 32gbyte usb stick at 4mbyte/sec and see how it feels
[04:03:50] <OndraSter_> megal0maniac, meh solder wick. Hot air gun!
[04:04:03] <megal0maniac> I have one of those
[04:04:08] <megal0maniac> BUT, very wide nozzle :)
[04:04:17] <Valen> solder wick wont generally remove all the solder from a part
[04:04:21] <OndraSter_> well, I ment "soldering station" hot air gun
[04:04:23] <Valen> it'll get rid of most of it
[04:04:24] <langoliers> Valen(= what is your goal? an usb pendrive can do more than 10MB/s
[04:04:40] <megal0maniac> solder wick doesn't seem to do anything. But it is from DX, so...
[04:04:53] <Valen> if your trying to desolder stuff, often you want *more* solder to get all the legs to melt
[04:04:53] <langoliers> flux.
[04:05:02] <Valen> also solder wick needs a lot of heat
[04:05:28] <Valen> langoliers: I have a USB rechargable torch, I want to add features, usb mass storage would be a neat fit
[04:05:33] <langoliers> pur some of that juicy hazardous magic flux and it will be fine.
[04:05:41] <Valen> but if its 1 mbyte/sec its almost pointless
[04:05:53] <OndraSter_> how would you go about reflashing BIOS chip (MSOP8 package or SO8 or similar) in laptop? I was thinking using kapton all around the place and then hotair it off
[04:05:55] <megal0maniac> OndraSter_: Domestic heat gun, like Rikus :P
[04:06:01] <OndraSter_> :D
[04:06:20] <langoliers> Valen<---< that is simple, hack your favorite pendrive in it, and solder the + and - to power.
[04:06:22] <Valen> OndraSter_: I'd get another chip, flash it, then cut the legs off the one on the board ;->
[04:06:29] <OndraSter_> heh
[04:06:31] <OndraSter_> good idea
[04:06:40] <Valen> langoliers: I also want to be able to talk over USB to the torch
[04:06:54] <langoliers> OndraSter_>> well i'd use the proper t00l :)
[04:06:55] <OndraSter_> upload special files
[04:07:06] <OndraSter_> on.txt
[04:07:08] <OndraSter_> off.txt
[04:07:16] <OndraSter_> langoliers, define proper tool :D
[04:07:27] <Valen> I have contemplated the idea of a hub, but theres not much room, and I have had difficulties finding any IC's for sale
[04:07:51] <OndraSter_> it is just a torch. Add batteries instead!
[04:08:05] <Valen> the IDEAL for me, would be to use micro sd cards, and have a few of them in there.
[04:08:06] <megal0maniac> Valen: I'm about to try 420 degrees
[04:08:12] <megal0maniac> Celcius
[04:08:20] <Valen> eh, thats not out rageous
[04:08:29] <Valen> for desoldering stuff
[04:08:31] <OndraSter_> not at all...
[04:08:33] <OndraSter_> poor chip :D
[04:08:36] <megal0maniac> It's all I'm packing
[04:08:43] <megal0maniac> http://www.magnumproducts.co.za/1220.html
[04:08:49] <Valen> desoldering is about saving the board, not the chip
[04:08:51] <Valen> ;->
[04:08:56] <OndraSter_> - said nobody ever
[04:09:12] <OndraSter_> also FR4 at 420C might not be happy too
[04:09:14] <Valen> if you want to save the chip, put the board in the reflow oven, then whack it on a desk
[04:09:27] <Valen> it shouldn't really get that hot, he has to heat solder braid first
[04:09:29] <langoliers> OndraSter_<< how about the magic clip?
http://www.preciolandia.com/ve/programador-usb-universal-genius-eprom-f-6p8ffh-a.html
[04:09:35] <Valen> what are you actually trying to do megal0maniac?
[04:10:01] <OndraSter_> langoliers, I need to desolder it first :D
[04:10:18] <megal0maniac> Valen: Practice
[04:10:21] <langoliers> OndraSter_<< pay attention
http://automobile.feedfury.com/content/45554482-reading-and-writing-immobilizer-eeproms-in-circuit.html
[04:10:28] <megal0maniac> It's a stick of SD RAM
[04:10:33] <Valen> Practise what paticular thing are you having problems with
[04:10:37] <langoliers> actually, there are more ways to do it ;>
[04:10:40] <langoliers> without soldering.
[04:10:47] <Valen> I was going to mention, is it possible to do in circuit
[04:10:48] <langoliers> a little hacking
[04:11:04] <langoliers> take your pick
[04:11:17] <langoliers> for so-8 the so-8 clip is the simplest
[04:11:29] <OndraSter_> nice method langoliers
[04:11:31] <Valen> for saving the chip, I have always wanted to get that melting point lowering solder stuff
[04:12:01] <langoliers> Valen<< you want to get the shit called "flux"
[04:12:18] <langoliers> but don't solder it if you don't have to
[04:12:28] <Valen> yes, because flux will let you desolder a 44pin tqftp
[04:12:51] <Valen> lowering the melting point of the solder to 60C wouldn't be any help at all
[04:12:54] <langoliers> hmm, i can do that without flux, but only if it is non-leadfree
[04:13:41] <langoliers> you can heat leadfree until your ic dies and it will still hold without
[04:14:15] <OndraSter_> yeah :(
[04:14:24] <langoliers> oh and it will rot
[04:14:27] <OndraSter_> I wanted to get rid of USB ports in one laptop
[04:14:28] <OndraSter_> failed horribly
[04:14:33] <OndraSter_> RoHS bullshit
[04:14:37] <Valen> langoliers: hence the melting point lowering stuff
[04:14:39] <OndraSter_> I did not unsolder a single pin
[04:15:00] <Valen> just add lead solder to it, it'll drop the melting point of the lead free stuff at least somewhat
[04:15:04] <langoliers> i have a test board from 2008 that started rotting, to-220 fet just popped out with no force
[04:15:26] <Valen> I have been tossing up using lead free for my new product
[04:15:30] <langoliers> it was just laying there, not even used
[04:16:08] <Valen> re-leading the components seems like a messy pain in the ass though and using lead solder and rohs finished parts is also prone to high failure rates
[04:16:19] <Valen> at least as far as I'm aware
[04:16:40] <megal0maniac> Strangely, smd resistors came off easily with more heat. Caps are stuck on solidly
[04:16:45] <langoliers> Valen>> it will not really lower melting point, it will lower surface tension, and make it flow more easily
[04:16:53] <megal0maniac> All 0604 or 0805
[04:17:04] <Valen> on satellite stuff the "wash" the parts in a solder pot to get rid of the ROHS finish before using lead solder
[04:17:49] <langoliers> megal0maniac˝¨¸ harvesting components?
[04:18:09] <langoliers> that is called 0603 btw
[04:18:13] <megal0maniac> langoliers: That's what it's boiling down to
[04:18:20] <Valen> http://www.youtube.com/watch?v=H0m_d52m1DU&feature=youtu.be
[04:18:21] <megal0maniac> Sorry, yes :)
[04:19:01] <Valen> low melting point solder to desolder stuff
[04:19:51] <rue_bed> dk sent me some instead of a relay once
[04:20:05] <rue_bed> told me I could keep it, sent the relays
[04:20:29] <Valen> rue_bed: the chipquik stuff?
[04:20:34] <rue_bed> yea
[04:20:40] <Valen> any good?
[04:20:43] <rue_bed> sticks in a tube
[04:20:46] <rue_bed> not used it yet
[04:20:52] <rue_bed> melts pretty low
[04:21:03] <Valen> is it 60C or 60F?
[04:21:05] <rue_bed> suppose I should try it
[04:21:07] <Valen> must be 60C
[04:21:17] <Valen> 60F is a cold day lol
[04:21:20] <rue_bed> dunno, soldering iron is about 280
[04:21:26] <rue_bed> c
[04:21:50] <Valen> lol @ email spam
[04:21:53] <Valen> "find a personal injury lawyer you can trust"
[04:22:10] <rue_bed> haha, they said lawyer and trust in the same statement
[04:22:10] <Valen> sure I would trust the ass out of somebody who spammed me
[04:22:20] <langoliers> Valen<> i think i know what you mean by low melting point aided desoldering, if you have a crap leadfree board, and add some generous amount of leaded solder, then it will lower melting point and makes it easier to desolder some things
[04:22:47] <Valen> thats for that yes, but you can also get super low mpt "solder"
[04:22:51] <Valen> it melts at 60C
[04:23:00] <Valen> watch the video i posted
[04:23:02] <langoliers> adding leaded solder to leadfree will increase pb content, and lower melting point
[04:23:33] <Valen> thats why I suggested doing that to you
[04:23:47] <langoliers> they used to solder sensitive laser diodes with something like that
[04:23:58] <langoliers> 60-180C
[04:24:04] <Valen> interesting
[04:24:06] <megal0maniac> Cool. Trying now. Broader tip and high heat
[04:24:25] <Valen> to desolder stuff you need to get everything to melt at the same time
[04:24:42] <OndraSter_> OT:
http://sphotos-b.ak.fbcdn.net/hphotos-ak-snc7/575891_10151540532295979_671540950_n.jpg
[04:24:43] <langoliers> megal0maniac<< btw don't be lol, use a tweezer and try to pull it from board, maybe it is glued on
[04:24:44] <Valen> I don't think your going to do it with an iron and regular solder on a ram chip ;->
[04:24:59] <Valen> don't be suprised if it is glued like langoliers said
[04:25:01] <rue_bed> "everything at the same time" but sometimes less connectors and capacitors
[04:25:06] <langoliers> and they use SMD glue for that, not superglue
[04:25:09] <OndraSter_> I desoldered some TSSOPs using hot air rework gun :D
[04:25:37] <megal0maniac> I'm pretty sure the caps are glued. So the chips may very well be too. But we'll see
[04:25:42] <Valen> OndraSter_: is she the girl from eureka?
[04:25:52] <OndraSter_> she is Felicia Day. And yes
[04:26:03] <Valen> mental blank on her name lol
[04:26:15] <Valen> I love eureka
[04:26:22] <OndraSter_> megal0maniac, is it double loaded board?
[04:26:27] <OndraSter_> or are the parts just on the top?
[04:26:31] <megal0maniac> no
[04:26:33] <Valen> I want to go to canada just to go to the main street lol
[04:26:35] <megal0maniac> yes
[04:26:42] <OndraSter_> hmm there is no reason for the glue
[04:27:21] <langoliers> OndraSter_<< are those real lazer swordz? yea
[04:27:32] <OndraSter_> ahaha
[04:27:34] <Valen> she can walk a con floor without getting mobbed
[04:27:37] <Valen> ?
[04:27:45] <OndraSter_> I was wondering that too, Valen
[04:27:49] * Valen would totally fanboy it up right there
[04:28:05] <Valen> OMG she was in buffy too?
[04:29:10] <megal0maniac> It's sort of working but I'm melting the chip too
[04:29:16] <megal0maniac> XD
[04:29:23] <Valen> rofl
[04:29:29] <Valen> I think he has it hot enough
[04:29:32] <langoliers> tinypic mirrored it ;<
http://tinypic.com/view.php?pic=1nydkp&s=6
[04:30:31] <langoliers> megal0maniac<< haha, some components can be torn down btw ;>>
[04:30:48] <langoliers> i used to do that for lols
[04:31:25] <langoliers> grabbed the large capacitor/inductor/tqfp, and pulled off the board
[04:31:53] <langoliers> then it was easy to clean the leads from the copper confetti
[04:35:07] <rue_bed> there are to electronics shops on main, I recommend lees
[04:35:17] <langoliers> OndraSter_<-- sooo, how would you reflow solder a double sided board with heavy components then?
[04:35:32] <OndraSter_> glue
[04:35:41] <OndraSter_> but he said it was just on a one side
[04:36:04] <langoliers> maybe the hot-air usually blows away them while soldering
[04:36:38] <langoliers> oh how i hate those round diodes, minimelf
[04:36:47] * Valen is cheating for his torch, I was trying to find a good low power way of measuring the battery voltage for the upper cell (2 cell torch)
[04:36:52] <Valen> (with lithium cells)
[04:36:55] <rue_bed> ureka?, hmm
[04:37:05] <langoliers> :)
[04:37:09] <Valen> and I have decided to say, aww stuff it, and just put an attiny in lol
[04:37:35] <langoliers> Valen<< maybe a cd4066, and use a magic capacitor
[04:37:47] <rue_bed> use diodes to drop the voltage down
[04:38:05] <Valen> I need to measure the voltage accuratly(ish) for lipo balancing
[04:38:15] <rue_bed> ah
[04:38:45] <Valen> I had considered a zener style voltage reference and a fet and a resistor
[04:38:59] <Valen> but I'm thinking an attiny could well be less mucking about lol
[04:38:59] <OndraSter_> why not use "embedded" charging chip?
[04:39:04] <rue_bed> micro isn't 5V?
[04:39:18] <Valen> 2 cells are 8.4V when charged
[04:39:51] <langoliers> Valen i presented a solution :)
[04:39:53] <Valen> OndraSter_: thats my other idea, last time when I was looking at them they needed lots of support circuitry though
[04:40:02] <Valen> I am looking at it
[04:40:06] <rue_bed> my big li-ion system has a smps transformer, the plan is to have subwindings for forced balancing, and watching the current on all cells, works for charging too
[04:40:22] <rue_bed> 6x8 cell array
[04:40:31] <rue_bed> 24V
[04:41:05] <langoliers> Valen<< another solution is to use a picopower opamp like lmc6442, and mirror the high side voltage down to you
[04:41:05] <megal0maniac> SUCCESS
[04:41:22] <megal0maniac> Chip and board are destroyed, but I have 7 more to practice on :P
[04:41:29] <OndraSter_> lol
[04:41:34] <Valen> rue_bed: just join them all together in parallel, unless you really care about weak cells
[04:41:36] <OndraSter_> what RAMs are you desoldering?
[04:41:46] <megal0maniac> 128mb PC133
[04:41:56] <OndraSter_> poor memory!
[04:42:01] <OndraSter_> I trained on burned 256MB DDR
[04:42:05] <rue_bed> they are used cell phone batteries, and I need the array to be 24V
[04:42:11] <OndraSter_> literally burned, one pin was completely black
[04:42:15] <Valen> rue_bed: you are planning on making a whole buttload of chargers basically?
[04:42:17] <rue_bed> then I invert a -24V
[04:42:19] <langoliers> i trained on EDO ram :)
[04:42:43] <OndraSter_> I have got a big amount of EDOs
[04:42:46] <langoliers> soldered the 9th bit ic (parity) on some rams from others to make them work in the mb
[04:42:52] <rue_bed> no, the smps transformer allows me to charge it, by applying power across the whole array, it'll keep the charges balanced
[04:42:54] <Valen> lol
[04:43:17] <Valen> I'd just put an attiny on each cell and then daisy chain them ;->
[04:43:17] <langoliers> the PJCCs were stacked with a paper distance
[04:43:20] <langoliers> ^^
[04:43:56] <Valen> stuff charge in to the pack as a whole and then just balance it through the attiny ;->
[04:44:00] <langoliers> try solder that with a soldering iron
[04:44:24] <rue_bed> the massive transformer thing is pretty easy
[04:44:49] <rue_bed> current transformers can be used to monitor currents
[04:45:01] <rue_bed> caseu of it being pulsed
[04:45:37] <rue_bed> I should get building it... got the smps cores now
[04:46:00] <megal0maniac> Maybe less heat. Making the sides of the chips shiny
[04:47:49] <megal0maniac> Flood and tweeze works though
[04:49:04] <RikusW> hi megal0maniac
[04:49:42] <megal0maniac> Hi RikusW :)
[04:49:43] * RikusW just connected the new GPS and then GPRS boards to U2S in serial mode
[04:49:52] <RikusW> and then opened hyperterminal
[04:50:00] <RikusW> it seems they are both working :)
[04:50:27] <megal0maniac> Very nice :)
[04:50:30] <megal0maniac> BUT
[04:50:48] <megal0maniac> ...
[04:50:52] <RikusW> and I got my U2S extension boards too
[04:51:13] <megal0maniac> https://sites.google.com/site/terminalbpp/
[04:51:26] <RikusW> http://imgur.com/iuoyV4x
[04:51:40] <RikusW> 0.8mm routing
[04:51:43] <RikusW> made by hackvana
[04:53:32] <megal0maniac> Awesome! What do they add?
[04:54:22] <RikusW> megal0maniac: basically the HVPP board I sent you + a GTL2000 level translator board + programming pinout board that goes on top of the GTL board
[04:54:39] <RikusW> and PDI does work on it
[04:55:43] <RikusW> the GTL board translates all 22 IO pins :)
[04:56:15] <megal0maniac> Tasty
[04:56:18] <megal0maniac> How many did you get made?
[04:56:33] <RikusW> 20 sets, got 22 instead :)
[04:56:38] <RikusW> 10 boards
[04:56:40] <RikusW> got 11
[04:56:54] <megal0maniac> Can I buy one?
[04:56:58] <RikusW> yes
[04:57:03] <RikusW> will be around R100
[04:57:04] <megal0maniac> Good
[04:57:24] <RikusW> though I need to buy some headers from mantech...
[04:57:36] <megal0maniac> Let me know?
[04:57:48] <RikusW> or you can solder in those yourself ?
[04:58:04] <megal0maniac> I have lots of straight headers, no 2x though
[04:58:11] <megal0maniac> Should still be fine
[04:58:25] <RikusW> actually I'm short on the 2x5 female ones...
[04:58:34] <megal0maniac> Ah.
[04:58:38] <RikusW> and those are expensive, R1,60 each :(
[04:58:43] <megal0maniac> I have lots of straigt male
[04:58:44] <RikusW> and I need 150x
[04:58:53] <megal0maniac> Ouch..
[04:59:06] <RikusW> 7 per set
[04:59:42] <RikusW> the 2x5 male headers is like 45c used to be 21c
[05:00:24] <megal0maniac> Petrol
[05:00:55] <RikusW> 14M6371 FHDS10G1 SOCKET DIL PCB 2.54 STR 10W
[05:00:56] <RikusW> 14M8761 YWN40 HEADER DIL 40W PCB STR TH=11.5
[05:01:07] <RikusW> mantech part numbers
[05:01:27] <RikusW> and some YWN10 and YWN06
[05:01:50] <megal0maniac> I'd suggest getting the board minus headers and fetching them myself, but you need to get them anyway
[05:01:58] <RikusW> I'll order some next month when 372M0399 CHN0.3-12P SOLAR PANEL 6V 0.3W 72x45 is back in stock
[05:02:31] <megal0maniac> So on Monday? :P
[05:02:41] <RikusW> seem li-ion is expensive ish, 10M0075 LIP505080-20000-2L- BAT PACK LIPO 3V7 2000mAh
[05:02:44] <RikusW> not quite
[05:02:57] <RikusW> no clue when the solar panel will be back in stock
[05:03:04] <RikusW> they said in April
[05:03:29] <megal0maniac> Not in cpt either?
[05:03:39] <RikusW> don't know
[05:03:55] <RikusW> they said they've ordered
[05:04:33] <RikusW> so is any of your friends interested in U2S yet ?
[05:05:03] * RikusW use 35M0606 ST13007 NS TO220 BCE 400V 8A ST13007 for PC smps repair
[05:05:53] <megal0maniac> RikusW: For the most part, they don't know what it is. Definitely interested though
[05:06:18] <RikusW> not yet even newbies then ;)
[05:07:07] <RikusW> so you're the only one with electronics knowledge around there it seems ?
[05:08:14] <megal0maniac> With microcontrollers, yes. I actually want to make an IO board with LEDs and buttons which fits on a 2x5 header
[05:08:48] <RikusW> then you'll need some 14M6371 FHDS10G1 SOCKET DIL PCB 2.54 STR 10W
[05:08:51] <megal0maniac> Would also need 2x5 female header for that :P
[05:09:00] <RikusW> or male headers and a ribbon cable
[05:09:45] <RikusW> you do know the max current on AVR VCC is about 200mA right ?
[05:09:58] <megal0maniac> I do
[05:10:12] <RikusW> and if U2S is in 3v3 mode its 80mA because of the reg..
[05:10:13] <megal0maniac> Will be driving like 10mA per output
[05:10:23] <RikusW> 80mA.. sounds ok
[05:10:59] <RikusW> the STK500 got 8 leds and 8 switches wired to 2 2x5 headers
[05:11:48] <RikusW> the STK600 got even MORE headers
[05:15:06] <langoliers> hahaha yea, a highly customizable board
http://www.adafruit.com/products/731
[05:19:42] * RikusW would prefer an xboard coco :)
[05:23:50] <megal0maniac> Only available in SA, it seems
[05:24:20] <langoliers> i can not figure out what is this for, any meaningful purpose ?
http://www.adafruit.com/products/1200
[05:25:09] <megal0maniac> Robots
[05:25:16] <Valen> yup
[05:25:21] <Valen> better than a skisd
[05:25:22] <Valen> skid
[05:25:38] <Valen> and when some undercutter bot hits it, the ball shoots out like a friggin bullet
[05:25:55] <RikusW> Valen: got the reg bit working ?
[05:26:04] <Valen> thats "work"
[05:26:10] <Valen> try it on tuesday
[05:26:48] <RikusW> ok
[05:27:32] <langoliers> i have one of this with a stepper motor drive ;>
http://www.adafruit.com/products/1150
[05:28:16] <langoliers> and these steppers heat up like 60-75C powered on
[05:28:32] <RikusW> nice toys ->
http://www.adafruit.com/products/451
[05:29:12] <RikusW> megal0maniac: have you ordered from adafruit before ?
[05:29:18] <Valen> what pressure can those pumps make?
[05:29:32] <Valen> I want a fuel pump to fuel inject the missus bike and or lawn mower ;->
[05:29:49] <langoliers> Peristaltic Liquid Pump with Silicone Tubing
[05:30:49] <langoliers> Valen>< it only squeezes the water through silicone tube :P
[05:31:30] <langoliers> it may be able to pump liquid up to a few meters i think
[05:32:13] <megal0maniac> RikusW: No, got my teensy straight from pjrc
[05:32:31] <Valen> Peristaltic pumps can push quite a bit of pressure
[05:47:07] <langoliers> i have a large stack of this
http://www.ti.com/lit/ds/symlink/sn74als245a.pdf what would you make from them?
[05:48:14] <langoliers> TTL ics, bleee
[05:49:42] <RikusW> 245 is a buffer..
[05:50:06] <RikusW> addressable IO ports ?
[05:51:37] <langoliers> yeah it is a tristate transceiver
[05:51:53] <langoliers> but non latching...
[05:52:21] <RikusW> 244 is its buddy
[05:52:26] <RikusW> 373 latches
[05:52:39] <langoliers> i have a few of those too... in ttl version
[05:52:46] <langoliers> i'd like the HC types
[05:53:41] <langoliers> well anyway, 286 and similar things use ttl ics
[05:54:57] <langoliers> but why does relatively new vga cards use 74F245 ;/
[05:55:28] <langoliers> *125
[05:55:29] <langoliers> nah
[05:55:33] <langoliers> but still ttl
[05:57:06] <langoliers> it is interesting though
http://www.fairchildsemi.com/ds/74/74F125.pdf looks like this can be used as a level translator for 3.3V too
[05:57:52] <RikusW> how about TXB0108 ?
[05:58:01] <RikusW> http://www.ti.com/lit/ds/symlink/txb0108.pdf
[06:03:09] <langoliers> oh
[06:03:16] <langoliers> da magic level tranzlator
[06:03:38] <langoliers> AND ±15-kV ESD PROTECTION
[06:03:57] <langoliers> must have;< free sample
[06:04:10] <langoliers> making necklace out of this
[06:06:53] <langoliers> ttl ics would be good for mosfet drivers if they could handle 15V-18V vcc
[06:10:26] <RikusW> 40xx cmos can handle 12V
[06:12:20] <langoliers> sure
[06:13:56] <langoliers> sometimes i can not make up what to use, a HCxxx at 3-5V or a 40xxx ... pinouts are not compatible ;/
[07:47:30] <jc5134> so I just had a conversation with a guy who doesn't know the mains voltage and I just had to come here
[07:48:19] <Horologium> hanging out in ##electronics were you?
[07:48:31] <jc5134> Horologium, no, it was my friend, lol
[07:49:22] <Horologium> mains voltage in the USA is nominally 120VAC but I've seen it as low as 105 and as high as 140.
[07:49:42] <jc5134> and apparently when presented with a burning mains outlet he would first try to extinguish it with water
[07:50:00] <Horologium> that works
[07:50:12] <Horologium> so long as it is 100% pure water with no impurities.
[07:50:28] <jc5134> the only difference in this life and death situation for him was that they had some consultant at work for fire safety and they told them never to extinguish stuff under voltage with water
[07:50:38] <jc5134> too bad he doesn't know what voltage is
[07:50:43] <Horologium> because water, just pure water, doesn't conduct...but you add any impurities, even dirt or ash and it conducts.
[07:50:59] <jc5134> yeah, theoretical water doesn't ;P
[07:51:06] <jc5134> even distilled water conducts
[07:51:15] <Horologium> then it has impurities.
[07:51:26] <jc5134> of course :)
[07:51:38] <Horologium> so it isn't 100% pure...only 99.99999%
[07:51:40] <Richard_Cavell> Horologium: Wouldn't the hydrogen ions in water conduct?
[07:51:54] <jc5134> no, pure water doesn't conduct
[07:52:07] <jc5134> there are no free electrons in there to be moved around
[07:52:12] <jc5134> no way for charge to flow
[07:53:03] <Horologium> anyhoo...gotta go get dressed.
[07:53:09] <Steffanx> ok ..
[09:57:13] <tk`> hello
[09:57:18] <tk`> i've been wondering
[09:57:54] <tk`> can i safely use TCNT1 value both in external interrupt and other code?
[09:58:03] <tk`> i mean
[09:58:10] <tk`> what if i do for example
[09:58:38] <tk`> in tmp1, TCNT1L
[09:58:51] <tk`> nah, again
[09:59:13] <tk`> out TCNT1H, tmp1
[09:59:16] <tk`> out TCNT1L, tmp2
[09:59:30] <tk`> and interrupt falls between these two lines?
[09:59:52] <tk`> which also uses timer1 value
[10:01:34] <Frigolit> Hi! My ATmega328P reboots when trying to write to the EEPROM (but the write succeeds after reboot). I have caps and filtering on the power rails and the power source is 2x USB so it shouldn't be the brown-out detection triggering. Any ideas what could cause this?
[10:02:05] <Frigolit> using the functions provided by eeprom.h
[10:05:33] <tk`> ok, nvm, found it in datasheet
[10:05:53] <tk`> Therefore, when both
[10:05:53] <tk`> the main code and the interrupt code update the temporary register, the main code must disable
[10:05:53] <tk`> the interrupts during the 16-bit access.
[10:05:59] <jc5134> Frigolit, do you have eeprom interrupt enabled ?
[10:06:25] <jc5134> Frigolit, if so, AFAIK the default behavior if you don't define an ISR for it in avr-libc is to run the reset vector (without an actual reset)
[10:07:11] <Frigolit> jc5134: hm~ i run cli() before writing, so unless the eeprom_update_* functions doesn't re-enable it that shouldn't be the case, though it doesn't hurt to try
[10:07:48] <jc5134> Frigolit, could a brownout condition occur ? Eeeprom could kill the avr if you don't have a proper capacitor on Vcc
[10:08:25] <jc5134> Frigolit, no if you did cli() they can't unless some nasty code reordering has taken place
[10:08:25] <Frigolit> i have a bunch of caps and filters, which is why i'm ruling out the bod, but i'm gonna hook up the scope and see
[10:09:11] <Frigolit> one can never be too sure :)
[10:10:17] <jc5134> Frigolit, yep, if interrupts are cleared my best guess is bod if it's consistently rebooting
[10:11:08] <Frigolit> mm, i'll have a look, thanks
[10:11:13] <jc5134> Frigolit, also could you have it undervolted? For example a 5V part running on 3.3V, etc
[10:11:44] <Frigolit> nah it's 5V, powered via USB (two USB sources even)
[10:11:58] <jc5134> hmm.. don't know then
[10:12:00] <jc5134> weird
[10:12:11] <Frigolit> yep :\ but we'll see what the scope has to say
[10:12:17] <jc5134> yep
[10:13:12] <jc5134> Frigolit, maybe also try with -O0 if possible (after a full make clean), the code could actually be reordered
[10:13:32] <Frigolit> aye, sec
[10:14:15] <Frigolit> nope, -O0 doesn't help
[10:15:07] <Frigolit> ah darn it, i gotta go >_<
[10:15:11] <jc5134> hm.. weird
[10:15:21] <Frigolit> thanks for the help! i'll return later and check with the scope
[10:15:35] <jc5134> Frigolit, np :)
[10:15:40] <jc5134> Frigolit, good luck
[11:27:11] <tanis_> Can anyone help me with programming the AT91SAM9X25-ek with avr studio 6.1? I cannot find that boars as an option to program to
[11:36:55] <xotix> Is there for every avr an smd version?
[11:37:00] <xotix> hi :)
[11:47:57] <Horologium> xotix, mostly, yes.
[11:48:05] <Steffanx> Im pretty sure there is xotix
[11:48:09] <Horologium> and there are many AVRs that are only available in smd.
[11:48:21] <Steffanx> What Horologium said :)
[11:48:23] <Horologium> Frigolit, how much current are you drawing from that USB port?
[11:49:23] <xotix> ok thanks I'm absolutely new in electronics. Is it correct that there are only 8bit and 32bit avrs? why no 16?
[11:49:32] <tanis_> Can anyone help me with programming the AT91SAM9X25-ek with avr studio 6.1? I cannot find that boars as an option to program to
[11:49:51] <Horologium> xotix, no need....the xmega series is closest you will come to a 16bit but it's really 8bit with extensions.
[11:50:04] <Horologium> tanis_, that chip is not supported.
[11:50:20] <tanis_> oh shit really
[11:50:26] <tanis_> What do I need to use then
[11:50:33] <Horologium> and it is atmel studio, not avr studio....avr studio was the predecessor and only does avr, not arm.
[11:50:45] <tanis_> sorry
[11:52:03] <Horologium> I would say you need gcc cross compiler setup for ARM processors and a jtag cable.
[11:52:44] <Horologium> that board will probably run linux.
[11:52:54] <Horologium> and I bet they expect you to run a full OS on it.
[11:53:26] <Horologium> heck, I bet it will boot of the uSD slot
[11:53:40] <tanis_> I am actually supposed to be looking into hard real time
[11:53:46] <Horologium> or the regular SD slot.
[11:54:04] <tanis_> They suggested segger, but I don't even think they support it
[11:54:13] <Horologium> then go with an RTOS for it.
[11:55:02] <tanis_> I am having trouble getting the development enviroment set up for it. I got it going on linux but can't on windows. My client needs windows support
[11:55:37] <Horologium> I'm partial to VXWorks myself.
[11:55:51] <tanis_> is that pretty pricey?
[11:55:55] <Horologium> very.
[11:56:00] <Horologium> if you have to ask you can't afford it.
[11:56:11] <Horologium> but it is one of the core RTOSs out there.
[11:56:18] <Horologium> 80% of copiers on the market run it.
[11:56:34] <tanis_> well I am in intern lol. My boss pays all the bills and said 50k for rtos is normal for them
[11:57:06] <tanis_> they usually use segger and pics
[11:57:08] <tanis_> but now want to try something else
[11:57:10] <Horologium> there is also FreeRTOS
[11:57:15] <tanis_> I am familiar with linux and opted to try to get gnu tool chain up for them
[11:57:15] <tanis_> I was worried they the free rtos would be bloated
[11:57:15] <Horologium> so cut it down.
[11:57:23] <Horologium> http://en.wikipedia.org/wiki/List_of_real-time_operating_systems
[11:57:25] <Horologium> pick one
[11:58:11] <tanis_> sweet. I needed a comprehensive list. You sound experienced. Do you have any opinions on any of them?
[11:58:36] <tanis_> This is going to be a downhole sensor system that is going to talk a bunch of different industrial protocols
[11:58:39] <Horologium> VXWorks is best in my opinion...for open source, FreeRTOS.
[11:59:02] <tanis_> does VXWorks have a windows toolchain setup?
[11:59:20] <tanis_> I am sure it does
[11:59:31] * OndraSter_ likes .NET framework
[11:59:32] <Horologium> there is also RealTime Linux.
[11:59:38] <OndraSter_> if you want to go threads and networking..
[11:59:45] <Horologium> OndraSter_, bite my METRO
[12:00:00] <tanis_> We will need ethernet capabilities as well
[12:00:00] <OndraSter_> he?
[12:00:02] <OndraSter_> .NET micro framework
[12:00:06] <OndraSter_> runs on ARMs
[12:00:13] <tanis_> def too bloated
[12:00:15] <Horologium> how good is it for RTOS work though?
[12:00:21] <tanis_> we need hard real time
[12:00:25] <OndraSter_> depends on what are your requirements
[12:00:26] <OndraSter_> no idea
[12:00:31] <OndraSter_> but it is very, very easy to do stuff on
[12:00:41] <tanis_> This is oil field equipment that will be controlling down hole equipment
[12:00:56] <xotix> Hrologium so waht should I use when i need 16bit because i have something like this->
http://pastebin.com/39H25byP I want to used asm.
[12:01:10] <tanis_> doesn't even look like free rtos supports my mcu
[12:01:33] <Horologium> ok...you want to know reliability....Mars Curiosity Rover runs VXWorks.
[12:01:35] <OndraSter_> the .net micro framework has got ethernet "built in" meaning that you can do debugging and everything even through ethernet. You can also add bluetooth support and do it from bluetooth
[12:01:38] <OndraSter_> anything :)
[12:01:41] <Horologium> if that isn't enough nothing is.
[12:01:46] <OndraSter_> it is opensource or something very similar
[12:01:51] <OndraSter_> you can get the source code
[12:01:52] <OndraSter_> complete
[12:02:23] <Horologium> xotix, depends on what you want to do...on an 8bit avr I can do 64bit math...it's not exactly fast but it works.
[12:03:23] <OndraSter_> it works the other way too :P
[12:03:32] <Horologium> that too.
[12:03:45] <Horologium> you don't have to have a 16bit processor to work with more or fewer bits.
[12:03:53] <Horologium> specially if you are working in C.
[12:07:54] <Horologium> Frigolit, remember, on USB power, it is 4.75 to 5.25 volts...not regulated...and 100mA max unless you request more power officially.
[12:08:43] <OndraSter_> 100mA? I thought it was 50mA
[12:08:44] <Horologium> and your USB bus power can drop as low as 4.4V
[12:08:48] <OndraSter_> yep
[12:09:29] <xotix> Hrologium so it wont be a problem saving a number like 4567 on a 8bit with c? I don't have to think about splitting it in several registers etc.?
[12:09:40] <damjan> usb from a PC is up to 500mA
[12:09:44] <Horologium> I always read it as 100mA.
[12:09:49] <OndraSter_> register? you do not do registers in C, xotix
[12:09:55] <OndraSter_> well, R0-R31
[12:09:58] <OndraSter_> you do not manage those in C
[12:10:00] <Horologium> xotix, not so long as your variable is set to be able to handle it..
[12:10:12] <OndraSter_> damjan, only if you request it
[12:10:15] <Horologium> uint8_t is 8bits...uint32_t is 32bits.
[12:10:19] <OndraSter_> there is bMaxPower in the USB descriptors
[12:10:41] <OndraSter_> in the... configuration? descriptor
[12:10:45] <Horologium> OndraSter_, yes, in the descriptor...but if you are just sucking juice from the usb port that's not used.
[12:11:05] <OndraSter_> then you are limited to... 50 or 100mA
[12:11:40] <Horologium> and you still have to contend with some fun voltage fluxuations.
[12:12:13] <OndraSter_> although there is special charging mode in which you are allowed 1A or so
[12:12:16] <OndraSter_> but I don't know the details
[12:12:19] <OndraSter_> I just heard about it
[12:12:33] <Horologium> charging mode...from charger compliant USB ports.
[12:12:42] <Horologium> which is most of your wall wart chargers primarily.
[12:12:54] <OndraSter_> yeah
[12:12:54] <xotix> Hrologium ok, good. Althought I'd like to handle everything myself I'll switch to C since I have no time left... Thanks
[12:13:26] <Horologium> xotix, if you are doing it in ASM then you have to handle the 16bit or 32bit math yourself...but if you do it in C then C wraps it all up nicely for you.
[12:13:33] <Horologium> making the code very portable too.
[12:13:50] <Horologium> I can write simple math code in C and run it on an 8bit AVR or 64bit athlon.
[12:14:01] <Horologium> the only difference really is how I handle i/o
[12:14:09] <OndraSter_> tip: do not use references in code on AMD, it is about half as slow compared to pointers :P
[12:14:20] <OndraSter_> on Intel it is the same
[12:14:22] <OndraSter_> nobody knows why
[12:14:41] <xotix> Horologium: I'd liek to handle it myself. Anyway, If an 8bit avr supports 16/32bit types I'm also fine using C. Thanks, have a nice day.
[12:15:00] <Horologium> the AVR doesn't...the programming language DOES.
[12:15:26] <Horologium> the AVR doesn't care as C compiles down so everything is done in 8 bit hunks...or 16bit for some things but very few.
[12:15:28] <xotix> OndraSter_: thx, do you have an article about it?
[12:15:37] <OndraSter_> no
[12:15:51] <OndraSter_> but our teacher had to raise the limit in the homework
[12:15:54] <OndraSter_> because the server runs on AMD
[12:15:55] <Horologium> hell, nobody codes in assembly for x86 anymore anyhow.
[12:15:59] <OndraSter_> and many people had issues with the speed
[12:16:03] <xotix> Horologium: of course the language does, my fault.
[12:16:06] <OndraSter_> so after many hours of testing they found it out
[12:16:51] <xotix> Horologium: wanted to use avr for learning, not for being productive.
[12:16:52] <Horologium> had one computer teacher tell our class that it was too complex to try to program in assembly on modern computers and that nobody could understand it enough to do anything worthwhile in assembly anymore.
[12:17:11] <Horologium> xotix, do some simple routines in C, compile them, and look at the assembly output file.
[12:17:25] <Horologium> will show you how the 16bit and 32bit variables and math are handled.
[12:17:30] <xotix> Horologium: I'll.
[12:19:10] <Horologium> Frigolit, so, it kinda almost sounds like you are sucking too much current and getting a brownout condition.
[12:19:26] <Horologium> Frigolit, or, you are sucking too much current and your USB port is shutting off power momentarily.
[12:19:52] <tanis_> Horologium: are you on IRC frequently? I am going to figure this out but will more than likely have some rtos questions
[12:21:49] <Horologium> my computer is here online 24/7
[12:21:53] <Horologium> but I'm not always at the computer.
[12:22:13] <Horologium> and I usually read back the log...
[12:22:25] <Horologium> mention my name and it gets highlighted in red.
[12:33:23] * Tom_itx mentions Horologium's name just to see
[12:34:00] * Horologium ignores t
[12:34:03] * Horologium ignores Tom_itx
[12:49:10] <R0b0t1> I had this neat script for x-chat that would log highlights to a special window
[12:49:18] <R0b0t1> With channel and network
[12:49:24] <R0b0t1> Lost it though.
[12:49:26] <R0b0t1> Bugger.
[12:52:22] <Horologium> I just let xchat highlight the channel.
[12:54:23] <Tom_itx> i should take the time to figure out xchat scripts
[12:54:36] <Tom_itx> been using mirc for so long
[12:55:05] <Horologium> mirc doesn't run well on linux.
[12:55:15] <Horologium> have tried it...it has serious issues with wine.
[12:55:15] <Tom_itx> i use xchat on linux
[12:55:28] <Horologium> I only use linux...
[12:55:32] <Horologium> so only use xchat.
[12:55:38] <Tom_itx> i have it on windows but don't use it alot
[12:56:10] <Tom_itx> i wish it would display separate windows instead of tabs
[12:56:18] <Horologium> it will.
[12:56:21] <Horologium> mine will anyhow.
[12:56:22] <Tom_itx> how?
[12:56:27] <Horologium> just right click and detatch.
[12:56:49] <Horologium> detach
[12:57:25] <Tom_itx> no that's not what i meant
[12:57:44] <Tom_itx> windows from within the same program
[12:57:45] <Horologium> you want an MDI interface?
[12:58:05] <Tom_itx> not right now
[12:58:10] <Tom_itx> i gotta leave soon
[12:58:15] <Horologium> that's MDI
[12:58:20] <Horologium> multiple document interface.
[12:58:25] <Horologium> yeah, xchat doesn't do that.
[12:58:36] <Tom_itx> it's ok.. i still like it
[12:59:04] <Tom_itx> i do need to figure out a couple scripts for it though
[12:59:11] <Horologium> back in the early days I did a lot of mirc scripting.
[12:59:18] <Tom_itx> or at least take the time to set it up right
[12:59:41] <Horologium> a lot of gaming scripts
[12:59:48] <Tom_itx> i got it set up on linux but haven't bothered on windows, just installed it
[12:59:54] <Horologium> including graphic mapping.
[13:00:11] <Horologium> haven't needed scripts in years so I don't bother with it.
[13:00:28] <Horologium> can program scripts in C or one of several other languages.
[13:00:32] <Horologium> for xchat that is.
[13:00:50] <Horologium> default loads perl, python, and tcl scripting modules.
[13:08:39] <xotix> Can I realize 16bit pwm with 8bit avr using c? (hardware with timer)
[13:09:08] <Horologium> does the particular avr you are using have pwm on a 16bit timer?
[13:11:07] <Horologium> http://www.mikroe.com/download/eng/documents/compilers/mikroc/pro/avr/help/pwm16bit_library.htm
[13:12:20] <xotix> Horologium yes. But if it wouldn't i couldn't create it through software somehow?
[13:14:14] <Horologium> you could, yes.
[13:14:50] <xotix> Horogolium thanks
[13:14:55] <Horologium> 16bit vs 8bit just gives you finer resolution...most hardware that you feed pwm to isn't going to notice that finer resolution really.
[13:16:10] <Horologium> and, on that note, I must go make some sawdust.
[13:16:12] <Horologium> laters.
[15:31:13] <_abc_> Hello. I just had a weird one. I programmed a 168 with a stk200 clone I use all the time, and it was programmed okay (flash), then became unresponsive. Programmer is okay, still reads and programs other atmegas.
[15:31:37] <_abc_> What could this be? I double checked fuses settings, SPI was not turned off, clock selected is default internal 8MHz.
[15:32:06] <_abc_> Only thing I can think of is, I have RSTDISBL programmed. That should make no difference in programming, no?
[15:33:09] <RikusW> it will
[15:33:14] <_abc_> ?
[15:33:15] <RikusW> and DWEN will too
[15:33:22] <_abc_> DWEN is unprogrammed
[15:33:26] <RikusW> RSTDISBL disables ISP
[15:33:35] <RikusW> you're in need of HVPP..
[15:33:40] <_abc_> huh? no it does not according to the pdf
[15:33:43] <_abc_> are you sure?
[15:33:49] <RikusW> yes
[15:33:53] <_abc_> hm
[15:34:00] <Horologium> if you disable the reset line then, yes, it will disable ISP.
[15:34:18] <_abc_> brilliant
[15:34:23] <Horologium> which means you need high voltage parallel programming.
[15:34:25] <_abc_> yet I seem to remember this is not the case?
[15:34:45] <RikusW> its a case of iiric
[15:34:49] <_abc_> however programming must start VERY soon after power is applied to work no?
[15:34:55] <_abc_> iiric?
[15:35:04] <RikusW> remember incorrectly ;)
[15:35:04] <Horologium> if I recall it correctly
[15:35:10] <Horologium> oh.
[15:35:11] <Horologium> that too.
[15:35:12] <Horologium> hehe
[15:35:28] <Horologium> so many shortenings, so few shotgun shells.
[15:35:48] <RikusW> _abc_: HVPP fuse programming is fairly simple
[15:35:52] <Horologium> that's an atmega168?
[15:35:52] <_abc_> manual says nothing about this but I can see how power cycling is the only way to handle the situation
[15:35:56] <_abc_> yes
[15:36:08] <_abc_> I will breadboard it tomorrow. Saturday night is not a good time for this
[15:36:09] <RikusW> you migth be able to build a HVPP fuse programmer
[15:36:20] <_abc_> breadboard. solderless.
[15:37:07] <RikusW> I once set RSTDSBL by setting a way to high ISP clock and just _reading_ flash
[15:37:13] <RikusW> had to use HVPP
[15:37:17] <_abc_> ok
[15:37:32] <_abc_> i had to build a hvpp some time ago anyway, but I weaseled my way out of it
[15:37:38] <_abc_> turns out it caught up with me now :)
[15:37:40] <RikusW> like 2MHz or so...
[15:38:41] <RikusW> http://sites.google.com/site/megau2s/home my STK500 clone with HVPP
[15:39:32] * _abc_ is tempted to implement the thing using discrete logic just for pizzaz
[15:40:14] <RikusW> you can safely put a 1k5 resistor between the 12V and reset pin
[15:40:25] <_abc_> bah another set of datasheet pages to learn and use
[15:40:26] <_abc_> sigh
[15:40:39] <RikusW> it will provide some protection in case of incorrect connection
[15:41:11] <RikusW> HVPP fuse programming is rather simple
[15:41:35] <_abc_> so I need to enter hvpp mode, issue a chip erase, then issue a fuse bits write
[15:42:23] <_abc_> Why is the RSTDISBL issue not mentioned on the datasheet?
[15:42:45] <Horologium> it is assumed you realize that if you disable it you can't use it.
[15:42:52] <RikusW> only fuse, no erase
[15:42:54] <Horologium> if you can't use it then you can't use it...period.
[15:43:07] <_abc_> RikusW: can you write the fuses if the part is in lock mode?
[15:43:08] <Horologium> can't use it for reset, can't use it for reset for programming..
[15:43:17] <RikusW> err no
[15:43:25] <RikusW> did you lock it ?
[15:43:45] <_abc_> Horologium: PICs also have a multi purpose Reset pin which can be used as IO by setting a config fuse but this does not preclude programming
[15:43:56] <_abc_> and programming uses this pin to apply a vpp...
[15:44:15] <_abc_> RikusW: I think the script barfed before locking, after setting the fuses
[15:44:22] <_abc_> which made the ic unresponsive
[15:44:28] <Horologium> _abc_, that is because they use HIGH VOLTAGE PROGRAMMING
[15:44:30] <_abc_> what worries me more is that it does not work at all
[15:44:34] <RikusW> then you do need to erase first
[15:44:39] <Horologium> pic programmers that work that way pull the reset to 12V
[15:44:45] <_abc_> RikusW: yes, enter hvpp, erase, set fuses
[15:44:59] <RikusW> sound just right
[15:45:40] <Horologium> think they use an internal 12V zener or something so when you pull that line to 12V it forces a reset no matter what,,but they protect the rest of the circuit from that 12V.
[15:45:50] <_abc_> AND I have to make sure that the SPI programming enable but is 0
[15:45:57] <_abc_> DWEN also disables serial programming?
[15:46:04] <RikusW> yes
[15:46:18] <RikusW> but my programmer can disable dW temporarily :)
[15:46:26] <_abc_> Horologium: no, it is just a mosfet gate which is designed to open at higher voltage. The real programming voltages are internally generated
[15:46:28] <RikusW> just send 0x06 at the right baudrate
[15:46:47] <_abc_> debugwire is serial protocol?
[15:46:56] <RikusW> yes
[15:46:57] <_abc_> I mean like ttl level rs232?!
[15:47:04] <RikusW> yes
[15:47:07] <Horologium> DWEN changes the reset pin to the DW interface.
[15:47:08] <RikusW> over one wire
[15:47:08] <_abc_> oh
[15:47:17] <Horologium> so, yes, DWEN enabled will kill ISP
[15:47:20] <_abc_> I know that but did not know about the protocol
[15:47:20] <RikusW> _abc_: ruemohr.org the entire spec
[15:47:25] <_abc_> ok
[15:47:41] <RikusW> I hacked it :)
[15:47:42] <_abc_> what baud rate?
[15:47:51] <RikusW> by default clock/128
[15:48:11] <_abc_> !math 8000000/128
[15:48:14] <_abc_> barf
[15:48:24] <RikusW> after letting reset go high the chip sends back 0x55 for baud detection
[15:48:35] <_abc_> !bc scale=3;8000000/128
[15:48:36] <_abc_> _abc_: !bc scale=3;8000000/128 :=
[15:48:37] <_abc_> _abc_: 62500.000
[15:48:38] <_abc_> _abc_: end
[15:48:46] <_abc_> uhuh
[15:49:11] <RikusW> I've used a PC serial port to interface to a dW AVR :)
[15:49:17] <RikusW> at 115200bps
[15:49:22] <_abc_> ok, I did not know that is possible heh
[15:49:33] <Horologium> many things are possible.
[15:49:36] <_abc_> !bc 115200*128
[15:49:37] <_abc_> _abc_: !bc 115200*128 :=
[15:49:38] <_abc_> _abc_: 14745600
[15:49:39] <_abc_> _abc_: end
[15:49:46] <_abc_> 14MHz xtal?
[15:49:48] <RikusW> rs232 -> ttl -> one transistor for open collector
[15:49:52] <_abc_> sure
[15:49:54] <RikusW> yes
[15:50:33] <Horologium> ok..gotta go make more sawdust..
[15:51:29] <_abc_> How critical is the programming mode entry in hvpp mode?
[15:51:33] <_abc_> Seems pretty hairy
[15:51:56] <RikusW> not too difficult
[15:52:43] <RikusW> you migth get away simply by applying 12V to reset (use 1k5 inbetween just to be safe)
[15:53:17] <_abc_> you mean with serial mode?
[15:53:23] <RikusW> HVPP
[15:53:28] <_abc_> so parallel
[15:53:39] <RikusW> you'll need about 21 connections to the chip...
[15:53:45] <_abc_> I counted 16
[15:53:56] <RikusW> remember Avcc
[15:54:03] <_abc_> hmm?
[15:54:12] <RikusW> Vcc -> AVcc
[15:54:19] <_abc_> so?
[15:54:32] <_abc_> You mean to connect it? I never forget that, relax
[15:54:45] <RikusW> jsut making sure ;)
[15:54:53] <_abc_> thanks
[15:56:12] <_abc_> okay so 18 wires for full hvpp and 1 more for Vcc control
[15:56:13] <RikusW> there is 8 data + 8 control + 5 more lines..
[15:56:29] <_abc_> I am looking at the timing diagramns
[15:56:30] <_abc_> -n
[15:56:49] <RikusW> 5 -> gnd vcc avcc rst xt1
[15:56:55] <_abc_> 8 data + 10 other including Vpp, plus one not shown, Vcc
[15:57:07] <_abc_> I never count the gnd wire
[15:57:19] <_abc_> although I am not an Arduino user
[15:58:58] <RikusW> you can actually key in the commands by hand ;)
[16:00:26] <langoliers> <Horologium> so long as it is 100% pure water with no impurities. < it works, no matter what :) water is not flammable
[16:01:52] <RikusW> _abc_: you can apply vcc and then 12v to reset at leisure.. dont take the ds too seriously..
[16:09:46] <langoliers> _abc_< i see you got your first experience with incorrect fusion :) you can also program fuses to need external clock, so you need to connect one to use it after it
[16:09:57] <_abc_> I know
[16:09:57] <langoliers> but even an 555 will do
[16:10:07] <_abc_> I did not expect RSTDISBL to do this
[16:10:14] <RikusW> or an AVR with while(1) PORTB++;
[16:10:24] <_abc_> clock goes to Xtal1 right?
[16:10:25] <langoliers> haha, how do you expect your isp programmer to reset then?
[16:10:30] <RikusW> yes
[16:10:49] <_abc_> langoliers: I assumed the internal logic for programming watches the pin all the time
[16:11:33] <langoliers> RikusW>> or while (1) PORTB^=~0; :)
[16:11:52] <RikusW> or PINB = 0xFF
[16:12:00] <_abc_> D7 goes to PC1 and D0 to PB0 right?
[16:12:42] <RikusW> sounds right
[16:12:55] <langoliers> RikusW<- how will that make a square wave ? ;/
[16:13:22] <RikusW> langoliers: writing 1 to PIN toggles the output
[16:13:25] <langoliers> oscillator output pin?
[16:13:32] <RikusW> on new AVRs anyways
[16:13:58] <_abc_> langoliers: yes but not on low end ones, i.e. 168 yes, 8 no
[16:15:41] <_abc_> Is the calibration fubar'd when the chip is erased in hvpp mode?
[16:16:31] <RikusW> what calibration ?
[16:16:35] <_abc_> osc
[16:16:39] <RikusW> stored in eeprom ?
[16:16:48] <_abc_> no, the internal one for the 8MHz clock
[16:17:01] <RikusW> it will be ok
[16:17:10] <RikusW> HVPP is like ISP
[16:17:13] <RikusW> only more wires
[16:17:28] <RikusW> CE is the same as for ISP
[16:20:04] <langoliers> i'm having an idea, what do you think about software settable programming voltage at the output of the programmer? 1.8V/3.3V/5V ?
[16:20:28] <OndraSter_> a feature
[16:20:29] <langoliers> default be 1.8V, and can be increased
[16:20:52] <langoliers> i don't feel like having jumpers if it can be set at programming time...
[16:22:01] <langoliers> i just don't get it why xilinx did not invert that freak vcc sense pin ;/
[16:22:18] <langoliers> their design does not work with ttl inputs btw.
[16:22:39] <langoliers> every ttl ic has a pullup, and they do pullup using a diode
[16:22:46] <langoliers> assuming low.
[16:24:54] <langoliers> and used a whole 74hc125 instead of a single transistor ^^
[16:25:54] <RikusW> using a GTL2003 ic is simpler
[16:26:21] <megal0maniac> I like the GTL one
[16:26:57] <RikusW> GTL got a 25mil /0.635mm pitch, but its not that hard to solder either :)
[16:28:07] <RikusW> megal0maniac: I've thought about adding AVR32 support to the U2S
[16:28:10] <langoliers> heh that looks neat
[16:28:20] <RikusW> but don't have any time for that now....
[16:28:22] <langoliers> but a 74125 can do it
[16:29:19] <RikusW> seems the GTL can easily got up to 20MHz
[16:30:06] <langoliers> if we take it this way, 5 transistors will do...
[16:30:13] <langoliers> but without the tristate function
[16:30:27] <RikusW> GTL is open drain
[16:30:36] <langoliers> so... you have a pullup resistor.
[16:30:52] <langoliers> that is far away from tristate
[16:30:55] <RikusW> actually not required
[16:31:09] <langoliers> but the circuit needs pullup then
[16:31:11] <RikusW> seems somehow there is some pullup builtin
[16:31:29] <RikusW> but you can add external too
[16:31:36] <langoliers> all programming pins have pullups ? and not just during reset?
[16:32:01] <RikusW> seems so
[16:32:05] <langoliers> ;/
[16:32:12] <RikusW> I tested GTL2000 with ISP
[16:32:16] <langoliers> so tristate is useless ?
[16:32:40] <RikusW> AVR pullups are 50k or so
[16:32:49] <langoliers> but still sounds all right to use tristate while not programming
[16:32:58] <RikusW> they have to be enable if you want them
[16:33:22] <langoliers> sure they have, but i was talikng about the programming pins only
[16:33:56] <RikusW> I was talking about GTL ic...
[16:34:14] <RikusW> seems the high side voltage bleeds through somehow
[16:34:26] <RikusW> 5V to LV side measured 3v81
[16:34:44] <langoliers> try it without the programmer
[16:34:58] <langoliers> the avr pins might have been pulled up , at least during reset
[16:35:28] <RikusW> however if both pins connected to the GTL is open drain you do need pullups...
[16:37:00] <langoliers> http://www.nxp.com/documents/data_sheet/GTL2003.pdf
[16:37:34] <langoliers> well there may be a leakage through a fet like 1-100uA (100uA at 125C)
[17:30:00] <Horologium> langoliers, look at the stk500 and stk600....software settable voltage and frequency.
[17:30:36] <langoliers> Horologium<> i was thinking about adding this feature to the xil cable
[17:30:55] <langoliers> (or any other)
[17:32:18] <langoliers> btw can atmega48V be programmed at 1.8V ?
[17:32:24] <langoliers> or needs 3.3V ?
[17:33:36] <Horologium> look at the datasheet.
[17:34:57] <abcminiuser> Anyone here with the public AS6.1 beta installed?
[17:36:57] <Horologium> page 298, note 1
[17:37:12] <Horologium> err
[17:37:13] <Horologium> note 2
[17:37:45] <Horologium> actually, the diagram above the notes..
[17:37:50] <Horologium> but,,,1.8 to 5.5V
[17:38:10] <Horologium> must have AVCC at the same level as VCC...as per note 2
[17:38:52] <langoliers> i was reading this
http://www.atmel.com/Images/2545s.pdf Horologium
[17:39:05] <langoliers> but only read about problems with eeprom below 2.7V yet
[17:39:06] <abcminiuser> Really, no one? :P
[17:40:08] <Horologium> abcminiuser, not here...it's windows only.
[17:40:22] <Horologium> even though it is supposed to work under wine, it is horrid under wine, slow and unstable as hell.
[17:40:32] <abcminiuser> Sigh
[17:40:46] <abcminiuser> I just need someone with it installed to send me a file from the installation
[17:41:12] <Horologium> langoliers, that document, page 298
[17:41:45] <Horologium> I wish atmel had gone the way microchip did with mplabX and made it multiplatform.
[17:42:04] <Horologium> as for programming eeprom, not sure,,,that will be elsewhere..looking.
[17:42:14] <langoliers> Horologium<< the chrome builtin pdf viewer does not display page numbers ;/ and the last page is 33 i see in the pdf
[17:43:06] <Horologium> so don't use it.
[17:43:14] <Horologium> oh..you have 2545s
[17:43:16] <Horologium> that's the summary
[17:43:17] <langoliers> 260 pages are missing from the pdf i am reading ?
[17:43:18] <Horologium> get 2545
[17:43:24] <Horologium> the complete, not the summary.
[17:43:34] <langoliers> ohh okey
[17:43:44] <langoliers> it was just... the search engine
[17:44:45] <langoliers> ohoho got it :)
http://www.atmel.com/Images/doc2545.pdf ATMEGA48V full doc
[17:44:46] <Horologium> http://www.atmel.com/devices/atmega48.aspx?tab=documents
[17:45:05] <langoliers> cool
[17:45:47] <langoliers> now i only dislike that the 20MHz version is not rated 1.8V :(
[17:46:11] <langoliers> why can't i have both? 20MHz and 1.8V too ?
[17:46:32] <langoliers> lower voltage fets are faster ;/
[17:46:42] <langoliers> it should be 30MHz then
[17:47:17] <langoliers> abcminiuser would you frward this to your boss pls? ;/
[17:47:27] <abcminiuser> :P
[17:49:21] <Horologium> not seeing anything specific on the eeprom programming minimum voltage as it varies depending on cpu clock speed, temp, other current draw on the chip, etc....but 2.7V is a safe minimum from what I'm seeing so far.
[17:49:59] <langoliers> so device can be programmed at 1.8V, but eeprom does not right?
[17:50:36] <Horologium> apparently.
[17:50:43] <Horologium> you can program flash at 1.8V but not eeprom.
[17:51:21] <Horologium> at 1.8V make danged sure it can provide enough current.
[17:51:46] <Horologium> if you are running from a cheap battery it could go kerCHUNK and fail.
[17:53:47] <_abc_> Guys, so, in HVPP mode is it necessary to apply a clock to the avr or not?
[17:53:56] <langoliers> what will be the next standard lower voltage level? :)
[17:54:04] <Horologium> _abc_, have you looked at the datasheet for HVPP?\
[17:54:05] <_abc_> The datasheet seems to be written by people who were on NOx
[17:54:06] <langoliers> 0.9V ? or 1V ?
[17:54:20] <_abc_> Horologium: there is nothing of the kind there, of course
[17:54:28] <Horologium> for what chip _abc_ ?
[17:54:38] <_abc_> 168 and in general *68
[17:54:43] <_abc_> er *8
[17:55:48] <Horologium> datasheet page 291
[17:56:02] <Horologium> gives you the entire sequence needed for programming, including when to pulse the clock line.
[17:56:05] <_abc_> I havre ad that stuff
[17:56:09] <Horologium> so, no, it looks like you do not need a constant clock.
[17:56:27] <Horologium> which is good as it is used for resetting a chip when the clock source is screwed up in the fuses.
[17:56:32] <_abc_> several times but I was asking, in cases where the clock source is set such that an external clock is required, does one need such in HVPP mode too?
[17:57:18] <Horologium> no.
[17:57:20] <Horologium> one doesn't
[17:57:56] <Horologium> it would interfere with the programming as you use the xtal input line as the clock line for programming...and it is pulsed by the programmer as needed.
[17:58:30] <Horologium> xtal1 is used as the load command....
[17:58:39] <Horologium> which is where you would normally feed an external clock source.
[17:59:26] <_abc_> I know, but I asked just in case OTHER things are not in the ds
[18:08:39] <_abc_> ruehmor.org is not online?
[18:08:49] <_abc_> Very slow access from Europe
[18:09:29] <_abc_> Rikusw is gone?
[18:09:34] <_abc_> Bah I will come again tomorrow
[19:01:31] <rue_house> hmm
[19:01:34] <rue_house> ruemohr.org?
[19:02:06] <rue_house> http://ruemohr.org the failed contribution site?
[19:02:49] <Rif> man if only i tryed adjust the pid values in fractions yesterday
[19:03:01] <rue_house> doing good eh?
[19:03:06] <Rif> have learnt heaps and have a balancing bot with a $2 sensor
[19:03:44] <Horologium> sweet.
[19:31:20] <langoliers> http://kellyallisonjones.blogspot.hu/2011/02/real-ladies-amuse-themselves-with.html
[19:47:08] <inflex> lo Rif
[19:49:23] <Rif> g'day inflex, happy hot cross bun day and all that
[19:49:47] <Horologium> I thought it was dead jew on a stick day.
[19:50:05] <Rif> hey i wanna control my pid values with 3 pots to 3 adc inputs, is this crazy or not?
[19:50:16] <inflex> rofl rofl
[19:50:25] <Rif> to fine tune without flashing all day long, been doing that for days now
[19:50:42] <Horologium> Rif, don't see why it can't be done.
[19:50:54] <Horologium> I like digital POTs myself.
[19:51:02] <Rif> good cause am in the middle of doin it
[19:51:05] <Horologium> with little uppy/downy buttons.
[19:51:22] <Rif> ok that would be nice, but have none
[19:51:30] <langoliers> Rif<< try a digital pot :)
[19:51:47] <langoliers> like a quadrature encoder from a mouse
[19:51:59] <Horologium> or from car radios.
[19:52:31] <langoliers> i don't have any ;/ junk yard?
[19:52:44] <Rif> i can get enough range with a single pot, i want PID values from 0 to 10, so will map ok to the default adc 1024 value input i reckon
[19:52:55] <Horologium> yeah.
[19:53:14] <Rif> was using integers till now, and today using floating point values, and got it balancing
[19:53:14] <Horologium> if that's all the resolution you need then it should work great.
[19:53:20] <Rif> but want to experiment more
[19:53:33] <Rif> so 1024 values should be heaps
[19:53:34] <langoliers> but a voltage level is absolute, a quadrature encoder is relative/incremental
[19:53:48] <langoliers> difference between mouse and joystick
[19:54:27] <Horologium> langoliers, each has its use
[19:57:37] <Horologium> and, I have digital joysticks.
[19:58:01] <Rif> i've got one from a wheelchair, is pretty neat
[19:58:32] * Horologium pictures the poor old lady trying to run her wheelchair with a pair of analog paddles that Rif put in place of her joystick.
[19:58:57] <Rif> heh
[21:22:01] <Rif> ok 3 pots are inputing the values i want
[21:22:22] <Rif> but am a bit drunk to drive avr i fear
[21:23:13] * Tom_L takes Rif's keys
[21:24:05] <Rif> is nice seeing the values i want on lcd though, very tempted to try it, but might just let batteries recharge for the night
[21:24:25] <Rif> from 0 to 10.24, exactly as expected
[21:25:14] <Rif> for Kp, Ki and Kd
[21:25:36] <Rif> should be able to tune while running
[21:40:21] <langoliers> Horologium<< that is no problem, you can drive a tank with 2 throttle sticks
[21:40:46] <langoliers> though you need 2 fully functional arms to be effective
[21:40:49] <langoliers> (or legs)
[22:24:28] <Rif> yay with the 4 pots got the bot to balance in less than 30 seconds
[22:24:52] <Rif> but it still fell over, will wait till morning now
[22:26:37] <Rif> is gonna save mega time by being able to dynamically change all values
[22:27:20] * Rif looks at clock and sees its only 2.30pm
[22:27:49] <Rif> maybe i can sleep the beers off and try again today :)
[22:35:33] <Rif> http://imagebin.org/252299
[23:33:33] <jsna> Hey guys I am having trouble compiling examples for an atmel evaluation board
[23:34:03] <jsna> each example has a build->gcc directory with a makefile in it. When I try to make them it can't find certain file
[23:34:14] <jsna> I am using IAR
[23:36:54] <langoliers> what do you think is it good to gate miso input to pc only while programming ?
[23:39:18] <langoliers> the xilinx cable 3 has it always enabled (not that i should really care aout that, it has other problems too)
[23:46:32] <Tom_itx> jsna, why not use gcc?
[23:46:48] <Tom_itx> don't they include an iar example directory as well?
[23:46:59] <jsna> no they don't oddly enough
[23:47:57] <Tom_itx> it would be about as easy to install avr-gcc
[23:48:25] <jsna> it is an arm board
[23:48:27] <jsna> arm 9\
[23:48:40] <jsna> ATSAM9X25
[23:48:41] <Tom_itx> atmel?
[23:48:45] <jsna> yea
[23:48:59] <Tom_itx> i wonder if the new avr-gcc that comes with studio 6 would work
[23:49:02] <langoliers> what do you think Tom_itx? is it cool to gate miso input to pc only while programming ?
[23:49:22] <jsna> It isn't a supported device in studio 6.1
[23:49:27] <Tom_itx> ok
[23:49:35] <jsna> I am having a bitch of a time getting anything thing to compile
[23:49:38] <Tom_itx> langoliers, i dunno what you're doing
[23:50:00] <langoliers> parallel port tristate buffering
[23:50:32] <jsna> tom: if I give you a dropbox link to the folder could you take a look and give me some advice?
[23:50:33] <langoliers> but the 74hc373 has one enable input for all io
[23:50:52] <langoliers> i just happen to have one
[23:51:01] <langoliers> it works from 2-6V
[23:51:23] <Tom_itx> jsna, not tonight.. about ready to cash it in for today
[23:57:00] <R0b0t1> AVRs are static logic right
[23:57:03] <R0b0t1> along with most C?
[23:57:18] <R0b0t1> So I could mebe, clock them 1Hz
[23:57:23] <R0b0t1> If the edges were sharp enough
[23:57:49] <langoliers> Tom_itx
http://www.tiaowiki.com/w/File:Xilinx.platform.cable3.jpg
[23:58:03] <langoliers> i am talking about this, it has a tristate buffer
[23:58:30] <langoliers> and avrdude can use it to program avrs with -p xil switch i believe
[23:58:48] <langoliers> http://www.tiaowiki.com/wiki/images/6/64/Xilinx.platform.cable3.jpg
[23:59:45] <langoliers> i'm just a bit confused because U2's control is always grounded;/
