Back
[02:48:57] <Mr_Sheesh> Still no Tom_itx... I can't sit here TOO long hoping they show, have to get some AVRs programmed >.>
[03:08:56] * Casper pokes Tom_itx
[03:09:11] <Casper> who knows... maybe I'll have more luck than you?
[03:20:00] <Mr_Sheesh> IDK we'll see
[05:36:08] <Jartza> umm
[05:36:30] <Jartza> avra doesn't output any file format avr-gdb recognises?
[05:56:01] <Thrashbarg> now why would it? :P
[05:56:04] <Thrashbarg> *no
[05:58:02] <Jartza> would be nice :)
[05:58:13] <Jartza> but not a biggie, I can debug without labels too
[08:47:24] <Jartza> agh
[08:47:32] <Jartza> no .rept directive
[08:47:57] <Lambda_Aurigae> I didn' do it!
[08:48:05] <Lambda_Aurigae> avra is open source, so, add it yourself!
[08:50:50] <Houdoe> hi guys
[08:55:07] <Lambda_Aurigae> not yet..kinda early in the morning.
[08:55:10] <Lambda_Aurigae> oh, hi, not high..
[08:55:18] <Lambda_Aurigae> yeah, hi, hello, greetings human type creature..
[09:05:30] <Houdoe> ;)
[09:15:05] <Lambda_Aurigae> what can we do to you today Houdoe ?
[09:18:37] <day> does anyone know a simple way to extract pixel positions from a black and white picture? i want to end up with something like px_white[][2]={0,1},{0,2}....;
[09:19:04] <Lambda_Aurigae> depends on the picture format.
[09:19:20] <day> i do not want to extract it on the uC btw.
[09:19:26] <day> Lambda_Aurigae: im flexible
[09:19:47] <day> i assume bmp would be the easiest
[09:20:01] <Lambda_Aurigae> open it with gimp and use the tool that selects colors by pixel.
[09:20:19] <day> and then?
[09:20:23] <Lambda_Aurigae> programming wise it's a bit more complex.
[09:20:38] <day> i was hoping there already exists a tool for that :/
[09:20:39] <Lambda_Aurigae> and then what? you want me to show you how to copy/paste too?
[09:20:47] <day> ?
[09:21:28] <day> how do i make gimp spit out a coordinate list. just magic wanding them isnt going to help much
[09:21:31] <Lambda_Aurigae> are you just wanting to get the color from a pixel in a picture? are you wanting to do it programming wise or manually with an existing gui application?
[09:21:54] <Lambda_Aurigae> oh, you want to find all the white pixels in the image?
[09:22:00] <day> Lambda_Aurigae: its a black/white picture. and i want all white pixel coordinates like shown above
[09:22:09] <Lambda_Aurigae> see, now we get some more details.
[09:22:14] <Lambda_Aurigae> details details details.
[09:22:22] <day> i already wrote that above...
[09:22:26] <day> px_white[][2]={0,1},{0,2}....;
[09:23:23] <Lambda_Aurigae> but you didn't specify doing it manually or programmatically. you didn't say a black&white picture...you didn't say you wanted all the white pixel coordinates.
[09:23:47] <Lambda_Aurigae> what OS are you using?
[09:23:58] <day> Lambda_Aurigae: linux/windows
[09:24:07] <Lambda_Aurigae> http://stackoverflow.com/questions/1176910/finding-specific-pixel-colors-of-a-bitmapimage
[09:24:46] <Lambda_Aurigae> http://stackoverflow.com/questions/6020406/travel-through-pixels-in-bmp
[09:24:51] <Lambda_Aurigae> both of those are windows
[09:26:00] <Lambda_Aurigae> http://stackoverflow.com/questions/138250/how-can-i-read-the-rgb-value-of-a-given-pixel-in-python
[09:26:04] <Lambda_Aurigae> if you are a python fan.
[09:27:02] <Lambda_Aurigae> how to find specific color pixels in a bmp in linux
[09:27:07] <Lambda_Aurigae> and there is my google query.
[09:27:22] <day> hm looks simple enough. Was hoping there is a ready to use tool. it seemed to me like a pretty normal request. Because it comes in handy for fonts as well
[09:27:45] <day> http://sunge.awardspace.com/glcd-sd/node4.html
[09:27:47] <Lambda_Aurigae> I'm sure if I dug I could find a command line image editing application.
[09:27:52] <day> i mean, i doubt he wrote that table by hand
[09:28:41] <Lambda_Aurigae> don't see why not.
[09:28:48] <Lambda_Aurigae> I used to do fonts by hand in the commodore days.
[09:29:20] <Lambda_Aurigae> graph paper, mark the pixels to draw, go back and convert the binary of draw=1, nodraw=0, into an 8bit byte.
[09:29:25] <Lambda_Aurigae> type them into computer.
[09:29:37] <Lambda_Aurigae> these days I would do the same with a spreadsheet that would do the math for me.
[09:31:21] <Lambda_Aurigae> if I were writing a command line app for linux to take a .bmp file and give a list of coordinates for a certain color I would probably use the allegro library.
[09:33:55] <Lambda_Aurigae> looks like ImageMagic might can do it too.
[09:39:29] <Lambda_Aurigae> hmm..maybe not imagemagic...seems like something it should be able to do but not seeing that specific function.
[09:40:59] <Lambda_Aurigae> it COULD be done with imagemagic but would be rather difficult as you would have to write a script to do a compare of a single pixel image with each pixel in the image you are looking at.
[09:41:07] <Lambda_Aurigae> easier to just use a python script to do it.
[09:41:45] <Lambda_Aurigae> http://www.imagemagick.org/Usage/compare/#compare
[09:41:47] <Lambda_Aurigae> hmmm.
[09:42:05] <Lambda_Aurigae> Extract a list of the coordinates of all matching letters (white dots)
[09:42:05] <Lambda_Aurigae> (as a enumerated pixel list, ignoring anything black)
[09:42:14] <Lambda_Aurigae> using the imagemagic compare tool..
[09:42:16] <Lambda_Aurigae> command line.
[09:42:19] <Lambda_Aurigae> works in linux and windows.
[09:42:27] <Lambda_Aurigae> and will output just a coordinate list...
[09:42:37] <Lambda_Aurigae> will/can
[09:43:00] <Lambda_Aurigae> visgrep can do it too apparently.
[09:43:25] <Lambda_Aurigae> so, yeah, there are tools out there.
[09:43:28] <Lambda_Aurigae> one just has to look.
[09:44:49] <Lambda_Aurigae> problem solved....next?
[10:13:03] <jacekowski> i would just do it in about 10 lines of C code and not bother with a whole library
[10:15:29] <Lambda_Aurigae> well, there is that too.
[10:15:41] <Lambda_Aurigae> if you have a plain bmp that you know the X and Y size and all.
[10:15:51] <Lambda_Aurigae> although, the format should be readable easily from the file too.
[10:16:58] <Lambda_Aurigae> well, that's interesting...bmp files can access external ICC color profiles.
[10:17:05] <Lambda_Aurigae> access/reference
[10:18:16] <Lambda_Aurigae> bmp seems relatively straightforward outside of there being 7 different header formats.
[12:45:46] <rue_bed> heh, welcome to microsoft formats
[12:46:11] <rue_bed> TGA is pretty good if you stick to uncompressed
[13:14:44] <Xark> Yep. Even compressed TGA is not too difficult (just run-length).
[15:33:24] <mike_papa> Hello. Could you tell me if I get it right. INT0-7 are interrupts activated by single pin with possibility to set it for rising edge, falling edge, low level or any edge. PCINT0-3 on the other hand group multiple (eight) pins, and are activated by any change of any of the pins in the given group. And INT and PCINT are independent of each other. I'm talking about atmega2560 precisely.
[15:35:34] <mike_papa> I just got bit lost with amount of word "interrupt" occurrence in datasheet.
[15:36:05] <Lambda_Aurigae> correct.
[15:36:28] <Lambda_Aurigae> there are other interrupt sources as well...timer and such.
[15:36:45] <Lambda_Aurigae> usart interrupts, spi interrupts, twi interrupts.
[15:37:02] <mike_papa> Thanks. Yeah. Some more of "interrupt" word in one document ;)
[15:37:48] <mike_papa> But I'm trying to set interrupts for pins change, and I got bit lost in chapter 15.
[15:38:11] <mike_papa> I'll leave other interrupts for other day.
[16:00:38] <tpw_rules> mike_papa: you can change which pins in a group of 8 trigger the PCINT
[16:00:44] <tpw_rules> it's not all 8 all the time
[16:06:02] <mike_papa> tpw_rules: Yes. Thank you. I got that one. But you cannot find out which one of enabled pins in group triggered PCINT. They advise to save PORT state, and compare during vector execution.
[16:07:52] <tpw_rules> yeah, you can't
[16:09:07] <mike_papa> Actually this way you can also check if it's rising or falling edge at the expense of vector execution time.
[16:27:28] <tpw_rules> and a few bytes of memory
[16:43:25] <Jartza> yeah
[16:43:33] <Jartza> got the VGA code ported to asm
[16:43:58] <Lambda_Aurigae> kewl.
[16:44:02] <Lambda_Aurigae> save any time?
[16:44:07] <Jartza> a lot
[16:44:17] <Jartza> code shrank from 1042 bytes to 766
[16:44:29] <Jartza> and now I have 116 cycles free (worst case) to handle the uart
[16:44:32] <Jartza> which is plenty
[16:44:42] <Lambda_Aurigae> should be more than enough.
[16:44:49] <Jartza> yeah
[16:45:01] <Jartza> and that's with 6x8 font :)
[16:45:10] <Lambda_Aurigae> will be interesting to see if it can be ported to something larger.
[16:45:10] <Jartza> also it seems I have free memory too
[16:45:29] <Jartza> so I might extend the display to 32x14 (now 32x12)
[16:45:32] <Jartza> :)
[16:45:38] <Lambda_Aurigae> if you can do with spi what is being done with the usi.
[16:46:03] <Jartza> I think there are plenty of atmega vga solutions
[16:46:23] <Lambda_Aurigae> alway fun to port though.
[16:49:55] <Jartza> yeah
[16:50:35] <Jartza> well
[16:50:38] <Jartza> easy-peasy
[16:50:39] <Jartza> https://drive.google.com/file/d/0B2dTzW9TMeBxZGhLU2NFME5Ldmc/view?usp=sharing
[16:50:55] <Jartza> one noticeable difference to atmega-solutions I've seen
[16:51:09] <Jartza> no blanks between characters (unless intentionally placed in font)
[16:51:16] <Lambda_Aurigae> yeah.
[16:51:28] <Lambda_Aurigae> I did see one that uses the spi in slave mode that gets rid of the blank pixels.
[16:51:59] <Jartza> yeah
[17:01:26] <Jartza> now there's 32x14 characters, using 448 bytes of ram, and then 32 byte buffer for current horizontal line and 32 for precalculated next horizontal line
[17:01:42] <Jartza> rendering all 512 bytes used :)
[17:02:19] <Lambda_Aurigae> nothing left for uart?
[17:02:41] <Jartza> sure, 12 registers ;)
[17:02:55] <Jartza> and if needed, all free io-registers
[17:03:30] <Jartza> I'm going to update screen buffer on-the-fly, don't really need buffer for uart
[17:04:11] <Jartza> except for the one byte currently being read
[17:04:12] <Lambda_Aurigae> true.
[17:05:55] <Jartza> would just be waste if I didn't use the 2 extra lines if I had that ram
[17:06:20] <Lambda_Aurigae> do you have a routine to scroll the screen?
[17:06:25] <Jartza> now that practically makes 192x112 pixels drawn
[17:06:28] <Jartza> no I don't :D
[17:07:49] <Jartza> oops
[17:08:00] <Jartza> got channels mixed
[17:24:48] <Jartza> I just have some strange problem with avra
[17:25:01] <Jartza> it claims my font data won't fit
[17:25:16] <Jartza> Code segment exceeds valid address range [0..0x0FFF] : Start = 0x0C00, End = 0x13FF, Length = 0x0800
[17:26:38] <Jartza> it calculates the length wrong :(
[17:29:40] <Jartza> making avra a bit useless for this, it compiles nicely on atmel avr assembler
[17:30:54] <Lambda_Aurigae> fix it.
[17:30:57] <Lambda_Aurigae> it's open source.
[17:32:52] <Jartza> ahh. reformatting the file fixed it
[17:34:27] <Jartza> mmkay. compiles and works. cool.
[17:40:11] <Lambda_Aurigae> reformat how?
[17:43:48] <Jartza> Lambda_Aurigae: there was extra comma in the font data :)
[17:43:54] <Lambda_Aurigae> aahh.
[17:44:00] <Jartza> seems avr assembler didn't care but avra thought there's more data
[17:44:00] <Lambda_Aurigae> it was adding an extra entry?
[17:44:04] <Jartza> yea
[17:44:33] <Lambda_Aurigae> don'cha love how some software is more literal than others?
[17:44:48] <Jartza> well, sometimes I do :)
[17:44:52] <Lambda_Aurigae> I run into that on occasion in my job.
[17:45:08] <Jartza> the comma shouldn't be there, so in this case it's sort of "by the book" to complain :)
[17:45:10] <Lambda_Aurigae> people with odd printing thingies formatting their own PCL.
[17:45:15] <Jartza> just the error message wasn't that clear
[17:45:16] <Lambda_Aurigae> it works on an HP but not on a Xerox.
[17:45:31] <Lambda_Aurigae> the Xerox actually follows the formatting requirements and errors out if they don't follow precisely.
[17:45:42] <Lambda_Aurigae> the HP is a lot more lax,,even though HP wrote the flippin spec!
[17:45:43] <Jartza> heh. yea.
[17:46:21] <Lambda_Aurigae> I spent an hour going over a file with a guy pointing out all the screwups he did according to the spec.
[17:46:29] <Lambda_Aurigae> in the end it was, "but the HP accepts it!"
[17:46:48] <Lambda_Aurigae> and I said, "But the Xerox doesn't because the Xerox follows the specifications of the language as it is written."
[17:51:35] <Jartza> yea :D
[17:51:44] <Jartza> that happens too often
[17:51:51] <Lambda_Aurigae> yup.
[17:51:55] <Lambda_Aurigae> see it with postscript too.
[17:52:03] <Jartza> this time it was ok, can't blame avra
[17:52:09] <Lambda_Aurigae> nobody knows how to write postscript these days.
[17:53:42] <Lambda_Aurigae> I remember teaching myself postscript by writing a program in postscript to have an apple laserwriter play tic-tac-toe over the serial port then print out 9 games on one page.
[17:54:16] <tpw_rules> i found a raytracer postscript for mine
[17:54:19] <Lambda_Aurigae> find a 22 year old these days who is willing to go to that kind of trouble for the fun of it...
[17:54:23] <tpw_rules> had to explain to the paremts why the printer was busy for four hours
[17:54:40] <Lambda_Aurigae> it probably had more processing power than your computer, eh?
[17:55:02] <tpw_rules> nah. it was old at the time. i got it for free and had to replace the laser head
[17:55:25] <tpw_rules> so it was connected to a powermac g3 by then
[17:55:27] <Lambda_Aurigae> well, it would have had an 8mhz 68000 processor.
[17:55:41] <tpw_rules> it was an NTR. i think those were slightly faster
[17:55:49] <tpw_rules> laserwriter ntr
[17:56:04] <Lambda_Aurigae> not familiar with that model.
[17:56:09] <Lambda_Aurigae> we had the original laser writer.
[17:56:24] <Lambda_Aurigae> hooked to the sun 3/260 workstation.
[17:56:31] <tpw_rules> nah, this had a 16mhz + some amd risc thing
[17:56:34] <tpw_rules> http://lowendmac.com/laserwriter/personal-ntr.html
[17:57:05] <Lambda_Aurigae> oooo..early amd processor!
[17:57:19] <tpw_rules> it's not a laser printer until the lights dim when the engine starts up
[17:57:20] <Lambda_Aurigae> x86ish even.
[17:57:52] <tpw_rules> anyway gotta go
[17:58:09] <Lambda_Aurigae> have fun.
[18:11:24] <Jartza> hmm. 764 bytes
[18:11:28] <Jartza> less than 3/4 kilobyte
[18:11:30] <Jartza> cool
[18:11:41] <Lambda_Aurigae> for?
[18:11:45] <Lambda_Aurigae> the code?
[18:12:13] <mzbotree> anyone know the idvendor on an atmega8u2?
[18:12:32] <mzbotree> i have to make udev rules for the worst dfu
[18:12:33] <Lambda_Aurigae> you mean for the usb?
[18:12:38] <mzbotree> yeah.
[18:12:39] <Jartza> Lambda_Aurigae: yes, the code
[18:12:45] <Lambda_Aurigae> it's whatever you program into the software that runs the usb.
[18:12:51] <Jartza> of course, font takes 2kB
[18:12:56] <mzbotree> the dfu bootloader?
[18:12:57] <Jartza> as it's full 256 characters
[18:13:15] <Lambda_Aurigae> mzbotree, you asked for the id for the chip..not for the software on the chip.
[18:15:23] <mzbotree> lambda: sorry, I meant to say the ID atmel should be using in their stupid DFU OEM. if I can start the "hidden BIOS", i might actually be lucky today.
[18:16:12] <mzbotree> I have one of those really cheap ISP dongles with terrible firmware planted on it... Hopefully, I could still use DFU.
[18:17:07] <Lambda_Aurigae> ummm.
[18:17:14] <Lambda_Aurigae> dfu is a direct usb bootloader....
[18:17:21] <Lambda_Aurigae> what really cheap isp dongle is that?
[18:17:31] <Lambda_Aurigae> most of the really cheap ones use v-usb, not dfu.
[18:30:16] <Lambda_Aurigae> interestingly, atmel's dfu bootloader doc doesn't include that chip.
[18:30:35] <Lambda_Aurigae> but if you go by extension from the others
[18:30:54] <Lambda_Aurigae> it is vid-0x03EB pid-0x02f2
[18:31:38] <Lambda_Aurigae> oops.
[18:31:49] <Lambda_Aurigae> vid-0x03EB pid-0x2ff3
[18:31:54] <Lambda_Aurigae> no
[18:31:56] <Lambda_Aurigae> vid-0x03EB pid-0x2ff2
[18:31:58] <Lambda_Aurigae> sjeesj
[18:32:01] <Lambda_Aurigae> sheesh.
[18:32:02] <Lambda_Aurigae> that too.
[18:32:59] <Lambda_Aurigae> but that's incorrect as 2ff2 is the atmega32u6
[18:35:06] <Lambda_Aurigae> found it.
[18:35:36] <Lambda_Aurigae> atmega8u2 vid-0x03eb pid-0x2fee
[18:35:41] <Lambda_Aurigae> right out of the dfu bootloader source.
[18:35:49] <Lambda_Aurigae> https://github.com/dfu-programmer/dfu-programmer/blob/master/src/arguments.c
[18:36:07] <Lambda_Aurigae> or, rather, A dfu programmer source.
[18:49:19] <Mr_Sheesh> what, Lambda_Aurigae? :P
[18:50:15] <metRo_> Hi all
[18:50:19] <Lambda_Aurigae> mbotree was looking for the vid/pid for the default dfu bootloader on a specific chip.
[18:50:26] <Lambda_Aurigae> hello megal0maniac
[18:50:43] <metRo_> I'm using an atxmefa8e5 and I can't figure out how to use only one pin for timer output
[18:50:46] <Mr_Sheesh> So that excuses using my name to summon me? :P
[18:50:56] <Lambda_Aurigae> must have been a mis-tab.
[18:50:57] <Lambda_Aurigae> sorry
[18:51:52] * Mr_Sheesh NEVER teases anyone :P
[18:51:57] <Lambda_Aurigae> never never.
[18:52:01] <Mr_Sheesh> No Tom_itx tho, odd
[18:52:22] <Mr_Sheesh> Aliens abduct 'em or maybe their pets have eaten 'em, or something?
[18:52:25] <Lambda_Aurigae> yeah....he has been awol for a couple of years.
[18:52:28] <Lambda_Aurigae> err
[18:52:29] <Lambda_Aurigae> days
[18:52:30] <Lambda_Aurigae> sheesh
[18:52:34] <Lambda_Aurigae> it's been a long weekend.
[18:52:37] <Lambda_Aurigae> and not enough sleep.
[18:52:59] <metRo_> I'm using OC4A
http://imgur.com/ynxgePD and as soon as I configure it it makes my SS stop working
[18:53:13] <Mr_Sheesh> I'm ALMOST in that had a state. Been working on organization here and it's been pretty tiring
[18:53:18] <Lambda_Aurigae> metRo_, can't help from here..don't have any xmega chips.
[18:53:37] <metRo_> why it use both pins and I can select to OC4A not use PC4?
[18:53:46] <metRo_> Lambda_Aurigae: :/
[18:53:55] <Lambda_Aurigae> is oc4a tied to pc4?
[18:55:34] <Lambda_Aurigae> guess it is from your image post.
[18:55:55] <Lambda_Aurigae> and /SS is on the same pin.
[18:55:59] <Lambda_Aurigae> so, one or the other.
[18:56:10] <Lambda_Aurigae> you can't use both functions on the same pin.
[18:58:08] <metRo_> I'm using it on PC0 but I didn't define it anywhere
[18:58:19] <metRo_> but it is working
[18:58:26] <metRo_> BTW I'm using it to control a servo
[18:58:48] <Lambda_Aurigae> ok, I am confused.
[18:58:54] <Lambda_Aurigae> it is not working but it is?
[18:58:55] <metRo_> as soon as I enable it tc45_enable_cc_channels(&TCC4,TC45_CCACOMP); SPI interface stop to work
[18:58:56] <metRo_> :s
[18:59:07] <metRo_> timer output is working
[18:59:14] <Lambda_Aurigae> and where does that timer output go? what pin?
[18:59:18] <metRo_> but it make SPI to stop work
[18:59:22] <metRo_> PC0
[18:59:36] <metRo_> http://imgur.com/ynxgePD
[18:59:45] <metRo_> as you can see it can go to PC0 or PC4
[19:01:21] <Lambda_Aurigae> yes...just reading the datasheet.
[19:04:06] <Lambda_Aurigae> ok..no clue.
[19:04:16] <Lambda_Aurigae> would require me to read a good portion of the datasheet to find out.
[19:06:34] <metRo_> Lambda_Aurigae: I already read it and can't figure out
[19:06:35] <metRo_> :s
[19:06:48] <metRo_> do you any member that I can try to ping about it?
[19:07:00] <Lambda_Aurigae> atxmega is not real popular.
[19:07:13] <Lambda_Aurigae> you will have to wait and see if anybody responds who has experience with it.
[19:12:20] <Lambda_Aurigae> http://www.avrfreaks.net/forum/xmega-16d4-fastpwm
[19:12:30] <Lambda_Aurigae> someone else has had this issue in the past.
[19:13:08] <Lambda_Aurigae> appears to be a hardware bug.
[19:13:29] <Jartza> Lambda_Aurigae:
https://github.com/Jartza/attiny85-vga/blob/asmbranch/vga.asm
[19:13:38] <Jartza> not yet final, but keeping it public
[19:13:43] <Lambda_Aurigae> Jartza, awesome.
[19:13:47] <Jartza> when it's done, I'll write a blog post about it
[19:13:52] <Jartza> and then post it around :)
[19:14:01] <Jartza> just like with the audio-transfer
[19:14:03] <Lambda_Aurigae> we will get you on hackaday!
[19:14:22] <Jartza> :)
[19:14:26] <Jartza> that would be nice
[19:14:45] <Lambda_Aurigae> if you can get it working with multiple colors like you did the previous then it will definitely be one massive tiny-hack
[19:15:38] <Lambda_Aurigae> but as it stands it looks very good....get that uart interface working and we can get it frontpage hackaday.
[19:15:45] <Lambda_Aurigae> and maybe even dangerous prototypes as well.
[19:17:40] <Jartza> cool
[19:17:51] <Jartza> yea, my plans include both, uart and multicolor
[19:18:03] <Jartza> of course the option staying for only one color with one chip
[19:18:33] <metRo_> Lambda_Aurigae: thanks, basically I'm fucked!!
[19:18:44] <Lambda_Aurigae> metRo_, did you read through that link?
[19:18:51] <metRo_> yes
[19:18:58] <Lambda_Aurigae> there is a way to use the usartc as spi I think.
[19:19:10] <Lambda_Aurigae> but if you have a physical layout already then, yup, screwed.
[19:19:38] <metRo_> I have done my PCB already
[19:20:09] <metRo_> I'm going to try to disable the timer, enable SPI, and vice versa
[19:20:23] <metRo_> they will be used in diferent phases of the process
[19:20:35] <Lambda_Aurigae> well, that's good at least.
[19:20:50] <Lambda_Aurigae> too bad you didn't actually test on a testbed before creating the board though.
[19:21:10] <metRo_> Lambda_Aurigae: BTW I have choosen atxmega8e2 because it was the cheaper and small micro with two hardware usart
[19:21:17] <metRo_> so I can't remap usart either
[19:21:35] <metRo_> Lambda_Aurigae: I tested but not all the pieces at the same time
[19:21:46] <Lambda_Aurigae> unit testing failure....
[19:21:52] <Lambda_Aurigae> go back to learn testing phase!
[19:22:59] <Jartza> I guess now would be a good time to sleep :)
[19:23:05] <Lambda_Aurigae> Jartza, yes,,sleep good.
[19:23:13] <Jartza> night all
[19:24:09] <Lambda_Aurigae> metRo_, how powerful does the microcontroller need to be?
[19:24:20] <Lambda_Aurigae> night Jartza ...wet dreams..or something like that.
[19:25:10] <metRo_> not much, just reading out from one uart, making some changes, and send to the other uart, pwm for servo controller and a SPI
[19:25:21] <metRo_> I'll need to make it work
[19:25:26] <Lambda_Aurigae> yeah.
[19:25:32] <metRo_> doesn't have time to change it
[19:25:33] <Lambda_Aurigae> xmega seems overkill to me but,,
[19:26:00] <metRo_> it was cheaper that any atmega
[19:26:04] <metRo_> with two uart
[19:30:20] <Lambda_Aurigae> yeah..they are nice and cheap.
[19:32:01] <metRo_> more about that bug
[19:32:02] <metRo_> http://www.avrfreaks.net/forum/timer-counter-overrides-spi-miso-pin
[19:32:23] <metRo_> I tried to disable the timer and enable the spi but it doesnt seem to work