Une utilisation inhabituelle d'un serveur Web

Bonsoir tout le monde.

Mon projet est de faire une télécommande (d'un bateau) en utilisant une carte Raspberryi et le WiFi. Le "récepteur" serait donc le Raspberry, serveur Web, et l'"émetteur" serait alors le client Web sur un PC, ou une tablette ou un smartphone. Pour permettre des traitements "côté serveur", c'est écrit en PHP (je sais, certains diront que les sockets seraient mieux adaptés, mais la banalisation de l'"émetteur" me plait bien).

Les échanges d'information entre les deux se font à l'aide de formulaires HTML, et, dans l'idée de minimiser les échanges (est-ce une bonne idée, c'est la question ?) chaque "voie" de la télécommande est matérialisée par une iframe (ainsi, le form de chaque iframe ne concerne que les données de cette voie).

J'ai donc 8 iframes, qui tournent dans les cellules d'une table qui occupe tout l'écran.

Je n'en suis qu'aux balbutiements, mais j'ai déjà plein de problèmes que je ne sais pas résoudre.

Par exemple, dans une de mes iframes, je désire placer quatre indicateurs (de valeurs en provenance du bateau) que je voudrais représenter sous forme de cadrans, avec une aiguille, comme sur un tableau de bord. Pour faire cela, il faut placer une image de fond représentant la graduation, superposer une aiguille (avec un fond transparent, et qui s'oriente différemment suivant la valeur du paramètre). Et cela quatre fois, dans quatre cellules d'une table : c'est là que ça coince : cette table est sensée occuper tout l'espace de son iframe, ses quatre cellules sont identiques, aux valeurs des paramètres près. J'ai beau dire que la table est "table-layout:fixed;",
et les définitions des 4 cellules ont beau être identiques (copier-coller), je n'arrive à créer que la première, et les autres, c'est n'importe quoi... J'en viens à me demander si les valeurs que je donne aux dimensions de img (width, height, left, top) se rapportent aux cellules (conteneur le plus proche), ou à l'ensemble de la table, ou à l'iframe, voir peut-être à la fenêtre entière... Je ne sais plus.

Vous me demanderez certainement du code, et je répondrai, mais j'ai quand-même peur que ça fasse lourd...

Enfin, si certains ont des idées à me donner, moi, je n'en ai plus.

Merci d'avance.

les sockets en php ? ratchet (pas mal du tout). Perso, je préfère le traitement de socket en js avec node. Après tu lies (lier) ton application avec Apache et node.... Si tu connais assez bien en Unix / Unix like, c'est pas difficile.
Modifié par niuxe (07 Nov 2018 - 20:55)

En fait, je sais que les sockets existent, je m'y suis essayé il y a quelques années (j'ai abandonné quand les configurations WiFi "ad hoc" ont disparu avec Windows XP), mais je ne connais pas bien. Ce qui m'a fait faire ce choix, c'est qu'il n'y a à écrire que le programme serveur : tout ordinateur avec un navigateur est prçet à faire l'"émetteur" de la télécommande.

Merci de m'avoir lu.

Cette affaire sent l'I.O.T. ( Objets connectés via Internet )

Remplacer la framboise par un ESP8266 ou ESP32 et installer un client MQTT
Et sur le PC installer un serveur MQTT qui communique avec le serveur HTTP
L'ESP8266 se programme facilement en Lua (langage sympa) et l'ESP32 se programme facilement en Python.
Les purs et durs peuvent faire cela en C++
La conso d'un Raspi se compte en ampère, l'ESP8266 en mA et l'ESP32 plus puissant consomme encore moins

Pourquoi 8 iframes ? Au pire 8 <form>. Même un <form> devrait suffire.
Modifié par bazooka07 (07 Nov 2018 - 21:53)

Non, ces objets ne sont pas connectés via Internet : le Pi est serveur Apache, et DHCP : ça suffit largement.

Et pourquoi, sur les forums, quand on pose une question en décrivant soigneusement le contexte du problème, au moins la moitié des réponses concernent un autre contexte ?

Je possède un Raspberry, et je connais (un peu !) les langages HTML, JavaScript et PHP : avec ça, jepense pouvoir faire avancer mon projet. Je ne suis pas un pur et dur, c'est tout.

J'ai tenté d'expliquer pourquoi j'ai choisi 8 iframes. Il me semblait que mon explication tenait compte de la possibilité "1 form" : dans ce cas, il faut transférer les 8 ensembles de paramètres.
Je me suis dit (à tort ou à raison ?) que cela surchargerait les transmissions. Voila le "pourquoi".

Merci de m'avoir lu, et répondu.

AMIcalement.

J'ai l'impression que tu ne connais pas l'intérêt de <iframe>
https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203289-iframe-definition/
Mais si tu as déjà décidé que 8 iframes étaient indispensables à ton projet: libre à toi

Le protocole MQTT se situe au dessus de la couche réseau TCP/IP pour éviter d'avoir à manipuler les websockets. Il est beaucoup plus léger que le protocole que le protocole HTTP. Il convient très bien pour envoyer des courts messages comme la valeur d'un capteur ou donner un ordre de positionnement à un actionneur. Il est très largement utilisé en domotique, télémétrie et robotique :
http://mqtt.org/
http://www.mqtt.fr/

Un Raspberry coûte une trentaine d'euros et vide une batterie en quelques heures
Un ESP8266 commandé à Shenzen coûte 2 à 3€ ( il y en a chez Amazon mais c'est plus cher ) et la batterie tiendra plusieurs jours. Peut s'alimenter avec un panneau solaire de 2 watts.
https://www.aliexpress.com/wholesale?catId=0&initiative_id=AS_20181107143358&SearchText=esp8266

Tu avoues être à court d'idée. Je t'en donne. Mais si tu as déjà tout planifier avec un solution lourde, peu de gens vont t'aider.

En fait, tu as juste besoin d'un "Service après-vente, bonjour"
https://www.youtube.com/results?search_query=service+apres+vente+des+emissions

J'ai l'impression qu'il y a un malentendu complet entre nos deux points de vue. Tu es manifestement beaucoup plus expérimenté que moi dans ces matières, mais il me semble que tu refuses de rentrer dans mon point de vue. Ce que je retiens de ton article sur les iframes, c'est surtout qu'ils ne sont pas (ou mal ?) pris en compte par les moteurs de recherche. Mais cela n'a absolument rien à voir avec mon projet. J'essaie d'utiliser les techniques du Web, mais pas du tout le Web. Les moteurs de recherche n'ont rien à voir là-dedans. Par contre, il va falloir que je regarde la question de la prise en compte sur les smartphones...

Tu me parles de la consommation du Raspberry. Elle se mesure en ampères (je doute qu'elle dépasse 1,5 ampère !). La belle affaire : le moteur d'un bateau pas tout à fait ridicule (j'espère que ça sera le cas !) dépasse 20 ampères.

Je ne tiens pas mordicus à ma "solution" à 8 iframes, mais j'aimerais mener à terme un projet (pas du tout industriel) avec les matériels et les techniques (informatiques, entre autres) qui sont entre mes mains : pour cela, il faut que je développe un "serveur Web" qui réponde à mon cahier des charges, et c'est tout. Avec tes conseils, il faudrait que j'approvisionne du nouveau matériel, que je m'approprie de nouveaux logiciels, que je développe une application côté "bateau", et une autre côté "pilote", ou même plusieurs, pour PC, pour androïd, pour Mac etc...

Me comprends-tu mieux ?

Merci de ton intérêt.

AMIcalement.

Merci Niuxe : je me sens un peu mieux compris. Je pense avoir un peu mieux que les bases, mais je ne me sens quand-même pas "pointu", c'est d'ailleurs pourquoi je suis là.

Dans mes huit voies, certaines ne servent qu'à envoyer des commandes, d'autres à recevoir des paramètres. Un form est bien sûr nécessaire pour envoyer une commande (et inutile en dehors de ça), tandis que, pour recevoir des paramètres, il faut aussi un form (c'est, àa ma connaissance, le seul moyen d'échanger de l'information), mais à "submit" automatique périodique. Tout ça, je sais le faire grosso-modo. De même, installer tout ce qu'il faut sur le Raspberry, c'est déjà fait.

Pour le moment, je coince sur l'occupation de l'écran, et particulièrement sur le dimensionnement des iframes. D'après mon ami Google, je ne suis pas le premier, et même, ce que j'ai lu aujourd'hui m'a bien découragé.

Au fond, j'en viens à me demander si je ne ferais pas mieux de revenir aux sockets, avec une bête application en VB6 sur PC (mais alors, tant pis pour la tablette ou le smartphone...)

Mais si je suis mieux compris, certains pourront-ils me décoincer ?

Dans l'attente...

AMIcalement.

Salut,

C'est un peu difficile quand on a l'expertise, de t'encourager à choisir une solution lourde et inefficace parce que tu ne maitrises pas la solution simple et efficace.

En quelque sorte, ton besoin c'est de pouvoir définir et utiliser un protocole de communication entre ton Raspberry et un client web. Intuitivement quand on cherche à développer un tel protocole on pense aux sockets, mais on peut très bien utiliser des librairies qui facilitent la tâche. Le protocole MQTT recommandé par Bazooka c'est effectivement approprié et RabbitMQ en est une librairie très populaire. De mon côté, je te recommande Socket.io qui te permettra d'envoyer et recevoir des messages en très peu de lignes de code. Dans les deux cas, ces librairies peuvent être utilisée dans une application Web, donc tu peux redire bonjour à ta tablette ou ton smartphone.

Voilà voilà !

@Anymah,

Sur un Raspberry Pi3B, les gens installent une distribution Raspbian (dérivé de Debian avec pilotes propriétaires). S'ils sont plus courageux, ils installent une Ubuntu 18.04 LTS.
En standard, le broker (serveur MQTT) est Mosquitto.
Le mieux serait d'utiliser Python. il y a un client MQTT (Paho), une librairie pour lire le port GPIO sur le Raspberry (python3-rpi.gpio) et un serveur HTTP (Bottle ou Flask)
https://bottlepy.org/docs/dev/
On peut éventuellement coller ces serveurs HTTP derrière Nginx
Développer un site Web en python est plus sympa qu'en PHP. Dommage que cela ne soit pas pris en compte par les hébergeurs.

Un peu de lecture pour les non-initiés :
https://www.framboise314.fr/linternet-des-objets-iot-sur-raspberry-pi-avec-mqtt/
https://projetsdiy.fr/mosquitto-broker-mqtt-raspberry-pi/

N.B.: Les objets connectés ne sont pas nécessairement connectés à Internet. Ils peuvent dialoguer avec un simple smartphone ou une tablette.

@niuxe,
Merci pour la vidéo. Tu m'as reconnu ?

Merci pour vos contributions, Anymah et Bazeooka07 : pour ainsi dire, vous m'avez (presque) convaincu. L'argument massue, c'est que j'ai pris conscience que le navigateur Web (jusqu'à maintenant, Firefox, mais c'est sûrement pareil pour les autres) n'est pas du tout adapté à ce que je veux faire.

Par contre, j'ai beaucoup de mal à m'engager dans la voie que vous tracez, avec les renseignements que vous donnez : il va falloir que je me reconfigure complètement, que je m'approprie de nouveaux outils. Vous allez forcément être sollicités, et pas plus tard que tout de suite : si je mets en place une architecture MQTT, il faudra donc un broker et deux clients. Il y aura d'un côté, sur le même ordi, le broker et un client, et de l'autre, juste l'autre client. Si l'idée de "banaliser" l'émetteur de la télécommande est conservée, il semble préférable de garder le broker sur le bateau. Si j'ai bien compris, le broker ne se charge que d'acheminer les messages. Le client du bateau sera donc chargé d'envoyer des informations (par exemple, état de charge des batteries, vitesse de rotation du moteur...?) et d'exécuter des ordres (commande du servo-pilote du moteur, du servo de gouvernail, ouverture ou fermeture de divers interrupteurs).

Côté émetteur, il y a l'interface graphique (affichage des paramètres, et des outils de commande des ordres décrits ci-dessus), décodage des messages reçus et élaboration des messages pour transmettre les ordres. J'avais prévu tout ça avec des outils que je savais utiliser.

S'il faut installer Eclipse pour cette nouvelle conception, j'ai très peur : j'ai déjà essayé il y a quelques années, je trouve que c'est une usine à gaz ! Je conçois que cela puisse se faire dans une entreprise de développement de logiciels, mais il m'a semblé qu'il y avait besoin d'un ingénieur système pour gérer Eclipse, afin que les développeurs puissent faire leur travail sans être tout le temps dérangés par des mises à jour etc... Jadis, j'avais tout ça, maintenant, je suis seul, à la retraite... Autre chose : je suis capable de lire une page Web en anglais, qui décrit les grandes fonctions d'un environnement etc... mais j'ai beaucoup de mal à me concentrer sur des spécifications techniques en anglais, pour savoir si la situation décrite est bien la mienne, et si je comprends bien tous les détails des solutions préconisées. En bref, une solution dont toute la documentation technique est en anglais va avoir du mal à me plaire...

Voila où j'en suis de mes réflexions.

J'espère que vous voudrez bien continuer à m'accompagner.

AMIcalement.

Je suis un petit jeune qui a commencé avec gwbasic et ms-dos 3.2
Les "goto"" étaient en accès libre
Delphi était nettement mieux. Ca compilait en un clic de souris.

Comme éditeur avec débogage intégré tu as pyCharm version communautaire :
https://www.jetbrains.com/pycharm/
publié par Jetbrains qui a bonne réputation ( phpstorm, ...)
https://www.jetbrains.com/products.html

Pour l'interface homme/machine cela va être un peu plus compliqué.

L_AMI_Yves a écrit :

....
Je rêvais de ce qu'offre VB6 (que vous, les petits jeunes, ne pouvez pas connaître...) : quand on le lance, la fenêtre d'exécution s'ouvre, avec un menu d'outils graphiques (boutons, zones de label, zones de saisie et j'en passe) qu'il suffit de disposer sur cette fenêtre afin de bâtir l'IHM. Chaque fois que l'on place un outil, des programmes de prise en compte par défaut des interactions sont préparés dans diverses pages de programme, que l'on peut ensuite ouvrir pour les compléter. On peut lancer l'exécution du programme depuis l'environnement de développement : en cas d'erreur, le fichier source s'ouvre à la ligne fautive. Quand le développement est fini, on peut générer un ".exe" qu'il est ensuite possible d'installer sur un PC qui n'a pas VB6.
...

C'est normal que tu aies eu IDLE. C'est livré avec sur Windows et surement sur MAC. Sur GNU/Linux on a le choix de l'installer ou pas. J'avoue ne pas m'en être servi. Cela dit, on m'a dit que c'est un petit éditeur assez bien.

Ce que tu cherches, c'est bel et bien un IDE avec une interface de débogage. Sur Atom ou sur Visual studio code ou sur sublime, il y a des outils intéressants. De toute manière, le terminal est ton ami. Tu lances ton programme à partir du terminal et tu débug en faisant des petits print. Sur Atom, il y a un débugger et tu peux t'installer un terminal à plusieurs onglets. Sur Visual studio code, tu peux placer des points d'arrêts alors que sur Atom, tu n'as qu'à surligner une ligne.

Là j'ai pensé à te conseiller de voir du côté de Komodo edit. Pendant près de 7-8 ans, je l'ai utilisé. Mais il est devenu trop basique. C'est un très bon éditeur mais en dessous de ce que propose Atom/Sublime (qui s'est vraiment bien amélioré)/visual. À essayer peut être ?

Perso, je te conseillerai soit Atom soit Visual pour déboguer (les liens amènent vers des vidéos de présnetations des plugins). À noter qu'en Python, il y a des librairies pour débugger.

@Bazooka : Le livre de Swinnen à propos de Python 3 est très bien fait. Mais cela reste une belle introduction. Il ne parle pas des modules annexes qui sont tout aussi intéressants à aborder. Le problème du python est simple : syntaxe ultra cool (pourquoi j'ai adopté ce langage) mais l'écosystème est énorme.

- Programming in Python 3: A Complete Introduction to the Python Language (Developer's Library) (vraiment bien)
- Learning Python Application Development (pas mal du tout)
- http://apprendre-python.com (bon petit site - équivalent php debutant)

bazooka07 a écrit :

sudo apt update
sudo apt install mosquitto mosquitto-clients python3-paho-mqtt python3-rpi.gpio python3-smbus bpython3

Attention, il vaut mieux utiliser un environnement virtuel. Ça évite des déboires par la suite.... Et pip (équivalent à composer/npm/yarn/gem) est ton ami....

Au fait, il faut oublier Python 2.7. Le support s'arrête officiellement dans un peu plus d'un an.

bazooka07 a écrit :

J'utilise couramment Netbeans sous Ubuntu 18.04 pour déboguer PHP avec XDebug. il ne va pas trop mal mais cela reste du Java. J'ai le temps d'aller chercher un café quand il s'élance.

J'ai essayé mais jamais accroché. À l'époque où je l'avais testé, le portage de zen coding était médiocre. Peut être qu'avec Emmet, c'est mieux maintenant ?
Modifié par niuxe (13 Nov 2018 - 21:50)

C'est vrai que Python est un langage vraiment cool :
plus de point-virgule, de curly brackets
une façon ultra simple et native pour documenter son programme
doc utilisable dans l'interpréteur
des modules compilés automatiquement en byte code

Perso je n'utilise jamais l'environnement virtuel mais je n'utilise presque exclusivement que les librairies livrées avec la distribution Linux pour éviter des conflits de versions.
Et j'utilise pip3 avec parcimonie

Tu as oublié toute la doc sur python.org, c'est un niveau supérieur à php.net
https://docs.python.org/3/

Tu utilises XDebug avec visual code ou atom ? C'est le seul truc qui me retient à Netbeans. Il y a Vimdebug mais bon...