dire que olimex c'est la même qualité de fabrication que du pi , c'est assez bizarre.
Rien que le fait de proposer des versions utilisant les composants indus plutôt que commercial montre la différence nette de conception derrière.
Quant à Rpi, c'est pas de l'open, et donc de base ne devrait pas être envisagé en priorité des autres projets qui le sont, surtout sur un projet où on veut mettre en avant/faire attention à la licence.
Si il poutre les autres projets sur des points purement techniques, oui il n'y a pas de soucis (mais j'ai d'énormes doutes.). Mais pas avant d'avoir étudiés les autres solutions, non ?
Enfin si c'est uniquement faire de l'acquisition de données de capteur simples, et de les envoyer via le réseau, un SBC me semble quand même extrêmement "overkill".
Un microcontrolleur à 10€ possèderas une consommation bien moindre, et un cout moindre sur une série de 100 à 1000 (à vérifier mais) tout en gérant un nombre impressionnant de protocoles ou de capteurs en direct.
Alors oui ça ne sera pas du Gbit, mais vu le profil, il y a forte chance qu'un ENC624J600 suffise largement niveau débit.
Envoyer le tout en udp avec un CRC (je n'ai pas vu de raptor code sur μc, si quelqu'un à une lib ça m'intéresse :) ) et "hop" .
(Si il y a besoin d'une sauvegarde, une sd card avec le bus spi et hop :) )
[^] # Re: Pour mon information
Posté par briaeros007 . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 3.
dire que olimex c'est la même qualité de fabrication que du pi , c'est assez bizarre.
Rien que le fait de proposer des versions utilisant les composants indus plutôt que commercial montre la différence nette de conception derrière.
Quant à Rpi, c'est pas de l'open, et donc de base ne devrait pas être envisagé en priorité des autres projets qui le sont, surtout sur un projet où on veut mettre en avant/faire attention à la licence.
Si il poutre les autres projets sur des points purement techniques, oui il n'y a pas de soucis (mais j'ai d'énormes doutes.). Mais pas avant d'avoir étudiés les autres solutions, non ?
Enfin si c'est uniquement faire de l'acquisition de données de capteur simples, et de les envoyer via le réseau, un SBC me semble quand même extrêmement "overkill".
Un microcontrolleur à 10€ possèderas une consommation bien moindre, et un cout moindre sur une série de 100 à 1000 (à vérifier mais) tout en gérant un nombre impressionnant de protocoles ou de capteurs en direct.
Alors oui ça ne sera pas du Gbit, mais vu le profil, il y a forte chance qu'un ENC624J600 suffise largement niveau débit.
Envoyer le tout en udp avec un CRC (je n'ai pas vu de raptor code sur μc, si quelqu'un à une lib ça m'intéresse :) ) et "hop" .
(Si il y a besoin d'une sauvegarde, une sd card avec le bus spi et hop :) )