Automatizziamo lo scatto giorno-notte

**Orso Polare** · 11/01/2011, 11:11

E' stata aggiunta la possibilià di usare questa procedura anche per gli utenti di WeatherDisplay.

Il relativo Template è scaricabile insieme alle guide aggiornate alla versione 1.2 e sono state messe sempre nell'archivio del primo post.

Una cosa.. ho scoperto un piccolo BUG che non fà calcolare corrrettamente gli orari civili se le unità dei minuti degli orari di alba e tramonto standard terminano con uno zero... spero di porre rimedio a breve tempo...

**tigro11** · 11/01/2011, 11:14

io sono fermo sul timer di controllo da giorno a notte, devo trovare il metodo di confronto dell'ora

EDIT:

Forse ci siamo...

**Orso Polare** · 12/01/2011, 07:58

A causa di un BUG che in determinate condizioni non permette un ricalcolo giusto degli orari di scatto, al momento sconsiglio l'adozione di questa procedura.

Appena risolto questo problema, non mancherò di comunicarlo su questo Thread.

**Gigi600** · 12/01/2011, 08:44

Roberto a Me funziona

Si c'è il problema che quando il CONVERT.EXE si esegue
cambia l'orario come Ti dicevo da Es 07.20 in 07.2
ma basta farlo riscriverlo con lo stesso inizio.bat

Ecco il Mio
Prima
set sale= 7.50
set scende=16.45
Dopo l'esecuzione CONVERT.EXE
set sale=07.2
set scende=17.15
Prima dell'esecuzione lo faccio ricopiare ed è tutto OK

Codice:

copy C:\WeatherLink\Sacileme\Templates\salescen.txt  C:\Programmi\BreezeSys\PSRemote\PSRemoteTest\giorno_notte\salescen.txt
start C:\Programmi\BreezeSys\PSRemote\PSRemoteTest\giorno_notte\CONVERT.EXE
sleep 3
start C:\Programmi\BreezeSys\PSRemote\PSRemoteTest\giorno_notte\merge.bat
sleep 3
start C:\Programmi\BreezeSys\PSRemote\PSRemoteTest\giorno_notte\analisi.bat
sleep 3
exit

Gigi

**Nico** · 12/01/2011, 14:56

Una domanda: chi non utilizza programmi per la gestione della stazione meteo non può adottare in qualche modo questa procedura?

**Gigi600** · 12/01/2011, 18:08

Originariamente Scritto da Nico

Una domanda: chi non utilizza programmi per la gestione della stazione meteo non può adottare in qualche modo questa procedura?

Non funziona.
Lo script si basa su un file che viene generato il sorgere e tramonto del sole

Puoi benissimo installare GraphWeather impostare le tue coordinate e ti genererà il file usarlo per la sola generazione del file

Gigi

**Orso Polare** · 12/01/2011, 18:59

Originariamente Scritto da Gigi600

Roberto a Me funziona

Si c'è il problema che quando il CONVERT.EXE si esegue
cambia l'orario come Ti dicevo da Es 07.20 in 07.2
ma basta farlo riscriverlo con lo stesso inizio.bat

CUT

Gigi, vediamo di capire meglio insieme
...
Il template di GW per cui parliamo di salescen.txt, prima che CONVERT.EXE si esegua.. contiene mettiamo 07.00 e 20.00

A me dopo che CONVERT.EXE si è eseguito.. in salescen.txt trovo 06.30 e 020.3 che chiaramente è sbagliato dato che doveva essere 20.30.

Ora se tutto fosse andato bene, in analisi.bat dopo che ha girato merge.bat avrei avuto gli orari civili per cui con sottrazione e somma dei 30 minuti.. e invece contiene orari sbagliati (020.3) e sbaglia l'analisi e fà casino.. io questa mattina avevo ancora lo scatto notte ed era giorno

Ora se tu ricopi salescen.txt dalla dir di GW e lo rimetti nella Dir giorno_notte ci metti un file che contiene orari corretti ma sono orari che ha generato GW per cui orari standard e invece a noi servono civili e civili li genera solo l'elaborazione di CONVERT.EXE che però li ricreerà ancora una volta errati..

Insomma ... quando li vedi corretti (se la situazione dell'ora porta ad un errore e non è detto che sempre porti ad un errore) è perchè vedi quelli di GW che sono sempre esatti ma standard.. se invece li vedi incasinati.. è perchè c'è passato sopra CONVERT.EXE nel tentativo di renderli civili

L'errore sembra verificarsi solo su set scende=HH.MM se HH vale un ora che termina con zero per cui ad esempio 20 oppure 21.. alora l'uscita dopo che CONVERT.EXE elabora.. diventa 020.M oppure 021.M per cui troviamo uno zero davanti alle ore HH e un solo M invece di due MM
ad esempio a me.. 21.00 diventa 021.3

E poco importa che alla prossima riletta di salescen.txt generata da GW l'ora si rimetta alle 21.00 che tanto CONVERT.EXE la rovina di nuovo..
Spero di essere stato chiaro che, mi rendo conto.. non è facile...

**Gigi600** · 12/01/2011, 19:45

Chiaro, ho capito

Pensavo che il problema era al mattino

dalle 07.20 veniva 07.2 e funzionava.
Ho fatto la prova ora con lo 0 finale
16.50 poi diventa 017.2

e non cambia

Al momento non ho mai avuto minuti con lo zero finale la sera

Gigi

**tigro11** · 12/01/2011, 21:30

abbiate fede...stiamo lavorando per voi..hahahaha

**Orso Polare** · 12/01/2011, 21:50

Finalmente il BUG del giusto ricalcolo degli orari civili è stato risolto, almeno non sembra presentare piu problemi..

e spero di non avere pasticciato con le varie versioni che si sono succedute durante le prove..

Chi è interessato a questo automatismo può riscaricare l'intero archivio aggiornato il cui link è nel primo Post.
Specifico che per risolvere il BUG sarà necessari sostituire il solo file CONVERT.EXE che avete nel vostro PC con quello che trovate in questo nuovo archivio e basta, il resto rimane tutto uguale.