Carte Arduino Yun

  • Ce sujet est vide.
7 sujets de 1 à 7 (sur un total de 7)
  • Auteur
    Messages
  • #79481
    Xoff
    Participant

      je suis tombé par hasard sur cette carte assez sympa qui basée sur un ATmega32u4 (comme la Leonardo) et sur un Atheros AR9331. Le processeur Atheros supporte une distribution Linux basé sur Open WRT Linino.

      un petit descriptif donne :

      Quote:

      La carte Arduino Yun est basée sur un ATmega32u4 (comme la Leonardo) et sur un Atheros AR9331. Le processeur Atheros supporte une distribution Linino (Linux basé sur Open WRT). La carte est équipée d’un port ethernet, d’un module Wifi et d’un support pour carte SD. Cette carte permet d’exécuter des commandes Linux depuis Arduino.

      La bibliothèque logicielle Bridge Library facilite la communication entre les deux processeurs, ce qui donne la possibilité à Arduino de communiquer avec les interfaces réseaux et de recevoir des informations du processeur AR9331. La première mise sous tension de la carte Yun donne un accès direct au réseau WiFi et peut être configurée sans fil.

      Des connecteurs situés sur les bords extérieurs du circuit imprimé permettent d’enficher une série de modules complémentaires. Elle peut se programmer avec le logiciel Arduino. Le contrôleur ATMega32u4 permet la gestion du port, ce qui permet d’augmenter la flexibilité dans la communication avec l’ordinateur.

      http://www.gotronic.fr/art-carte-arduino-yun-20667.htm” class=”bbcode_url”>http://www.gotronic.fr/art-carte-arduino-yun-20667.htm

      intéressant, non ?

      #108587
      Anonyme

        C’est sur que ça doit pouvoir amener des capacités d’interfaces (périphériques usb) et de traitements qui sont tout autre. (un MIPS 400 MHz ça pédale vite ? )

        Truc à voir : OS sur la carte SD ? (j’imagine ou directement dans la puce ?) Durée d’allumage ? (boot linux) Processus pour éteindre ? (il faut faire un shutdown, pas de coupure brusque ou filesystem dans un état “intermédiaire”, ou mettre en read only et sans cache => peut-être (surement) déjà tout géré par cette distrib’ Linino que je ne connais pas)

        Aspect réseau : Pour notre R2, le réseau filaire n’est pas réellement utile (un fil à la patte de R2 ça ne va pas le faire). Le wifi est à proscrire en convention.

        Ca se programme de base en quel langage côté linux ?

        Pour ajouter un “vrai” cerveau ça peut-être intéressant à contrario des limitations (surtout mémoire) de programmation d’un Arduino. A voir :)

        #108588
        kethry
        Bloqué

          ou garder la partie critique sur arduino/contrôleur avec prog orienté davantage temps réel

          et garder cette carte pour tout ce qui est décoratif (sons, trappes,…) pour profiter du confort d’un langage plus évolué, quoique qu’il y a des arduinos et autres qu’on programme maintenant en .net… ?

          #108589
          Anonyme

            Il y a un autre produit le Rapsberry pi B ==> 512 Mo de mémoire, 700 Mhz, carte vidéo, le linux sur carte SD 4 Go, mais avec un écran et un clavier cela constitue un micro opérationnel. C’est pas un rapide mais sur une carte de la taille d’une Arduino méga. Par contre il doit être nettement plus gourmand qu’une Arduino.

            Cela donne la possibilité d’avoir sur le R2 l’IDE Arduino,

            Je suis tenté mais j’ai déjà une douzaine de trucs en cours. il y a possibilité de dialogue entre les carte rapsberry et arduino.

            le kit de base 35 € avec la carte SD chargée.

            http://www.raspberrypi.org

            #108590
            Anonyme

              Si on part sur d’autres modèles, moi il y a le modèle Galileo qui me tente bien : http://arduino.cc/en/ArduinoCertified/IntelGalileo” class=”bbcode_url”>http://arduino.cc/en/ArduinoCertified/IntelGalileo Un Arduino Uno 3 à base d’un Pentium 32bits @400 MHz (+ethernet, usb, pci express…) :clapclap

              – Concernant le Raspberry Pi (j’en ai 3 et j’aime bien), le souci dans R2 est vraiment l’allumage et l’extinction : long au démarrage et pas moyen de lui couper l’électricité immédiatement, il faut lui demander de s’arrêter. Ca ne consomme pas trop, sur batterie de moto 12V tu tiens facile la journée. Mais je ne pense pas que ce soit une bonne solution. Et on tombe sur le fait qu’il faille devenir admin système linux… C’est ce que j’envisageais pour les Logic Display, mais je suis revenu sur un Arduino + Gameduino2 en écran. (Gameduino 2 : ça c’est pas trop cher et c’est top !!! http://gameduino.com/” class=”bbcode_url”>http://gameduino.com/ ) Question tarif, un RPI chez nous c’est plus genre 50€ sans rien (pas de SD).

              – Je suis un mega fan de Visual Studio et donc de .net, mais tout ce qui tourne autour de FEZ semble vraiment “ramer” et je n’aime pas du tout leur approche avec les connecteurs. Dommage… Mais du coup j’utilise ça pour coder sur arduino : http://www.visualmicro.com/” class=”bbcode_url”>http://www.visualmicro.com/ C’est EXTRAORDINAIRE !!! Un vrai éditeur avec une vraie coloration syntaxique et IntelliSense de Visual Studio plus du debug en live sur l’arduino !!!

              #108591
              kethry
              Bloqué

                Boris wrote:

                – Je suis un mega fan de Visual Studio et donc de .net, mais tout ce qui tourne autour de FEZ semble vraiment “ramer”

                j’avais porté le programme pour gérer les Teeces display sous les premières version netduino et cela ramait comme pas possible

                dès que l’on effectue des gestions bas niveau cela n’est plus viable (dans le cadre des displays, manipulation des bits d’affichage)

                ils devaient ajouter la possibilité d’inclure du code C non managé au sein d’un prog arduino .net pour contourner cette limitation, sais-tu si cela est maintenant possible ?

                #108592
                Anonyme

                  Xoff wrote:

                  Boris wrote:

                  – Je suis un mega fan de Visual Studio et donc de .net, mais tout ce qui tourne autour de FEZ semble vraiment “ramer”

                  j’avais porté le programme pour gérer les Teeces display sous les premières version netduino et cela ramait comme pas possible

                  dès que l’on effectue des gestions bas niveau cela n’est plus viable (dans le cadre des displays, manipulation des bits d’affichage)

                  ils devaient ajouter la possibilité d’inclure du code C non managé au sein d’un prog arduino .net pour contourner cette limitation, sais-tu si cela est maintenant possible ?

                  Il ne me semble pas avoir lu que c’était dispo, mais je ne suis pas ce sujet plus que ça, donc je suis peut-être passé à côté.

                7 sujets de 1 à 7 (sur un total de 7)
                • Vous devez être connecté pour répondre à ce sujet.