Back
[02:59:16] <jadew> anyone got the DG1000Z series?
[02:59:44] <megal0maniac_afk> One day...
[03:00:02] <jadew> I want one for christmas but I'm not sure yet
[03:01:28] <jadew> the SDG5000 series have 500MSa/s
[03:01:38] <jadew> vs the 200MSa/s of the 1000Z series
[03:01:50] <jadew> and the SDG5082 is pretty much the same price
[03:02:00] <jadew> the same with the DG1032Z
[03:02:16] <megal0maniac_afk> If you can, it's usually wise to go for the higher model if you can.
[03:02:50] <twnqx> 40ghz scopes for the win!
[03:03:05] <jadew> twnqx, they're sig gens :P
[03:03:13] <twnqx> oh.
[03:03:19] <w|zzy> buy me one
[03:03:22] <twnqx> just use an AVR!
[03:03:29] <jadew> heh
[03:04:07] <jadew> I was going to build one, but screw it, too much work and investment and it wouldn't turn up so nice anyway
[03:05:19] <w|zzy> always nice to have quality test gear..
[03:05:26] <w|zzy> ie. Not home made..
[03:05:31] <jadew> yeah
[03:05:42] <w|zzy> Nothing like having to fix the tool before using it to r ruin your day
[03:09:02] <jadew> I don't mind my home made stuff, but sometimes I hit limits a comercial tool wouldn't have
[03:09:57] <w|zzy> It depends how frequently I use it and how accurate it needs to be.
[03:10:09] <w|zzy> price plays a small bit
[03:10:55] <w|zzy> I've made a bunch of things for small uncommon tasks at work. but my scope and power supply, which I use most days, are pro.
[03:11:16] <jadew> my power supply is home made
[03:11:40] <jadew> seriously, I'd do the sig gen too, but I realize how much time I'd have to put in the software
[03:11:49] <jadew> + money for hit & miss chips
[03:11:54] <w|zzy> Yeah
[03:12:02] <w|zzy> all a balance..
[03:12:20] <w|zzy> I love the current limiter on my psu.. great for testing leds
[03:13:29] <jadew> mine has that too
[03:13:45] <jadew> both of them (made two)
[03:13:56] <jadew> 1 which is 0-10V the second one is 0-20
[03:14:18] <w|zzy> Nice.
[03:14:26] <megal0maniac_afk> I've got one but it gets sad for some reason. You hear a relay click when you get to ~18V, the voltage meter drops until it hits ~14V and then it jumps up again, clicks, repeat
[03:14:42] <megal0maniac_afk> Regardless of current
[03:14:48] <megal0maniac_afk> Even without a load
[03:14:51] <jadew> probably bad comparator
[03:14:58] <jadew> it doesn't know when to switch the load
[03:15:06] <jadew> to switch the taps
[03:15:07] <w|zzy> I'm also time poor
[03:15:18] <w|zzy> hate time
[03:16:00] <jadew> same here, but I don't mind spreading a project across many months
[03:16:09] <megal0maniac_afk> Ah, this one
http://www.ebay.com/itm/230664741082
[03:16:34] <w|zzy> what if you need it sooner than that
[03:16:40] <megal0maniac_afk> Maybe I'll open it these holidays. As you can see, the meter goes up to 30V
[03:16:53] <jadew> w|zzy, then I'd buy it :)
[03:17:18] <w|zzy> :-P
[03:18:29] <w|zzy> wish this meeting would end
[03:18:42] <twnqx> same here *bored*
[03:18:56] <w|zzy> ya..
[03:18:57] <jadew> you're in a meeting?
[03:19:02] <twnqx> yes
[03:19:07] <twnqx> one month
[03:19:21] <twnqx> consulting trip
[03:19:22] <twnqx> HELL
[03:25:39] <w|zzy> indeed
[03:29:48] <julius_> hi
[03:30:00] <w|zzy> hi
[03:30:06] <julius_> any idea how a laptop/notebook would check if the cpu fan is working?
[03:30:24] <w|zzy> bios
[03:30:40] <w|zzy> might have a fan speed reading
[03:31:12] <julius_> im looking at a lenovo hear and thinking about a different cooling solution so i need to fake the "fan ok" signal
[03:31:38] <julius_> so its probably a pwm fan?
[03:32:12] <jadew> if it has 3 wires, one is probably there to output the speed
[03:32:29] <julius_> ah yes
[03:32:33] <Valen> yup, thats generally how its done
[03:32:56] <julius_> youre the best guy
[03:32:58] <julius_> s
[03:33:31] <w|zzy> he really is
[03:33:34] <Valen> if you were feeling fancy you could perhaps use a 555 and link up the analog voltage they feed the fan to vary the output in sync with what the controller puts out
[03:33:41] <Valen> but yeah overkill ;->
[03:37:10] <jadew> to be on the safe side you could simply pulse it at max speed so the controller would just try to bring the RPM down
[03:39:21] <w|zzy> https://www.dropbox.com/s/efmzm6ffj229xgb/DSC_0062.JPG
[03:39:36] <w|zzy> when rope fails
[03:40:16] <jadew> was it rubbing against an edge?
[03:40:34] <jadew> or did it just snap?
[03:41:25] <w|zzy> no rubbing. Not sure of the cause yet.. part of what this meeting is about
[03:41:53] <jadew> ah
[03:42:09] <julius_> w|zzy, what the hell is that?
[03:42:28] <w|zzy> It's an elevator rope that failed
[03:42:33] <julius_> oh
[03:43:01] <jadew> any casualties?
[03:44:26] <w|zzy> no. but the potential was there. pure luck really.
[03:44:42] <julius_> thats good
[03:44:57] <julius_> what was the luck factor so somebody would look at it?
[03:45:02] <w|zzy> the lift didn't fall.. this is just one of 6 Ross
[03:45:15] <w|zzy> ropes
[03:49:19] <jadew> scary
[03:49:54] <w|zzy> indeed. when it snapped the bloke sits it sounded like a woman screaming.
[03:50:38] <jadew> did it have someone inside when it happened?
[03:50:46] <jadew> they must have crapped their pants
[03:51:12] <w|zzy> person was a mechanic in top off the lift
[03:51:17] <Valen> w|zzy: i see a metalurgist in your future
[03:51:33] <hjohnson> even if all 6 were to break, elevators have emergency brakes forjust this situation
[03:51:41] <Valen> loot like its rusted in the core?
[03:51:50] <w|zzy> yep.. 4m either side of the break is bein sent to one
[03:52:23] <Valen> did they replace the whole lot of ropes?
[03:52:25] <hjohnson> few days ago I was stuck in the elevator in my building along with my upstairs neighbour, and his dog that really really needed to get out for a walk..
[03:52:31] <w|zzy> hjohnson: no if the governor rope is one of the ones that breaks
[03:52:38] <hjohnson> poor dog was walking around the elevator with his legs crossed
[03:52:45] <w|zzy> Valen: not yet. Will be over the next week
[03:53:09] <Valen> do they do things like use ropes from different batches and the like in each elevator?
[03:53:16] <hjohnson> w|zzy: eh? I thought that the brakes kicked in when the haul rope wasn't under strain any more.
[03:53:20] <Valen> or do they just run it off the one spool?
[03:53:48] <w|zzy> Not normally hjohnson.
[03:53:55] <hjohnson> ahh
[03:54:26] <w|zzy> generally all ropes should be from the same batch do they wear uniformly
[03:54:53] <Valen> I thought they might mix the batches so a bad batch doesn't cause a "bad time"
[03:55:10] <w|zzy> Valen: the core is meant to be an oil soaked hemp.. there is rust though.
[03:55:31] <w|zzy> generally there are a lot of signs of bad ropes before they get here.
[03:55:35] <Valen> ahh, that would explain much of what I was seeing
[03:55:46] <w|zzy> mixing batches leads to more problems.
[03:56:18] <Valen> fairynuff
[03:56:24] <w|zzy> primarily they stretch at different rates and this causes poor wear on the ropes and shaves
[03:56:28] <w|zzy> sheaves
[03:56:40] <Valen> its the little stuff that gets ya like that
[03:57:00] <Valen> in the computer world if you want a "reliable" raid array you mix the batches and vendors up
[03:57:19] <w|zzy> Yeah.
[03:57:24] <Valen> otherwise if you get bit by some firmware bug where the drives catch fire after 10,000 hours of operation you are hosed
[03:57:25] <hjohnson> it all comes down to failure modes
[03:57:58] <Valen> I'm really keen to hear the cause of this btw w|zzy
[03:58:09] <w|zzy> there is a whole science to roping of which I know very little.
[03:58:13] <Valen> I'd really appreciate it if you let me know what comes back
[03:58:43] <w|zzy> no worries.. I'll pm you.
[03:58:50] <hjohnson> w|zzy: I was once present on a heavy lift when a rope broke... that was.. spectacular.
[03:59:26] <hjohnson> (heavy lift barge, in the middle of a 500 ton lift... and one of the lines snapped... that was, well, rather spectacular.
[03:59:31] <w|zzy> I don't think the root cause is something I'll publicly share.
[03:59:33] <Valen> it doesn't look worn, there are breaks at many different lengths I'd wonder if that bit was a bit hard or something and fatigued
[03:59:55] <w|zzy> wow hjohnson that's a heavy lift! surprised it was
[04:00:30] <Valen> are modern lift ropes still organic cored?
[04:00:41] <w|zzy> surprised it was roped til I read barge..
[04:01:07] <w|zzy> I don't believe so. probably half the reason for the quality these days
[04:01:16] <hjohnson> w|zzy: well, wire rope.. big heavy lift crane, cab is the size of a house.
[04:02:05] <hjohnson> w|zzy:
https://images.vesseltracker.com/images/vessels/midres/Tetra-Arapaho-827756.jpg
[04:03:00] <w|zzy> Nice!. I did a safety course with some wharvies last week
[04:03:26] <hjohnson> w|zzy: yeah, they basically scrapped old oil rigs in the gulf of mexico...
[04:03:29] <Valen> you should swing by an office i have clients in
[04:03:41] <Valen> the lift goes down, feels like it stops nice and smooth
[04:03:51] <hjohnson> so pull up to a disused rig, strip it pretty heavily, then hook the crane to it, slice the legs holding the top deck on, move the top deck in one piece
[04:04:08] <w|zzy> hydro probably. how many floors?
[04:04:12] <hjohnson> then divers go down to the requisite depth, ring the legs with explosives, then they blow the legs and lift the lower deck in one piece.
[04:04:13] <Valen> waits for a second or two then bang, bounces all over the place and the doors open
[04:04:18] <Valen> 4 i think
[04:04:40] <w|zzy> wow.. that sounds bad for the environment
[04:04:50] <hjohnson> w|zzy: better than leaving the rig in situ
[04:05:12] <w|zzy> True.
[04:05:46] <hjohnson> during hurricane Katrina, they pulled the barge into a canal, and deployed her anchors (it anchors itself with 12 huge anchors)
[04:05:49] <w|zzy> most oil companies have the money to better dispose of it though
[04:05:58] <hjohnson> they come back after the storm... all the anchor lines have snapped, and the barge is missing.
[04:06:03] <Valen> I took my dog onto it once, he is now terrified of all lifts
[04:06:11] <Valen> hjohnson: thats going to suck
[04:06:31] <hjohnson> w|zzy: that's the best way to dispose of them.. basically they cut it out cleanly and safely, haul it to shore where it's cut up into smaller pieces an recycled
[04:06:36] <w|zzy> It's probably a lone..
[04:07:01] <w|zzy> can the barge lift itself into a dry dock?
[04:07:10] <hjohnson> anyhow, they call up the coast guard and go "uh... we lost our barge" "yeah, you and everyone else" "Well, uh, there's a bunker with 300lbs of C4 on deck" "Oh, right, we'll get on that"
[04:07:19] <Valen> lol
[04:07:27] <hjohnson> they found it 15 minutes later... it had broken loose, drifted 12 miles up the canal and beached itself.
[04:07:30] <Valen> I'll have a look at what brand it is tomorrow
[04:08:04] <w|zzy> lol
[04:08:32] <Valen> watched one of those dirtiest jobs shows where they were getting a barge off after that
[04:08:54] <hjohnson> Valen: i dont' remember that one.. I do remember hte one where they were scrapping a barge
[04:08:58] <Valen> thing was like a meter or two above the water level
[04:09:09] <Valen> they pulled it off then scrapped it i think?
[04:09:18] <hjohnson> dunno
[04:09:29] <Valen> that was it, greatest fixes or something along those lines
[04:09:30] <hjohnson> anyhow, yeah, the arapaho was a fun trip
[04:09:48] <hjohnson> when I went out there, I went out on the crew boat... to get onto the barge they lifted you across in a man basket
[04:10:50] <hjohnson> that was... a trip too... the crane operator had to know exactly what he was doing.. crew boat was going up and down some 8 feet compared to the barge, so he had to time it eaxctly right ot take up the slack, then hoist the basket off right hwen the crew boat was at the top, then move quck so the boat didn't come back up and whack you
[04:11:48] <w|zzy> some real talent
[04:55:40] <megal0maniac_afk> Whoo! MOSFET biasing and AC modeling summarised in 2.5 pages
[04:56:14] <Valen> WITCH!
[04:56:16] <Valen> witch i say
[04:56:23] * Valen points
[04:57:04] <megal0maniac_afk> And quiescent point calculations
[04:57:13] <megal0maniac_afk> All very basic though
[04:57:19] <megal0maniac_afk> And only N-Channel
[04:57:27] <Valen> the man has surley supped from the devils teat!
[04:57:39] <megal0maniac_afk> >.>
[04:57:41] <Valen> with all this arcane knowledge
[04:58:18] <megal0maniac_afk> An AVR is just a bunch of FETs
[04:58:30] <megal0maniac_afk> Sort of :D
[04:58:52] <Valen> an avr is a box of sanctified magic, crafted by the good wizards of atmel to be an ideal digital device
[04:59:39] <Valen> none of this evil analog gumf
[05:02:14] <megal0maniac_afk> Damn electricity interfering with everything
[05:57:28] <megal0maniac_afk> jerkey: How did you get 100 free samples? Atmel doesn't even allow quantities of 4, let alone 100
[09:56:47] <Vols> Hi I have a slight compiling program with a usbdrv library. it says:: error: variable ‘usbDescriptorDevice’ must be const in order to be put into read-only section by means of ‘__attribute__((progmem))’ :: So.. someone suggested I put a const [1] on each PROGMEM I can find, but since I'm a complete newbie, how do I const a PROGMEM line?
[09:57:49] <Vols> *slight problem with compiling a program I mean
[10:06:49] <Vols> ah I think I got it, just type "const" in front of the line that it's complaining about... Imagine that
[10:09:13] <Vols> Yay it compiled. I got a hex
[10:13:36] <megal0maniac_afk> Heh. I had that same problem yesterday
[10:14:09] <megal0maniac_afk> abcminiuser: Everything I tested works (r/w/v on stk500/avrispmkii). But that stk500 speed... :P
[10:14:42] <megal0maniac_afk> I'll check again soon with an actual programmer as opposed to bootloader and see if changing ISP freq helps
[10:18:00] <Vols> Bah its not working. Is there anything I have to change in the makefile to go from the original atmega8 to an atmega32u2, beside the name and mhz? It seemed to compile fine, but the program doesn't work
[10:31:37] <megal0maniac_afk> Oh lol
[10:32:25] <megal0maniac_afk> Vols: not in the makefile, but the source might have to be ported since the atmega8 and atmega32u2 are vastly different and don't have the same registers
[10:33:02] <Vols> yeah I noticed that :( I also get a avr:4 architecture of input file `usbdrv/usbdrv.o' is incompatible with avr:35 output
[10:33:24] <Vols> how about atmega168?
[10:33:35] <megal0maniac_afk> That's definitely more likely to work
[10:34:08] <Vols> interesting, the code I downloaded includes two makefiles, one for atmega8 and one for atmega168
[10:34:32] <Vols> fiddling with the makefile for at168 gives me the previous architecture error
[10:34:52] <Vols> and I generally have no idea what it means
[10:39:59] <abcminiuser> megal0maniac_afk, cheers
[10:40:12] <abcminiuser> Yeah I need to sort out the serial framing
[10:40:14] <abcminiuser> :P
[10:41:24] <megal0maniac_afk> Vols: Are you able to share the code?
[10:41:39] <megal0maniac_afk> abcminiuser: But the programming logic is solid
[10:42:11] <Vols> Ah well, I guess this program is destined to never work, since it uses some sort of virtual USB thingy, and my atmega32u2 usb development board is wired in another configuration. too bad
[10:42:15] <Vols> code is here btw:
http://raphnet.net/electronique/gc_n64_usb/gc_n64_usb-2.3.tar.gz
[10:43:12] <amee2k> possibly mildly off topic, but do UV CCFL tubes emit visible blue light as well?
[10:43:54] <abcminiuser> megal0maniac_afk, yeah, so that's nice :P
[10:43:55] <amee2k> i got some used CCFLs including inverter board today... they glow bright blue, but when i look at them it feels like looking into a UV-A fluo tube o.o
[10:43:55] <Vols> I use a minimus32, www.minimususb.com so I guess the entire program must be rewritten for a usb board
[10:44:07] <amee2k> and my winter jacket glows bright orange when i hold it next to the tubes
[10:44:09] <abcminiuser> Problem is that the protocol is the layer than knows how long the responses are from a header
[10:44:15] <abcminiuser> But the tool layer does the unpacking
[10:44:44] <abcminiuser> For most protocols its OK
[10:44:55] <abcminiuser> But AVR109 for example has no framing for the tool layer to use
[10:47:09] <megal0maniac_afk> abcminiuser: I'm one step behind you!
[10:47:21] <megal0maniac_afk> I understand the words, not the sentences
[10:48:30] <megal0maniac_afk> Vols: Yeah, it's V-USB based. The entire USB stack would need to be replaced with something like that silly LUFA thing
[10:48:37] <megal0maniac_afk> Gah
[10:51:04] <abcminiuser> :P
[10:53:30] <Vols> however... what if I simply connected another USB port to the pins shown in the schematics and use that one as a connector... hmm hmmmm hmmmm *evil grin*
[10:54:21] <Vols> BUT, once again, that stupid "wrong architecture" problem again
[10:54:25] <Vols> ah, I give up
[10:54:28] <megal0maniac_afk> Exactly
[10:54:32] <megal0maniac_afk> It's possible!
[10:55:35] <megal0maniac_afk> You could hack the Arduino support files to work with your board:
http://www.mattairtech.com/index.php/development-boards/atmega32u2-usb-development-board-arduino-compatible.html
[10:55:50] <megal0maniac_afk> Then use this:
https://github.com/brownan/Gamecube-N64-Controller
[10:56:00] <Vols> No way :o
[10:57:05] <Vols> Bummer again. I don't have a programmer, so I can't flash a new bootloader. haha I am so doomed
[10:57:14] <Vols> Maybe I can build one
[10:57:28] <Vols> Time to raid the scrap bin
[10:58:28] <megal0maniac_afk> You should be able to make it work with most standard bootloaders
[10:58:45] <Vols> Interesting
[11:01:18] <megal0maniac_afk> If not, you can just compile and upload the .hex with FLIP
[11:02:50] <Vols> You're saying arduino code simply work on a standard avr chip? Naaah really? I'm confused
[11:07:41] <megal0maniac_afk> Arduino is AVR. Only thing that makes it Arduino is the code (and libraries that do the hard work for you)
[11:11:29] <Vols> Yeah, but arduino has two controllers where one sends info to the usb-controller, and I bet my ass that this project uses this setup, so I can't just make it work with a single avr chip. I dunno
[11:11:49] <Vols> I'll look into some other options, maybe I'll find an easier solution
[11:20:04] <megal0maniac_afk> Vols: The new Leonardo only has one chip, the big brother of the 32u2. They're moving towards single chip boards, and the software definitely supports it. The Teensy has been running Arduino sketches on a USB enabled chip for years
[11:23:20] <megal0maniac_afk> What a shame. xmegaduino hasn't been updated in 2 years
[11:52:45] <jerkey> vols you can do it.
[11:53:54] <jerkey> do you have a serial port? dasa programmer.
[12:29:24] <megal0maniac_afk> He's gone, jerkey
[12:29:38] <megal0maniac_afk> Where did you get all those chips from? Did you steal them?
[12:34:25] <OndraSter> well this was... awesome. I was just implementing a "variable" arithmetic-shift-right instruction into some processor our school's professors made (microinstruction based)... whole 90 lines of unreadable crap!
[12:50:36] <OndraSter> D: the easiest way how to get a constant in the bloody microcode is to put it into your actual instruction
[13:23:34] <jerkey> free samples
[13:25:33] <OndraSter> the thing about free samples is - people use it even for personal project :/
[13:25:46] <OndraSter> they are ment for actual mass projects :D
[13:26:43] <jerkey> i am using them for exactly what i said i would. kits to build at hackerspaces.
[13:27:16] <OndraSter> that's fine
[13:32:25] <jerkey> do you have a hackerspace nearby?
[13:44:23] <stefanct> abcminiuser: thanks ;)
[13:44:40] <stefanct> your response time scares me a bit sometimes :P
[13:44:55] <abcminiuser> The what now?
[13:45:07] <abcminiuser> Oh, right, did not put two and two together
[13:45:22] <abcminiuser> The 28 emails in my inbox I'm yet to answer says otherwise
[13:45:47] <stefanct> :)
[14:00:11] <Gerritjan> How can i load a EEPOM.h into a due sketch without causing a error in the code?
[14:01:25] <abcminiuser> megal0maniac_afk, balls
[14:01:37] <abcminiuser> Seems AVRDude mixes the tool and protocol layers :(
[14:07:31] <megal0maniac_afk> abcminiuser: AVRDude does a number of silly things
[14:07:39] <abcminiuser> Indeed, but balls.
[14:07:58] <abcminiuser> Right now you have three software components in GDP for the actual core logic
[14:08:02] <abcminiuser> Protocol, Tool, Transport
[14:08:03] <megal0maniac_afk> Apparently the STK500v2 implementation isn't strictly correct
[14:08:15] <abcminiuser> Transport is the USB or Serial physical layer
[14:08:28] <abcminiuser> Tool is the wrapper layer, like the CRC packaging on packets in the JTAG-ICE MKII
[14:08:36] <abcminiuser> And protocol is the high level protocol
[14:08:57] <abcminiuser> Problem is that some tools and transports need to know the read length, which isn't always available at the tool layer
[14:09:26] <megal0maniac_afk> Oh crapbags. I see your problem
[14:09:28] <megal0maniac_afk> :/
[14:10:18] <megal0maniac_afk> (I think?)
[14:10:36] <abcminiuser> Well USB is naturally packet orientated
[14:10:50] <abcminiuser> So protocol says "send this" to the tool, tool wraps it and passes it off to the USB transport
[14:11:04] <abcminiuser> For reads, USB layer grabs the packet, tool unwraps and passes it back up
[14:11:26] <abcminiuser> But for AVR109 for example, there's no way the tool or serial transport knows what read length to expect
[14:11:41] <megal0maniac_afk> Which is why they've mixed them
[14:11:52] <abcminiuser> Indeed, but
[14:11:58] <abcminiuser> Software abstraction :(
[14:13:53] <megal0maniac_afk> I'm missing something
[14:14:01] <megal0maniac_afk> Or I don't understand software abstraction
[14:14:57] <abcminiuser> To fix this I'd need the protocol to hint to the tool layer how many bytes it expects to read
[14:15:01] <abcminiuser> Which is sadface
[14:16:02] <megal0maniac_afk> Or mush them like avrdude, but eugh
[14:16:36] <megal0maniac_afk> I don't see why that's sadface though
[14:17:47] * megal0maniac_afk envisions some over-arching control layer which has a better idea of the bigger scheme of things.
[14:19:10] <abcminiuser> Bleah
[14:20:47] <megal0maniac_afk> Like a session handler. It knows which tool and protocol is being used and how much of what is expected by who.
[14:21:22] <megal0maniac_afk> Instead of passing back and forth
[14:21:51] <megal0maniac_afk> My idea might make no sense at all :)
[14:25:05] <abcminiuser> But it's the protocol that will set the expectation on the read length
[14:26:28] <megal0maniac_afk> Protocol will be definied in the session handler, as will the read length
[14:28:09] * megal0maniac_afk shrugs
[14:41:51] * megal0maniac_afk goes back to high frequency response of common emmiter amplifiers
[15:12:19] <megal0maniac_afk> awozniak: Did you get that chip to work?
[15:12:40] <jerkey> i am at google in mountain view california!
[15:26:41] <megal0maniac_afk> jerkey: Awesome :)
[16:22:26] <jerkey> the cafeterias are free!
[16:43:44] <awozniak> megal0maniac_afk: yes, got it working, thanks again for your help
[16:44:16] <awozniak> Does anyone have any C code for computing optimum XMEGA BSCALE and BSEL values for a given CPU frequency and baud rate?
[16:53:07] <Tom_itx> awozniak you might look at WormFood's page, i know he was updating it but don't know what he added
[16:53:28] <Tom_itx> i'm not sure what BSCALE and BSEL are for
[16:53:44] <Tom_itx> i assume something to do with baud
[16:54:30] <awozniak> Tom_itx:
http://blog.omegacs.net/2010/08/18/xmega-fractional-baud-rate-source-code/ has real code
[17:00:15] <Tom_itx> is it something that you would change at runtime?
[17:00:22] <Tom_itx> ie autobaud detect?
[17:03:36] <awozniak> Tom_itx: USB CDC ACM passthrough device, so yeah, I need to be able to change baud rates on the fly.
