Hola de nuevo,
el lenguaje ensamblador ya lo conozco y si puedo evitarlo mejor que mejor, así que me decantaré por el C (que tambien lo conozco y no me resultará ningún problema).
En la universidad hice una asignatura muy cortita en la que programábamos un PIC16F4550 (creo recordar) mediante una EasyPIC6. Esta placa era muy comoda, ya que a la hora de cargar el código no tenía que sacar el chip, ponerlo en el programador, cargar el código y volverlo a poner a tu circuito, sino que mediante un USB conectado a dicha placa cargabas directamente el código al chip.

Supongo que los chips ATxMEGA de ATMEL necesitaran un programador, no? No hay ninguna manera de poder cargar el código mediante una conexión directa al PC? De no ser así... que programador es el más económico?

Espero que se me entienda, me cuesta expresarme.

Muchas gracias por vuestras respuestas!

Si prevees la conexión en la misma PCB, puedes usar un AVRISP MkII por unos 30€ para programar cualquier AVR, o un AVRDragon, que por menos de 100€ (creo recordar que por menos de 80€) puedes programar y depurar el propio producto.

Yo tengo un AVRDragon, y me va de maravilla para el ATXmega128A1 que tengo montado en la pequeña y olvidada IMUX.

O sea, que depende de tu bolsillo, pero la época en que había que sacar el micro para programarlo pasó hace muuuuuuuchos años, casi es una reliquia. Del milenio pasado, de hecho. Busca ISP, ICSP, JTAG, ICD, etc. Por cierto, los mismos Xmega tienen memoria separada para poner bootloader, si te interesase.

Una de las escasas ventajas (la única desde mi punto de vista) de los AVR con USB, es que llevan bootloader por USB incluido. Aún así, siempre he preferido poder depurar en circuito, no sólo programar, así que nunca he acabado por usar boolotaders. Y encima, mi aversión al USB se está convirtiendo en alergia total.

Por cierto, el soft de programación y depuración de Atmel es muy bueno, y gratis. Sin limitaciones ni nada, y las dos herramientas arriba expuestas estan perfectamente integradas.

Si sabes inglés, AVRFreaks es un buen sitio para preguntar. Nunca me he encontrado otro foro similar, nisiquiera para ARMs.

He estado mirando la web que me has dicho (AVRFreaks) y veo que hay un montón de cosas. Mi nivel de inglés no es muy elevado, pero voy entendiendo cosas.
Allí mismo he encontrado el siguiente circuito: http://www.batsocks.co.uk/downloads/sch_bm_pdi_u4_10a.pdf
que usa una ATxmega32a4u, un modelo inferior al que yo quiero usar (ATxmega64a4u), pero que creo que funcionaria igual.
El problema que tengo ahora es que no soy un experto en electronica y tengo algunas dudillas al respecto. Si mirais el PDF que he adjuntado:
- Es necesario separa AVcc de Vcc y AGND de GND? De ponerlos por separado se tendría que poner los 4 condensadores para pasar de Vcc a AVcc (abajo a la izquierda del PDF)
- Si el microprocesador lleva el oscilador interno los dos pines PR0/XTAL1 y PR1/XTAL2 quedan libres, se pueden usar como pines digitales o analógicos? (supongo que no)
- Hasta ahora pensaba que los USB2.0 tenian 4 pines, como es que en los mini i micro USB tienes 5? En el pdf veo que ademas de poner una resistencia y un condensador tambien pone una especie de tridente que no se que es. Alguien me lo puede explicar?
- En que libreria están los LEDs SMD y el conector del PDI (abajo y en medio)
- El USB protecction es necesario?
- No entiendo la utilidad del Vreg LDO (arriba a la derecha), no veo que tenga relación con ningún pin.

Lo siento si no uso un vocabulario adecuado para este tema, pero no soy experto en electronica como podeis ver.
Os agradeceria mucho esta ayuda.

Un saludo!

Es necesario separar AVcc de Vcc, y los condensadores que ves son siempre necesarios. Se llaman condensadores de desacoplo, y la historia es larga (y por desgracia, muy poco conocida).
El LDO (o regulador de baja caída - low drop out) es el integrado que te baja de los 5V del usb a los 3V3 de VCC necesarios para alimentar el micro. O sea, que sin el, no hay alimentación, y por tanto, no puedes prescindir del mismo.
La protección del USB siempre es necesaria, aunque en mi opinión, mejor que proteger al USB es protegerse del USB y enviarlo a la puñeta. En este circuito, no le veo utilidad, y mi consejo es que sólo lo uses para alimentar al circuito (probablemente la única cosa relativamente presentable del UDB).
Los mini y micro USB llevan un quinto pin para dar soporte a la negociación de dispositivos 'dual role' o OTG: por ejemplo, para imprimir fotos directamente desde una cámara. No es tu caso.
Los 'tridentes' que ves, son un 'invento' de la PCB para hacer puentes por soldadura o no. En este caso, es una especie de pad cortocircuitado, que si le pasas un cutter se queda en circuito abierto, pero que en cualquier momento puedes volver a cortocircuitar con una gota de estaño. Eso te permitiría eliminar la conexión de D+ y D- y utilizar esos dos pines.
Los dos pines del quarzo, si no vas a ponerlo, los puedes usar como puertos digitales.
El conector PDI te permite programar con el AVRISP, pero creo que el Dragon aún no puede depurar por ese puerto.
Los componentes SMD tienen muchos footprints, especialmente los LED's, así que me gustaría que explicases algo más a que te refieres con el tema de librerías, y por qué lo preguntas (es decir, si te vas a diseñar tu propia PCB, lo haces para simulaciones, etc).

Personalmente, te recomendaría que usases un placa con un micro más grande, como por ejemplo, la Xplain... Y ya montada. Si no sabes mucho de electrónica, dudo que puedas montar TQFP's de paso 0.5 con garantías, así que si te tienes que comprar una placa, mejor comprar algo que sobre, que te va a costar poco dinero más.