Proposition domotique Arduino sans shield Ethernet

Bonjour à tous!
Bon, je ne suis pas un expert en Arduino (et loin de la)
Je souhaite me lancer dans un projet de domotique avec Arduino à moindre frais (Comme beaucoup d'entre vous)
Je voulais juste poser une question, car je n'ai pas l'impression que ça a été soumis...

Que pensez vous de ça? : (les grandes lignes pour gagner du temps)
Brancher un ordi (portable de préférence pour avoir une batterie de secours) sur le réseau près du tableau électrique
Connecter l'arduino via USB dessus.
Ajouter tous les relais nécessaires (ou autre chose).
Créer un site Internet en PHP/MySql
Utiliser cette classe Google Code Archive - Long-term storage for Google Code Project Hosting. pour faire la liaison PC<->Arduino
Si le PC est en Linux, il y a possibilité de lire et écrire un flux Serial, si Windows, juste écrire
Pour la gestion de scénarios, il faudrait juste créer des taches cron...

Je le répète, ce n'est qu'une proposition et je ne l'ai pas (encore) vu sur le forum Arduino.
Je pense que ce n'est pas un projet hyper difficile mais je suis novice en Arduino et encore plus en domotique...
Par contre pour la partie PHP/MySql, je pourrai peut être aider!

Si j'ai bien compris, tu voudrais connecter une carte à base d'Arduino sur le réseau électrique d'une maison et contrôler le tout à distance ?

En effet, ça n'a pas l'air simple surtout que cela fait appel à différents domaines ! (réseau électrique, PHP, C ..)

Personnellement, je te conseillerai de commencer par des projets plus simples et avec des basses tensions (pour éviter de ramasser une chataigne !)

Yep!

Si j'ai bien compris, tu voudrais connecter une carte à base d'Arduino sur le réseau électrique d'une maison et contrôler le tout à distance ?

Tu as mal compris XD

Le projet n'est pas trop compliqué et contrairement cela a déjà été fait. D'ailleurs, avant de distribuer un site web, la plupart des développeurs ont d'abord téstés chez eux, en local.

Pour ma part, mon installation domotique actuel est grosso modo dans cette architecture. Un arduino mega relié à un pc portable, quelques relais et sondes, ainsi qu'un afficheur tactile dans le salon.
Pour la gestion, j'ai plutôt opté pour une application écrite en python, portable sur clé usb et utilisable à peu prés n'importe où dans le monde grâce à l'utilisation de socket. Elle communique avec un proxy (pc/arduino) sur l'ordinateur portable et me permet ainsi de réguler mon chauffage central pour l'instant (différents modes : normal, vacances, hors-gel, calendrier, seuils de température, etc).

@+

Zoroastre.

boujour

c'est l'idée que j'ai eu depuis un long moment.
Il y a un mais c'est la consommation de l'ordi de bureau ou portable !
Donc j'ai précommandé un raspberry pi un petit ordi aux performances suffisantes pour de la domotique.
La consommation de cette petite merveille ...... 3,5 watt !!!!
J'attends la livraison, normalement mois de juillet.

chabot380

Yep!

Plus disponible et plus costaud, il existe aussi les plug-pc comme le sheevaplug ou le dreamplug.

http://www.newit.co.uk/shop/products.php?cat=5
http://www.newit.co.uk/shop/products.php?cat=21

Bon ok, c'est pas le même prix, mais c'est plus sérieux XD

@+

Zoroastre.

Ok merci à tous!!!
Je crois que je vais continuer à réfléchir à tout ça et creuser les liens que vous m avez fourni!!

Sur les sites de vente privées, genre "vent du diable" on trouve des fois des anciens modèles de netbook pour 130 à à 150€
Le gros avantage par rapport à un PlugComputer c'est que c'est du x86 donc tu fais tourner dessus un Windows XP ou un Linux standard.
Ca peut être moins de soucis pour l'install et le développement.
Notamment tu peux développer sur un vrai PC en natif et copier que les binaire.
Avec un PlugComputer qui utilise un proc. Marvell, il faut un environnement de dev croisé qui n'est pas forcément aussi simple a mettre en oeuvre que l'IDE Arduino...
J'utilise une recup de HP T5300 qui utilise un 586 (compatible Pemtium 1ère génération) et j'utilise une distri microcore Linux.

nono056:
Utiliser cette classe Google Code Archive - Long-term storage for Google Code Project Hosting. pour faire la liaison PC<->Arduino

Je l'ai testé récemment, pas réussis à le faire fonctionner correctement sous mac os. :drooling_face:
De plus il reste toujours le problème qu'en php on ne sais pas gérer les thread, donc soit on boucle sur la connections série et on ne peux rien faire d'autre presque (en dehors de cette boucle) même réceptionner une requête ..., soit connexion déconnexion constante pour vérifier s'il n'entre rien et celà provoque également l'auto reset de l'arduino à chaque connexion déconnexion du port série ...
Par contre je l'ai fais avec un serveur de web socket <-> serie en java et ça marche parfaitement (encore heureux puisque l'ide arduino utilise également la lib rxtx ... :sweat_smile:)
Pour de ce qui est du RaspBerry je pense que ce serait la bonne solution pour ceux qui aime chipoter, il en fait assé sans trop en faire niveau ressource, le seule problème c'est la dispo ... =(

osaka:
De plus il reste toujours le problème qu'en php on ne sais pas gérer les thread, donc soit on boucle sur la connections série et on ne peux rien faire d'autre presque (en dehors de cette boucle) même réceptionner une requête ...

Oui mais non, en PHP sur les systèmes UNIX (mac devrait pouvoir le faire) il est possible de créer de "deamon" en PHP avec les fonctions posix (fork(), ...).
http://fr.php.net/manual/fr/ref.pcntl.php

Ensuite pour la communication entre les scripts PHP utilisateurs et le deamon PHP :
http://php.net/manual/fr/function.posix-mkfifo.php

skywodd:
Oui mais non, en PHP sur les systèmes UNIX (mac devrait pouvoir le faire) il est possible de créer de "deamon" en PHP avec les fonctions posix (fork(), ...).

Oui bien d'accord mais voilà php en lui même est incapable de le faire naturellement, ce n'est qu'un langage interprété et on en reviens toujours au même point, passer par des intermédiaires dont on ne peux maîtriser l’intégralité, chipotages, unix, etc, et pour finir on ce retrouve toujours avec pas mal de restrictions donc pas moyen de faire du multi process en toute "simplicité" ...
Pour moi php est seulement bon à jouer avec les chaines de caractères et faire des taches simple, étant un langage interprété c'est loin d'être optimal pour le reste, regarde les difficultés qu'on a eu pour avoir quelque chose de correcte avec les sockets dans nos projets (websocket, firmata, ...) =( .

Bonjour, pour ce qui est de la classe php-serial je peut te donner mon retour. Elle est facile à utiliser mais il faudra parser toi même les retours à la lignes du serial. J'avais créer un petit programme arduino qui interprété les signaux IR d'une télécommande et les envoyé à mon ordinateur par le port série. Ensuite avec php-serial je pouvais revoir ces données et les traiter pour augmenter le volume, abaisser le volume et même le verrouiller par une combinaison de touches numériques.

Ensuite pour les threads j'ai tester cette class qui reprend ke principe énoncé par skywodd et te simplifie l'utilisation : http://blog.motane.lu/2009/01/02/multithreading-in-php/
Sache par ailleurs que j'ai déjà fais un serveur IRC en php capable de gérer beaucoup de monde à la fois et sans à avoir à interrompre aucune connections avec les clients. Le rapport avec toi c'est que PHP peut tourner dans une boucle sans avoir à checker le serial constamment, il peut aller jouer quelques secondes avec la BDD et revenir après, il y a un buffer interne à l'OS (ou PHP, j'avoue que je ne sais plus).

Dommage que mon PC fixe est un petit problème d'alimentation sinon je t'aurais envoyé volontiers quelques codes.

osaka:
Oui bien d'accord mais voilà php en lui même est incapable de le faire naturellement, ce n'est qu'un langage interprété et on en reviens toujours au même point, passer par des intermédiaires dont on ne peux maîtriser l’intégralité, chipotages, unix, etc, et pour finir on ce retrouve toujours avec pas mal de restrictions donc pas moyen de faire du multi process en toute "simplicité" ...
Pour moi php est seulement bon à jouer avec les chaines de caractères et faire des taches simple, étant un langage interprété c'est loin d'être optimal pour le reste, regarde les difficultés qu'on a eu pour avoir quelque chose de correcte avec les sockets dans nos projets (websocket, firmata, ...) =( .

Tu te met le doigt dans l'œil jusqu'au coude, je peut te le garantir :wink:

PHP est naturellement POSIX sur les systèmes POSIX ...

Il n'est pas possible de rendre un systéme d'exploitation tel que windows POSIX juste pour PHP !

Depuis PHP 5 avec le Zend Engine 2, PHP est devenu un langage semi-compilé.

Comme pour les programmes java, les programmes PHP sont compilé en bytecode, mis en cache, puis lors d'un appel au script c'est la version pré-compilé qui est exécuté.
cf : http://fr2.php.net/manual/en/internals2.opcodes.php

La méthode de conception d'un programme multi-thread en PHP ou en POSIX est strictement identique.

Tu prend un programme posix, tu change les fonctions par leur équivalent PHP posix_xxx et ça fera exactement pareil.
De plus PHP peut tourner en ligne de commande (donc par forcément en mode "web"), et ça puissance d'optimisation en fait un des meilleurs langage de script possible (d'un point de vue performance PHP est très supérieur à python (même si je suis en grand fan de python je ne peut que le constater)).

Si tu vois PHP comme du langage BASH linux qui ne fait que manipuler des chaines de caractéres c'est bien dommage.

Si tu avais une vue plus en profondeur des fonctions du moteur PHP tu serais surpris de voir qu'il est possible de faire des scripts PHP au capacités équivalente (voir supérieur) à un "vrai" programme C/C++, mais au lieu d'avoir +5000 lignes de code tu en aurais quelques 100aine optimisé à mort par le moteur PHP.

PHP 5.4 + mode CLI (ligne de commande) + POSIX = un programme en console unix tout ce qui as de plus classique.
La différence : en programmation C/C++ tu aurais pondu des centaines de lignes de code, inclut des dizaines de librairies, alors qu'en PHP il y aurai une fonctions de base pour cela.
Et comme les extensions PHP sont en langage natif (c/c++) les performances ne sont que trés peu diminué.
Seul point faible de PHP en CLI : pas d'interface graphique de base (comme python) mais des barbu du monde du manchot on portaient GTK en extension PHP.

C'est vrai, sauf que lorsque j'ai codé EthFirmata et ArduinoRPC je n'était pas en IUT informatique. Je n'avais pas suivi des cours de programmation systéme (posix / linux bas niveau), de réseau (socket / protocole IP), ... :wink:

Je suis sur que si je me replonge aujourd'hui dans mon code, l'erreur qui bloquait tout me sauterai au yeux (et la probabilité d'un ctrl+A supprimer serait de ~99%).

.. là je crois qu'on s'éloignent sérieusement du sujet de départ :sweat_smile:

SRWieZ:
Ensuite pour les threads j'ai tester cette class qui reprend ke principe énoncé par skywodd et te simplifie l'utilisation : http://blog.motane.lu/2009/01/02/multithreading-in-php/

C'est de la triche d'utiliser un classe tout prête :grin:

SRWieZ:
Le rapport avec toi c'est que PHP peut tourner dans une boucle sans avoir à checker le serial constamment, il peut aller jouer quelques secondes avec la BDD et revenir après, il y a un buffer interne à l'OS (ou PHP, j'avoue que je ne sais plus).

Pour le port série c'est au niveau du systéme d'exploitation qu'il y a une mémoire tampon.
sous windows (de base) le buffer est de 4096 octets, sous linux je crois que c'est dans le même ordre de grandeur.

Dans le même principe, pour les bases de données c'est au niveau de PHP que ce fait la persistance :
http://php.net/manual/fr/features.persistent-connections.php

Merci pour cette précision.

skywodd:
Seul point faible de PHP en CLI : pas d'interface graphique de base (comme python) mais des barbu du monde du manchot on portaient GTK en extension PHP.

Et je peut te dire qu'elle fonctionne parfaitement. Je rédige d'ailleurs un tutoriel complet sur le site du zéro. Je n'avais pas beaucoup de temps avant mais maintenant que je suis en vacances j'espère pouvoir le publier pendant les vacances.

skywodd:
Tu te met le doigt dans l'œil jusqu'au coude, je peut te le garantir :wink:

Suis protégé, lunettes 8) :grin:.

skywodd:

PHP est naturellement POSIX sur les systèmes POSIX ...

Il n'est pas possible de rendre un systéme d'exploitation tel que windows POSIX juste pour PHP !

C'est bien ce que je disais,POSIX=API=restrictions=chipotages, ... et surtout cantonné aux monde unix c'est pas plus portable que DotNet au final (! pas frappé j'ai pas dis ouvert, libre et blabla :sweat_smile:) ...

skywodd:

Depuis PHP 5 avec le Zend Engine 2, PHP est devenu un langage semi-compilé.

Comme pour les programmes java, les programmes PHP sont compilé en bytecode, mis en cache, puis lors d'un appel au script c'est la version pré-compilé qui est exécuté.

Je savais pas, vu que je ne l'utilise que pour du contenu web, comme c'est ce pourquoi php était prévu à la base. :sweat_smile:

skywodd:

Si tu vois PHP comme du langage BASH linux qui ne fait que manipuler des chaines de caractéres c'est bien dommage.

Si tu avais une vue plus en profondeur des fonctions du moteur PHP tu serais surpris de voir qu'il est possible de faire des scripts PHP au capacités équivalente (voir supérieur) à un "vrai" programme C/C++, mais au lieu d'avoir +5000 lignes de code tu en aurais quelques 100aine optimisé à mort par le moteur PHP.

Je l'avoue, je n'ai jamais eu l'envie de chercher plus loin en ce qui concerne php.
Pour les 100 ligne aux lieu de 5000 je comparerais ceci aux core arduino, c'est bien joli de facilité les choses et masquer la difficulté mais on ne peux pas optimisé une fonction ouverte aux différentes éventualités (d'où le fait que la team arduino utilise des tableaux de correspondance pin<-> n°) .
Enfin c'est un truc de fainéant quoi. :grin:
Et le plus important à mes yeux c'est le typage dynamique de php,comment avoir quelque chose d'optimisé si tu ne peux pas savoir ou définir les type de variable à traiter ... (c'est pour celà que je ne suis pas un grand fan de python non plus)
D'un autre côté je ne peux pas trop critiqué les performances vu que ma préférence va vers java :*, enfin là c'est juste que je privilégie le côté objet stricte.

skywodd:
PHP 5.4 + mode CLI (ligne de commande) + POSIX = un programme en console unix tout ce qui as de plus classique.

+++ c'est pas ce que j'appel naturel et simple. :grin:

skywodd:
La différence : en programmation C/C++ tu aurais pondu des centaines de lignes de code, inclut des dizaines de librairies, alors qu'en PHP il y aurai une fonctions de base pour cela.
Et comme les extensions PHP sont en langage natif (c/c++) les performances ne sont que trés peu diminué.
Seul point faible de PHP en CLI : pas d'interface graphique de base (comme python) mais des barbu du monde du manchot on portaient GTK en extension PHP.

Les lib et extensions on ne peux pas y échapper quelque soit le langage tout dépend du besoin que ce soit en php ou c/c++.

skywodd:

C'est vrai, sauf que lorsque j'ai codé EthFirmata et ArduinoRPC je n'était pas en IUT informatique. Je n'avais pas suivi des cours de programmation systéme (posix / linux bas niveau), de réseau (socket / protocole IP), ... :wink:

Je suis sur que si je me replonge aujourd'hui dans mon code, l'erreur qui bloquait tout me sauterai au yeux (et la probabilité d'un ctrl+A supprimer serait de ~99%).

Ici le principale problème était qu'un simple 0 te clôturait le socket ... l'échange simple de données binaire s'en est retrouvé compromise pour mon projet, encore une fois dans mon cas ça m'a tellement saoulé que j'ai pas cherché plus loin. :sweat_smile:

Enfin au final c'est comme pour tout langage, tout dépend de ses préférences et affinités (que je n'ai pas avec php on l'auras remarqué :grin: ).

skywodd:
.. là je crois qu'on s'éloignent sérieusement du sujet de départ :sweat_smile:

meuh non, il s'agit seulement de savoir si le sujet/projet est viable, apparemment oui donc il ne reste plus qu'a fournir le support. :grin:

osaka:
C'est bien ce que je disais,POSIX=API=restrictions=chipotages, ... et surtout cantonné aux monde unix c'est pas plus portable que DotNet au final (! pas frappé j'ai pas dis ouvert, libre et blabla :sweat_smile:) ...

:astonished: Si mon prof de programmation systéme te choppe ...
Tu passe par la fenêtre à grand coup de pied au c*l et tu fait huit fois le tour de la terre :grin:

POSIX = Standard = portabilité entre OS (... sauf sur ... windows :roll_eyes:, et encore je suis méchant une partie du POSIX est respecté)
voir POSIX — Wikipédia

Et humm ... la comparaison avec .net framework :roll_eyes:
On parle d'API bas niveau là (gestion du noyau, des processus, de la mémoire, ...) .net n'as rien à voir ...

osaka:
Je savais pas, vu que je ne l'utilise que pour du contenu web, comme c'est ce pourquoi php était prévu à la base. :sweat_smile:

Justement c'est pour améliorer le temps de génération des pages web que Zend a conçu un moteur PHP avec machine virtuelle.
C'est pas pour les applications CLI que le temps de lancement est critique, par contre pour les pages web on compte les millisecondes maintenant :wink:

osaka:
Je l'avoue, je n'ai jamais eu l'envie de chercher plus loin en ce qui concerne php.
Pour les 100 ligne aux lieu de 5000 je comparerais ceci aux core arduino, c'est bien joli de facilité les choses et masquer la difficulté mais on ne peux pas optimisé une fonction ouverte aux différentes éventualités (d'où le fait que la team arduino utilise des tableaux de correspondance pin<-> n°) .

En php les appels de fonctions "de base" de la libc sont appelé telle quelle, donc aucune forme de masquage à ce niveau.
Pour ce qui est des fonctions "toute prête" elle sont conçu par Zend, autant dire que niveau optimisation c'est autre chose que la team arduino :wink:
(Et puis vu le nombre de barbus et de sociétés qui injecte du fric dans PHP l'optimisation à l'heure du web 2.0 ça turbine !)

osaka:
Et le plus important à mes yeux c'est le typage dynamique de php, comment avoir quelque chose d'optimisé si tu ne peux pas savoir ou définir les type de variable à traiter ... (c'est pour celà que je ne suis pas un grand fan de python non plus)

Depuis PHP 5.4 le typage stricte est possible, tu peut donc faire des programmes / fonctions avec des types prédéfini en dure.
Mais même en typage dynamique, la machine virtuelle de PHP optimise tellement les choses que souvent elle pré-détermine le type des variables.

osaka:
D'un autre côté je ne peux pas trop critiqué les performances vu que ma préférence va vers java :*, enfin là c'est juste que je privilégie le côté objet stricte.

... Oui là tu peut pas critiquer effectivement :grin:
PHP n'as pas besoin de 512Mo pour faire son job hein :grin:

osaka:
+++ c'est pas ce que j'appel naturel et simple. :grin:

Franchement, naturel certes pas trop, mais simple ... faire un programme poussé en PHP c'est "finger in the noise", débuggage en (quasi) temps réel avec Xdebug, fonctions toute prête pour beaucoup de chose (compression zip, bzip, manipulation d'image, etc ...), ...

osaka:
Les lib et extensions on ne peux pas y échapper quelque soit le langage tout dépend du besoin que ce soit en php ou c/c++.

Oui mais en PHP t'as pas besoin d'include c'est le moteur PHP qui gère la listes des fonctions :grin:

osaka:
Ici le principale problème était qu'un simple 0 te clôturait le socket ... l'échange simple de données binaire s'en est retrouvé compromise pour mon projet, encore une fois dans mon cas ça m'a tellement saoulé que j'ai pas cherché plus loin. :sweat_smile:

Faut dire que je cherchai un peu la merde en utilisant les fonctions pour envoyer des chaines de caractéres ASCIIZ (le Z à la fin c'est pas pour rien) :wink:
En utilisant les fonctions de transfert binaire par buffer (genre socket_write) quelque chose me dit que ça marcherai beaucoup mieux :wink:
(C'est dingue le nombre de trucs/conneries/astuces que j'ai pu comprendre en une année d'IUT ...)

osaka:
Enfin au final c'est comme pour tout langage, tout dépend de ses préférences et affinités (que je n'ai pas avec php on l'auras remarqué :grin: ).

Et moi j'aime pas les gens qui aime pas POSIX et qui préfère java à PHP (en plus, ralala) :grin:

skywodd:
:astonished: Si mon prof de programmation systéme te choppe ...
Tu passe par la fenêtre à grand coup de pied au c*l et tu fait huit fois le tour de la terre :grin:

Sans problème j'en prend 5 à mon petit déjeuné, je suis plus poilus que lui je parie. :grin:

skywodd:
POSIX = Standard = portabilité entre OS (... sauf sur ... windows :roll_eyes:, et encore je suis méchant une partie du POSIX est respecté)
voir POSIX — Wikipédia

C'est bien ce que je dis, soit c'est portable ou pas, mais pas à moitier surtout quand c'est prévu à la base que pour unix, difficile donc de respecter le standard quand on s'appel microsoft ...

Ces standards ont émergé d'un projet de standardisation des API des logiciels destinés à fonctionner sur des variantes du système d'exploitation UNIX.

skywodd:
Et humm ... la comparaison avec .net framework :roll_eyes:
On parle d'API bas niveau là (gestion du noyau, des processus, de la mémoire, ...) .net n'as rien à voir ...

La comparaison était sur la portabilité et non sur le langage où la façon de le gérer en lui même évidement. :sweat_smile:

skywodd:
Pour ce qui est des fonctions "toute prête" elle sont conçu par Zend, autant dire que niveau optimisation c'est autre chose que la team arduino smiley-wink
(Et puis vu le nombre de barbus et de sociétés qui injecte du fric dans PHP l'optimisation à l'heure du web 2.0 ça turbine !)

Restons zend :stuck_out_tongue_closed_eyes: pour la comparaison avec la team arduino faut dire que j'ai pris l’extrême, mais bon à force de nous prémâcher le travaille on ne sais même plus ce que l'on fais réellement et ce qui ce cache derrière tout ça . :grin:

skywodd:
Depuis PHP 5.4 le typage stricte est possible, tu peut donc faire des programmes / fonctions avec des types prédéfini en dure.
Mais même en typage dynamique, la machine virtuelle de PHP optimise tellement les choses que souvent elle pré-détermine le type des variables.

Faudrait que je me donner la peine :grin: de prendre 5 min pour regardé une fois à ça. :sleeping: .

skywodd:
PHP n'as pas besoin de 512Mo pour faire son job hein :grin:

:astonished: On doit pas avoir la même JVM. :cold_sweat:

skywodd:
Oui mais en PHP t'as pas besoin d'include c'est le moteur PHP qui gère la listes des fonctions :grin:

Fainéantise ... comme tout bon développeur quoi ... :grin:

skywodd:
(C'est dingue le nombre de trucs/conneries/astuces que j'ai pu comprendre en une année d'IUT ...)

J'ai eu le même coup avec mon graduat et je partais de bien plus loin, la révélation quoi. :grin: :wink:

skywodd:
Et moi j'aime pas les gens qui aime pas POSIX et qui préfère java à PHP (en plus, ralala) :grin:

J'aime le X mais pas posé XD, java premier langage d'entreprise.
Maintenant il existe d'autre raison que la performance dans le choix d'un langage, aucun n'est réellement supérieure à l'autre et les comparés c'est débattre dans le vide, tout dépend des besoins. ;).

Un article intéressant sur l'utilisation conjointe d'un RPi et d'une Arduino

osaka:
Sans problème j'en prend 5 à mon petit déjeuné, je suis plus poilus que lui je parie. :grin:

J'imagine que pour le repas ça doit être quelque chose :grin:

osaka:
C'est bien ce que je dis, soit c'est portable ou pas, mais pas à moitier surtout quand c'est prévu à la base que pour unix, difficile donc de respecter le standard quand on s'appel microsoft ...

Windows is windows ... tout le monde respectent les standards sauf windows ...

Allez c'est lundi, j'ai le droit à mon troll quotidien :grin:

osaka:
La comparaison était sur la portabilité et non sur le langage où la façon de le gérer en lui même évidement. :sweat_smile:

Oui enfin bon c'est pas comparable même pour la portabilité puisse que .net framework 2.0 (et 3.0 il me semble) est porté sous linux / mac (via mono certes).

osaka:
Restons zend :stuck_out_tongue_closed_eyes: pour la comparaison avec la team arduino faut dire que j'ai pris l’extrême, mais bon à force de nous prémâcher le travaille on ne sais même plus ce que l'on fais réellement et ce qui ce cache derrière tout ça . :grin:

Je suis zenD :grin:
Non franchement le moteur Zend prémâche pas le travail plus que ça.
C'est comme utiliser la STL dans un programme C++, pourquoi réinventer la roue alors qu'un standard existe ?

osaka:
Faudrait que je me donner la peine :grin: de prendre 5 min pour regardé une fois à ça. :sleeping: .

Tu fera gaffe la doc sur les typages forts de php.net ne semble pas à jour.
Il y a encore la phrase "La spécification d'un type ne peut être utilisée avec les types scalaires comme int ou string." alors que c'est possible avec les dernières version de PHP.
(Oublie volontaire du fait que ce soit les dernières release, ou oublie non volontaire ... le mystère reste entier)

osaka:
:astonished: On doit pas avoir la même JVM. :cold_sweat:

Humour (et une pointe de troll poilu) :wink:

osaka:
Fainéantise ... comme tout bon développeur quoi ... :grin:

Un jour Bill Gates a dit :

I will always choose a lazy person to do a difficult job ...
because, he will find an easy way to do it.

Je pense que tu devrais reconsidérer : "Fainéantise ... comme tout bon développeur quoi" face à ce fait d'histoire :grin:

Merci à tous pour vos commentaires!
Bon j'étais parti sur le raspberry Pi qui me parraissait pas mal, mais en lisant la suite je crois que je me suis pommé tres loin la!!!
Du coup je penses que je vais faire des tests basics sur un vieux portable que j'ai et j'aviserai sur la faisabilité à mon niveau (ou avec l'aide d'autres personnes si il y a des motivés).
Je pensais m'y connaitre un peu en PHP, mais la je m'aperçois que j'ai encore du boulot!
Allez, je rassemble le matos et je me lance...
Je vous tiens au jus!