K T en cours
telephone %
LoGsmjavaV1
TRAVAUX EN COURS
émission de dossier option T
encodage base64 option M
Téléchargement NON TESTEE
sera à
http://antiguide.free.fr/logsm/java/1.0026/logsm.jad
l'option M devrait devenir le standard (sauf si Internet nuit auquel cas il faut utiliser N)
bugs en travaux
option K fait une exception
option T pas encore testée
option R (sans K probablement correcte
une fois!)
M avec Internet Nuit
derive de 10 " le coup ?
Nouveautés:
delai (suivi de +) avant départ. ; joue UNE fois, peut être dans configuration initiale ou téléchargée
shutdown (suivi de -) arrêtera le relevé, laisse le programme en veille!
si avec option L limitera la branche listée: A FAIRE
- option J: debug vers la log (pour retrouver à la fin, par émission (si I,M, N), écriture locale (si W), ou sur écran volatil!)
- xml erreur ecu interprété et abrégé
ne semble pas fonctionner
. plus de crédit
. pas localisable
succède à
LoGsmjavaV1dot0025 (il n'y a pas eu de 24 viable!)
à faire
lecture config sans émission de mail (option C) =permettre une télécommande, même si l'option de rapport est M ou aussi une télécommande plus fréqunte que la relève.
pourrait être cadencé comme le relevé
pourrait être type=C I L R
CONFIGURATION
voir
LoGsmJavaConfig (pour les généralités)
commence par un certain nombre de valeur DANS CET ORDRE terminées par la fonction visée
[ecoulé-] facultatif se mettre en repos après
écoulé minutes.
[délai+] facultatif: nombre de minutes à attendre avant premier point (si option 1 ou U, attente avant le deuxième)
[groupage/] facultatif: ne faire l'émission des résultats que après
groupages points
[nombre#] nombre total d'itérations à faire (dont faites); mettre 0 pour terminer après le prochain point.
[periode'] (en minutes); mettre 0 pour fonctionner à donf (jusqu'à trois points par minute) (sans G ni E)
options initiales
- 1 force l'émission du premier point (sympa en option M pour savoir que c'est parti!)
- U (un) synonyme de 1
- 2 doubler les fichiers (Pile et Face) PAS TESTE c'est dans le cas de fichier local, faut payer un certificat!
- F EN PANNE (optionFichier) sauvegarde dans la mémoire du téléphone; demande dialogue à chaque écriture (tout le temps si Z), réduit à un dialogue si l'applet est signé, (JavaVerified), mais signer, ça coute un max
- Z (zigzag, exploitée si F): écrire le fichier à chaque point, sinon il est écrit seulement en fin de relevé. pratiquement inutilisable sur MIDlet non signé! attention: ce n'est pas un append mais une réécriture totale à chaque fois
Options Fatales (l'exécution se termine après la fonction demandée, et même sans localisation si dans la configuration initiale)
Options à 1 coup:
- S (comme Screen) éclairage permanent; goinfre; (dépend du modèle testé sur Nokia2610 et sans doute OK pour autres NokiaS40) voir détails de la mise en oeuvre dans LoGsmJavaLumineux. délai inexpliqué avant que ça fonctionne ?
Options modifiables à tout moment (à la prochaine transaction si option I ou N):
(lettre pour activer ou conserver, sinon désactivée)
- 0 (la lettre O ou le chiffre zéro) RAZ du résumé après l'émission des résultats.
- A pas testée depuis longtemps optionApi: demander aussi la localisation par l'Api Location d'Orange au même instant; appel de LoGsmHtml après chaque point (En développement ). Permettrait d'obtenir le "diamètre" couvert par l'antenne. demande accès Internet (I, N))
- D Debug (visible uniquement sous l'émulateur de développement NetBeans en Windows); si I est dirigé vers le mail, si F est dirigé vers le fichier (aussi écran avec id négatif)
- E (optionEcran) affichage de (quelques) messages sur l'écran du portable dont le dernier point coller photo
- G (debug Grave à l'usage de l'auteur) dirigé vers écran avec pause de 5",
- J (debug Grave à l'usage de l'auteur) dirigé vers la log, visible si abend ou envoyé si upload réussi.
- H Horloge, affiche l'heure entre les évènements; fait clignoter l'écran du Nokia2610 (la période de raffraichissement est fixée dans le code par la variable: periodeHorloge; à 1 Hz, insupportable, passé à 0.1 Hz);
- I (internet MAX) émettre les localisations par html (pour nuit seulement utiliser N) sinon elles ne seront accessibles que sur le portable (et volatiles si pas F)! ou bientôt (en test) par l'option M > ...
- K utiliser le format Mime (mpack) pour le/les fichiers (option R et T)
- M EN TRAVAUX 20100303 émettre les localisation par mail via le serveur smtp d'Orange, suivre: LoGsmJavaSendMail; dans ce cas, il n'y a pas d'échange de la configuration ultérieure
- N (optionNuit) pas d'utilisation internet (sauf Orange World) dans la journée. à voir pourrait exiger I
- P option Path donné après :
- V éclairer l'écran à chaque affichage ????????
la suite facultative MAIS dans cet ordre
- > adresse email destinataire si émission par smtp (option M) sinon constante dans le code
- < adresse email émetteur (forgée) si émission par smtp (option M); ATTENTION: servira à recevoir les incidents de distribution
- : path/URL locale des fichiers pour R, F, P W plus tard ( file://C:/etc... ) pour l'option F
dire/discuter/tester possibilité de champ vide pour annuler précédent ><: !
note: l'usage d'une option inexistante est signalé volatilement, MAIS n'est pas fatale
Réception des coordonnées (si option I ou N)
- préparation type=C
logsm.php
inchangé, voir
LoGsmJavaV1dot0025
Création fichier .KML pour Google Earth (testé pour option M)
inchangé, voir
LoGsmJavaV1dot0025