Bonjour à tous ;

Je vous propose de découvrir comment effectuer la personnalisation du serveur embarqué sur une carte relai Web (ou IPX-800) telle que celle qui est décrite dans l'article de Freud => Lien vers l'article.

Si le sujet vous passionne, nous avons également développé un système d'automatisation pour ces cartes : le projet Domos

Commençons par comprendre comment la carte travaille.

I) Le serveur embarqué :

La carte dispose d'un formidable petit composant autonome qui est capable de fournir toutes les fonctions d'un serveur internet.
Voyons cela dans l'ordre :
- une connectivité complète sur votre réseau informatique domestique ;
- un micro serveur réagissant aux requêtes d'un navigateur internet ;
- un espace de mémoire pour enregistrer les pages qui seront affichées à la demande.

Pour les réglages et les besoins de la partie connexion, jetez un œil sur l'article et sur ce sujet dévolu au branchement.
Le micro serveur fonctionne par lui même, aucun besoin de s'en soucier.
Il nous reste à voir ce que sont les fichiers en mémoire qui serviront de pages internet.

I.a ) le but de l'interface :

La fonction principale des pages internet est de vous fournir la possibilité d'interagir avec la partie de commande de la carte, les fameux relais.
Les pages permettent également d'avoir un affichage attrayant et mis à jour en permanence de l'état des relais et des entrées.

Le choix d'une interface web permet d'obtenir une connexion accessible par le réseau quel que soit la distance ou votre matériel (ordinateur, organiseur PDA, téléphone évolué genre Iphone).

I.b ) le fonctionnement interne :

Le serveur est toujours prêt à répondre à une demande venant d'un navigateur. C'est à cela que sert l'alimentation qui lui est dévolue.
Une demande de connexion obtiens en réponse la page internet demandée dans laquelle sont insérées les informations à jour des différents états du matériel.
La page internet sert d'emballage de présentation pour le contenu d'un fichier présent sur le serveur.

Le principe de mise en page et d'actualisation du contenu emploi les fonctionnalités java script. Le navigateur doit donc autoriser l'emploi de ses fonctions pour le site de votre carte web relay.

En modifiant la mise en page vous pourrez changer du tout au tout l'apparence.
En modifiant les fonctions java script vous pourrez changer le comportement de la carte.

I.c ) accéder au matériel, mettre en place les pages :

Le navigateur internet de votre choix permet d'accéder aux pages de manière interactive.
Le contenu du serveur embarqué est modifiable par l'intermédiaire du logiciel mpfs2 fournit par le fabriquant du composant (microchip).
Un ensemble de logiciels utilitaires est fournit gratuitement sur leur site. Vous aurez juste besoin de l'ensemble de développement .Net Framework 2 de microsoft (gratuit lui aussi).

Les pages personnalisées sont donc préparées sur votre ordinateur avant d'être transférées en bloc.
La procédure est bien détaillée dans la notice du fabricant de la carte.

Afin de vérifier l'apparence de votre mise en page avant le transfert, il existe un petit utilitaire pratique : webpreview.

La source des pages d'origine est fournie par le fabricant. Pour créer votre ensemble de pages, le plus facile est de faire une copie de l'ensemble du répertoire.
Attention à ne pas oublier le petit fichier httpprint.idx qui est nécessaire pour empaqueter vos pages avant transfert.





Voyons à présent comment créer votre présentation, les codes d'exemples sont des fichiers textes directement lisibles dans votre navigateur.


II ) Créer une page simple :

Plutôt que de longues explications sur toutes les possibilités, je vous propose de voir par étapes la mise en place des fonctions. Si vous êtes déjà au point sur la création web, passez donc au point II.c directement.

II.a ) les outils :

Pour gérer en toute simplicité vos fichiers optez pour l'explorateur windows, les captures d'écrans vous seront plus familières.
Pour créer et modifier vos pages, optez pour le bloc note.

Évidemment si vos habitudes sont déjà prises avec d'autres logiciels cela ne changera pas les résultats. Évitez tout de même les usines à gaz dévolues à la création de pages internet super évoluées.

II.b ) création de la page essai.htm :

Dans le répertoire de travail abritant les copies des fichiers sources fournis avec votre carte relai, créez le document texte essai.txt
Renommez le en essai.htm et ouvrez le avec le bloc note.




La mise en page est en partie propre à chaque page. L'entête et le pied de page sont définis pour l'ensemble des pages du site. Il faut donc indiquer au serveur où trouver ces informations.
Ce sont les fichiers header.inc et footer.inc, vous pouvez les ouvrir avec le bloc note, ils sont fait de texte et de balises html.
Placez les balises ~inc:header.inc~ au début et ~inc:footer.inc~ à la fin du fichier.
Le corps de votre page sera défini entre les balises <div id="content"> et </div>. La première ouvre la zone de balise, la seconde la referme.
Vous pouvez placer n'importe quel texte ou balise de mise en page, n'hésitez pas à consulter un des nombreux sites de familiarisation qui existent si vous avez des réticences avec les notions de mise en page, de balise, et de html en général.


-> essai.htm dans webpreview
Lien vers essai1.txt

Voici ce que nous obtenons dans webpreview, et le lien vers le fichier correspondant.
C'est un peu beaucoup simplifié non ? Passons à quelque chose de plus vivant.

II.c ) création de la page essai2.htm



Notre premier essai ne fait qu'afficher le texte mis en page. Ce second essai va employer le serveur pour activer ou désactiver le premier relai.
Reprenez le fichier essai1 et créez une copie nommée essai2.htm.
Retirez le contenu placé entre le <div id="content"> et son </div> et ajoutez y la balise <div id="status"> et son </div> de fermeture.
Incluez dans se nouvel espace de mise en page les balises "loading" et "display".
Respirez et regardez le contenu du fichier d'exemple, faites un copier coller afin de ne rien oublier.

Lien vers essai2.txt

Vous voyez comment est organisée la page, une zone de "contenu" incluant une zone "chargement" et une zone "affichage".
Notez que les balises de fermeture </div> sont placées soit en bout de ligne soit avec la même indentation que la balise d'ouverture. Ce n'est pas grand chose mais cela rend la lecture ultérieure plus confortable.
Le contenu de la balise display affiche donc le texte "Commande du relai 1" et place un lien cliquable qui agira sur l'état ouvert ou fermé du relai de commande.

Placez ensuite en faisant un copier coller le code suivant la fermeture du dernier </div>, à partir de la ligne 19. Il s'agit du code en javascrript qui va rendre la page vivante en actualisant le status et en prenant en compte le clic sur le bouton.

Lorsque vous souhaiterai placer un lien cliquable pour changer l'état d'un relai il vous faudra reproduire l'appel au code tel qu'il se présente après la déclaration "0nclick".
Ici dans essai2 nous avons "newAJAXCommand('leds.cgi?led=0');". Le numéro du relai étant indiqué par la valeur "led=0"...
Le relai 1 de notre exemple est commandé par le numéro 0, le relai 8 sera le numéro 7. Ou encore le numéro sera égal à n-1.
Notez également que le lien du relai est identifié par son numéro, ici id="led0".

-> webpreview essai2

II.d ) conclusions sur les mises en page :

Relisez bien les étapes pour repérer les zones qui vous serons utiles.
Les entêtes et pieds de pages sont à part, et personnalisables, ce sont les fichiers header.inc et footer.inc de votre répertoire de travail.
Le corps est défini par le "content".
Le test de chargement est défini par le "loading".
L'affichage dynamique est défini par le "display".
Un lien cliquable vers le relai 1 doit posséder la définition "0nclick" avec le bon numéro du relai (led=0 pour relai 1).
La page doit figurer le code java script adapté pour rendre la page interactive.


III ) Plus loin sur la mise en page :

Pour aller plus loin avec les possibilités de mise en page, il suffit d'ouvrir le fichier index.htm fournit par le fabricant de la carte.

III.a ) plusieurs relais avec plusieurs liens :

Afin de commander plusieurs lignes de puissance, plusieurs appareils ou plusieurs éclairages, vous avez choisi d'utiliser plusieurs relais de la carte.
Dans la zone "display" sont énumérés les 8 relais disponibles. Avec chacun leur identifiant id="ledX" et la définition qui conviens pour l'action "0nclick".
Le lien est matérialisé sur la page par la couleur de l'élément "Bull" en anglais, une bulle.
La ligne sous-jacente reprend la numérotation de 1 à 8 pour bien identifier les relais, mais n'influe pas sur les actions.

Le code du java script est ici plus développé que dans essai2.htm car il prend en compte plus d'éléments à mettre à jour.
Concernant les relais, cherchez vers la ligne 74 le texte "Loop over all the LEDs".
La ligne suivante effectue un test sur l'ensemble des relais concerné. Donc ici le test s'étend de i = 0 à i < 8, ou encore du relai led=0 au relai led=7.
Si vous modifiez le nombre de relais utilisés par votre application il faudra modifier en conséquence le nombre de tests effectués par le code.
Au passage, il est de fait préférable de brancher des relais contigus... ou de d'inclure les relais non branchés comme non visibles sur la page.

Petits exemples :

Si je branche 4 commandes de puissance, elles seront câblées sur les contacts de relai 1 à 4.
Je placerai alors les quatre "bulles" et leur liens identifié led=0 à led=3.
Je modifierai le code pour que le test aille de i=0 à i<4.

Si j'emploie une partie de mes commandes de puissance précédemment câblées. Disons de la 2 à la 4.
La page sera amputée de la ligne déclarant le lien du relai 1 (donc led=0).
Le code sera modifié pour tester de i=1 à i<4.

III.b ) les plots des contacteurs :

La carte dispose de quatre plots qui permettent de connaitre l'état logique fermé ou ouvert d'un circuit électrique.
Sur la page d'accueil ces quatre entrées sont nommées "digital input".
Pour chaque entrée existe une identité qui permet de placer le résultat de la mise à jour.
Les noms des id sont btn0, btn1, btn2 et btn3. Leur valeur est mise à jour par le code automatiquement.

Pour placer cette information sur votre page il vous faut donc définir une étendue de texte dûment identifiée.
Dans index.htm repérez les balises <span> qui déclarent ces étendues.
Lorsque le code trouvera une valeur, celle ci sera placée au bon endroit.
Jetez un œil à la ligne 82 pour le texte "Loop over all the buttons" c'est là que commence le code du test.
Comme pour les relais, le test s'effectue pour une valeur n-1 donc le bouton 3 est en fait btn2...
La valeur affichée sera fonction de l'état de l'entrée. Le test est positif si l'entrée est ouverte, il affichera alors le texte indiqué par la ligne se terminant par "innerHTML = '0'".
Ici donc affiche "0" si l'entrée est ouverte. On peut y placer du texte plus explicite comme 'éteins' ou encore 'arrêté'.

Si le test est négatif, la ligne suivante sera alors affichée. Donc entrée fermée affichera '1'.

Si vous n'employez pas les entrées dans votre application, vous pouvez retirer l'affichage de ces entrées de votre mise en page, mais pensez également à modifier le code java script en conséquence en retirant le test (de la ligne 82 à 89).


III.c ) la mesure analogique :

Il existe une entrée permettant de connaitre une valeur mesurée. Cette entrée nommée "Analog Input Level" et dont le test se trouve à la ligne 90 permet des
applications comme une sonde de température ou un niveau d'eau, ou encore tout ce qui peut être mesuré par un potentiomètre.

Si votre page n'emploie pas cette fonction, supprimez l'affichage et le code des lignes 90 et 91.

III.d ) conclusions sur ce tour d'horizon :

La mise en page et le java script vont de pairs pour actualiser correctement l'affichage.
Les numérotations des identités sont du type n-1, pour les led (relais) ou les btn (entrées logiques).
L'affichage dynamique est obtenu par l'emploi d'id d'éléments qui sont modifiées à la volée ; couleur pour les relais, texte pour les entrées.


IV ) Plus de personnalisation :

Maintenant que vous êtes au courant des bases, il va falloir trouver le petit plus artistique qui conviendra à votre application. N'hésitez pas à employer un modèle déjà opérationnel afin de modifier par étape.
Quoi que vous choisissiez comme présentation, votre ensemble de fichier ne doit pas dépasser la capacité mémoire relativement faible du microchip. Le répertoire de travail ne doit pas dépasser 32 ko.

Les nouvelles versions des cartes disposent d'un supplément d'espace bienvenu.

IV.a ) le modèle du fabricant :

Rien à dire à ce sujet. Il vous propose une interface simple et facile d'accès.
A noter la présence d'un menu sur la gauche. C'est la balise <div id=menu> qui marque son style.
L'image se place dans le header.inc et les déclarations du modèle de mise en page également, le titre, les liens vers les scripts etc.

IV.b ) commande d'un télérupteur :

Ceux qui ont suivi sans dormir auront remarqué que l'action d'un clic change l'état d'un relai. Puis celui ci reste indéfiniment dans ce nouvel état.
C'est le comportement d'un interrupteur.
Mais si votre application nécessite de piloter un télérupteur, c'est le comportement d'un bouton poussoir qu'il va nous falloir.
Voici comment l'obtenir.

Lien vers le scrript télérupteur.txt

Lorsque l'on clic sur le lien activant un relai, nous lançons l'action newAjaxcommand... qui permet de changer l'état dudit relai.
Dans le fichier d'exemple tl.txt vous verrez que j'ai simplement remplacé l'action par une nouvelle venue nommée telerupteur() et qui se trouve définie en fin de fichier à la ligne 87.
La fonction lance une action newAjaxcommand puis patiente jusqu'à l'expiration d'un décompte de 250 ms avant de relancer la même action newAjaxcommand.
On obtiens bien un effet bouton poussoir.
La durée fut au départ mise à 500 ms mais je trouvais le temps trop long.





IV.c ) plus de place ?

Avec 32 ko pas moyen de placer une superbe image en fond ou encore de placer une myriade de boutons personnalisés... il faut expatrier les images !
De la même manière que les images sont hébergées à l'extérieur sur les forums, il vous faut inscrire des liens vers des images extérieures en lieu et place des liens locaux.
J'ai employé les services de "cijoint" par le passé, mais à présent la pluspart des équipements de type modem-routeur fournissent un accès à une clé de stockage usb. A essayer mais ça vaut le coup, à vous de trouver celui qui vous conviendra.

Pensez à employer les styles prédéfinis dans le fichier mchp.css voir à inclure les vôtres.

Pour ceux qui emploient Firefox (avant le 4), vous pouvez également paramétrer votre navigateur pour qu'il utilise des images sur votre ordinateur en modifiant le fichier usercontent dans votre profil (images en base_64).




   [ Message modifié par La_Brosse  le  02-06-2011  à  17:48 ] 

• Attachements

Je vous propose une personnalisation.

Imaginons une petite salle de projection privée, un "home cinema" selon l'anglicisme à la mode.
Un ensemble "média center" diffusant et affichant les sources les plus diverses, puis un amplificateur hi-fi planqué dans un placard, et enfin un éclairage affinant la décoration.
Pour l'implantation électrique nous choisirons d'avoir une commande par relai de puissance des prises de courants dévolues à ces appareillages.
Un chauffage serait également le bienvenu (ou la commande du fil pilote en mode normal-mode éco).

Voilà de quoi peut avoir l'air la page de commande :



Créée à partir d'icônes du wikicommons, sur un fond à adapter à la taille de l'écran l'affichant. Ici on peut tout à fait imaginer l'avantage d'avoir un petit pocket pc avec liaison wifi vers le routeur (ou la box) du réseau domestique... on obtiens une télécommande tactile paramétrable.

Voici le lien vers la page en txt.

Voici le lien vers l'archive zip contenant le fichier bin pour gaver le microchip de la carte Web Relay.


   [ Message modifié par La_Brosse  le  18-06-2010  à  18:16 ] 

• Attachements

Salut ;

Voici une proposition d'emploi domotique. La gestion déportée des volets roulants, des accessoires luminaires extérieurs et la porte du garage.

La page :



La page est très dépouillée ; elle figure une image de maison (ici sur le wikicommons) et une double barre reprenant les fonctionnalités habituelles.

Voilà la source :
Lien vers la page en exemple en txt

L'astuce réside dans le fait que l'image est divisée en zones cliquables. Un clic sur le volet du séjour actionne le relai du volet du séjour... pareil pour l'autre volet, la porte du garage....
On trouve aussi l'accès à ses actions sous l'image.

En pied on trouve la barre des contacts de fermeture. Ceux ci pourrons être reliés à des contacts de fin de course pour les volets et la porte.
Ici j'ai placé l'état avec des mots. Fermé et Ouvert seront plus parlant.

La partie électrique :
Il faudra tout d'abord observer comment commander les volets roulants. Pour brancher la carte en parallèle des commandes murales initiales.
Si la commande nécessite initialement un bouton poussoir, alors la carte devra se comporter en contact impulsionnel avec la fonction telerupteur().
Si la commande de la porte consomme un ampérage important il faudra prévoir un contacteur de commande.

Les contacts de fin de course seront connectés aux bornes In 1 à 4, sans tension dans le circuit.

L'archive de 9ko :
Ici elle ne pèse rien puisque l'image est hébergée à l'extérieur. Cela permet de gagner de la place sur le serveur.
J'ai modifié le fichier de style pour obtenir le fond vert, sans les bordures habituelles.
Et j'ai retiré quelques fichiers.

Lien vers l'archive en zip


   [ Message modifié par  La_Brosse  le  18-06-2010  à  18:18 ] 

• Attachements

Bonjour

Merci beaucoup pour toutes ces explications, à vous et à Freud !
Sans être très réactif sur le forum, on en reste pas moins super client !

Je me demandai pourquoi vouloir héberger l'application web sur la carte, et pas sur un serveur distant quelconque?



   [ Message modifié par  jbb  le  08-12-2009  à  18:43 ] 

Salut ;

Merci pour cette question.
L'interface web inclue est en fait le seul lien vers la carte. Ou plus exactement, la lecture des données xml sur le serveur embarqué rend compte des états.
On peut parfaitement déporter les pages sur un serveur externe si on prend soin de faire suivre les indications des sources d'information. Cela est donc possible, si on a déjà un serveur branché en permanence.
Puisque c'est bien là l'intérêt de cette carte, son fonctionnement autonome. D'autres cartes domotique peuvent être branchées en usb ou en parallèle mais nécessitent un ordinateur maitre.

Il existe également les modules x10 qui sont autonomes (des modules télécommandes existe pour le système) et peuvent être interfacés avec un ordinateur, mais là encore l'emploi d'un ordinateur dédié est souvent inévitable (ou alors on prend un automate pour le prix d'un rein et d'une jambe).

Dans son essence, cette carte web relay correspond à ce que proposent des grandes marques de gestion de l'énergie pour les système informatique. Le prix en moins.
Je prépare justement une présentation très orientée "gestion de parc", avec un effort sur le graphisme (pour une fois).

Si j'ai le temps, j'essayerai de tracer les grandes lignes pour faire une vraie programmation dans l'esprit domotique (actions horaires et réactions) avec quelque chose comme heyu.


   [ Message modifié par  La_Brosse  le  10-12-2009  à  19:27 ] 

Salut ;

Voici donc ce que l'on peut faire pour présenter plus convenablement les fonctions de la carte en vue de gérer un parc informatique.

  1200 x 713 px - 85.13 Ko

Voici de quoi il retourne :
- 4 serveurs avec chacun leur affectation ;
- 1 onduleur par serveur ;

La présentation :
Ce qui saute aux yeux c'est que j'ai remplacé les éléments réactifs habituels par des icônes adaptées à l'état du relai concerné ou du contact.
Nous avons par exemple le serveur 1 allumé (orange) mais fonctionnant sur batterie (le secteur est coupé).

Chaque serveur est commandé par deux boutons : marche/arrêt et reset.
Chaque onduleur indique son état : sur secteur ou sur batterie.

J'ai opté pour une représentation plus graphique du fonctionnement, c'est plus contraignant sur le temps de création, mais ça flatte mieux mes yeux...
Le style est largement inspiré du scol design center (vers 1999) les icônes sont gratuites sur le web.

En pied de tableau, nous avons un accès à l'accueil habituel, le hello message aussi.
Au centre du tableau un espace est disponible pour un texte, un logo ou un script (l'heure par exemple). Vous êtes libres de modifier ça.

Les images étant particulièrement volumineuses, il faudra les déplacer vers un hébergement externe.

Les fichiers :
Pour voir la page source => data center.txt

Pour charger l'ensemble => l'archive zip de 250 ko

Les branchements :
Les serveurs seront connectés à 4 relais de puissance commandés par les relai 1 à 4 de la carte.
De fait, les serveurs devront être modifiés pour démarrer si le courant est présent (dans le bios, onglet "power management", option "Boot on power resume").

Les connecteurs reset de chaque serveur seront câblés jusqu'aux relais 5 à 8 de la carte.
Le fonctionnement de ces relais est modifié en fugitif par la fonction switchrst (issue de telerupteur() mais avec paramêtrage des numéros de relais).

Les onduleurs devront fournir un contact en cas d'emploi de la batterie ou lorsque le secteur est présent.

Par exemple sur un APC SU700, la broche n°3 du DB9 femelle descend à la masse en cas de coupure de secteur.
Il faut donc câbler les contacts de la carte entre les broches n°3 et leurs masses respectives.


Voilà.


   [ Message modifié par  La_Brosse  le  18-06-2010  à  18:24 ] 

• Attachements

Bonjour à tous ;

Nous sommes en train de développer un projet domotique ayant pour base une carte relai IP.
Vous pouvez prendre connaissance des éléments en cours à cette adresse.

Nous sommes en cours de développement et une page dédiée est sur les rails.

Par ailleurs j'ai relevé une boulette dans le dernier exemple de personnalisation.
Dans le comportement des entrées, il faut inverser les valeurs renvoyées par le test. En effet quand le bouton est "up" cela signifie pour la carte Web Relay que le contact n'est pas établi entre les bornes. Cette situation correspond à "Secteur présent" pour l'onduleur.


   [ Message modifié par La_Brosse  le  12-10-2011  à  18:12 ] 

Salut,

J'ai entendu parlé de ton projet par Freud, très interessant, très bon boulot.

Pour mon travail, j'ai adapté une debian, ultra allègée et optimisée, que je fais tourné sur un Vortex86 (1Ghz/256Mo) pour faire tournée des appli industrielle.


Mais pour un client, j'ai développé autour de cette nano distro une carte de puissance I/O avec un bête 18C Microship relié a un COM qui permet acquisition et le contrôle de relais (Triac dans notre cas) de 65 535 capteur ou entrée sortie analogique. Les cartes sont chainable et comporte 2 entrée ou sortie analogique (BP 100Hz max) et 32 entrées ou sorties. Sur le Vortex on a installer notre framework en php (apache, mysql, etc...) pour le contrôle par le web.

Ce qui nous a poussé a monter un cran au dessus d'un micro-controleur avec une stack IP :

* Déjà la plus part des stack IP Microship et Arm microcontroleur sont très peut fiable en matière de sécurité (BOF, Shellcode, etc...) ou il faut se tourner vers des solutions relativement spécifique couteuse.
Il faut donc déléguer la sécu a une autre entité, relais, box, etc... ce qui souvent embête les gens et pose des problème de config pour les non initiés.
L'utilisation de la stack linux et d'un peu de puissance, permet d'utilise de fabuleux outils tel que les iptables, le ssl et bien sur les VNP, on régle ainsi tout les problèmes de ports, et autre soucis de config (Boulot, Maison...)
La sécurité est un point "ultra" essentiel sur un tel projet.

* Linux et un peu de puissance et de ram, permet de pouvoir intégrer "convenablement" un ipbx très puissant qui permet de faire de la téléponie sur ip. J'ai monté une petit lib et quelques scripts pour pouvoir contrôler la carte, ou connaitre les niveaux ou états des capteurs par menu vocale : Convergence.

Concernant le cout du matériel,
- La box peut être trouvée entre 100/150$ suivant les quantité
- Les cartes de puissance avec le boitier radiateur ~30/40 € peut être.
- L'abonnement un N° VoIP coute entre 1 et 5 € / mois (Les freenautes on déja un compte sip d'office ;) )
Bref, tres abordable pour ce type de projet.

Ce client a mis en stand-by le projet pour des raisons économiques, le concept reste très valable, nous avions même commencer a travail sur l'interco des alarmes et la prise en charge du X10. Je précise que ce projet n'a jamais été mis en test dans son "jus", seulement sur la "paillasse".

Voila,

Je vais suivre ton projet avec attention ;)
Bonne continuatiion

Molux

• Attachements

Salut ;

Tu es un cran au dessus avec ton matériel. Je suis favorablement impressionné par les capacités que propose des micro distributions de linux. Là tu nous montres un remplaçant haute performance à notre petite carte relai IP.

Les version WRB ne disposent même pas des règlages de sécurité, le fabricant les a inclues dans les dernières versions (pas sûr) et dans le nouveau modèle IP800. Mais de toute façon il est très hautement préférable de prendre un matériel plus évolué pour faire ce travail.

Je très peu trifouillé dans les *nix et pour le moment mes essais de compilations ne se sont pas bien passés (à part le noyau). Notemment pour le projet, il me serait utile de proposer le portage sur Windows avec l'environnement cygwin. Enfin nous en reparlerons...

J'aime bien l'esthétique de cette boite vortex, ça me change des grosses caisses.

Salut,

Dans mon métier je travail régulièrement dans "l'embarqué" : Microcontroleur ou réel UC et donc j'ai déja eu maintes occasions de voir les avantages et inconvénients et je dois t'avouer avoir retourné ce concept dans tous les sens depuis quelques années maintenant.

Donc effectivement, l'erreur serait de mettre la sécurité de coté, ce qui est une bétise :
"A quoi ca sert d'avoir la possibilité de de contrôler a distance son habitation si le système plante tous les jours sous un DOS, ou pire si cake prend le contrôle et te monte tes chauffages a fond l'été toutes la journée, etc...

Je vais dire une ânerie, mais dans la plus part des cas, la sécurité demande de la ressource.
Et surtout un développent très rigoureux et vigilant de la stackIP ce qui est rarement le cas des µC standard (jette un oeil dans la stack Microship :P )

Une solution alternative et bon marché est linux.
Attention toute fois, puisque les constructeurs offre ce service en "bonus" qui ne le rapporte rien, il n'est pas rare de trouve des adaptation de distro pitoyable et encore moins sécure qu'une stackip basic
Du coup il faut un minimum mettre les main dans le camboui et pas une simple recompilation de noyau (ucLib, busybox & co) pour obtenir un systeme optimisé

J'ai un DOM de 2Go sur la box, j'utilise de tête 400 Mo (web,db,php,ipbx plus outils divers) et j'ai laissé quelques page du man. on doit pouvoir descendre encore bien plus mais j'ai besoin de certaine grosse lib.

Autre chose, penses a "l'USB" pour tous ce qui est extention c'est royale, avec linux tu peuxc donc augmenter le stockage de ta bestiole, ajouter une extention wifi, audio, ou ce que tu souhaites....

De plus, j'imagine que tu va éviter "la mécanique" donc du Fanless et pas de HDD il va donc falloir régler les problèmes de "sur écriture" des données pour éviter de cramer ton DOM ou ta CF en quelques semaines, donc aufs, ramdisk & co seront a l'honneur.

Juste pour information j'ai une box qui fais la supervision d'un automate qui tourne depuis plus de 450 jours sans problème, elle est ondulé mais rien de plus et est dans un hangars en tole pas chauffée

Si non, je suis en rénovation de mon habitation et donc de mon électricité, pour ma part, je vais me tourner vers des solutions tel que :

* Pour le serveur/manager :

~300 €
C'est de l'Atom, y'a de la place et le LCD permet la maintenance rapide devant le tableau
il se monte en rail omega

* Pour le ou les télécommande/tableau de bord interne a l'habitation

~60 $
ou

~100 $
C'est du Arm ~500Mz,64 RAM, tft tactile livré ca coute une "misère" et y'a tout on-bord,
Tu boulonnes cas dans le placo avec une bête boite encastrable, il faut prévoir le 12V derriere le placo pour ne pas s'embêter a coller l'alim derriere et tu as de superbe télécommande ethernet, wifi ou ce que tu veux, tu peux meme monter un client VoIp pour t'en servir en portier Video, telephone Ip, ou je ne sais quoi encore...Et imagine les interfaces iphone like...

Rien que ces dernière bestiole, équipée d'une carte puissance, sont bien plus sûr qu'un bête µC (Linux et WinCE tourne sur ces plateforme) et sont capable de faire ce que tu souhaites et bien plus


Bref, voila pour les idées, si j'avais tu temps je te rejoindrais sur ce projet, peut etre l'année prochaine...

N'hésite pas si tu as besoin


Molux


   [ Message modifié par molux  le  11-01-2010  à  16:05 ] 

• Attachements