Bonjour, j'ai suivi un peux ce sujet parce qu'il m’intéresse et là j'ai l'impression que tu met la charrue avant les bœufs
A ta place j'aurais suivis les recommandations de ojal
Je me permets de revenir une fois de plus dans cette discussion...
Je ne comprends pas du tout comment ce projet avance... Vous en êtes à essayer un problème très ponctuel d'affichage d'une image alors qu'aucune base n'a été définie pour ce projet de domotique...
Une fois de plus, je préconise d'établir un cahier des charges, définir des orientations d'architecture etc etc...
Qu'en pensez-vous?
Mon cahier des charges se définie sur le tas suivant ce que j'arrive a mettre en place et ce que je n'arrive pas a faire !
Le plus gros du problème ce situe là et reprendre le code (de plus complexe et imbuvable) de quelqu'un d'autre est une mauvaise idée quand on ne maitrise pas un peux le sujet,limite ça peut juste servir d'exemple pour mieux comprendre.
Je sais que c'est pénible et qu'on a envie de tout avoir tout de suite avec un minimum d’investissement mais au final ça ne marchera pas, la preuve en est le résultat.
Prend ton temps, commence par maitriser un peux mieux le langage c (ou tout autre langage procédurale), les algorithmes de base et après tout te paraitra plus simple et clair, tu te demanderas même comment tu a pus faire certaine erreurs sur des chose pourtant très basiques et banales.
Je préféré être franc, pour l'instant tu perd ton temps :~ .
Il est préférable de perdre 1 mois à ton aise (sur le site du zéro par ex) avec les bases plutôt que d'avancé et galérer 6 mois pour un résultat qui marchera peut être mais qui sera bancal, sans possibilité d'évolution (dépendances), bugger et non optimal.
Entre () j'ai aussi un projet domotique mais je pencherais plutôt sur une solution pages web hébergées délocalisée,ajax (XMLHttpRequest) ,serveur et contrôleur arduino + protocole maison genre x10 en hexa pour la communication et commandes entre le serveur arduino et le client (web).
Ajax sera remplacé à terme par les websocket (standardisé) histoire de pouvoir notifié au client (l'explorateur) d'un changement d'état d'un capteur ou autre (impossible sans rafraichissement de la page par ex pour ton problème avec le lm35).
J'ai déjà développé une application modulaire (plcbus, 1wire, ...) serveur (socket) de domotique en java donc ça ne devrait pas être trop compliqué d'appliqué les même principe à l'arduino.
Désolé si je t'ai découragé ou autre mais ce ne serait pas te rendre service que de t'aider à "débugger" ton code.
Je n'ai pas l'habitude des shields ETH mais cela me fait penser à un soucis similaire lors d'un affichage via interface RS232; la fonction ?.print(variable) ne fonctionne pas.
Il faut passer par une transformation de la variable en chaine afin de pouvoir l'envoyer par le print().
Un peu casse-bonbons et consomme de la ressource, mais à priori pas d'autres solutions...
normal non ?
http://arduino.cc/en/Serial/Print
print()
Description
Prints data to the serial port as human-readable ASCII text ...