Sur le schéma NANOEveryV3.0.sch.pdf du 17/07/2019, j'ai constaté que la broche PA2 correspondait à la sortie Arduino A4/SDA.
Une autre broche, PF2, correspond au même libellé, mais le fil de liaison ne semble pas raccordé au BUS "bleu".
Une autre broche, PF3, correspondant au libellé A5/SCL n'est pas raccordé au BUS.
D'où mes interrogations :
A quelle fonction Arduino PF2, sous réserve d'être réellement raccordée, correspond t-elle ? ( sûrement pas A4/SDA !)
PF3 est sans doute raccordée au BUS ( fonction Arduino SCL) ... à moins que ce ne soit une autre broche du 4809 !!!
Bref ! Est-il possible de m'éclairer sur ces points et/ou signaler les anomalies au dessinateur.
içi les "nouvelles cartes nano" de tout type n'intéressent pas grand monde (contrairement aux cartes diverses à base d'ESP8266, d'ESP32 ou de STM32)!! https://forum.arduino.cc/index.php?topic=618207.0
OK, merci, I0 pour l'info ... et l'avis sur les cartes ESP !
Souci pour informer le team Arduino : ils parlent une langue étrangère que je maîtrise peu !!!
Sur le forum dédié à cette carte tu n'entrera en contact qu'avec des bénévoles "++", les vrais responsables n'interviennent jamais et sont injoignables.
Quelque soit la langue que tu utilisera si tu critiques leur travail , même si c'est pour signaler des erreurs, tu aura des difficultés à obtenir une réaction.
Bonjour à tous.
Comment dire .... que je ne partage pas tous les avis énoncés !
1 - la carte nano Every : je l'expérimente depuis hier et la "tord" dans tous les sens :
** mise en veille et réveil par interruption ( timer/évènement externe) -> OK
** Comparateur analogique -> fonctionne correctement et permet le réveil de la carte.
** Blocs logiques (CCL) -> Super idée même si un seul n'est disponible sur l' Every
** ............... je poursuis mes investigations ces qq jours !
Je n'ai pas grand chose à faire de cartes disposant de périphériques pré-implantés, comme les ESP. Le wifi ne correspond pas à mes applications et lorsque j'ai besoin d'une liaison hertzienne, j'utilise XBee et LoRa.
La consommation de la nano Every peut descendre à un niveau très faible.
Seul souci : il faut vraiment travailler les docs constructeur pour avancer avec fiabilité. Par ailleurs, j'aimerais que les µC implantés sur les cartes soient montés sur des supports afin de pouvoir programmer d'autres µC ...
2 - Nous nous servons tous (ou presque !) de l'IDE Arduino. Imparfait, parfois limité en fonctionnalités, mais super simple à utiliser. Cet IDE open source et gratuit est développé sous la responsabilité d'Arduino SA. L'achat de cartes Arduino en permet la maintenance et l'amélioration. Peut-on profiter d'un système sans y collaborer d'une façon ou d'une autre ?
3 - La réactivité. J'ai obtenu une réponse pertinente à mes interrogations, quelques heures après mon post ! Il semble qu'elle soit celle d'un utilisateur averti, mais la communication sur le forum anglais est particulièrement efficace.
Merci tout de même à tous pour vos avis ... qui me permettent de donner les miens !
l'échange d'avis est une des raisons dêtre de ce forum !
Concernant la réactivité , ne pas confondre
celle d'un 'maker', bénévole, utilisateur des cartes comme westfw (communauté Arduino)
celle de l'"équipe Arduino", des concepteurs des cartes
Le niveau de réactivité n'et pas du tout le même.......
L'achat de cartes Arduino en permet la maintenance et l'amélioration
Tout téléchargement de l'IDE Arduino via le site Arduino.cc passe par une invitation à contribution
"Just Downmload / Contribute & download", l'achat de cartes" officielles" Arduino n'est qu'une forme de soutien parmi d'autres (les contributions sur le forum , tutoriels.... librairies....en sont une autre)
Nul nécessité d'infléchir son choix de carte pour soutenir
Il est bon de constaterq ue Microchip continue le développement des AVR et apporte des périphériques nouveaux (comme un poil de blocs logiques) . Dans mon cas particulier cela arrive trop tard..... je suis déjà passé à autre chose.
L'arrivée de l'ATMega4809 a déjà été signalées sur ce forum , y compris l'existence d'une version en boitier DIP40.
Pour ma part actuellement , vu mes besoins, les cartes minimales à ESP32 sont devenues les cartes à tout faire, que j'ai ou pas besoin du WiFi, du BT classique, du BT BLE.... En matière de faible consommation en veille profonde j'atteins 5µA !avec de telles cartes minimales n'incluant pas d'interface UART/USB à demeure et alimentées directement en 3,2V. .....jeu égal avec les cartes Pro Mini 8MHz 3V3 modifiées
Thank you Westfw. I can't open eagle's files but your answer works for me.
Les fichiers Eagle peuvent s'ouvrir avec la suite Kicad.
Attention aussi bien pour les schémas que pour les implantation circuit imprimé il faut les ouvrir avec les logiciels eeschema et pcbnews en dehors de l'ensemble intégré kicad. En mode indépendant (standalone).
Ces deux programmes en mode "indépendant" ont un outil de conversion qui n'est pas accessible en mode intégré.
Une fois convertis les fichiers peuvent s'ouvrir avec Kicad intégré.
Sur le schéma NANOEveryV3.0.sch.pdf du 17/07/2019, j'ai constaté que la broche PA2 correspondait à la sortie Arduino A4/SDA.
Une autre broche, PF2, correspond au même libellé, mais le fil de liaison ne semble pas raccordé au BUS "bleu".
Une autre broche, PF3, correspondant au libellé A5/SCL n'est pas raccordé au BUS.
Attention : Les liaisons au bus sur ce schéma sont facultatives.
Pour le routage le label du fil (A4/SDA par exemple) est déterminant, c'est lui qui détermine la continuité électrique.
PF02 est relié à A4/SDA suivant cette convention. Les signaux içi ne sont pas définis comme 'membres d'un bus' (syntaxe particulière avecun label de bus et, dérivés, des labels de signaux)
Le bus sur ce type de schéma est est un élément graphique optionnel destiné à faciliter la compréhension par un lecteur humain, voier un simple "élément décoratif" en poussant un peu plus loin !!
ll n'y a donc pas d'erreur de schéma en tant que schéma destiné à produire un circuit imprimé (but principal de ce schéma) mais une maladresse pour un schéma destiné à être lu par un humain !! Par cohérence graphique il aurait été souhaitable d'amener tous les fils au bus.... ou enlever le bus du schéma.
L'impression d'erreur vient du fait que la convention suivie par ce schéma pour les continuités électriques n'est pas celle imaginée.
l'échange d'avis est une des raisons dêtre de ce forum !
Concernant la réactivité , ne pas confondre
celle d'un 'maker', bénévole, utilisateur des cartes comme westfw (communauté Arduino)
celle de l'"équipe Arduino", des concepteurs des cartes
Le niveau de réactivité n'et pas du tout le même.......
Tout téléchargement de l'IDE Arduino via le site Arduino.cc passe par une invitation à contribution
"Just Downmload / Contribute & download", l'achat de cartes" officielles" Arduino n'est qu'une forme de soutien parmi d'autres (les contributions sur le forum , tutoriels.... librairies....en sont une autre)
Nul nécessité d'infléchir son choix de carte pour soutenir
Il est bon de constaterq ue Microchip continue le développement des AVR et apporte des périphériques nouveaux (comme un poil de blocs logiques) . Dans mon cas particulier cela arrive trop tard..... je suis déjà passé à autre chose.
L'arrivée de l'ATMega4809 a déjà été signalées sur ce forum , y compris l'existence d'une version en boitier DIP40.
Pour ma part actuellement , vu mes besoins, les cartes minimales à ESP32 sont devenues les cartes à tout faire, que j'ai ou pas besoin du WiFi, du BT classique, du BT BLE.... En matière de faible consommation en veille profonde j'atteins 5µA !avec de telles cartes minimales n'incluant pas d'interface UART/USB à demeure et alimentées directement en 3,2V. .....jeu égal avec les cartes Pro Mini 8MHz 3V3 modifiées
bonjour
C'est aussi mon constat actuel , vu le cout d'acquisition d'un module basé sur esp32, la facilité d'approvisionnement et les différentes déclinaisons +/- pré-équipées, la maintenance suivie sous l'IDE, c'est devenu "mon couteau suisse"
Lecture des EAGLE : oui, je sais -> ouvrir avec KiCAD ! Mais j'ai récemment changé mon disque dur et n'ai pas encore tout installé. J'attends d'aller " à la ville" pour terminer l'installation ( ici web satellitaire à 128Ko/s, 10€ par giga et pas de réseau GSM !).
ESP32 : Re Ok, ok ! Je suis toujours en cours de test sur la Nano Every, notamment pour la mise en veille et le réveil par interruption classique ( front descendant sur pin D4). Le sketch dédié à cet usage et un bidouillage me permettent de mesurer les intensités consommées par la carte ... et je ne suis pas arrivé à "descendre" au-dessous de 28mA. C'est beaucoup. Il y a de fortes chances que certains composants périphériques soient éradiqués virilement ( régulateurs de tension/LED 5v/ SAMD11 ?)
Je pense poster à ce sujet sur le site Anglais.
Par ailleurs, et bien qu'utilisant des µC 32bits pour d'autres applications, j'apprécie beaucoup le 4809.
D'un autre côté il serait bien utile que les cartes d'essais ( arduino et autres) soient équipées de supports ZIF pour les µC. Ça permettrait de pouvoir en programmer des vierges, utilisés sur des CI perso ( encombrement, accès aux fonctions strictement utiles ...) via une carte d'interface TQFP-> 2,54mm pour les yeux moins alertes.
D'un autre côté il serait bien utile que les cartes d'essais ( arduino et autres) soient équipées de supports ZIF pour les µC.
Le DIP est en voie de disparition.
Le CMS est généralisé --> dur dur à souder surtout ceux avec moins de 0,5 mm entre pattes mais encore possible.
Le BGA se répand de plus en plus et là installations spéciale obligatoire.
ATMega 4809
Modèle CMS : 4 modèles, prix moyen par 5000 pces (info site Microchip) 1$
Modele BGA : 4 modèles, prix moyen par 5000 pces (info site Microchip) 1$
Modèle DIP : 1 modèle, prix moyen par 5000 pces (info site Microchip) 1,4 $ 40% plus cher.
Ce qui freine la généralisation du BGA c'est que les circuits imprimés 4 couches sont quasi obligatoires dans tous les cas, les nanos ble et ble sense qui utilisent un nrf 52840 BGA sont en circuit 4 couches. Avec l'accroissement de la demande en 4 couches les prix finiront par bien diminuer et l'usage du BGA explosera.
La vie avance.
Il existe des supports pour boîtiers non DIP, la revue Chip Scale Review en parle assez souvent mais c'est du lourd destiné au laboratoires.
içi une interview de Dario Pennisi qui a dirigé la conception de la carte Nano Every :
Il souligne en particulier le potentiel :
de l'alimentation,
de l'interface USB (possibilité d'implanter divers profils USB)
du bloc de logique programmable (CCL)
