UGS All Inclusive - préparation des PCB de la CG

» 13 Aoû 2007 20:30

encore une fois une réalisation de maitre.

pour les ratés .... il est inconcevable de ne pas y participer !!!

merci a Maitre Maousse, Bille, Alcydo et Malza.

» 13 Aoû 2007 21:06

ScoutOne,

J'ai merdé mon enchère sur eBay, j'ai enchéri sur un ATmega128 et non pas un ATmega64. Je ne sais pas si c'est totalement compatible, alors si Breizheau peut en prendre un

Merci.

» 13 Aoû 2007 22:40

Bravo et merci à vous tous pour ce très beau travail
Desole de ne pas avoir p vous preter main forte sur ce coup la.

Pour les rates il serait plus que normal de les prendre en charge par la communaute.

Merci a vous Billbes, Alsido, Malza, Maousse et sa tendre...
Yves

» 13 Aoû 2007 23:00

Je vois ça avec lui dès qu'il refait surface :lol:

» 14 Aoû 2007 8:37

Maousse a écrit:ScoutOne,

J'ai merdé mon enchère sur eBay, j'ai enchéri sur un ATmega128 et non pas un ATmega64. Je ne sais pas si c'est totalement compatible, alors si Breizheau peut en prendre un

Merci.

Au niveau pin c'est 100% compatible, par il faut recomplier ton soft pour un ATmega128 sinon ça ne marchera (probablement) pas...

» 14 Aoû 2007 9:13

A priori ça devrait gazer, car très peu de diffs : http://atmel.com/dyn/resources/prod_doc ... oc2539.pdf
Les différences mentionnées ne sont pas utilisées par le soft.

Mais faut voir en détail si la RAM plus grande ne modifie pas l'adressage, et recompiler avec le bon fichier de définition des différents registres pour se mettre à l'abri de bizarreries.

Amicalement,

François

» 14 Aoû 2007 9:50

Merci pour vos infos.
De toutes les façons, j'ai déjà enchéri dessus, alors je vais finir avec un ATmega128 16AU.

François, si tu as un moment, tu pourrais me recompiler le bouzin?

Amicalement,

» 14 Aoû 2007 9:58

Pfff....

Encore une version à maintenir....
Mais j'ai aucun moyen de savoir si ça va vraiment marcher. Tu prends le risque ?
On va attendre la fin des enchères.

Amicalement,

François

» 14 Aoû 2007 14:55

Bjr à tous
Good job
Le compte rendu manque quand même de détails
-litrage du vin blanc avant soudure :lol:

-état des yeux après 2000 soudures, j'avoue ne pas pouvoir faire 2000 soudures cms en qq heures, respect pour ce super job.
Grand merci et désolé de ne pas avoir pu participer à ce "rallye"
Roger

» 14 Aoû 2007 17:57

Flat : ben faudra bien, si je gagne cette enchère

J'ai surtout besoin que tu me mette le pied à l'étrier, après, je devrais quand même me débrouiller!

Bobo le Chat : pas de von blanc, mais un bon Bordeaux 2000

Etat des yeux, ça va, mais la fatigue se sentait ...

Pour le µC qui a foiré, j'ai compris, c'est en essayant la mini-vague, ben comme un couillon, je suis parti d'un des deux points d'arrimage, alors, évidemment, après l'avoir fondu, la puce pouvait (et a bougé) bouger...

Le point par point, il n'y a que ça de vrai!

» 14 Aoû 2007 18:51

Maousse a écrit:Etat des yeux, ça va, mais la fatigue se sentait ...
on le serait à moins

Pour le µC qui a foiré, j'ai compris, c'est en essayant la mini-vague, ben comme un couillon, je suis parti d'un des deux points d'arrimage, alors, évidemment, après l'avoir fondu, la puce pouvait (et a bougé) bouger...

bon à savoir, penser à souder sur un coté sans points d'arrimage

Le point par point, il n'y a que ça de vrai!

Roger

» 14 Aoû 2007 20:42

Flat a écrit:Pfff.... Encore une version à maintenir....
Mais j'ai aucun moyen de savoir si ça va vraiment marcher. Tu prends le risque ?
On va attendre la fin des enchères.

Ca marchera, si c'est bien un Atmega128 "tout court" (pas un Atmega1280).
C'est la même architecture, les mêmes périphériques, les mêmes I/Os avec juste un peu plus de mémoire code et donnée.
Si tu développes sous avr-gcc+avrdube, il faudra juste changer la cible dans le makefile. Dans ce cas n'est pas vraiment une autre version à maintenir :wink:

[petit HS]
Vos atmels vous les avez programmés en SPI ou par autre chose?
Je vous demande ça car je n'ai jamais réussi à programmer un atmega64 en SPI, j'ai du passer par le jtag...
[/petit HS]

» 15 Aoû 2007 0:53

Salut Benjamin,
Vi, c'est programmé en SPI, avec ponyprog, sans aucun pb.
Au cas où - et parce que ça a failli m'arriver - faut pas se faire avoir par MISO et MOSI. L'interface SPI mentionnée dans le datasheet n'est PAS l'interface de prog. Ce sont PE0 et PE1 qui font cet office. Seule SCK ne bouge pas. Pas facile de le trouver dans le datasheet, mais ça pointe son nez page 308...
Concernant le portage, faut juste que je vérifie où tapent les plages mémoire, et si les fusibles changent. C'est juste que je n'ai pas de ATmega128 pour vérifier le fonctionnement du soft, alors vaut mieux tout vérifier avant...

Amicalement,

François

» 15 Aoû 2007 9:51

Bien joue les gars ! :wink:

Desole pour l'Atmel mais la commande est partie..........

Je confirme pour les PCB : certains en ont commandes en plus "au cas ou"... :wink:

Desole pour les accents et caracteres speciaux mais en Ukraine ils n'ont pas de clavier Francais !!!!! :mdr:

(quel pays plein de contraste ceci dit que l'Ukraine.... :roll:

mais les filles sont splendides !!!!!!!!!!!!!!

» 15 Aoû 2007 14:03

Flat a écrit:Salut Benjamin,
Vi, c'est programmé en SPI, avec ponyprog, sans aucun pb.
Au cas où - et parce que ça a failli m'arriver - faut pas se faire avoir par MISO et MOSI. L'interface SPI mentionnée dans le datasheet n'est PAS l'interface de prog. Ce sont PE0 et PE1 qui font cet office. Seule SCK ne bouge pas. Pas facile de le trouver dans le datasheet, mais ça pointe son nez page 308...

Ah zut, c'était ça...ça m'apprendra à ne pas lire les 400 pages du datasheet...

Fin du HS et désolé pour celui-ci :oops: