Recherche candidats pour développer une radio

[RolluS 0]

Merci Otatario pour les infos.. 8)

J'ai bien regardé du coté de Mono, mais finalement un truc en Java, GTK ou SDL sera très suffisant

Pis le C# sur un noyau linux, ca doit pas très bien tourner .

J'ai déjà les modules temps réels pour le noyau qui vont bien pour lire et écrire du PWM ou PPM sur des broche d'un pxa270. Donc le pepper pad (qui tourne avec un PXA270) que j'ai acheté et que je recois demain d'après le tracking va très bien aller je pense.. Il a un chip séparé pour la vidéo et l'IHM (clavier, USB, etc..) donc je pense que c'est réalisable.

J'ai pensé à Windows mais depuis 95 le temps réel n'existe plus, et la latence du multitache coopératif est de 300ms, contre 3µs en moyenne avec l'ordonnanceur temps réel du noyau...

Je ne connais pas WinCE, mais un ami qui connais (c'est son métier) n'a pas su faire du temps réel dessus à l'époque. Si j'ai bien compris ,il a développer un truc avec un process prioritaire ect.. mais avait parfois de la latence avec de l'abandon de thread devenu zombie à cause du timeout.. C'est temps très rapide plus que du temps réel en fait..

Mon réel problème sera je pense de faire des RX communiquants à la place des Spektrum dans la version 2.0 du projet...

++

RolluS

[Otatiaro 6]

Salut,

mais finalement un truc en Java, GTK ou SDL sera très suffisant

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 timing a quelques dizaines de microsecondes, ce qui est plus que très largement suffisant pour notre type d'application. Si tu veux du temps "plus réel" il faut passer sur des noyaux hyper sépcialisés, hyper restreints, et hyper chers.

Si tu veux faire du "hype" open-source : http://golang.org/ c'est le langage de programmation de Google. Je préfères ne pas commenter, il parait qu'ils ont des avocats efficaces

++

[RolluS 0]

Je dois en dire un peu plus concernant l'architecture logicielle du projet..

J'ai:

Pour la gestion du signal:

- Un ordonnanceur temps réel en C++ compilé comme module du noyau

- Un générateur PWM/PPM/DCM temps réel en C++ compilé comme module du noyau, qui lit dans un device pour écrire sur un ou plusieur GPIO

- Un compteur PWM/PPM/DCM temps réel en C++ compilé comme module du noyau, qui lit sur un ou plusieur GPIO pour écrire dans un device (inutilisé dans la première phase car pas de downlink)

Pour la création du signal:

-Un mixeur écrit en C++ interprete les commandes des axes et boutons type Joystick, les mixe en utilisant un fichier ou un tableau, et écrit les valeurs des servos dans un device

J'ai pas:

Pour la création du tableau / fichier de mixage:

- Un soft derrière une interface graphique, qui doit (en gros):

-- Gérer les fin de courses

-- Créer les mixages grace à une interface graphique

-- Lire/écrire les résultats dans le tableau/fichier au moment ou on change le mode de vol...

Je pense que ce dernier sera en C++ avec SDL.

Go est sympa, mais quel thème ne veux tu pas commenter? Le fait que ce soit un OpenSource qui serait pas si Libre que ca?

++

Reynald

[Otatiaro 6]

Salut,

Go est sympa, mais quel thème ne veux tu pas commenter? Le fait que ce soit un OpenSource qui serait pas si Libre que ca?

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 ...

++

[RolluS 0]

Re,

Merci pour l'info

Du coup C++ + SDL ne me semble pas une mauvaise solution

++

Reynald

[RolluS 0]

Bonjour,

J'ai reçu la bete, et me heurte déjà a quelques soucis.

Le système installé est d'après google basé sur MontaVista Linux (connais pas)

Voilà ce que me donne uname

Linux (none) 2.6.13.4 #1 Thu Apr 5 11:16:41 EDT 2007 armv5tel unknown

J'aimerais installer un Ubuntu Netbook Remix ou Moblin.

Le CPU est un XScale-PXA270 rev7 (v5l), il y a 256MB de Ram et 18Gb de HDD (un pcmcia semblerait il).

Il y a aussi un flash de 32Mo contenant le boot :/

Je ne sais pas monter cette mémoire flash pour intervenir sur le chargeur de boot (y'en a bien un hein?).

Je ne trouve pas dans le root quelconque fichier confg de Grub ou Lilo

Je ne sais pas aller dans le bios changer les périphérique de démarrage.

Enfin, je ne sais pas quel gestionnaire de paquet est installé si toutefois il y en a un d'installer..

J'ai vraiment besoin d'aide, car sur cet appareil je dois installer l'outil de développement Eclipse, ainsi qu'un build-essential.

Mais surtout, j'aimerais faire fi de l'os propriétaire et non maintenu (pepper à mis la clef sous la porte et, s'ils ont conservés leur serveurs, ont tout supprimé, seul le cache google est mon ami).

Donc première question:

- est il possible d'installer un chargeur de boot permettant de booter sur un liveUSB?

Petite précision, fdisk -l m'informe que le drapeau de boot se trouve sur /dev/hda1 qui est la première partition du disque dur. Swap est sur /dev/hda2.

Aucune trace de la mémoire flash.

Il y a un drapeau de boot sur ma clef usb également...

Ensuite, /boot est vide

et je ne trouve pas de trace du noyaux

A mon avis, le noyau est chargé dans une EEprom de 32Mo (le fameux boot flash que l'on vois dans les spec)

Mais alors comment est il mis a jour? Le système sait flasher l'eeprom?

Aussi, j'ai essayé de compiler grub 2.. en vain. autoconf n'est pas installé, et de plus grub2 ne semble pas compatible avec le CPU (armv5tel)

Finalement le projet va je pense s'orienter vers l'installation d'un linux embedded, ce qui va impliquer un kit de développement, ce dont j'aimerais me passer..

Avoir un système à jour grace à un gestionnaire de dépots/package est aussi important..

Kit à installer un OS embedded, Windows XP embedded peut être pas mal non plus, mais il faut que j'étudie le truc pour confirmet ce qu'Otatiaro a dit:

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 timing a quelques dizaines de microsecondes, ce qui est plus que très largement suffisant pour notre type d'application.

En résumé:

Quelqu'un à t'il une idée de la façon dont mon Pepper Pad boot?

Faut je sorte la flash et la mette sur un kit de développement pour mettre un chargeur de boot et installer le système sur le disque dur?

Merci d'avance

Reynald

[Invité]

Il y avait longtemps que j'avais donné signe de vie, mais le projet avance, même si l'objectif d'utiliser cette radio est encore loin.

Après avoir lu rapidement les posts, je serais tenté de rejoindre certain pour utiliser des modules TX-RX du commerce. En revanche, aucun ne me permette de communiquer avec le modèle. J'ai bien essayé d'écrire à des constructeur tels que HITEC, WEATRONIC, mais je n'ai eu que des réponses négatives. Pour le moment, je reste sur XBEE, mais lorsque je serais arrivé à cette étape, les choses auront peut-être changées.

L'objet de ce post est plutôt de parler avancement. Après avoir passer pas mal de temps sur le codeur, j'ai décidé au début de l'année de supprimer le contrôleur (visu graphique 600x400 sur la radio) et d'améliorer la console (sur portable PC). En effet, je pense (et vois) que les portables diminue à vue d'oeil. L'objet de cette console est de programmer la radio ET de permettre le contrôle vocal de certains paramètres de la radio.

Aujourd'hui, la console a été définie et le module Reconnaissance-Synthèse vocal est terminé. Pour ceux qui veulent l'essayer, je vous invite à vous rendre sur mon site (http://www.legravier.com), menu 'radiocommande hightech', page 'la console'. Attention, vous devez avoir un PC Vista avec .net framework 3.5 installé.

Désolé pour la notice, mais elle ne sera pas disponible avant un bon bout de temps.

Page principale