• # ETH1

    Posté par . Évalué à  10 .

    Je me demande quel autres améliorations on peut souhaiter?

    Un deuxième port Ethernet?

    • [^] # Re: ETH1

      Posté par (page perso) . Évalué à  1 .

      et hop le dreamplug :)

      http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx

      ok c est plus cher, mais il y a tout dedans, pas la peine d y aller au fer a souder ni de monter un boitier en carton.

      • [^] # Re: ETH1

        Posté par . Évalué à  4 .

        Tout sauf une sortie vidéo.

      • [^] # Re: ETH1

        Posté par . Évalué à  7 .

        je trouve que le Dreamplug ne s'inscrit pas dans la même catégorie que la PI: étant un produit fini pour s'utiliser "tel que" contrairement à la PI qui voit déjà pas mal de carte additionnelles fleurir à l'instar de l'arduino (cf adafruit).

        Cependant, je regrette le use case de la PI qui même si elle est à la base dédiée pour l'éducation n'a pas trop d'ouverture pour la hacker, comme la mini2440 qui permet de faire bien plus de choses, en étant plus chère certes.
        Cependant, je regrette de ne pas pouvoir trouver facilement une carte de ce type qui puisse avoir des options que je qualifie de standard :
        - SPI
        - I2C
        - Ethernet
        - un bus d'extension accessible sur connecteur
        - SATA (même via une carte additionnelle pour faire baisser le prix)
        - LVDS (même remarque que précédemment)

        et le top :
        - SD Card
        - un port série
        - que l'on puisse acheter en France, et non depuis la France

        De mon point de vue, ce qui s'en rapproche le plus sont :
        - Olimex avec ses OlinuXino . Petit aparté intéressant, je viens d'avoir un scoop (par Olimex): la nouvellement routée A10 qui supporte le LVDS 7" et surtout le Sata sera dispo pour la fin de ce mois.
        - Hardkernel avec sa Odroid qui est surtout utile à mon sens pour ceux qui souhaite faire de l'Android car elle utilise le même controleur que le Samsung S3. Mais à ce prix là je trouve l'utilisation assez relative.
        - Freescale avec sa i.MX, (quick start) qui est la carte qui correspond le mieux à mes standards et ce pour $149 annoncé. Pour la trouver j'ai peur qu'il faille avoir un compte pro chez un importateur.

        Afin d'avoir un aperçu plus détaillé de marché actuel, il existe un lien bien fait qui compare ce dont je parle.

        • [^] # Re: ETH1

          Posté par (page perso) . Évalué à  2 .

          • [^] # Re: ETH1

            Posté par . Évalué à  2 .

            Super ! effectivement je ne connaissais pas du tout ARmadeus.
            D'autant plus que : c'est Français (Mulhouse) et Open Source.

            Et la carte semble vraiment faire ce que je souhaite.Seul petit bémol: à ce prix c'est un Arm9 tandis que la devboard de Freescale dont je parlais propose un Cortex A8 . En tout cas je vais me renseigner plus en avant.

            Merci bien.

  • # euh ?

    Posté par . Évalué à  5 .

    Un bus CAN pour se connecter plus rapidement à un µp qu'en liaison série ?

    Un port sata ou susb3 pour avoir un système de fichier rapide ?

    "La liberté de tout dire n'a d'ennemis que ceux qui veulent se réserver le droit de tout faire". "La question n'est pas de savoir si vous avez quelque chose à cacher. La question est de savoir si c'est nous qui contrôlons le gouvernement ou l'inverse

    • [^] # Re: euh ?

      Posté par . Évalué à  1 .

      Pourquoi CAN ? le SPI est déjà supporté !

      • [^] # Re: euh ?

        Posté par . Évalué à  2 .

        SPI c'est pas un réseau non plus.

        "La liberté de tout dire n'a d'ennemis que ceux qui veulent se réserver le droit de tout faire". "La question n'est pas de savoir si vous avez quelque chose à cacher. La question est de savoir si c'est nous qui contrôlons le gouvernement ou l'inverse

    • [^] # Re: euh ?

      Posté par . Évalué à  2 .

      Le plussois le port sata, les disques usb ne sont pas du tout stable (en tout cas pour mon utilisation) et mon raspberry plante tout le temps dès que le disque est sollicité.

      Du coup, il ne me sert plus à grand chose désormais…

    • [^] # Re: euh ?

      Posté par . Évalué à  4 .

      Un port sata

      La Cubieboard est peut-être ce que tu recherches… (µP Allwinner A10 1GHz, GPU Mali400, 1Go de RAM, port SATA, 4GO de NAND, etc. pour 50$)

      • [^] # Re: euh ?

        Posté par . Évalué à  2 .

        Intéressant comme carte à priori ça a vraiment tout pour faire un mini-serveur, et il y a aussi un projet de rétro-ingénierie sur le GPU Mali400.
        Reste à voir le retour utilisateur sur le débit Ethernet, la fiabilité de la carte et du vendeur.

  • # livraisons

    Posté par (page perso) . Évalué à  2 . Dernière modification : le 15/10/12 à 14:35

    apparemment, ça va même être proposé pour les livraisons en attente, commandées avec 256 Mo de ram, donc ça semble plutôt intéressant (le mien était initialement prévu à Noël)

    « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

    • [^] # Re: livraisons

      Posté par . Évalué à  2 .

      Alors perso, j'en ai commandé deux le 3 octobre, je les ai reçus il y a deux jours, et il étaient accompagnés d'un joli papier disant "We have a little surprise for you… Inside the box is a new Raspberry Pi with 512MB RAM waiting for you".

      Youpi yeah.

      • [^] # Re: livraisons

        Posté par (page perso) . Évalué à  1 .

        tu l'as commandé où ? Moi chez RS Components mais c'est long…

        « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

        • [^] # Re: livraisons

          Posté par . Évalué à  1 .

          Chez Farnell; ils annonçaient 3 semaines de délai, et pour le coup, en 12 jours je les ai reçus. Au même moment, ils annonçaient 8 semaines de délai chez RS, c'est ce qui a motivé mon choix…

          • [^] # Re: livraisons

            Posté par (page perso) . Évalué à  1 .

            ok, je me souviens maintenant, je crois que Farnell ne proposait pas d'accessoires annexes, contrairement à RS, je viens de contacter RS, ils m'ont répondu dans la foulée, je vais recevoir ça fin novembre (pour une commande fin juillet). Ils ont expliqué avoir reçu 40 000 Raspberry PI en septembre, donc on peut comprendre le délai de livraison !

            « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

  • # arf...

    Posté par . Évalué à  1 .

    Je viens de recevoir mon second Pi il y a quelques semaines! Si j'avais su…

  • # USB/Ethernet

    Posté par (page perso) . Évalué à  10 .

    [Mode Rage]

    • Un vrai port ethernet, et pas un ethernet sur USB comme ils ont là: il partage le débit avec les 2 autres ports physiques, et surtout il est buggé comme pas possible
    • des ports USB qui fonctionnent, pour de vrai, avec 500mA de jus pour de vrai, pas les 100mA de merde qui suffisent même pas à alimenter un clavier
    • plus de soin sur toute la partie alimentation en général: marre de voir le truc rebooter parce que quelqu'un a claqué une porte trop fort…
    • des modules kernel qui soient un peu plus sérieux pour l'ethernet: même les mecs qui ont codé le truc avouent que c'est fait avec les pieds

    Je suis pour le moment assez déçu du bouzin. Pas moyen de le faire fonctionner avec un tuner DVB USB, même avec un hub USB alimenté, plus de quelques heures. Au bout d'un temps aléatoire, le chip ethernet fait planter le bus USB: plus de signal sur le dongle DVB ou bien, encore pire, plus de réponse sur le réseau de la part du RPi.

    Le forum de RPi.org est littéralement remplis de gens qui ont des soucis avec l'USB…
    À part les GPIO, on peut pas connecter grand chose en fait.

    • [^] # Re: USB/Ethernet

      Posté par (page perso) . Évalué à  5 .

      Donc attends, en alimentant une carte par usb, tu t'attends à ce qu'elle redonne autant sur son port usb que ce qui rentre sans rien consommé  ?

      • [^] # Re: USB/Ethernet

        Posté par (page perso) . Évalué à  10 . Dernière modification : le 15/10/12 à 15:26

        Je l'alimente sur le port micro usb avec une alim qui sauce 2 ampères (10W), ce qui est l'usage recommandé…
        La board en consome ~500mA, le reste pourrait très bien passer dans les ports USB.

        Sur la Rev A (la mienne), ils avaient des polyfuses qui limitaient le courant à 100mA par port USB, et un "main" polyfuse qui limite le courant qui passe dans le micro USB à 700mA. 500mA pour la board, et 100mA x 2 pour l'USB. On peut les contourner en soudant un fil au dessus (ce que j'ai fait).

        Dans la Rev B, ils ont supprimé les 2 polyfuses vers les ports USB, mais ils ont laissé celui qui limite à 700mA le courant en entrée. C'est celui là le problème.

        Donc, de base, même si tu es pu limité sur l'alim des ports USB, le polyfuse principal fera que ta board va rebooter si tu tires plus de ~200mA sur un port USB (c'est ce qui reste de 700mA après avoir soustrait la conso du Chip).

        Bref, optimalement, ils devraient ouvrir les vannes un peu plus sur leur branche d'alim principale. Laisser au moins 1 ampère, voire 1,5A pour alimenter confortablement les 2 ports USB. Là si ta board reboote, c'est vraiment à cause de l'alim. Donc pour moi aujourd'hui, leurs ports USB ne sont pas des ports USB (ils répondent pas à la norme…).

        Et devoir ajouter un hub alimenté pour faire marcher ton clavier, c'est vraiment très con quand même…

        Edit: je te laisse admirer la section "Power problems" du wiki pour plus d'informations.

        • [^] # Re: USB/Ethernet

          Posté par (page perso) . Évalué à  10 .

          Donc pour moi aujourd'hui, leurs ports USB ne sont pas des ports USB (ils répondent pas à la norme…).

          Pas facile:
          https://en.wikipedia.org/wiki/Universal_Serial_Bus#Power
          "A unit load is defined as 100 mA in USB 2.0. A device may draw a maximum of 5 unit loads (500 mA). There are two types of devices: low-power and high-power. A low-power device draws at most 1 unit load (…)"

          La question est de savoir si "may" veut dire que la prise doit fournir 5 unit load maxi ou si il doit "seulement" fournir au minimum 1 unit load, mais j'ai pas la spec USB donc pas facile de savoir…

          Et devoir ajouter un hub alimenté pour faire marcher ton clavier, c'est vraiment très con quand même…

          C'est surtout très con qu'un clavier réclame plus d'une unit load! 3 led, une petite perdition de chaleur avec tous les fils certes, mais il fait quoi le clavier à consommer plus de 0.5W la où un CPU entier "rentre" dans 2.5W?

        • [^] # Re: USB/Ethernet

          Posté par . Évalué à  2 .

          Tu as essayé de rajouter un condensateur de 1 µF sur la ligne d'alimentation ? Il existe même des condensateur SMD qui peuvent se souder entre 2 pistes assez facilement (1208?).

          "La liberté de tout dire n'a d'ennemis que ceux qui veulent se réserver le droit de tout faire". "La question n'est pas de savoir si vous avez quelque chose à cacher. La question est de savoir si c'est nous qui contrôlons le gouvernement ou l'inverse

          • [^] # Re: USB/Ethernet

            Posté par (page perso) . Évalué à  2 .

            J'ai résolu mes problèmes d'alim avec un hub alimenté, aujourd'hui le réel problème c'est la stabilité quand tu tapes un peu trop sur l'ethernet et un port USB.

            • [^] # Re: USB/Ethernet

              Posté par . Évalué à  1 .

              Justement, un condo peut aider à la stabilité.

              "La liberté de tout dire n'a d'ennemis que ceux qui veulent se réserver le droit de tout faire". "La question n'est pas de savoir si vous avez quelque chose à cacher. La question est de savoir si c'est nous qui contrôlons le gouvernement ou l'inverse

              • [^] # Re: USB/Ethernet

                Posté par (page perso) . Évalué à  2 .

                Non mais le problème n'est pas dû à l'alim, c'est un bug dans l'implémentation des drivers kernel apparemment; le module qui gère l'ethernet et le hub USB intégré n'est pas stable du tout.

                • [^] # Re: USB/Ethernet

                  Posté par . Évalué à  2 .

                  Un bug qui survient après quelques heures d'usage "cyclique", cela ressemble plus à un problème hard que soft. Sauf fuite de mémoire ou autre erreur "lente", mais alors le drivers serait franchement podocodé….

                  Est-ce que cela ne pourrait pas être un problème de surchauffe ? Si un composant sans radiateur brule le doigt au touché, ce n'est pas normal(t°>60°C).

                  "La liberté de tout dire n'a d'ennemis que ceux qui veulent se réserver le droit de tout faire". "La question n'est pas de savoir si vous avez quelque chose à cacher. La question est de savoir si c'est nous qui contrôlons le gouvernement ou l'inverse

    • [^] # Re: USB/Ethernet

      Posté par . Évalué à  2 .

      Je compte en prendre un à la place de ma carte mini-ITX (Mon Seagate dockstar ayant rendu l'âme).
      J'ai à y connecter:
      1 adaptateur 1-wire/USB
      1 adaptateur RS232/USB (station météo Lacrosse WS2300)
      1 adaptateur USB/téléinfo.

      Je compte utiliser un hub USB (auto-alimenté si besoin).
      Vu les débits en jeu (pas grand chose), tu penses que ça pourrait poser problème ?

      • [^] # Re: USB/Ethernet

        Posté par (page perso) . Évalué à  4 . Dernière modification : le 15/10/12 à 15:30

        Check ici: http://elinux.org/RPi_VerifiedPeripherals
        Le menu à droite liste les "verified peripherals", notamment les hubs alimentés compatibles, et sûrement quelques adaptateurs série.

        Edit: rires sur la partie "Claviers compatibles":

        Please be aware that some of these keyboards were probably used with a powered hub
        
        
        • [^] # Re: USB/Ethernet

          Posté par . Évalué à  1 .

          Merci pour l'info.
          A première vue les adaptateurs série (FT232 et PL2303) ne posent pas de problème.
          Je vais voir pour le 1-wire.

      • [^] # Re: USB/Ethernet

        Posté par . Évalué à  1 .

        Bonjour,

        J'utilise 1 adaptateur 1-wire/USB, 2 adaptateur RS232/USB (PL2303) pour la téléinfo (j'ai 2 compteurs)
        Je suis exactement dans la même config que toi.

        Avant j'avais un slug (NSLU2) qui fonctionnait très bien (mais très lent…)
        J'ai migré sur un Raspberry (512Mo) et là patatra, aucune stabilité. J'y ai ajouté un hub USB 4 ports auto-alimenté avec une alim 2A mais ça ne change rien au bout de quelques minutes ou quelques heures le Raspberry ne répond plus… Toujours ce problème de gestion de l'ethernet par l'USB!
        J'ai également essayé d'alimenté le RaspPi depuis le Hub usb mais rien de mieux. Je ne sais plus quoi faire.
        Je vais devoir réutiliser mon NSLU2 pour y brancher mes périphériques USB et j'utiliserai le Raspberry pour y stocker la base mysql et un petit site en php… Dans ce mode, le Raspberry fonctionne très bien (heureusement !)

        Bref je suis très déçu et pourtant il correspondait exactement à mes besoins.

        A toi de voir

    • [^] # Re: USB/Ethernet

      Posté par . Évalué à  5 .

      Ce que tu dis confirme mes doutes pour l'utilisation de R Pi comme serveur: pas de port SATA et de l'Ethernet pas terrible, et pour servir de la vidéo le driver propriétaire du GPU est un problème.
      Dommage, le prix est vraiment alléchant mais ces "détails" font que j'en vois pas l'utilité, même avec 512Mo de RAM.

  • # c'est bon pour android....

    Posté par . Évalué à  4 .

    C'est à ce demander si ça n'est pas volontaire, pour faire tourner ICS. On commence à trouver de plus en plus de "clé HDMI" avec android 4.0 . Ça fait pas mal de buzz en ce moment (mk802 entre autres).

    J'ai un archos 10.1 gen 8 (ARM 1 Ghz 256 MO de ram 8 Go de Flash), aucun port de ICS sur cette tablette, en tout cas rien de viable. Le principal problème vient de la quantité de mémoire vive insuffisante…..

    Avec 512 Mo de ram, ça change la donne , tant mieux ….

    • [^] # Re: c'est bon pour android....

      Posté par (page perso) . Évalué à  3 . Dernière modification : le 16/10/12 à 08:24

      J'ai eu une de ces clés dans les mains, gaffe à l'alim qui est pas du tout "standard" (le connecteur est tout petit, et l'alim a pété en 30 minutes quand le l'ai laissée branchée, du coup ma clé est inutilisable…).

      Pour moi sur ce genre de matos (clé tout intégré) l'absence d'ethernet est gravissime. C'est mignon pour faire tourner l'android de base qui se trouve dessus, mais pour installer une Debian et commencer à bidouiller, t'es bien dans la merde.

      Sur ce point, le RPi est bien plus bidouillable.

  • # Mise à jour du "firmware" pour passer à 512Mo

    Posté par . Évalué à  1 .

    Visiblement il est possible de mettre à jour le firmware du raspberry-pi pour pouvoir bénéficier des 512Mo.
    À condition d'avoir une version K4P4G.
    - 512MB: http://imgur.com/T3UVn
    - 256MB: http://imgur.com/vZYHy

    Update: Those of you lucky enough to receive a 512MB Pi this morning can download updated firmware here. For example, download arm384_start.elf and rename it to start.elf on /boot partition. You will then have a 384M/128M memory split.

    Le fichier arm384_start.elf n'est plus disponible. Une petite recherche sur le net m'a envoyé vers ceci:
    http://raspberry-python.blogspot.fr/2012/10/512mb-de-memoire-vive.html

    Est ce que quelqu'un a déjà fait l'opération ?

    • [^] # Re: Mise à jour du "firmware" pour passer à 512Mo

      Posté par . Évalué à  1 .

      Je viens de faire la mise à jour, ça fonctionne:

      pi@raspberrypi ~ $ free -m
                   total       used       free     shared    buffers     cached
      Mem:           470         93        377          0          9         49
      -/+ buffers/cache:         34        436
      Swap:           99          0         99
      
      

      Ça prend un peu de temps car il copie /lib/modules dans /lib/modules.bak avant de mettre à jour.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.