next topic »

[Reply #30 on:]

content de t'avoir un peu aidé alors.
mais une autre solution me vient à l'esprit, a tester quand même
en mettant une boucle while
style
while caractere !=# on boucle jusqu'à ce que le # s'affiche
lorsque qu'il s'affiche, caractere="" et on vide le buffer
comme ca, plus de tempo.

par contre essaye en virant l'espace après le #, car ca oblige a avoir un caractère en plus alors que ca renvoie simplement un #

if(stringOne.endsWith("# ")){

[Reply #31 on:]

J'ai déjà essayer au tout début et ça marche pô.... 

Pour l'espace après le #, il fait partie intégrante de la string, alors je n'y touche pas 

[Reply #32 on:]

j'aurais essayé snifff.
si je vois un autre truc...

[Reply #33 on:]

Volontiers si tu me trouves une solution pour mes dates  

Actuellement, j'envoie à une fréquence de 1 par seconde une commande qui me mets à jour le fichier avec mes échéances pour mes tâches, c'est déjà 60 fois plus qu'avec le CronJob  

Je récupère ensuite dans la foulée avec un #cat à la même fréquence le contenu du fichier..... reste plus qu'à trier et traiter  

[Reply #34 on:]

donc si je comprends bien, toutes les secondes tu enregistre dans un fichier quelque chose du genre
date--------tache-------echeance

et chaque ligne est mise a jour au fur et à mesure, c'est bien ca?
tu peux donner une ou deux lignes de ton fichier généré?

[Reply #35 on:]

1358614200
1359010800
1359012000


3
1358805121

la prochaine tâche est Thu Jan 24 08:00:00 UTC 2013

Les trois premières lignes sont les timestamps des tâches à effectuer, même si elles sont déjà passées (elles restent avec le status "passed" tant que l'on ne les supprime pas).
Le trois est le nombre de tâches, en dessous le timestamp de la génération du fichier..... la suite se passe d'explication  

Les seules lignes importantes sont les deux dernières, les autres ne sont là que pour m'aider à faire ce bash, elles seront probablement supprimées par la suite.

La dernière ligne est générée comme ça :

Code:

echo "la prochaine tâche est $(date -d @"$(($tmsp+3600))")"

[Reply #36 on:]

$ date -d @1193144433 "+%Y-%m-%d %T"
2007-10-23 15:00:33
essaye ceci

prochain = $tmsp+3600;
prochain = date -d @$prochain "+%d-%m-%Y %T"; //a tester en premier
echo "le prochain enregistrement est pour le $prochain " //a tester en premier
echo "le prochain enregistrement est pour le $(date -d @$prochain "+%d-%m-%Y %T")" //a tester en second

ca devrait te donner
le prochain enregistrement est pour le 22-01-2013 09:00:00

[Reply #37 on:]

Je ne sais pas si j'ai bien compris ton projet, mais pour l'envoie d'un datetime vers l'Arduino via une connexion Ethernet, j'aurai plutôt choisi le client côté machine Linux et le serveur côté Arduino. Le protocole UDP fonctionne bien sur un LAN même si il n'y a pas de vérification de la bonne réception de la trame UDP.

Côté client, après le cronjob, envoie du prochain datetime.
Côté serveur, écoute sur le port choisi.

Pas de Telnet, pas de login, password.

Tu sembles vouloir allumer ta machine Linux avec un magic packet, qu' elle sera la fréquence d'allumage de ta machine Linux?
Si c'est plusieurs fois par jour, tu risques de faire vieillir prématurément les composants de cette machine.

[Reply #38 on:]

Justement, pas de magic packet.... imagine que ma femme éteigne l'ordi en appuyant sur le bouton...... tu peux envoyer tout les magic packet que tu veux, l'ordi y fait comme si il entendait rien 

Pour le reste, c'est pas envisageable 

[Reply #39 on:]

Ah, ok, donc tu auras aussi la gestion du débranchement de la prise par mégarde lorsque ta femme fera le ménage.

[Reply #40 on:]

Donc en gros tu ferais une install avec Magic Packet, tenant compte également de l'extinction classique par le BP "power", donc deux situations à gérer...... en gérant simplement l'allumage extinction par le BP, tu gère les deux situations.

Si il y a coupure de courant..... ben tant pis 

[Reply #41 on:]

Sauf sur les machines très anciennes, et si le bios est bien réglé (WOL), une extinction par le bouton laisse la carte réseau active (il suffit de regarder derrière si la led de la carte réseau est allumée). Bien entendu, si tu coupes au niveau du switch de l'alimentation, la carte réseau n'est plus alimentée.

[Reply #42 on:]

Bon.... j'ai bien avancé, les timestamp actuel et projeté sont collectés, extraits et convertits en long.
Les coupures de connexion n'affectent pas le fonctionnement.
Il me reste à gérer le temps qui s'écoule entre le moment de l'acquisition et le moment projeté ainsi que l'allumage des PCs.
La mesure de temps sera faite avec un ds32khz et un diviseur de tension fréquence cd4060.
L'alimentation sera prise en dérivation de celle du routeur ethernet.
Affichage de la prochaine échéance sur un écran LCD 16X2.

[Reply #43 on:]

...
La mesure de temps sera faite avec un ds32khz et un diviseur de tension cd4060.
...

cool JF 
ne soit pas aussi hypertendu 

serieux
Le DS32KHz  = le gros avec les batteries ?

[Reply #44 on:]

Un ds32khzsn

Diviseur de fréquence.... suis un peu fatigué