Vous en avez sans doute entendu parler, Lephenixnoir développe en ce moment un interpréteur HTML pour lire des fichier .htm onCalc.
Bien entendu, les lire en local, c'est cool, mais les télécharger depuis une carte SD, ou Internet, c'est mieux !
Le problème, c'est que lorsqu'on a une Graph SD, tout va bien, mais dès que l'on a pas le fameux port, il faut se débrouiller autrement.
C'est dans cette optique que j'ai créé un utilitaire, Serial_DLFiles, petit add-in (de 11 300 octets environ), qui permet de télécharger des fichiers via le port 3-pins. Un peu comme le transfert calto <> calto, mais qui n'a pas besoin de réponse de la part de l'émetteur, et surtout qui est bien plus rapide.
Cet add-in fonctionne à 115200 bauds (donc environ 115200 octets/seconde dans notre cas). Il demande la taille du fichier à recevoir et le nom sous lequel il doit être enregistré.
En parallèle, j'ai codé une petite application pour Arduino qui permet d'envoyer des fichiers depuis une carte SD connectée à celle-ci via un shield spécial. Ici, c'est mon écran tactile qui possède un port SD.
Voici une vidéo de démonstration :
Comme vous pouvez le constater, le transfert s'effectue très rapidement (un peu moins de 2 secondes pour 10 000 octets en moyenne) mais il est bridé à des fichiers de taille maximale de 10 000 octets. Une future mise à jour devrait résoudre ce problème.
Pour ce qui est des sources, vous pouvez trouver celles de Serial_DLFiles en pièce-jointe, mais en ce qui concerne celles de l'utilitaire Arduino, étant donné que chacun a du matériel différent, voici la fonction servant à envoyer des fichiers. Elle est à adapter en fonction de votre Arduino + shield SD + librairies utilisées :
Cliquez pour découvrir
Cliquez pour recouvrir
void sendFile(char *fName)
{
char textBuffer[512];
int result;
error = file.openFile(fName, FILEMODE_BINARY);
if(error == NO_ERROR)
{
printMsg("Sending..."); // à vous de voir comment afficher les messages/erreurs (via le serial, écran, autre...)
result = 0;
while ((result != EOF) and (result != FILE_IS_EMPTY))
{
result = file.readBinary();
if (result != FILE_IS_EMPTY)
{
memcpy(textBuffer, file.buffer, result);
serialCalc.write((uint8_t*)textBuffer, result);
}
else
printMsg("** ERROR: File is empty...");
if(result < 512) break; // si on est à la fin du fichier, on quitte
serialCalc.flush(); // on attend que les données ont été envoyées
}
printMsg("Done !");
printMsg("");
file.closeFile();
}
else // si le fichier n'a pas été ouvert
{
switch(error)
{
case ERROR_ANOTHER_FILE_OPEN:
printMsg("* ERROR: Another file is already open.");
break;
case ERROR_FILE_NOT_FOUND:
printMsg("* ERROR: File not found.");
break;
}
}
}
Vous pouvez trouver de temps en temps des bugs dans l'utilitaire onCalc, la version ci-jointe n'est pas une version définitive.
Bref, pour conclure, ce système ouvre la voie à d'autres améliorations, comme le transfert de fichiers depuis Internet
Je ne pense pas que mon interpréteur HTML/CSS puisse être en mesure de lire des fichiers classiques.
En revanche, rien ne nous empêche d'envoyer sur un serveur nos pages adaptées.
De plus, la navigation sur Internet est je pense, hord de portée de la calculatrice du fait du manque de mémoire, et de la taille des contenus médias.
Peut-être que si un nouvel OS est mis en place, nous saurons obtenir de meilleurs résultats, mais dans l'état actuel des choses à moins d'utiliser une carte SD (et encore), il nous sera simplement impossible de naviguer sur l'Internet classique, car les restrictions sont trop grandes.
En revanche, rien ne nous empêche de faire une version de PC consultable depuis les calculatrices.
Après, l'Arduino est totalement capable de filtre du contenu (images, scripts, etc)
Donc je suis convaincu qu'il est possible de lire une version simplifiée de toutes les pages web (tant qu'elles sont pas trop complexes, du genre avec du Java/Flash de partout )
Finir est souvent bien plus difficile que commencer. — Jack Beauregard
Je vais être clair sur la situation (sans pour autant être méchant ). WebCalc ne sait pas afficher des pages web classiques, et sa constitution ne le permet pas. Il ne remplit pas les mêmes fonctions et ne fait pas appel aux mêmes outils.
En clair, pour faire une adaptation pour le HTML classique, il faudra reprendre à zéro.
Ah, ok
Je pensais que tu gérais les balises "classiques" (html, head, body, p, etc)
Si c'est le cas, il suffit de virer (via l'arduino) tout ce que la calto ne peux pas lire
Finir est souvent bien plus difficile que commencer. — Jack Beauregard
Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd
Citer : Posté le 06/05/2014 18:16 | #
Je ne pense pas que mon interpréteur HTML/CSS puisse être en mesure de lire des fichiers classiques.
En revanche, rien ne nous empêche d'envoyer sur un serveur nos pages adaptées.
De plus, la navigation sur Internet est je pense, hord de portée de la calculatrice du fait du manque de mémoire, et de la taille des contenus médias.
Peut-être que si un nouvel OS est mis en place, nous saurons obtenir de meilleurs résultats, mais dans l'état actuel des choses à moins d'utiliser une carte SD (et encore), il nous sera simplement impossible de naviguer sur l'Internet classique, car les restrictions sont trop grandes.
En revanche, rien ne nous empêche de faire une version de PC consultable depuis les calculatrices.
Citer : Posté le 06/05/2014 18:18 | #
Après, l'Arduino est totalement capable de filtre du contenu (images, scripts, etc)
Donc je suis convaincu qu'il est possible de lire une version simplifiée de toutes les pages web (tant qu'elles sont pas trop complexes, du genre avec du Java/Flash de partout
Citer : Posté le 06/05/2014 18:22 | #
Je vais être clair sur la situation (sans pour autant être méchant
WebCalc ne sait pas afficher des pages web classiques, et sa constitution ne le permet pas. Il ne remplit pas les mêmes fonctions et ne fait pas appel aux mêmes outils.
En clair, pour faire une adaptation pour le HTML classique, il faudra reprendre à zéro.
Citer : Posté le 06/05/2014 18:23 | #
Ah, ok
Je pensais que tu gérais les balises "classiques" (html, head, body, p, etc)
Si c'est le cas, il suffit de virer (via l'arduino) tout ce que la calto ne peux pas lire
Citer : Posté le 06/05/2014 18:27 | #
En fait, oui.
Mais je ne gère ni le positionnement, ni l'alignement CSS, etc...
Citer : Posté le 06/05/2014 18:33 | #
Donc si on vire tout ça, on peut lire du html (c'est moche mais on le fera)
Citer : Posté le 06/05/2014 18:38 | #
Ça ne ressemblera à rien
Citer : Posté le 06/05/2014 18:51 | #
Si, à du texte suivi de texte
Citer : Posté le 06/05/2014 19:11 | #
Et encore, ce ne sera pas positionné.
Et surtout !
Aucune différence entre "px", "em" et "%" !