|
Le scandale Microchip
|
|
Salut à tous
------------
Je vous fais part d'un scandale concernant Microchip.
C'est un cas éhonté de publicité mensongère et de non respect des
utilisateurs.
Je vous explique.
J'ai décidé, dans le cadre de mon nouveau cours sur les PICs, 'seconde
partie, le 16F87x', d'utiliser toutes les possibilités de ces PICs.
Donc, j'ai décidé d'exploiter le mode "on-debugger circuit" intégré dans
cette famille (et les suivantes).
Ce mode permet d'intégrer dans votre PIC un programme dit "de debuggage",
qui permet, lors du fonctionnement réel de votre PIC sur sa carte
d'application, de l'interroger pour connaître et modifier l'état de ses
registres. C'est donc un moyen très puissant de debugger vos applications,
puisque, même planté, vous pouvez examiner "l'intérieur" de votre PIC pour
voir ou en est votre programme.
J'ai donc mis au point un interface du style de l'ICD de Microchip, mais
beaucoup moins cher, et tout aussi performant (plus?).
Il faut savoir que L'ICD(dont les shémas sont publiques) ne sera plus
compatible avec MPLAB6, ni avec les nouveaux PICs 18xxx. Donc l'achat de
ICD2 (non publique) sera nécessaire (sauf à utiliser mon debugger :
GRATUIT ou votre propre solution).
Les datasheets officiels précisent :
Datasheeet des 16F87x (DS30292), page 1 : Core features : On chip debugger
capability via 2 pins. Donc, explicitement, ce mode est présent et
disponible.
Le datasheet contient l'explication du bit "_ON_DEBUG" qui met ce mode en
service , mais n'explique pas comment l'exploiter.
Le datasheet DS51242, intitulé "On-chip debugger specification", toujours
de chez Microchip, et tout aussi officiel, précise les modalités
d'utilisation.
Il explique notamment que ce mode utilise une sorte de
"super-interruption". L'adresse de saut est alors, non pas 0x004, mais
0x2004.
Il est donc, fort logiquement expliqué que l'utilisation de ce mode
nécessite d'écrire une instruction "goto" à l'adresse 0x2004.
Tout ceci est bien beau, MAIS, car il y a un "mais", dans le datasheet
DS39025, destiné cette fois aux personnes qui réalisent les programmes des
programmateurs de PICs, il est explicitement expliqué qu'ils NE DOIVENT
PAS PROGRAMMER L'ADRESSE 2004.
Autrement dit, une fois votre fichier réalisé, votre debugger
opérationnel, vous programmez votre PIC, et là, vous vous apercevez que
l'adresse 0x2004 n'est pas programmée, et donc que votre debugger ne
fonctionne pas.
En résumé, Microchip vous dit que ce mode existe, vous explique comment
l'utiliser, mais vous empêche d'une façon indirecte d'y avoir accès.
J'ai envoyé un tas de mails à Microchip. La réponse invariable est qu'ils
ont le droit de se réserver l'adresse pour leur propre usage. Si on veut
un debugger, on n'a qu'à acheter le leur.
C'est absolument illégal, puisque l'utilisateur ne peut pas s'apercevoir
de cette limitation avant d'avoir acheté le PIC et le programmeur.
Tous mes messages sur leur forum passent à la trappe.
Je demande donc à tout qui trouve comme moi cette situation scandaleuse,
d'aller sur leur site (www.microchip.com), et de leur envoyer un mail de
protestation pour demander la libéralisation officielle de l'accès à
l'adresse 2004.
Il va de soi que, pour ma part, j'ai pu programmer mon PIC et utiliser ce
mode, mais une grande partie des utilisateurs utilisant un programmateur
spécifique se verront priver de cette importante possibilité.
En effet, expérience faite, les fabricants de programmateur refusent de
mettre leur soft à jour sans une modification du document DS39025 par
Microchip.
Voila : si vous voulez un debugger temps réel avec tous les softs gratuits
et commentés, avec des options puissantes, et pour un prix de revient de 5
euros, vous savez quoi faire.
Si personne ne réagit, je ferais comme dit Renaud "je le remets dans ma
culotte, et n'en parlons plus". Je resterais alors l'unique utilisateur de
ma solution.
A+
Bigonoff
Numéro de l'article: 84913
| De: Bigonoff
| Date: 2002-08-28 19:55:51
|
|
|
Re: Le scandale Microchip
|
|
Hello
2 choses
1) Faut déja avoir un sacré niveau pour faire ce genre de découverte hein :o
2) C'est toi le Bigonoff du temps de bidousoft ? (maintenant il y a
satbidouille etc ...)
Si la réponse de la question 2 est oui, ben c'est impressionnant quoi.
Bon tchao.
PS : Et puis j'aurais un truc a te demander a propos de sources de code HEX
a modifier sois même en cas d'******* ... personne ne veux repondre et je
voudrais apppppprennnnnndre ....
Numéro de l'article: 84968
| De: CyberMaker
| Date: 2002-08-29 20:24:27
|
|
|
Re: Re: Le scandale Microchip
|
|
Salut
------
Ben oui, c'est moi. LOL :)
Concernant IC-prog, j'ai contacté Bonny Gijzen (l'auteur) depuis plusieurs
semaines. Il a instantanément accepté de modifier son Ic-Prog, qui
programme maintenant l'adresse 2004.
Idem pour plusieurs autres auteurs, qui ont réagit de la même façon.
C'est comme ça que j'ai pu mener mon projet à terme (ça marche).
Le problème, c'est que des tas de personnes ont un programmateur avec
software dédicacé, ce qui ne permet aucune modification du soft.
Perso, j'utilise un dataman 48 (voir www.dataman.com, sur le forum), qui
refuse (comme les autres officiels) de modifier leur soft si Microchip ne
modifie pas leur directive.
Donc, je suis fortement "emmerdé", puisque mon programmateur universel ne
me permet pas non plus d'utiliser ce mode, j'utilise donc IC-prog avec un
petit interface.
Pas très pratique pour moi, car je programme des tas de composants, sauvés
sous forme de projets, et donc, impossibles à utiliser avec IC-PROG.
Microchip ne m'apprécie plus des masses depuis que j'ai mis le doigt sur
plusieurs bugs des 16F87x.
Ils refusent maintenant de me répondre.
Je vous propose une pétition, si vous êtes d'accord, sous forme d'un petit
mail à leur envoyer :
Je vous remercie d'avance, car non seulement vous m'aidez moi-même, mais
également tous ceux qui disposent d'un programmateur avec software
dédicacé (il y en a des tas).
Le cours est presque terminé (d'ici 2 à 3 semaines). En fait, j'attends le
soft côté PC qui va gérer le debuggage. Il sera écrit par mon ami Caméléon
(ben oui, c'est celui à qui tu penses, LOL ).
A+
Bigonoff
Pétition
---------
A envoyer à
Tech.Support@microchip.com
Dear sir,
---------
we've seen on several forums that Microchip don't accept to revise his
flow-chart about access to address 2004H.
we don't understand your attitude.
In datasheet DS30292 - page 1, it's writed :
Microcontroller core features :
Numéro de l'article: 84996
| De: Bigonoff
| Date: 2002-08-29 21:59:22
|
|
|
Re: Le scandale Microchip
|
|
Bonjour,
Est ce que icprog programme l'adresse 0x2004 ? L'auteur de ce freeware
ne dépend pas d'un fabriquant... Il devrait pouvoir l'implanter sans
craindre le couroux de Microchip... Il suffit que nous, les amateurs on ai
un programmateur qui accepte de programmer cette adresse et on se moque
alors de Microchip et de sa réservation de 0x2004 !
Bigonoff, tu fais du super boulot !! Si Microchip t'ignore, passe outre
et diffuse ton programmateur et ton débbuger ! La communauté des amateurs
l'utilisera et progressera encore grace à toi !
Amicalement,
Patrick TOUZET
Numéro de l'article: 84993
| De: Patrick TOUZET
| Date: 2002-08-29 22:43:33
|
|
|
Re: Le scandale Microchip
|
|
Salut,
J'ai un programmateur qui dispose d'un flag dbg, pour le 877, et peut être pour d'autres, j'ai pas
regardé tout dépend bien des accords de "confidentialité", entre les algo fournis aux fabriquants de
programmateurs et aux autres programmateurs, c'est vrai que cela est inadmissible ;-(((
@++
Thierry
ICQ : 156866943
Numéro de l'article: 84997
| De: Thierry Leveque
| Date: 2002-08-30 00:55:35
|
|
|
Re: Le scandale Microchip
|
|
Bigonoff a écrit :
Voila c'est Fait
73's Christian F5IX
--
_____________________________________________________________________________
Christian GIBAUDAN Tel : (33) 04 94 30 48 48
IFREMER PDG-DNIS-SM-RNV FAX : (33) 04 94 87 83 07
Zone Portuaire de Bregaillon BP 330 email : gibaudan@ifremer.fr
83507 La SEYNE-sur-MER Cedex
_____________________________________________________________________________
Numéro de l'article: 85002
| De: Christian GIBAUDAN
| Date: 2002-08-30 08:37:18
|
|
|
Re: Le scandale Microchip
|
|
Bonjour,
Effectivement,en tant qu'amateurs, on s'en sortira (grâce à ceux qui
contribuent personnellement de leur temps) en se faisant de nouvelles
cartes de programmation et autres débugger...
Mais pour ceux qui ont investi dans des programmateurs "homologué", eux
se font avoir! tant que Microchip n'officialise pas l'ordinogramme de
programmation.
Donc, je pense qu'un courier amicale mais insistant auprès de Microchip
est une façon de montrer que l'on s'y intéresse. (courier envoyé)
Bye
Numéro de l'article: 85004
| De: bernard .Acquier
| Date: 2002-08-30 10:32:40
|
|
|
Re: Le scandale Microchip
|
|
Bonjour,
Je viens d'envoyer un exemplaire de la pétition, encore merci Bigonoff
pour l'avoir faites (l'anglais c'est pas ma tasse de thé...). Je suis
totalement d'accord que ce serait bien mieux si les programmateur officiel
intégrent cette adresse, j'utilise le PICSTART et c'est plus pratique de
rester dans l'environnement de développement. J'espère que l'action
aboutira... Mais encore une fois: Bigonoff ne nous laisse pas tomber ! J'ai
hâte de voir ton interface de débugg et le cours qui arrive ! Je sens que je
vais apprendre plein de truc sur le 87x...
Amicalement,
Patrick TOUZET
freeware
ai
outre
debuggage",
applications,
pour
debugger
en
toujours
des
qu'ils
ce
gratuits
5
de
Numéro de l'article: 85022
| De: Patrick TOUZET
| Date: 2002-08-30 15:23:07
|
|
|
Re: Re: Le scandale Microchip
|
|
Post un peu H.S. désolé
Salut Bigonoff, jai redémarré la prog embarqué grace à ton cours, et je suis
passé au 16F87x. J'utilise quasiment tous les periph embarqué de ce chip (
avec un noyau pseudo temps réel) et des interruptions dans tous les sens.
Mais je n'ai pas trouvé de bug (hormis leur CAN qui est une daube finie
!!!)
Alors si tu peux préciser ceux que tu as trouvé, je suis preneur ca
m'évitera de tomber dedant LOL !!
mon projet est ecrit en C (ht-c) et je suis ravi de ce super compilo. Je le
mettrais dans le domaine public bientôt car les sources sont très
interressant (mon projet hein, pas le compilo LOL !!!)
-noyau pseudo temps réel
-décodage code télécommande sony par IT
-mini os embarqué par RS232
-interface DS1821, DS18B20 avec recherche des ROM-CODE sur le même fil
-interface LCD avec luminosité auto-progressive
-pilotable avec télécomande
-interface I2C avec RTC, DS1803 et 24LC512
-flashage automatique grace au super bootloader
voilà, la ROM est déjà pleine (je sais je pourrais faire en assembleur !!!)
j'ai opté pour le passage au 18F252 avec 32K de rom
Tiens encore une baise microchip car le 16F87x a 8Ko de 14bits soit 8192
instructions cool mais le 18F252 a 32Ko de 8 bits donc comme une instruction
en prend 2 (octets) ca fait que 16384 instructions donc juste 2 fois plus
que le 16F87x
or passer de 8Ko a 32Ko on pourrais croire que le 18F252 à 4 fois plus de
place !! ah le marketing !!!
@+
Charles
Numéro de l'article: 85027
| De: Charly
| Date: 2002-08-30 15:34:54
|
|
|
Re: Le scandale Microchip
|
|
Punaise les gars vous zetes pas des billes hein.
J'ai pas le temps d'apprendre tout ca et c'est bien dommage, je travaille
actuellement sur une interface a base de semi conducteurs au palladium , qui
permet de transferer des données binaires directement dans le cerveau humain
( par le biais de mon convertisseur binaire/onde cerebrales dont le brevet a
ete déposé).
Bon en fait c'est le truc ci dessus qu'il me faudrais pour pouvoir savoir
tout ce que je voudrais.
PS : Z'avez pas une astuce pour apprendre le japonais en 1 mois , parce que
j'ai déja du mal a retenir les 500 premiers Kanjis ( yen a +2000 ) et il me
reste les kana et .... pfuuuu , furansujin ca veux dire francais tient au
fait.
Numéro de l'article: 85054
| De: CyberMaker
| Date: 2002-08-30 22:18:43
|
|
|
Re: Le scandale Microchip
|
|
hello,
tu as un site ou tu publie ce que tu fait ? le débuger ca parait super
intéréssant comme truc :)
a+
Numéro de l'article: 85178
| De: Cook
| Date: 2002-09-02 01:00:05
|
|
|
