Newsgroup: it.scienza.fisica
Titolo: stima orari alba e tramonto a date coordinate geografiche (più data calendario)

 
Ho una domanda, suppongo rognosissima, sulla stima degli orari di alba e 
tramono, a date coordinate geografiche e data di calendario (sto 
cominciando a lavorare al SW di controllo delle sonde termiche dei 
pannelli solari autocostriti).
 
Premetto alcuni dati, ricavati da :
 
SunEarthTools.com
 
coordinate: 44.XXX, 8.XXX
localitá: 44.XXX,8.XXX
 
estraggo solo i due mesi estremi
 
al solstizio invernale
 
January 2020
Data	Alba	Tramonto	Mezzogiorno	Elevazione
01 Wed	08:02:53	16:55:20	12:29:06	22.28°
02 Thu	08:02:56	16:56:15	12:29:35	22.37°
03 Fri	08:02:57	16:57:11	12:30:04	22.46°
04 Sat	08:02:55	16:58:08	12:30:31	22.56°
05 Sun	08:02:50	16:59:08	12:30:59	22.66°
06 Mon	08:02:43	17:00:09	12:31:26	22.78°
07 Tue	08:02:33	17:01:13	12:31:53	22.90°
08 Wed	08:02:21	17:02:17	12:32:19	23.03°
09 Thu	08:02:06	17:03:23	12:32:44	23.17°
10 Fri	08:01:49	17:04:31	12:33:10	23.31°
11 Sat	08:01:29	17:05:40	12:33:34	23.46°
12 Sun	08:01:06	17:06:50	12:33:58	23.62°
13 Mon	08:00:42	17:08:02	12:34:22	23.78°
14 Tue	08:00:14	17:09:15	12:34:44	23.95°
15 Wed	07:59:44	17:10:29	12:35:06	24.13°
16 Thu	07:59:12	17:11:44	12:35:28	24.32°
17 Fri	07:58:37	17:13:00	12:35:48	24.51°
18 Sat	07:58:00	17:14:17	12:36:08	24.71°
19 Sun	07:57:21	17:15:35	12:36:28	24.92°
20 Mon	07:56:39	17:16:54	12:36:46	25.13°
21 Tue	07:55:55	17:18:14	12:37:04	25.34°
22 Wed	07:55:09	17:19:34	12:37:21	25.57°
23 Thu	07:54:20	17:20:55	12:37:37	25.80°
24 Fri	07:53:30	17:22:17	12:37:53	26.04°
25 Sat	07:52:37	17:23:39	12:38:08	26.28°
26 Sun	07:51:42	17:25:02	12:38:22	26.53°
27 Mon	07:50:45	17:26:25	12:38:35	26.78°
28 Tue	07:49:46	17:27:48	12:38:47	27.04°
29 Wed	07:48:45	17:29:12	12:38:58	27.30°
30 Thu	07:47:42	17:30:36	12:39:09	27.57°
31 Fri	07:46:37	17:32:01	12:39:19	27.85°
 
oppure al solstizio estivo
 
June 2020
Data	Alba	Tramonto	Mezzogiorno	Elevazione
01 Mon	05:43:13	21:04:29	13:23:51	67.45°
02 Tue	05:42:42	21:05:18	13:24:00	67.58°
03 Wed	05:42:14	21:06:05	13:24:09	67.70°
04 Thu	05:41:48	21:06:51	13:24:19	67.82°
05 Fri	05:41:24	21:07:35	13:24:29	67.93°
06 Sat	05:41:03	21:08:17	13:24:40	68.03°
07 Sun	05:40:44	21:08:57	13:24:50	68.12°
08 Mon	05:40:27	21:09:36	13:25:01	68.21°
09 Tue	05:40:12	21:10:13	13:25:12	68.29°
10 Wed	05:40:00	21:10:48	13:25:24	68.37°
11 Thu	05:39:50	21:11:21	13:25:35	68.43°
12 Fri	05:39:42	21:11:52	13:25:47	68.50°
13 Sat	05:39:37	21:12:21	13:25:59	68.55°
14 Sun	05:39:34	21:12:48	13:26:11	68.60°
15 Mon	05:39:33	21:13:13	13:26:23	68.64°
16 Tue	05:39:34	21:13:37	13:26:35	68.67°
17 Wed	05:39:38	21:13:57	13:26:47	68.70°
18 Thu	05:39:44	21:14:16	13:27:00	68.72°
19 Fri	05:39:52	21:14:33	13:27:12	68.73°
20 Sat	05:40:02	21:14:47	13:27:24	68.74°
21 Sun	05:40:15	21:14:59	13:27:37	68.74°
22 Mon	05:40:30	21:15:09	13:27:49	68.73°
23 Tue	05:40:46	21:15:17	13:28:01	68.72°
24 Wed	05:41:05	21:15:22	13:28:13	68.70°
25 Thu	05:41:26	21:15:25	13:28:25	68.67°
26 Fri	05:41:49	21:15:26	13:28:37	68.63°
27 Sat	05:42:14	21:15:24	13:28:49	68.59°
28 Sun	05:42:41	21:15:20	13:29:00	68.54°
29 Mon	05:43:10	21:15:14	13:29:12	68.49°
30 Tue	05:43:41	21:15:06	13:29:23	68.42°
 
BTW ... quest'anno gli equinozi non sono mica caduti il 21 Marzo e 21 
Settembre ...
ma, rispettivamente  il 17 Marzo e 25 Settembre,
il primo in anticipo il secondo in ritardo. Cosa significa ?
 
cmq, passo alla domanda (anzi altra parte di premessa) :
non so ancora se mi consiglieranno di comprare raspberry/raspbian (con 
supporto a un vero filesystem e qualche sorta, spero, di memoria di 
massa, per cui potrò attingere ai dati VERI sopra indicati)
oppure un microcontroller che potrebbe avere solo una rom e non so di 
quanti KB. Se la memoria basta potrei certo "cablare" i dati nel codice 
C, in maniera hard-wired, ma se non basta .... ecco la domande :
 
Si può esprimere una funzione matematica approssimata (diciamo con 
l'approssimazione dei 15', un quarto d'ora) che, mettendo come dati di 
INPUT : 
le coordinate geografiche (latitudine, longitudine, magari anche 
elevazione), la DATA, 
emetta come OUTPUT :
orario approssimato dell'alba e orario approssimato del tramonto ?
 
La mia intenzione sarebbe aggiungere un filtro a priori al programma di 
controllo delle sonde termiche (quelle dei pannelli solari, quelle della 
fornace no, ovviamente, dovrebbe fare un polling continuo) che ipso facto 
escluderebbe dal polling le sonde pannelli SE IL SOLE PER RAGIONI 
ASTRONOMICHE NON È NEMMENO SOPRA L'ORIZZONTE.
 
P.S. trascuro perché non posso descriverlo e sarebbe cmq complicato, ma 
se qualcuno conosce siti così dettagliati me lo dica, la FORMA 
dell'orizzonte.
Purtroppo sto a fondovalle (la valle è poco profonda) ed ho una collina 
proprio a SUD, quindi quando il sole è basso (Nov, Dic, Gen, Feb), mi 
accorcia le ore teoriche di sole, ma non saprei come impostare la domanda 
al problema ...
grazie di suggerimenti (anche di simulatori per la stima della 
"VISIBILITÀ" del sole che tenga conto anche delle isoipse del terreno in 
un dato territorio e non consideri la terra "sferica".
 
 
-- 
la firma la setto dopo

 ecco la domande :
 
Dal momento che devi capire quando c'è luce e quando non 
abbastanza per il tuo problema, un passo 'settimanale' è 
ampiamente sufficiente; fanno poco meno di 50 coppie di valori, 
che (se interi) entrano anche in un micro piccolo.
 
Il motivo del perchè non ti serve una precisione maggiore è 
anche nel modo di programmare questi dispositivi. Generalmente 
non è una buona idea lavorare con i 'float' e si fa molto di 
rado se non mai; puoi farlo sicuramente con Arduino e Rasp, ma 
con altri micro, linkarti le librerie per i float ti occuperà 
memoria e risorse, e con certi modelli saresti fuori delle 
capacità del dispositivo.
 
Con le approssimazioni richieste dal problema puoi per esempio 
trasformare i tempi in decasecondi o altra unità di misura che 
non ti mandi in overflow il risultato. Ti segnalo che è un 
problema tanto tipico quanto difficile da debuggare; la tipica 
soluzione (con gli interi) è 'castare' gli operandi della 
moltiplicazione in una parola di lunghezza doppia e poi rifare 
il cast in assegnazione, ma non vorrei andare troppo OT.
 
Ovviamente se serve maggior precisione un Rasp è un vero e 
proprio computer, e c'è tutto lo spazio che serve; puoi 
lavorare con i float comodamente anche con un Arduino, meglio 
se tipo Mega. Ma un'altro elemento da considerare è 
l'aggiornamento dei valori. Suppongo che col passare degli anni 
potrebbero avere variazioni significative e anche nell'ottica 
di sperimentare, meglio copiare a mano nel file sorgente 50 
coppie di interi che di float; tanto poi la precisione la 
perderesti comunque nell'implementazione.
 
A questo punto: serve davvero un espressione (semi)analitica 
dei valori? Potrebbe, certo; dipende se ritieni serva per la 
tua applicazione............... Ma non credo che 10 min. in più 
o in meno cambino qualcosa......

 orario approssimato dell'alba e orario approssimato del tramonto?
Certamente si può, ma non è una cosa semplice.
Dato che per diversi anni mi sono divertito a fare conti del genere,
ho fatto una veloce ricerca.
Ovviamente non mi ricordavo più niente, e non escludo che ci sia altro
che non ho ancora trovato.
 
Secondo me sarebbe sufficiente scrivere una funzione approssimante,
che sarebbe una somma di due sinusoidi: una col periodo di un anno e
l'altra col periodo di sei mesi.
La prima terrebbe conto della variazione di declinazione del Sole, e
di parte della "equazione del tempo", quella dovuta all'eccentricità
dell'orbita della Terra.
La seconda della parte di eq. del tempo dovuta all'inclinazione
dell'asse terrestre sull'eclittica.
I due effetti sono circa dello stesso ordine e sommati arrivano attorno
ai 15 minuti, quindi bisogna tenerne conto.
Anche la rifrazione astronamica non è trascurabile: può allungare il
giorno di 6 minuti (se ricordo bene) e varia con la stagione: maggiore
(non la rifrazione, ma l'effetto sull'istante del sorgere e tramontare)
Poi bisogna tener conto degli anni bisestili ... e forse basta.
A parte questo, il ciclo si ripete uguale tutti gli anni, con la sola
difficoltà che un anno tropico non è un numero intero di giorni, ma
non è grave. (Ci sarebbe un effetto dovuto alla posizione della LUna,
mi pare che influisca per pochi minuti, quindi lo trascurerei.)
 
Per fortuna il luogo è fisso e quindi non introduce altri parametri
variabili.
 
Piuttosto una domanda: supposto che io riuscissi a darti le formule
necessarie, saresti capace d'inserirle nel microcontroller?
Scusa se te lo chiedo, ma con te non si sa mai chi si ha davanti:
certe volte fai cascare le braccia, altre volte sorprendi in senso
opposto :-)
 
Sul problema della collina dirò qualcosa a parte, per non allungare
troppo questo post.
 
 
-- 
Elio Fabri

 
 
 
-- 
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)

 ASTRONOMICHE NON È NEMMENO SOPRA L'ORIZZONTE.
Perche' vuoi evitare la misura della temperatura se il sole non e` sopra 
l'orizzonte? Complichi inutilmente il programma per non risparmiare 
nulla! Una misura di temperatura ogni cinque minuti (o intervallo 
comunque lungo perche' e` un sistema termico con poca potenza in gioco) 
non fa risparmiare potenza di calcolo, potenza elettrica o memoria, dato 
che non serve memorizzare i valori.
 
Se sei interessato comunque conoscere l'ora approssimativa del sorgere e 
tramonto del sole (per ragioni accademiche ) allora ci sono diverse 
soluzioni, che dipendono anche da quanto vuoi ottenere.
 
Supponiamo che voglia un impianto che puoi vendere e non saprai dove 
sara` installato. Serve un sistema programmabile sul campo in cui 
introduci la posizione e il programma calcola le due ore che vuoi: good 
luck! Bisogna usare le librerie matematiche di calcolo in floating 
point. Dovendo fare i conti una volta al giorno non usano molto la CPU, 
ma l'occupazione di memoria e` elevato.
 
Altra possibilita` e` un sistema personalizzabile fuori linea. Sapendo 
dove sara` montato l'impianto, con un programma fuori linea calcoli le 
ore del sorgere e del tramonto per quattro anni in modo preciso, e poi 
le approssimi con funzioni piu` o meno complicate e carichi i 
coefficienti delle approssimazioni sul microcontrollore.
 
L'approssimazione potrebbe essere la somma di due sinusoidi, come 
suggerisce Fabri, ma questo richiede che debba valutare delle funzioni 
trigonometriche, oppure puoi fare una approssimazione con polinomi di 
Chebysheff, e devi solo calcolare polinomi, oppure ancora una look up 
table con interpolazione lineare o quadratica: probabilmente questa 
soluzione e` la migliore in termini di quantita` di calcoli e 
complicazione del programma.
 
Con le look up table si riesce facilmente a usare l'aritmetica intera, 
mentre quando ci sono di mezzo funzioni piu` complicate e` ancora 
possibile usare l'aritmetica intera ma ridurre il problema a intero, 
facendo attenzione alla dinamica e agli errori numerici, non e` banale.
 
Infine una osservazione pratica. Per poter usare le ore del sorgere e 
tramonto serve sapere che ora e`. Gli oscillatori a basso costo che 
tengono l'ora nei sistemi a micro possono avere degli errori di qualche 
secondo al giorno, che su un anno puo` dare errori di ben oltre 10 
minuti! Bisgna prevedere un oscillatore preciso e stabile oppure la 
possibilita` di rimetterlo periodicamente in passo.
 
DA NOTARE CHE TUTTA QUESTA CHIACCHIERATA E` "ACCEDEMICA": molto 
probabilmente NON SERVE conoscere l'ora del sorgere e tramonto del sole 
per evitare qualche misura!
 
-- 
Wovon man nicht sprechen kann...
 
-- 
This email has been checked for viruses by AVG.
https://www.avg.com
 

 dati
Ecco, di questo volevo dirti. Potrebbe darsi che i dati possa
raccoglierli tu stesso, grazie al GPS.
 
Ti racconto qualcosa che feci molti anni fa, quando il GPS muoveva i
primi passi. Che anni erano di preciso non lo so, ma so che come PC
avevo un M24 Olivetti.
Mi ero comprato una scheda GPS, di quelle da montare nel PC e dotata
di antenna.
Nel manuale era spiegata in dettaglio la struttura dei msg che ogni
satellite invia e che il ricevitore elabora per fornire la sua
posizione.
Di tutto questo interessa poco, ma nei dati c'era l'identificazione
del singolo satellite e la sua posizione in cielo.
Non ricordo i dettagli (suppongo ad es. che il satellite fornisse le
sue coord. celesti in una forma indip. dal luogo di osservazione.)
La cosa ora importante è che i satelliti si muovono, per cui sono
visibili da un certo luogo solo per un dato intervallo di tempo.
Io raccoglievo per ciascun satellite i dati in questione e calcolavo
la sua posizione locale (altezza, azimut) all'istante di apparizione o
di scomparsa).
Dato che i satelliti sono tanti e sorgono/tramontono in qualunque
direzione, i dati che si ottengono sonoo parecchi.
Avevo anche un programma che da questi dati ricavava il profilo
dell'orizzonte visibile, che è proprio ciò che ti serve.
 
La buona notizia è che ho ritrovato tutti i files.
La brutta è che non so se potrei ricostruire ciò che serve senza
doverci lavorare per mesi.
Poi c'è un'altra incognita.
Non so (ma suppongo che la risposta sia affermativa) se un moderno
smartphone dotato di ricevitore GPS sappia fare un lavoro analogo, se
si debba programmare (tu saresti capace di scrivere un'app? Io no.)
Ma queste sono informazioni che si possono trovare.
Una volta fabbricata la app, forse anche in un solo giorno avresti il
tuo profilo.
Naturalmente si può usare il gps anche da computer, portatile o deskop
come facevo io.
 
Ti sembra un'idea praticabile?
 
PS. Ho appena letto il post di Franco, ma spedisco ugualmente questo
perché se no non finisco più.
 
 
-- 
Elio Fabri

 tramonto del sole per evitare qualche misura!
 
no infatti, lo scopo non era evitare misure, ma cercare di 
validare lo stato di integrità del sistema con qualche 
certezza hard-wired (e con qualche input manuale).
 
In un mondo ideale vorrei anche poter "tarare" le sonde nel 
tempo, tipo, mettiti in modo learn. Leggi questo campione 
che misura 35°, leggi 35°+/-1° ? Si, bene. No ? => qualche 
genere di taratura se possibile.
 
ma sono in fase ancora totalmente embrionaria, non so che 
hardware comprare e quindi nemmeno immaginare quali 
possibilità reali abbia.
 
Anzi il mio scoglio più grande, che mi impedisce anche di 
cominciare, è proprio la "lista della spesa" : una volta 
comprate le cose adatte, comincerei a spulciare la 
documentazione e definire meglio il problema.


 
 
guarda, devo un po' capire bene cosa possa fare quel che già 
ho in ambiti (GPS) che non ho mai indagato.
 
Non so se la griglia cellulare offra di suo servizi simili, 
o se possa semplicemente, appoggiandosi ai satelliti, 
indirettamente offrire questo servizio GPS.
 
è una cosa che non ho mai indagato, provo a vedere se ci 
capisco qualcosa ...
grazie cmq della buona volontà di ritrovare quei dati e il 
programma.


 indirettamente offrire questo servizio GPS.
Secondo me te lo puoi scordare.
 
 
-- 
Elio Fabri

 Secondo me te lo puoi scordare.
 
in effetti ... come potrebbe la rete cellulare interrogare 
il GPS, se essa stessa non ti può localizzare con una 
risoluzione particolarmente buona ? (specie quella 
verticale, penso), sull'orizzontale mi pare che la 
risoluzione sia un metro dove c'è buona copertura, e forse 
qualche metro qui dove è un disastro totale ... magari però 
mi sbaglio o ricordo male.


 comincerei a spulciare la documentazione e definire meglio il problema.
 
Questo e` un NO NO NO! Si procede al contrario: date le funzionalita` 
richieste, prima si studia l'archittettura del sistema, poi si guarda 
quali sono le caratteristiche necessarie per i vari elementi o 
sottosistemi, poi si studia la documentazione dei possibili componenti 
candidati all'utilizzo e solo alla fine si fa la lista della spesa!
 
E poi ci sono tutti gli imprevisti. Ad esempio se pensi di usare un 
microprocessore per comandare rele` e motori, molto spesso nei montaggi 
hobbistici, capita che quando il micro comanda l'accensione o lo 
spegnimento di un carico, il programma si blocca, oppure fa cose 
incomprensibili a causa di disturbi elettrici che appunto lo "disturbano".
 
Altro imprevisto: cosa succede se manca l'energia elettrica? L'orologio 
interno deve avere una pila per mantenere l'ora, ma cosa fanno le 
elettrovalvole? Devono rimanere nello stato in cui erano? Alcune devono 
andare in stato aperto e altre in stato chiuso?
 
Mi sa che stai affrontando un progetto ingegneristico non complesso, ma 
complicato in cui ci sono tanti aspetti diversi, che richiedono 
competenze in campi molto differenti.
 
Il mio suggerimento e` di usare sottosistemi commerciali gia` pronti, ad 
esempio un PLC che controlla tutto e puo` essere programmato.



Source:
	Almanac for Computers, 1990
	published by Nautical Almanac Office
	United States Naval Observatory
	Washington, DC 20392
 
Inputs:
	day, month, year:      date of sunrise/sunset
	latitude, longitude:   location for sunrise/sunset
	zenith:                Sun's zenith for sunrise/sunset
	  offical      = 90 degrees 50'
	  civil        = 96 degrees
	  nautical     = 102 degrees
	  astronomical = 108 degrees
 
	NOTE: longitude is positive for East and negative for West
        NOTE: the algorithm assumes the use of a calculator with the
        trig functions in "degree" (rather than "radian") mode. Most
        programming languages assume radian arguments, requiring back
        and forth convertions. The factor is 180/pi. So, for instance,
        the equation RA = atan(0.91764 * tan(L)) would be coded as RA
        = (180/pi)*atan(0.91764 * tan((pi/180)*L)) to give a degree
        answer with a degree input for L.
 
 
1. first calculate the day of the year
 
	N1 = floor(275 * month / 9)
	N2 = floor((month + 9) / 12)
	N3 = (1 + floor((year - 4 * floor(year / 4) + 2) / 3))
	N = N1 - (N2 * N3) + day - 30
 
2. convert the longitude to hour value and calculate an approximate time
 
	lngHour = longitude / 15
 
	if rising time is desired:
	  t = N + ((6 - lngHour) / 24)
	if setting time is desired:
	  t = N + ((18 - lngHour) / 24)
 
3. calculate the Sun's mean anomaly
 
	M = (0.9856 * t) - 3.289
 
4. calculate the Sun's true longitude
 
	L = M + (1.916 * sin(M)) + (0.020 * sin(2 * M)) + 282.634
	NOTE: L potentially needs to be adjusted into the range [0,360) by adding/subtracting 360
 
5a. calculate the Sun's right ascension
 
	RA = atan(0.91764 * tan(L))
	NOTE: RA potentially needs to be adjusted into the range [0,360) by adding/subtracting 360
 
5b. right ascension value needs to be in the same quadrant as L
 
	Lquadrant  = (floor( L/90)) * 90
	RAquadrant = (floor(RA/90)) * 90
	RA = RA + (Lquadrant - RAquadrant)
 
5c. right ascension value needs to be converted into hours
 
	RA = RA / 15
 
6. calculate the Sun's declination
 
	sinDec = 0.39782 * sin(L)
	cosDec = cos(asin(sinDec))
 
7a. calculate the Sun's local hour angle
 
	cosH = (cos(zenith) - (sinDec * sin(latitude))) / (cosDec * cos(latitude))
 
	if (cosH >  1) 
	  the sun never rises on this location (on the specified date)
	if (cosH < -1)
	  the sun never sets on this location (on the specified date)
 
7b. finish calculating H and convert into hours
 
	if if rising time is desired:
	  H = 360 - acos(cosH)
	if setting time is desired:
	  H = acos(cosH)
 
	H = H / 15
 
8. calculate local mean time of rising/setting
 
	T = H + RA - (0.06571 * t) - 6.622
 
9. adjust back to UTC
 
	UT = T - lngHour
	NOTE: UT potentially needs to be adjusted into the range [0,24) by adding/subtracting 24
 
10. convert UT value to local time zone of latitude/longitude
 
	localT = UT + localOffset

 essere programmato.
 
si ma non so quale scegliere né come scegliere i suoi occhi 
e le sue mani (modelli adatti ad interfacciarsi con lui).
Sottolineo che non ci tengo affatto a fare tutto da zero, 
anzi potrebbe essere lo scenario peggiore in cui ricado se 
non trovo nessun genere di consigli avveduti altrove che 
calzino allo scenario.
 
Ti dico : ti leggo da tempo e ho sempre apprezzato i tuoi 
post. Se mi dici che avresti tempo e voglia per accettare di 
farmi il progetto (parte elettronica), incluso dirmi cosa 
comprare e come collegarlo, e mi butti lì un preventivo 
orientativo, FELICISSIMO, tanto non sono vincolato ancora a 
nessuno, non sono in parola definitiva. NEl momento in cui 
mi dicono si forse si vedrà io dico, bene, ma continuo anche 
io a guardarmi intorno.
Se uno mi dice : SI, okay, lo so fare e accetto, pure io 
dico bene, andiamo in fondo e facciamo un patto e cascasse 
il mondo è quello. Però al momento non sono in quella 
situazione.
 
Fammi sapere qualcosa se hai tempo e voglia.


 Seidelmann. Me lo sono comprato per studiarmelo in pensione!
Ecoo, questo sì che va bene :-)
BTW, io ne ho un'edizione vecchissima e mi era venuta un po' la voglia
di comprarlo anch'io.
Il fatto è che io sono "un po' troppo" in pensione (da 15 anni) e
difficilmente riuscirei a metterlo a frutto.
Tanto più che costa 110€...
 
Come ho già detto, sugli aspetti ingegneristici non mi pronuncio.
Sto comunque lavorando per tirar fuori una formula acconcia.
Per mio carattere, non sopporto le cose fatte da altri e di cui non
posso capire perché sono così.
Comunque, per vostra informazione, ho una quantità di packages, di
dati per calcoli astronomici, incluso il VSOP (nel caso sappiate che
cos'è, e a proposito di polinomi interpolanti).
Ma sarebbe il proverbiale sparare a una mosca con un cannone.
 
Io invece sto prendendo i calcoli di base, coi minimi dati necessari,
vado pian piano semplificandoli, sempre assicurandomi che il risultato
finale soddifi il requisito di non sbagliare oltre 15 minuti le ore
calcolate.
Ci metterò tempo, e probab. Mario adotterà una soluzione diversa,
prima che io abbia finito.
Pazienza: sarà servito a tenere in esercizio i neuroni.
 
 
-- 
Elio Fabri

 Pazienza: sarà servito a tenere in esercizio i neuroni.
 
:) questo è cosa buona !


Il Sat, 15 Aug 2020 15:47:09 +0000, Soviet_Mario ha scritto:
 
CUT
 
ad integrazione delle alternative da me inizialmente ipotizzate, una 
affine, ma migliore del pannellino farraginosamente schermato dalla stray 
light, mi è stata oggi confermata da un amico ing.
Costui (btw ... qui non riesce a scrivere, finisce filtrato, si chiama 
Gianluca e imho è in gamba, e non impulsivo come me :D) mi ha consigliato 
piuttosto un *interruttore CREPUSCOLARE*, componente che non conoscevo ma 
su cui indagherò a breve.
Ora pur riconoscendo la dovuta dignità ai calcoli celesti, mi rendo conto 
che un dispositivo del genere, se fosse magari pure tarabile in qualche 
modo, sarebbe ancora più utile ai fini di "debug" degli errori di 
impianto potendo riconoscere, oltre all'oscuramento per ragioni 
astronomiche prevedibili, ad es. anche situazioni asincrone e meteo, tipo 
la formazione di una massa compatta di nubi scure che porterebbero 
ugualmente alla presunta perdita di riscaldamento nei pannelli.
 
Ovviamente le varie soluzioni non sono esclusive mutualmente, si possono 
usare entrambe e incrociare i dati eventualmente.
 
Ora indago un po' su questi interruttori crepuscolari e con cosa si 
possono interfacciare.
 
Grazie a tutti di ogni contributo, passato presente e futuro


 riconoscere
 
Sono sempre tarabili, solo che hanno isteresi (generalmente non 
drammatica ma ce l'hanno) e non sono precisissimi, se pure  
ampiamente sufficienti per la tua applicazione. C'è sempre un 
trimmer, che può anche essere accessibile solo togliendo 
qualche protezione, ma c'è.
 
Il modo per farli funzionare in modo corretto è ovviamente 
tenerli fuori dalla luce diretta del sole.
 
Puoi anche ottenere un ulteriore uniformità di funzionamento 
mettendo davanti all'elemento sensibile una lastrina di 
plexiglass scartavetrata fine o direttamente translucida, che 
si trova. Se il crepuscolare che trovi non è abbastanza 
sensibile potrebbe diventare l'unico modo per farlo funzionare 
bene: magari all'ombra non apre o chiude il contatto con 
l'intensità luminosa che vorresti tu........

 contatto con l'intensità luminosa che vorresti tu........
 
 
metto da parte per il momento fatale :)


Solo per darti notiia della stato di avanzamento dei lavori.
E' purtroppo successo ciò che temevo.
Avendo portato il calcolo a un punto avanzato, ho pensato di provare i
risultati confrontandoli con quello che mi davano delle routines già
pronte (ma molto più complicate).
Erano anni che non le usavo, e quando ho provato a metterci le mani ho
visto dei problemi.
Ho provato a risolverli ... e sono ancora lì che provo.
Non mi torna qualcosa di molto stupido, ma se non lo risolvo non posso
andare avanti.
 
Tanto ti dovevo :-)
 
 
-- 
Elio Fabri

On 08/17/20 14:57, Soviet_Mario wrote:
 
Sono tornato a casa dove ho tutto quello che mi serve e ho preparato la 
tabella dell'ora media della levata, del transito e del tramonto del 
sole per ogni giorno di un anno generico.
 
Ho preso le efemeridi per quattro anni consecutivi e ho mediato i tempi. 
La massima differenza sui quattro anni e` di due minuti, quindi non 
serviva neanche fare le medie :).
 
Ho fatto il conto per 8° 30' E, e 44° 30' N 300m, considerando la 
rifrazione e ho una tabella con le ore di levata, transito, tramonto per 
ogni giorno.
 
Mandami un indirizzo email funzionate e ti mando la tabella in excel
