De l'Arduino au langage C standard avec AVR Studio

[sylvainmahe]

Merci HULK28, j'aime bien ce que tu dis et j'aprouve Je veux dire, même le grand Albert aurait été ridicule comparé à toi

Sauf que, je ne souhaite pas vendre, encore moins passer un test cem qui ne sert strictement à rien, et je ne souhaite pas m'équiper pour souder du composant de surface, ça ne m'intéresse pas pour l'instant puisque je ne suis pas vraiment limité en place dans mes projets.

L'industrie et ses cartes et bibliothèques buggués? Faut juste rigoler quand on voit ça
Dans le domaine aérien que je connais bien il y en a même maintenant qui s'amusent à créer des compilations de crashs avec cartes électronique DJI tellement c'est buggué:
https://www.youtube.com/results?sear...sh+compilation

Pourtant DJI c'est cencé être le numéro 1: http://www.dji.com/products/flying-platforms

Après 10000 crashs sur youtube ils pondent un correctif pour leur firmware, qui finalement est une surcouche d'arduino, ce qui est le cas de pratiquement toutes les cartes de vol actuellement sur le marché, de multiwiicopter à DJI.
En fait ils auraient dû commencer par les systèmes gimbal pour steadicamer, la au moins quand ça bug ça crash pas et ça reste dans les mains, au pire la caméra se met à regarder le planché des vaches et puis c'est tout

L'industriel? Mes rêves? Apparement les industriels ne doivent pas avoir beaucoup de rêves mise à part le pognon, le pognon, et encore je l'ai dit? Le pognon.
-----

[sylvainmahe]

Tiens encore un beau crash d'un S1000 à 5000 euros (5000 euros à monter nu sans caméra ni rien), compter peut être 7000 à 10000 euros avec tout
Publié par le national geographic: https://www.youtube.com/watch?v=YJrT7cnTCSM

De la pub pour S800 au même prix: https://www.youtube.com/watch?v=OZkMxGgz8b8

J'adore les commentaires: "What a shame , this happens a lot with dji products lucky I have always designed and built my multirotors from scratch using the best handpicked parts/electronics and open source firmware."

Quand les industriels arrivent à peine à stabiliser sans bug un vol stationnaire ou translation à plat, à coté de ça les amateurs avec leurs cartes électronique maison font de la voltige avec une caméra à bord:
https://vimeo.com/72070361

Bref, je préfère être rêveur qu'industriel...

[PA5CAL]

L'industriel? Mes rêves? Apparement les industriels ne doivent pas avoir beaucoup de rêves mise à part le pognon, le pognon, et encore je l'ai dit? Le pognon.

Pour lancer de telles remarque, tu dois certainement encore confondre les véritables industriels avec les bricolos du dimanche qui tentent de tirer profit de leur activité.

L'industriel dans le domaine aérien, il ne pond pas des cartes pour le quadricoptère du petit Nicolas et de son papa, mais plutôt des appareils de bord pour l'Airbus A380.

Quant au pognon, chez l'industriel il est en rapport avec les investissements, les coûts et les risques induits par la fabrication et l'utilisation du produit. Les prix sont serrés au plus juste. Pour les grandes séries, on doit traquer la moindre fraction de centime pour rester concurrentiel et ne pas mettre la clé de la société sous la porte.

Les besoins du marché et les règlementations ne laissent pas beaucoup de place au rêve.

Le rêve, c'est plutôt les bricolos qui baignent dedans. Tant que ça reste un hobbie, ça n'est pas un problème. Mais pour ceux qui s'improvisent professionnels, gare à la chute, le réveil est parfois douloureux.

[PA5CAL]

Quand les industriels arrivent à peine à stabiliser sans bug un vol stationnaire ou translation à plat, à coté de ça les amateurs avec leurs cartes électronique maison font de la voltige avec une caméra à bord:
https://vimeo.com/72070361

Autre confusion.

L'industrie, c'est juste le secteur secondaire. Le reste, ce n'est plus l'industrie.

Faire voler un hexacoptère, c'est de la responsabilité du concepteur et du maître d'ouvrage du système. Mais ne n'est absolument pas celle de l'industriel qui en fabrique les cartes électroniques ni celle du service ou de la SSII qui code les programme, dont le rôle est juste de suivre à la lettre le cahier des charges qui leur sont imposé, dans les règles de l'art et le respect de la réglementation.

[sylvainmahe]

Je veux bien le croire, mais je pense qu'on a pas besoin d'aller jusque à l'A380 pour parler d'industriel professionnel.

Les chaines de TV du monde entier utilisent de l'équipement DJI, TF1, FR3, Arte, etc... Genre des "racines et des ailes" filmé en S1000 DJI, ou encore "Thalassa", ou encore bons nombres de documentaires, et tellement de films Américains à gros budgets.

Certes il n'y a personne à bord, sauf que quand ça part dans un individu ou une foule de personne, ça peut faire des blessés et même des morts.

Je ne comprend pas pourquoi on aurait besoin d'aller jusqu'à Airbus ou la Nasa pour parler d'industriel pro, ou en tout cas se disant pro.

Tu m'avais conseillé d'arrêter l'électronique PA5CAL, sauf que voila, je ne vois absolument pas pourquoi je devrais m'arrêter, mes projets fonctionnent parfaitement bien, je trouve cela passionnant, mon framework avr est bientôt terminé, en même temps il est pas bien gros, 2400 lignes c'est tout petit, mon avant dernier faisait 11500 lignes, ça demande déja un peu plus de boulo en amateur, mais en tout cas j'avance.

Je ne suis pas ingénieur, je suis mécanicien, pourtant il faut quasi être ingénieur/pilote pour postuler et pour monter/piloter un S1000 pour le national geographic qui finalement se crash lamentablement dans une forêt de Chine...

Le problème il est la: Pourquoi ceux qui sortent de Sup Info Robotique ne savent faire que de l'arduino?
Pourquoi ce sont ces mêmes personnes qui vont ensuite faire l'ENA et créer leur entreprise?
Faut pas mettre tout le monde la dedans mais je regarde ce qui se passe et je constate.

Ça c'est comme le monde du libre un peu, un jour un admin sur son pc portable me montre son jeu de dames qu'il avait codé sur son linux ubuntu, je lui pose des questions sur les logiciels, il me dit "pourquoi quelques chose de libre et gratuit devrait t'il être moins bon que quelque chose de payant et non libre?" C'était il y a 10 ans à peut prêt, à l'époque ou j'étais encore sur windows xp, j'avais pas vraiment saisi la portée de ce qu'il me disait.

[PA5CAL]

Certes il n'y a personne à bord, sauf que quand ça part dans un individu ou une foule de personne, ça peut faire des blessés et même des morts.

Je ne comprend pas pourquoi on aurait besoin d'aller jusqu'à Airbus ou la Nasa pour parler d'industriel pro, ou en tout cas se disant pro.

Airbus et la Nasa, qui font travailler une multitude de sous-traitants, ne sont bien évidemment pas les seuls. Mais ils sont emblématiques du sérieux qu'on exige normalement des industriels, qui doivent garantir et assumer les risques liés à leur production dans l'usage du système final. Même la fabrication de vulgaires prises électriques n'est pas un métier qui s'improvise.

Sinon, ici tu mets un peu la réponse est juste au-dessus de la question.

L'aéronautique est une activité dangereuse. Pour éviter d'avoir des accidents et des morts, on a besoin de réglementations adaptées, et de firmes spécialisées et d'industriels capables de les respecter.

Actuellement, ce sont principalement les marchands et les bricoleurs qui se sont emparés de la nouvelle mode du drone, en profitant du vide juridique et du laxisme relatifs qui règnent variablement selon les pays. Quand il y aura eu un peu trop de morts, peut-être qu'une législation plus stricte se mettra en place, et éliminera du paysage les produits, les constructeurs ou simplement les usages les moins sérieux.

Tu m'avais conseillé d'arrêter l'électronique PA5CAL, sauf que voila, je ne vois absolument pas pourquoi je devrais m'arrêter, mes projets fonctionnent parfaitement bien, je trouve cela passionnant, mon framework avr est bientôt terminé, en même temps il est pas bien gros, 2400 lignes c'est tout petit, mon avant dernier faisait 11500 lignes, ça demande déja un peu plus de boulo en amateur, mais en tout cas j'avance.

Le problème, c'est que tu prouves encore que tu n'as toujours pas compris l'essentiel.

Tu dis que tes projets fonctionnent. Au mieux peux-tu affirmer qu'ils semblent pour l'instant répondre à tes attentes et ne pas être tombés en panne.

Pourtant, il serait aisé créer les conditions de leur défaillance, provisoire ou permanente. En as-tu seulement évalué la probabilité et les conséquences ? J'en doute.

Comme te l'a fait remarqué HULK28, il y a loin entre un bricolage réalisé sur un coin de table et un véritable produit industriel, conforme à la législation et offrant les garanties que les firmes commerciales exigent pour elles-mêmes et leur clientèle.

Le problème il est la: Pourquoi ceux qui sortent de Sup Info Robotique ne savent faire que de l'arduino?
Pourquoi ce sont ces mêmes personnes qui vont ensuite faire l'ENA et créer leur entreprise?
Faut pas mettre tout le monde la dedans mais je regarde ce qui se passe et je constate.

Ces types-là ont normalement des compétences qui ne se limitent pas à ce que suggère le nom de leur école, surtout après plusieurs années d'expérience.

Et puis ils ne sont certainement pas leur seuls à bosser dans leur entreprise. Il ne faut donc pas faire d'amalgames trop rapides entre leurs formations initiales et activités individuelles, et les activités des boîtes qu'ils montent ou dans lesquelles ils exercent.

Ça c'est comme le monde du libre un peu, un jour un admin sur son pc portable me montre son jeu de dames qu'il avait codé sur son linux ubuntu, je lui pose des questions sur les logiciels, il me dit "pourquoi quelques chose de libre et gratuit devrait t'il être moins bon que quelque chose de payant et non libre?" C'était il y a 10 ans à peut prêt, à l'époque ou j'étais encore sur windows xp, j'avais pas vraiment saisi la portée de ce qu'il me disait.

Je ne vois pas trop le rapport. Le libre et gratuit n'est qu'une question de modèle économique, et de perception du point de vue de l'utilisateur. Pour le reste, notamment la production, ça ne change rien.

Et puis, sorti du logiciel et des services virtuels, l'idée ne va pas très loin.

[sylvainmahe]

Effectivement pour ma part en tout cas cela fait depuis pas mal d'années que je dénonce cette prise de marché du secteur drone par pas mal de constructeurs. Pour en avoir testé beaucoup chez deux boutiques de modélisme ou j'ai travaillé, à chaque fois j'avais des performances moindres par rapport aux cartes à 25$ avec du freeware dedans etc, je trouve cela quand même vraiment affligeant. Des cartes soit disant pro à 250 euros, jusqu'à 400 euros pièce pourtant...

Le drone est effectivement dans la tête de mr tout le monde, une mode, lancé par des "modélistes", voir des enfants qui ne respectent pas les lois. Dans ma tête à moi, le drone en tout cas dans ça version actuelle semi-autonome à 3 ou 4 hélices, c'est un truc qui existe depuis plus de 10 ans lorsque les gyroscopes piezo ont commencé à voir le jour. Au départ des gens se sont demandé comment faire sustenter un objet en vol stationnaire, il fallait à la fois des esc rapide mais aussi des gyroscopes plus performant que ceux mécaniques.

Aujourd'hui ces mêmes particuliers se demandent comment faire sustenter un objet en vol stationnaire de façon autonome et sans aucun bruit, ça c'est un autre défit, peut être que ça arrivera dans 10 ans, on ne sait pas, mais en tout cas c'est passionnant.

Bon le soucis c'est qu'actuellement les rigolos des drones amateurs de centrales nucléaire font beaucoup de tord à la vraie communauté modéliste licencié à la FFAM... Je ne sais pas comment ça va évoluer. Par contre je comprend tout à fait ce combat pour le fait de mettre en exergue la possibilité d'une attaque aérienne sur un bâtiment réacteur par un drone, je pense que c'est à double facette, à la fois c'était une chose à ne pas faire, mais à la fois à faire. C'est quand même la première fois dans l'histoire du nucléaire français du moins, qu'on peut physiquement démontrer qu'un BR est vulnérable par la voie des airs. Ça avait été longuement écrit mais jamais mis en situation. D'accord, un réacteur français ce n'est pas un RBMK-1000 dans un bardage de supermarché (tchernobyl), mais ça peut tomber en panne j'imagine.


Pour ton autre interrogation, je vais créer des conditions possibles de défaillance puisque l'une de mes cartes non CEM et tout le bordel et son train (n'est-ce pas?) va devoir aller à bord de mon trex 500 esp et subir une dizaine de G:
https://www.youtube.com/watch?v=YWiQU__JSdM&t=6

Donc je te dirais si j'ai crashé mon trex 500 ! Ça ne pourra qu'être l'électronique si je crash parcqu'en plus de 10 ans de voltige en club ou même en voltige sous un pont au dessus de l'eau et des grenouilles lol, j'ai jamais rien cassé. Au club on me dit que je ne crash jamais, je répond que le crash n'est pas une activité qui m'intéresse outre mesure...

Tiens d'ailleurs il y a un truc assez marrant, c'est que finalement ce forum me rappelle énormément les forums modélisme, quand je leur explique que je monte et que je règle entièrement un hélicoptère sans réglet ni pied à coulisse, ni incidence mettre, tout le monde me dit que je n'arriverais à rien et que ce que je fait de doit pas être la bonne méthode. Et au final quand je montre mes vidéos les gens croient que ce sont des vidéos d'autres personnes qui font de la compétition.

Bref je crois que face à la réalité, au fait, les gens des forums devraient des fois se remettre en question.


Ce que j'attend si j'attend quelque chose (ce qui n'est pas le cas), c'est qu'on me disent pourquoi ma carte devrait déconner? La largeur des pistes? Le remplissage de masse? La fiabilité d'un composant? Le montage qui n'est pas en surface? Mes résistances de pull down? HULK28 chez pas quoi (mr inconnu en gros), c'est quoi la carte qui n'est pas un modèle du genre? Etc...


Sinon pour la dernière question du libre, quel est le rapport, et bien ce n'est pas bien compliqué, le libre et gratuit est ouvert et donc accessible au particulier. Des gens peuvent développer la suite, il y a des vrais échanges entre passionnés, etc... Tandis que le monde sous copyright non libre est complètement couvert de brevets en tout genre et est fermé (ça ce sont les firmware DJI). Au final le monde des particuliers est pratiquement tout le temps un monde open source, le premier à créer un quadricoptère de voltige sans hélice à pas variable, ce qui est une première mondiale, est tout de même un petit particulier allemand dans son garage Ensuite, plusieurs années plus tard, les industriels l'on copié.

En finalité, c'est Eurocoptère qui débarque sur les terrains de modélisme hélico et qui disent à l'un de mes amis qu'ils ont un sérieux temps de retards sur les motorisations électrique brushless, mis devant l'évidence, et qu'ils vont s'en inspirer pour mettre un moteur électrique sur le fenestron de leur dernière machine en remplacement d'une transmission/pignonnerie classique
Bref y a toujours un moment assez marrant ou l'industriel borné vient voir le particulier et se demande ce qu'il lui arrive en voyant ce qu'il n'arrive pas à croire...

Enfin moi ça m'amuse tout ça. Peut être qu'il y a un manque de communication entre les pros et les particuliers?

[Biname]

Hello,

Surtout que les industriels du monde entier rassemblent leurs meilleurs ingénieurs sur ce forum afin qu'ils accouchent ensemble des avions de demain.

Biname

[sylvainmahe]

Ironie, et c'est pour cela que je dis depuis dix pages que ça n'a aucun sens votre discussion sur un forum amateur, sauf encore une fois quand Eurocopter vient prendre de la graine sur les terrains de modélisme hélico, ou encore qu'un ami fabrique une fraiseuse CNC dans son garage, pour la ou travail son fils c'est à dire Airbus St-Nazaire

Comme je l'ai dit il faut faire un sondage, quel est le pourcentage de gens venant ici voulant produire en série et payer 10K euro du CEM alors que sans ça les amateurs font des cartes et des softs plus performantes et fiables que les pros, en tout cas dans le domaine qui m'intéresse c'est à dire les robots (l'application majoritaire d'arduino), et pour ma part le modélisme au sens général?

Bref, j'ai toujours pas les réponses à mes questions, ce qui en réalité s'appelle le déni devant l'évidence

[PA5CAL]

Comme je l'ai dit il faut faire un sondage, quel est le pourcentage de gens venant ici voulant produire en série et payer 10K euro du CEM alors que sans ça les amateurs font des cartes et des softs plus performantes et fiables que les pros, en tout cas dans le domaine qui m'intéresse c'est à dire les robots (l'application majoritaire d'arduino), et pour ma part le modélisme au sens général?

Bref, j'ai toujours pas les réponses à mes questions, ce qui en réalité s'appelle le déni devant l'évidence

Tu ne fais pas le sondage, tu n'en attends pas le résultat, mais tu tires déjà la conclusion qu'il y a un déni d'évidence ???

Pour ce qui est de la fiabilité, tu n'as certainement pas les compétences pour en juger, compte tenu de l'aspect du circuit que tu as présenté ici. Mets ça sur un drone, et l'appareil pourrais bien te retomber sur la figure si tu le fais voler à proximité d'un aéroport ou d'une base militaire.

C'est le genre de problème dont les « pros » tiennent généralement compte, à l'inverse des amateurs.

[PA5CAL]

J'ajouterai que si les appareils « pro » posent problème (en admettant que leur usage soit conforme à ce qui est prévu), c'est parce qu'un des intervenants (concepteur, développeur, fabricant, assembleur...) est défaillant. Il ne fait pas correctement le boulot pour lequel il est payé, et peut être à juste titre qualifié d'amateur rémunéré.

Le problème est bien l'amateurisme. Il ne suffit pas de faire commerce de ses services ou de ses produits pour être un véritable « pro ». C'est souvent ce qui fait toute la différence entre un sous-traitant d'Airbus (soumis à de lourdes contraintes réglementaires et contractuelles), et un fabricant de module Arduino (qui ne signe pas toujours la déclaration de conformité CE, sinon du bout des doigts, et décline toute responsabilité quant à l'usage de son produit).

[sylvainmahe]

Pour info, pas besoin de voler près d'un aéroport ou d'une base militaire avec du matériel amateur fabriqué maison pour que cela arrive, avec du matériel très chère du commerce, c'est arrivé à un ami à mon ancien club, c'est un avion militaire qui survolait le terrain à plus ou moins basse altitude. Il a du prendre toute la bande du 2.4ghz sans doute, puisque pendant plusieurs secondes il n'avait plus les commandes sur son modèle, et la on parle d'avion F3A à 3000 euros avec double alim, des fois double récepteur, changement de fréquence en permanence, etc...

Il a quoi le circuit que j'ai montré, que j'ai reçu ce matin de chine en 5 exemplaires, et qui fonctionne parfaitement bien? Parce que pour l'instant personne ne me dit pourquoi, donc c'est la preuve que vous ne savez pas pourquoi

[PA5CAL]

Il a quoi le circuit que j'ai montré, que j'ai reçu ce matin de chine en 5 exemplaires, et qui fonctionne parfaitement bien? Parce que pour l'instant personne ne me dit pourquoi, donc c'est la preuve que vous ne savez pas pourquoi

Indécrottable ! Tu apportes encore la preuve que tu ne sais pas de quoi tu parles.

Le problème, c'est l'absence de garanties.

On ne peut apporter la preuve d'un mauvais fonctionnement effectif qu'après sa survenue, au cours de tests ou en situation réelle. On peut en revanche pointer du doigt des éléments qui augmentent les risques de cette survenue.

L'industrie se base sur la réglementation, les normes et les règles de l'art pour agir préventivement, et effectue des tests pour vérifier la conformité de leur production.


Avoir un incident sur un modèle réduit ou un drone de loisir n'est normalement pas grave, parce que les règles d'utilisation interdisent justement l'évolution au-dessus de zones peuplées de gens ou d'animaux (cf. arrêté du 11 avril 2012). Les appareils est normalement conçus pour s'arrêter et tomber au sol assez rapidement en cas de panne... mais pas devenir incontrôlable au point de devenir dangereux.

C'est en revanche problématique lorsqu'il s'agit d'un drone professionnel, qualifié pour pouvoir survoler des êtres vivants sous dérogation spéciale. Ce type d'appareil ne doit pas tomber, autant que faire se peut, même en cas de dysfonctionnement grave des systèmes de bord. Contrairement à un drone de loisir, il n'est pas conçu pour faire de la voltige, mais pour garantir une sécurité de fonctionnement accrue.

[PA5CAL]

Quant à preuve, à défaut d'être parfaite, ce sont au minimum des gages de l'innocuité du produit dans des conditions d'usage normal définies qui sont exigées au fabricant... et non pas à l'utilisateur.

Si une preuve du bon ou mauvais fonctionnement de ton appareil doit être apportée, alors la charge t'en revient nécessairement.

Cette charge ne sera plus de ton ressort, mais de celle de l'accusation au tribunal, si ton appareil blesse ou tue quelqu'un. Mais là on sait forcément que ça s'est mal passé.

[sylvainmahe]

C'est pour cela que le fail-safe existe sur les récepteurs -> si interférence ou plus de signal = voies dans une valeur paramétrée par l'utilisateur.

Généralement c'est coupure moteur et mise au neutre des servos.

[sylvainmahe]

Framework bien avancé



Je reçois bientôt un GPS, donc je vais pouvoir faire une classe GPS

La classe servoSoftware utilise le timer 16bits en mode 14 du 328p avec l'interruption compa et overflow, on peut faire fonctionner jusqu'à 20 servomoteurs (1 servo par pin disponible sur le 328p). J'ai fait pas mal de tests et c'est vraiment très robuste, il n'y a aucun décalage causé par d'autres choses, style interruptions etc, j'ai fait fonctionner mon jeu pong, mon compteur geiger, et 4 servos en même temps sans aucun glitch ou problème

Pour le nombre de servos, après tout dépends des fréquences, on peut faire passer 10 servos d'un débattement de 1 à 2000us en 50Hz, ou encore 5 servos du même type en 100Hz, etc...

Il y a des particuliers (au départ) qui pour gérer 4 esc en 500hz et en haute résolution (avec le timer 16bits) ont conçus des esc avec des largeurs d'impulsion de 150 à 250us, donc la effectivement on peut ranger 4 esc avec un seul timer et à une fréquence de 500hz
Genre ceux-la: http://flyduino.net/KISS-ESC-2-4S-18A-v11

Je pense faire également une autre version du framework, ou bien tout bonnement une condition logique sur le même framework, pour utiliser d'autres micro-contrôleurs, par exemple pour le 1284p qui à deux timer 16 bits, ou bien pour le 2560

Sinon pour les cartes je reste encore bluffé de la qualité de PCB way.com vs le prix, je conseille vraiment:
http://www.pcbway.com/

Bon j'y retourne faut que je fasse un petit programme rssi tracker pour un ami, maintenant que mes classes servo sont finalisées.
(en gros c'est juste un suiveur de drone: http://i1179.photobucket.com/albums/...psee7aa9d7.jpg)
Ca va être rapide à faire

[sylvainmahe]

Petite carte "Tracker de drones" finie et carte "328p" revue et corrigée

J'ai tiré l’expérience de ma première carte qui était un premier essai (j'en avais jamais dessiné de ma vie avant), même si effectivement elle fonctionnait très bien.

328P PCB0.jpg

328P PCB1.jpg

TRACKER PCB0.jpg

TRACKER PCB1.jpg

Ici j'ai bien fait attention à espacer les pistes, éloigner celles qui peuvent servir à de l'analogique de celles qui ne servent qu'au numérique.
J'avais aussi oublié une page dans le datasheet du 328p, enfin je l'avais lu mais je n'étais pas revenue dessus, c'est la partie noise canceling ou il est clairement indiqué d'utiliser une inductance et un condensateur pour le AVCC.
Pour la carte 328p j'ai viré les pull-down, j'avais fait ça suite à une discussion avec un membre du forum parce qu'on disait que si un mec oubli de mettre la pull-up interne au 328p il va le cramer, mais d'un autre coté si il oubli une chose aussi simple autant qu'il retourne dormir?
Reste les pins inutilisés qui restent en l'air, dans ce cas pourquoi ne pas initialiser toutes les pins en output à 0 au démarrage du programme, c'est à mon avis une solution simple pour tout avoir au gnd ou à 1 au vcc.
J'ai aussi banni ma prise perso combo UART/SPI puisque seul SPI me sert, et finalement la majorité des amateurs utilisent l'usbasp quand on regarde sur la toile.
Le régulateur de tension est placé toujours à 90 degré mais cette fois dissipateur vers le haut, et avec un espace sous le régulateur de sorte que l'air circule. J'ai pas encore été confronté à un éventuel problème de chauffe étant donné que j'utilise du 7/8V, mais c'est un ami qui m'a dit qu'à l'époque ou il utilisait ces régulateurs ça chauffait énormément à 18/20v (un peu normal), donc je suis allé voir sur internet ce que les gens disent et effectivement j'ai décidé de revoir le montage. J'aurais pu le mettre tête en haut mais ça prend de la place en hauteur, et je ne suis pas sûr de voir la différence au final.
Après, pour les applications rc qui m'intéressent, on utilise très souvent un esc comme source d'énergie, on met une ferrite pour les parasites, donc pour la version de ma carte dédiée au vol rc il n'y aura sans doute pas de régulateur de tension...

J'ai revue également toute ma bibliothèque de composants en vue schématique et PCB, les symboles sont normalisés, c'est vrai que c'est plus pratique.


Qu'en au framework 328p il avance bien, je l'uploaderais quand il sera terminé.

[ted333]

Salut Sylvain,
Je suis aussi un amateur
Carte de vol maison

[sylvainmahe]

Ah mais je connais bien ce site
J'avais vue votre projet il y a un moment déja, c'est un très bon projet

Du coup vous comptez rester en bibliothèque arduino, multiwii&co?

[sylvainmahe]

Je dis arduino, multiwii&co, car dessiner et concevoir une carte ça prend pas beaucoup de temps (d'heures?), surtout à 3 personnes sur le projet, par contre concevoir le framework, c'est tout à fait autre chose.

Moi par exemple tout seul, ça fait presque 6 mois que je suis sur le framework 328p, qui est presque terminé d’ailleurs, par contre dessiner une carte qui va avec, ça prend aller peut être 3 jours histoire d'avoir le temps de bien réfléchir à l'implantation. Qu'en à la partie programmation du vol autonome en supplément du framework ça prend quelques semaines + tests.

Un vol autonome c'est moins de 1000 lignes dans le main si derrière on a un framework qui fait bien le boulo, 1000 lignes c'est pas beaucoup de temps de dev.

L'autre jour j'ai bien écris 1077 lignes dans la nuit pour faire le rssi tracker à un ami, et le lendemain midi il avait sa demo qui fonctionnait impec. Du coup il va abandonner son ramassis de legos arduino, tant en terme matériel que logiciel.


C'est pour ça à un moment donné, je me pose la question, ou sont passé les 6 mois de votre projet, à 3 personnes?
Vous avez mis 2 mois à télécharger ce fichier? http://code.google.com/p/multiwii/
2 autres mois à dessiner un pcb?
Et les 2 mois restants à rajouter des #define RCNet_FC dans le Multiwii.cpp en surcouche d'arduino?

Moi je vous appellerais bien la PCBteam plutôt que la DEVteam
C'est un beau projet arduino/multiwii mais qui en fait n'a rien à voir avec ce qu'on fait ici...

[ted333]

Et bien je constate que tu n'as pas visité le site
Six mois oui conception, réalisation, modif code et test, au moins notre version ne se casse pas la gueule comme une marque bien connue
nous avons optimisé le code multiwii pour la carte ​RcNet, et dev avant Multiwii des fonctionnalités telles que le RTHA, l' ATO la fonction POI ainsi que les fonctionnalités liés a la carte SD (log des données GPS durant le vol, mode mission)
Le code a subit de lourde modification de fond, telles que le changement d'IDE pour le développement (avant Multiwii), impliquant une restructuration complète des sources, ainsi qu'un "nettoyage" des fonctionnalités inutiles pour nous ( support de l'atmega328 par exemple ), nous faisons en sorte de conserver la compatibilité avec l'IDE originale Arduino, ainsi que les softs multiwii tels que ​MultiwiiConf, ​mwWinGUI et ​EZ-GUI sur Android.
Autre réalisation le Gps, Osd, Mod Alerte/Lipo (pic) mod Sd, RssiDiversity sans parler du reste, juste pour te dire que nous faisons ceci pour nous

Bonne continuation

[sylvainmahe]

Si si j'ai bien lu tout ça ne t’inquiète pas, c'est pour ça que je me suis permis d'insister

Ici on ne fait pas de nettoyage de sources merduinos, si tu veux savoir

Et sinon, je trouve qu'utiliser un 2560 avec 86 entrées/sorties c'est un peu fou? Au final pour le pilotage on a besoin de récupérer les 4 pwm du récepteur, disons 5 ou 6 (2 inters en plus), et avec usart, spi, et i2c, on fait fonctionner gyros, gps, et tout le bazar. Quand on sait qu'en i2c on peut faire fonctionner jusqu'à 128 périphériques...

En fait il faut juste que les ports usart, i2c, etc, ne soient pas les mêmes ports que ceux utilisés par des timers, ou des interruptions...
A partir de la un petit atmega32u4 convient très bien, ou équivalent pic pourquoi pas? J'en ai acheté un l'autre jour, un tout petit pic 16f876, c'est pas mal aussi. Pour le coup c'est quasiment un 328p, à croire que les fondeurs se copient

[sylvainmahe]

C'est marrant quand on regarde les pins de l'Intel 4004, le premier cpu commercialisé de l'histoire (200$):



I4004 datasheet
http://www.intel.com/Assets/PDF/Data..._datasheet.pdf

[sylvainmahe]

En tant que débutant je découvre les labels dans les schémas, c'est vrai que c'est bien pratique
Du coup toujours dans un soucis de remise en question je refais tout mes schémas



On m'a conseillé les régulateurs à découpage également, j'ai donc utilisé un adp1111 en step-up pour ma petite carte 328p, c'est pratique de pouvoir utiliser une source de tension venant de quelques piles AA quand on veut montrer vite fait nos montages aux amis

[sylvainmahe]

Il y a une question que je me pose pour ma bibliothèque qui ne se posait pas au départ parce qu’apparemment personne ne s'en sert, ce sont les ports PC6, PB6 et PB7 du 328P, autrement dit ceux qui servent au RESET lors de la programmation (et lors du fonctionnement mais c'est pas vraiment utile?), et les ports qui servent comme XTAL1 et 2.

Est ce que quelqu'un ici ou la utilise ces ports comme entrées/sorties pour vos montages?

Il y a quelques mois j'avais acheté 2 ou 3 Atmega1284P, pour les 4 timers, mais aussi ce qui me plaisais ce sont la disposition des ports, que je trouve vraiment logique pour le coup:


Je ne sais pas ce que vous en pensez?
RESET ne sert qu'au reset, XTAL1 et 2 ne servent qu'à l'horloge, il y a 8 x 4 soit 32 ports que nous pouvons utiliser.

J'avais trouvé cette grosse puce pas chère chez farnell:
http://fr.farnell.com/atmel/atmega12...dip/dp/1715481
5,80€
Qu'en à l'Atmega328P:
http://fr.farnell.com/atmel/atmega32...dip/dp/1715487
3,28€

La différence de prix n'est pas énorme...

...Mais surtout, en voyant ça je me pose la question de l'utilité ou pas d'avoir ces 3 ports disponibles sur un Atmega328P?


Bon je sais qu'on va pas me répondre, le sujet est mort, mais au moins l'interrogation est posée...


Pour ceux dont la compilation d'un cpp dans le terminal linux et upload avec l'usbasp intéresse encore, je met le sh en ligne, les optimisations fonctionnent très bien, les méthodes non utilisées sont supprimés:

#!/bin/bash

while true
do
	avr-gcc main.cpp -mmcu=atmega328p -DF_CPU=16000000 -Wall -Os -ffunction-sections -fdata-sections -Wl,--gc-sections -std=c++11 -o main.elf
	objcopy main.elf -O ihex main.hex
	avrdude -c usbasp -b 921600 -p m328p -P /dev/ttyACM0 -U flash:w:main.hex:i
	
	rm main.elf -f
	rm main.hex -f
	
	read
	clear
done

exit 0

Sur ubuntu il faut créer un fichier 99-USBasp.rules pour autoriser l'upload avec l'usbasp (en tout cas sur la dernière ubuntu, pour les autres je ne sais pas):

gedit /etc/udev/rules.d/99-USBasp.rules
SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc", GROUP="plugdev", MODE="0666"

[invite03481543]

Bonjour,

je ne connais pas bien les ATMEGA, mais en général on ne peut se passer des broches XTAL, vu que par exemple une communication type CAN ou même UART ne peut se contenter d'une horloge interne, comme on en trouve de plus en plus, la précision n'est pas suffisante.
La broche reset? Bon nombre de PIC par exemple on cette broche paramétrable, soit en I/O soit en reset, là encore tout dépend de ce que l'on veut faire, bricoler ou faire les choses correctement.

[invite03481543]

Vous avez l'air consciencieux et de faire proprement les choses, ça se voit dans vos documents.
Quel dommage de vous fourvoyer dans ces Arduino et autres ersatz inutiles et si mal conçu.

Prenez des µC de qualité et utilisez un langage solide, pas cette compote infâme Arduinesque... vous allez perdre votre temps et ne rien apprendre qui soit pérenne.

Idem pour coller des alimentations à découpage, c'est totalement inutile.
N'écoutez pas tous les charlots qui trainent ou les sites à la gomme, malheureusement souvent cités ici même...
Il y a une multitude de solutions pour chaque problématique d'alimentation, le découpage ne doit être utilisé que si cela en vaut vraiment la chandelle, car le bruit généré en CEM sera bien plus difficile à gérer.
En général il faut que vous ayez plus de 150mA à fournir pour basculer vers du découpage, c'est rarement le cas, où alors c'est que le design est à revoir.

Bon courage.

[lpt1com2]

Il y a une question que je me pose pour ma bibliothèque qui ne se posait pas au départ parce qu’apparemment personne ne s'en sert, ce sont les ports PC6, PB6 et PB7 du 328P, autrement dit ceux qui servent au RESET lors de la programmation (et lors du fonctionnement mais c'est pas vraiment utile?), et les ports qui servent comme XTAL1 et 2.

Est ce que quelqu'un ici ou la utilise ces ports comme entrées/sorties pour vos montages?

J’ai déjà utilisé tous les ports cités (sauf Reset) comme ports I/O sans problème (évidemment en mode oscillateur interne). Tu peux même configurer l’UART en réception seule et le port TX comme I/O (ça m’a servi une fois).

[invite03481543]

Je dis arduino, multiwii&co, car dessiner et concevoir une carte ça prend pas beaucoup de temps (d'heures?), surtout à 3 personnes sur le projet, par contre concevoir le framework, c'est tout à fait autre chose.

Voilà pourquoi avec de telles remarques PA5CAL ne vous prend pas au sérieux, et moi y compris.
Votre vision des choses est totalement infantile, ce n'est absolument pas comme ça que les choses se décident et se font dans la vraie vie industrielle.
Je fais cette mise au point, après avoir lu toutes vos remarques, afin que ceux qui passeraient par là ne s'imaginent pas que c'est ainsi que l'on conçoit sainement les choses et que votre discours (une espèce de monologue à rallonge dont on ne comprend pas bien le but) en serait le reflet.
Fort heureusement non, en tout cas pas dans les boites sérieuses.
Vous dites être mécanicien, bravo moi je n'y connais quasiment rien en la matière, mais ça ne me viendrait jamais à l'esprit que de m'improviser expert en la matière sous prétexte que j'ai fait quelques bricolages dont je serais fiers.
Quand certains ici vous disent que vous vous trompez sur ce que vous vous imaginez être la norme, croyez les, car nous faisons ce métier depuis 30 ans pour ma part et uniquement dans le grand bain, pas de commercial ou technico machin chose, rien que de la techno pure et dure et des centaines de design au compteur.
Il ne faut pas confondre: j'ai fait un truc qui me satisfait pleinement, je trouve mon routage très beau, voyez ma simu comme je la maîtrise bien, ou encore qui l'est beau mon IHM, et voyez mon code comment j'assure ave mes #define, avec:

un design qui ne tiendrait pas 5 mn face à un expert Véritas par exemple, à qui votre client va demander si les 1 millions de pièces qui vont être fabriqués passent l'AMDEC, avec à la clé peut-être des milliers d'euros à foutre à la poubelle si vous vous êtes plantés, un labo UL qui va éplucher à la loupe la petite résistance que vous avez mis là, parceque c'est une MULTICOMP et que cette marque est une marque commerciale sans traçabilité.
Ou encore le labo CEM pour qui vous lâchez 10keuros pour être bien certain que votre carte est conforme et va pas foutre la merde dans l'avion qui transporte 300 passagers.
PA5CAL vous a déjà dit tout ça, mais vous vous obstinez incroyablement dans votre vision étriquée.
Vous êtes extrêmement loin d'imaginer ce qui se passe derrière le rideau, encore plus loin d'y accéder avec de telles pratiques.

C'est pour cela que l'on a inventé les mots "hobbystes" ou "amateurs", dans ce domaine aussi cela a un sens bien précis, ce n'est pas un handicap ou une honte, c'est juste pour différencier ce qui se fait avec le cœur et sans compter, donc une pratique dilettante comme souvent ici, et ce qui se fait pour gagner de l'argent, rester concurrentiel et performant, comme dans le sport de haut niveau.
Bref la vraie vie des gens qui oeuvrent à plusieurs centaines et imaginent l'utilisation de plusieurs milliers ou millions, pendant que d'autres bricolent à 3 pour se faire plaisir avant tout et éventuellement faire plaisir aux copains soit une poignée de personnes autour d'un bon barbecue le WE.

Ceux qui me connaissent bien depuis le temps, me savent facilement irritable, ils ont raison, c'est totalement vrai.
Je le suis dans 2 cas précis sur ce forum:

1/Quand quelqu'un s'improvise expert et qu'il connaît que dalle.
En gros le profil c'est le gars qui a une collection de page web en favoris et qui fait croire qu'il peut "répondre" en contaminant tout le web d'ineptie et notamment les forums tels que celui-ci, soit il a été technicien toute sa vie et il veut faire croire aux autres qu'il est plus maintenant qu'il est à la retraite, je ne donnerai pas de nom mais il y en a ici aussi.
Y a pas d'âge limite pour ça ni un seul profil, c'est comme ça la comédie humaine il faut vivre avec.

2/Quand la personne n'a jamais mis les mains sur un composant et que quand même il refait le monde en t'expliquant pourquoi l'électron fait un salto arrière et blablabla, en général des boutonneux qui ont usé leurs shorts sur les bancs de la fac et joués les Tanguy chez papa maman jusqu'à 30 berges.
Quand ils sortent de leurs torpeurs c'est pour réaliser qu'ils ne savent rien en fait de concret, que personne n'en veux évidemment vu qu'ils ont du mal à faire leur lacets, donc ils partent dans l'enseignement pour continuer à profiter du temps qui coule, paisiblement mais malheureusement génère une belle pénurie d'acquis ou de connaissances dans les filières post bac.
Après ils viennent t'expliquer comment fonctionne une inductance, là aussi on a donné et donnons encore sur ce forum aussi régulièrement.

Voilà, rien de bien nouveau quand je lis tes réponses, 9 ans à lire les pires âneries qui côtoient des choses intelligentes, elles sont plutôt rares mais il y en a eu, mais à 99% par des pros uniquement, que tu le veuilles ou non.
Il y a aussi ceux qui humblement contribuent avec la plus grande sagesse à donner des tuyaux non percés, des infos fiables qu'ils ont compris et confronté, malgré qu'ils ne soient pas spécialistes genre mécanicien par exemple, juste modestement mais efficacement, ça c'est la grande majorité des habitués de ce forum, vu que les charlots en général se font lynchés et démasqués très vite.
Ceux là ils viennent pour apprendre, progresser, aider.
L'ambition n'est pas de faire des spécialistes de tout ceux qui viendront ici, juste qu'ils aient les bonnes infos, les bons gestes et les bons réflexes.

C'est pour cela que je suis resté si longtemps ici, les autres, les commerciaux, les trolls des autres sites mal modérés dont je ne citerai même pas l'alphabet, on les a à l'œil, ils sont venus mais ils sont aussi vite reparti, vu qu'ici on argumente et on sait vraiment de quoi on parle, scientifiquement au besoin s'il faut en arriver là.
Ca prend juste beaucoup plus de temps à rédiger qu'un charlot qui spam ou répond en 5 mots en sortant sa collection de schémas foireux drainés ici ou là.

Si au moins ça peut contribuer à faire avancer les choses et surtout les esprits, toutes ces prises de becs n'auront pas été vaines, en tout cas pour ma part.
Je n'ai jamais cherché à être un modèle ou un pilier à la con, j'aime juste les belles choses et l'électronique bien faite, dans les règles de l'art, c'est ça que je défendrai toujours.

Ca fait un moment que je voulais la faire celle-ci, tu m'en as donné l'occasion, merci et bonne soirée




@+

[sylvainmahe]

Ok merci pour vos réponses.
J'ai dû louper quelque chose effectivement pour L'UART avec l'XTAL car nombres de montages tx/rx en vogue sur internet ou même dans les documentations, se font sans l'XTAL, je vais donc revoir ceci

En ce qui concerne arduino, vous parlez des atmega en général quand vous dites "Prenez des µC de qualité et utilisez un langage solide, pas cette compote infâme Arduinesque" ?
J'ai actuellement un PIC16F876 sur une carte proto, ça me permet de m'amuser à autre chose que de l'atmel, mais sinon pour en revenir au 328P, ma bibliothèque utilise avr, et est faite pour le 328P, point d'arduino la dedans, sauf si on fait dans sa tête l'association 328P/arduino, ce qui à mon sens serait dommage.

Il faut m'arrêter si je me trompe *Hulk28, mais je pense être dans la continuité de l'optique "De l'Arduino au langage C standard", sauf qu'effectivement, pour ma part je préfère développer en c++ standard, ce qui globalement est un c standard avec les classes en plus.

Pour en revenir aux pins, effectivement la RESET/XTAL1/2 sont paramétrables sur le 328P, mais je me posais la question de leur réelle utilité en tant que I/O quand on veut profiter de la vitesse maximal de l'uC avec un quartz, et quand RESET finalement est souvent la que pour le reset.

*lpt1com2 effectivement PD0/PD1 (RX/TX) c'est inclus dans ma bibliothèque.


Pour l'alimentation à découpage, j'aimerais bien d'autres explications comme je ne suis qu'un débutant en électronique, j'aimerais utiliser 3 piles AA 1.5V (1.5*3=4.5V) ou AA 1.2V (1.2*3=3.6V) pour comme je le mentionnais plus haut, une petite carte qui me sert en démonstration, les piles AA sont clipsés directement sur cette carte.
Normalement je dois avoir 2 solutions, soit je fait tourner l'uC en 3.3V, mais je pense que si j'utilise des piles AA rechargeables, le seuil des 3.3V doit être dépassé assez vite (1.2*3=3.6V), soit j'utilise 4 piles AA, ou bien l'alim en step-up.

A savoir que c'est une carte demo donc ce n'est pas trop ennuyeux pour les parasites, car pour mes autres montages j'utilise toujours une lipo 3s (11.1V).

Voila mon schéma pour le régulateur step-up:


C'est le schéma step-up qu'on trouve dans le datasheet:
http://www.analog.com/media/en/techn...ts/ADP1111.pdf