Otatiaro
-
Compteur de contenus
907 -
Inscription
-
Dernière visite
-
Jours gagnés
3
Type de contenu
Profils
Forums
Blogs
Calendrier
Galerie
Articles
Media Demo
Boutiques
Tutoriels
Documentation
Clubs
Glossaire
Téléchargements
Boutique
Petites-Annonces
Tout ce qui a été posté par Otatiaro
-
Salut, Non, juste le fait que leur langage est pourri, qu'ils ont des arguments marketing pourris (regardez on compile notre framework vide en moins d'une seconde ... moi aussi je compile des projets vide rapidement ...), que ca n'apporte rien, qu'il leur manque 99.9999999999% pour en faire un langage un tant soit peu utilisable, etc ... ++
-
Salut, Juste pour info, oublies totalement l'idée de faire ca en Java. Java n'a jamais été prévu pour le temps contraint et ne le sera jamais (encore moins temps réel), les perfs sont très en dessous des autres standards de programmation, et la machine virtuelle est très gourmande. Java c'est un peu l'ancetre de C# (qui n'a jamais renié avoir pompé les bonnes idées de Java, et avoir rajouté les siennes dessus). Pour Win CE, on va dire qu'il est "moins temps réel" que certains noyaux linux ... après le terme de "temps réel" n'a jamais eu de défintion exacte. Sous WinCe on obtient des
-
Re, Bah y'a mono sous linux, mais je dirais pas que c'est la solution "idéale", surtout si tu veux faire du temps réel. Par contre l'interet de tourner sur un proc "couillu" genre PXA ou OMAP, c'est quand même d'être sur un OS évolué mais temps réel et des MIPS sous le pied, pour se passer du codeur séparé, et tout programmer en objet (impossible sur PIC) ++ [EDIT] Sinon t'as la solution Win CE ... là tu peux faire du C# mais pas en temps réel ... par contre tu peux mixer un process en C++ realtime et un process en C# IHM sur Win CE, c'est comme la solution de Legravier, sauf
-
Re, Si je voulais lancer une polémique, je dirais que si tu ne connais pas encore C#, c'est que tu ne connais pas encore le développement ++
-
Salut, Bonne idée pour le spektrum ... Pour la partie HF, il y a pléthore de modules de communications bi-directionnels sur le marché, amplifiés ou non (et des amplis séparés aussi). Par exemple, chez Texas Instrument, chez Nordic Semi, et y'en a un interessant, pas cher, et qui a déjà "fait ses preuves" (comprenne qui pourra ), chez Unigen. Sinon pour la gumstix, PXA ou OMAP, de toute facon tu vas compiler du C/C++ pour ARM via gcc sous linux, donc aucune différence sinon la puissance de l'omap par rapport au vieillissant PXA (sans compter la partie OpenGL ES, le co-proc, etc).
-
Salut, J'ai une gumstix overo water + palo43 + écran LCD 4.3" + accessoires a vendre si ca t'interesse ... j'ai aussi un ICD3 tout neuf même pas déballé. Pour la partie HF je n'aurais pas utilisé de module XBee ... mais bon chacun ses choix Pour le .net µframework, la version 4.0 est sortie, avec pas mal de nouveautés et apparemment des perfs plus interessantes, j'avais commencé le portage du microframework sur PIC32 mais pas assez de RAM dispo et impossible d'interfacer sur une RAM externe (pas accès au bus mémoire). Je confirme que la solution .net µframework + codeur séparé dan