Mancato dialogo tra Meteobridge Pro2 e Lightningew 2.4

[Alvaro Poggiani]

Avrei bisogno di un aiuto:
ho installato una Ecowitt GW1100 che riceve e trasmette al Meteobridge Pro2 i segnali del suo sensore fulmini WH57.
La GW1100, come previsto dal SW di Meteobridge, è stata aggiunta come "Stazione1" ed i relativi sensori:
lgt1!0dist -lgt!0energy -lgt!0total configurati e ri-mappati come richiesto tant'è che, i dati delle fulminazioni,
le relative potenze, e le distanze, vengono regolarmente registrati e conservati nel database interno del Meteobridge e compaiono se richiamati.

Come ho spiegato in oggetto manca la comunicazione tra Meteobridge e (penso) il database di Meteotemplate che dovrebbe indirizzare tali dati verso il modulo Lightningew.

C'è qualcuno che potrebbe cortesemente darmi delle dritte utili a risolvere il problema ?
Ringrazio anticipatamente
Alvaro Poggiani

https://www.meteovarazze.it/template/indexDesktop.php

[meteoesine]

Nel setup di meteotemplate controlla se nei sensori aggiuntivi è abilitato la scrittura nel database, eventualmente aggiorna il file api.php alla all'ultima versione (salvati una copia prima)

[Alvaro Poggiani]

Grazie per la cortese risposta e rinnovo i complimenti per la completezza del tuo sito.
Purtroppo la versione 3.6a non ha ottenuto i risultati sperati rispetto alla versione 3.1 che stavo usando.
L'unico dato rilevato e inviato (energy) credo si inserisca nel posto sbagliato

[Alvaro Poggiani]

Ti ho inviato gli allegati sbagliati, scusa

[meteoesine]

l'ultima cosa che mi viene in mente è provare a sostituire il file function,php nella cartella \scripts (fai sempre una copia del file prima).
speriamo di risolvere perchè non ho altre idee...

[Alvaro Poggiani]

Ho seguito le tue indicazioni e mi riservo di verificare meglio più tardi.
Controllerò (se ci riesco) anche lo script
...anche se nutro poche speranze dal momento che lo script precedente (attualmente rinominato "old_"), avendo la stessa data (20.08.2023), dovrebbe essere uguale.
Grazie comunque,
ti terrò informato

[Alvaro Poggiani]

Come temevo: non è cambiato niente.
Dei 3 dati "lightning" solo uno è attivabile e disponibile sul file API:
strano perché ho controllato più volte la mappatura dei sensori "lgt1!0xxxx" nel software di Meteobridge e sono tutti "gialli", in ordine, e registrano i dati sul database del MBPRO2.
La settimana prossima collegherò alla Davis i sensori di Radiazione Solare e UV (attualmente non disponibili) e se è un problema di API (ma non credo) verrà fuori.
Per il momento
Grazie ancora

[Alvaro Poggiani]

Solo per un quasi "dovere di cronaca" nei confronti del cortese e disponibilissimo MeteoESINE nell'intento di poter condividere un'esperienza utile:
i sensori SUN e UV sono nuovamente nella disponibilità della Davis e nella catena di comunicazione che viene finalizzata e visualizzata anche nel portale di Meteotemplate.
Qundi, alzando "bandiera bianca" devo constatare che i problemi con i due dati mancanti su LightnigEW, che partono da Meteobridge ma che non arrivano a destinazione, sono da ricercare dove io, purtroppo, non sono all'altezza di sapere e/o ricercare.
Probabilmente tra i fitti misteri dell'informatica o tra i conflitti delle varie versioni di PHP.
Grazie MeteoESINE

[meteoesine]

strano... abbiamo gli stessi identici dispositivi.
come invii i dati da meteobridge a meteotemplate? se utilizzi il metodo tramite weatherNets, rimuovilo e crea un evento http (vedi screenshot allegato)

questo è quanto io faccio importare da meteobridge:

https://meteoesine.it/template/api.php?U=[epoch.1:]&T=[th0temp-lastval.1:]&TMX=[th0temp-max5:]&TMN=[th0temp-min5:]&H=[th0hum-lastval.1:]&P=[thb0seapress-lastval:1]&W=[wind0avgwind-lastval=kmh:1]&G=[wind0wind-max5=kmh:1]&B=[wind0dir-lastval:1]&R=[rain0total-daysum:--]&RR=[rain0rate-lastval:1]&S=[sol0rad-lastval:2]&UV=[uv0index-lastval:1]&TIN=[thb0temp-lastval.1:]&PP0=[air0pm-lastval:2]&PP1=[air1pm-lastval:2]&PP2=[air2pm-lastval:2]&HIN=[thb0hum-lastval.1:]&SM1=[soil1hum-lastval.1:]&L=[lgt0total-dmax.0:]&LD=[lgt0distance-lastval.1:] &LT=[lgt0total-nonzerotime=epoch:]&ET=[sol0evo-lastval.2:]&TS1=[t2!0temp-lastval.2:]&LW1=[leaf0hum-lastval.1:]&PASS=xxxxx(tua pwd)

togli i sensori che non hai
quelli relativi ai fulmini sono: L=[lgt0total-dmax.0:]&LD=[lgt0distance-lastval.1:] &LT=[lgt0total-nonzerotime=epoch:]

non può non funzionare

[Alvaro Poggiani]

Innanzi tutto un grosso grazie MeteoESINE per l’attenzione:
certamente proverò a mettere in pratica le tue dritte (sempre che ne sia capace) ma forse è meglio che prima ti spieghi come si dipana la mia matassa.
Non so se sia corretta o meno, funzionare sembra che funzioni.

La Davis e la webcam inviano i loro dati via Wireless direttamente alla consolle ed al Meteobridge Pro2.
Nell’allegato 1 (reti meteo) puoi vedere che quel MBPRO2 invia solo a a WU e Meteotemplate (alle altre reti meteo ci pensa un altro MBPRO2) infatti ne ho due.

Gli allegati 2 e 3 mostrano la configurazione che ho stabilito per la Stazione Primaria (ISS Davis) e la Stazione Supplementare1 Ecowitt (GW1100 +sensore WH57) peraltro già previsti dal Software di Meteobridge.

Nell’allegato 4 vedi la mappatura con la quale ho configurato i 3 sensori della Ecowitt (lgt1!0dist – lgt1!0energy – lgt1!0total)

Negli allegati 5-6 le schermate di Meteobridge con i dati in real time e quelli del database.

La cosa strana (e che non mi torna) è che Meteotemplate, a parte gli altri dati della Davis (quindi gli arrivano) della Ecowitt accetta solo i dati che credo siano della “Energy” (un valore di 1025-1030) e, nel modulo Lightningew li va a mettere nel posto sbagliato (mi pare, sto andando a memoria)

In precedenza ho avuto problemi di compatibilità con la versione 8.3 di PHP che, in parte, ho risolto passando (con CPanel) alla versione 7.4 dal momento che il mio Hosting me lo permetteva.

Di più ed oltre non saprei proprio dove andare a pescare…
Grazie ancora a te nella speranza di non monopolizzare spazi e tempi (non era mia intenzione) ma di essere d’aiuto per qualcuno e/o qualcosa.

Ciao
Alvaro

[Alvaro Poggiani]

Forse tra gli allegati mancavano questi 3

[meteoesine]

ok, elimina Meteotemplate dalle reti meteo e crea l'evento http
per i sensori logici, metti i nomi come sono nel TUO meteobridge (in italiano), io l'ho lasciato in lingua originale

[Alvaro Poggiani]

Non appena avrò un po' di tempo davanti proverò certamente per vedere ...l'effetto che fa.
Poi ti dico.
Grazie ancora, a presto

[Alvaro Poggiani]

Ho provato a seguire le tue preziose dritte ma, probabilmente per mia incapacità, non ho ottenuto nessun risultato se non quello di non più far più arrivare i dati meteo di aggiornamento.
Ti avevo già detto che io invio i dati a Meteotemplate direttamente dalla schermata delle "Reti" come risulta dall'allegato inviato in precedenza.

Ho disattivato quella soluzione che uso e attivata quella suggeritami da te sulla Scheda dei Servizi impostando l'Evento HTTP.
Ti ho inviato anche un messaggio tramite i "Contatti" del tuo Portale per non infastidire gli altri ai quali non interessano i miei pasticci ma una domanda qui e ora te la propongo:

Cosa succede se lascio inalterata la mia "soluzione" di aggiornamento dati (che funziona) e imposto sul Meteobridge (Scheda Servizi) un evento # di "esportazioni dati HTTP "attivato dall'evento" (nel mio caso quando si verifica un fulmine) selezionando come URL e come sensori solo quelli della Ecowitt (che Meteobridge vede e riceve) le impostando come comando la a stringa che scrivo sotto ?
Litigheranno tra loro e faranno baruffa ?

https://www.meteovarazze.it/template/api.php?U=[epoch.1:]&T= [lgt0total-dmax.0:]&LD=[lgt0distance-lastval.1:] <=[lgt0total -nonzerotime=epoch:]&PASS=xxxxx(mia password)

Grazie ancora

[meteoesine]

prova, potrebbe funzionare.

https://www.meteovarazze.it/template/api.php?U=[epoch.1:]&L=[lgt0totale-dmax.0:]&LD=[lgt0distanza-lastval.1:] &LT=[lgt0totale-nonzerotime=epoch:]&PASS=tuapwd

i nomi dei sensori fisici devono essere come nel tuo meteobridge (stazione/mappatura), miei sono chiamati in modo diverso (il mio lgt0total per te è lgt0totale, lgt0distance per te è gt0distanza e cosi via anche per gli altri sensori temperatura, pioggia, ecc)

hai impostato i settaggi ftp su meteobridge?

[Alvaro Poggiani]

Grazie …MeteoEsine (purtroppo non so il tuo nome ma non fa niente)

sicuramente, trattandosi fondamentalmente di “matematica”, una spiegazione e una soluzione ci sarà, magari in una sintassi algebrica corretta o chissà che cosa o dove
…di cui non ho le competenze per venirne a capo, certo è che di tentativi ne sono stati fatti senza risolvere niente.

Partendo dalla mia stra-grande ignoranza ma, avendo fatto per molti anni lo skipper, ad orari precisi durante una navigazione, sono abituato a fare il “punto nave” per non correre il rischio di non sapere dove mi trovo e che strada devo fare per tornare a casa.

Qui è diverso, lo so, ma la logica (forse empirica) mi porta a ragionare in un certo modo:

a)- come si può vedere dallo screen-shot parziale della schermata dati Real Time di MeteoBridge (allegato 1-Dati Real Time)
i dati dei sensori Ecowitt sono registrati e archiviati nel database di MB.
Quindi i 2 apparati si “vedono” e dialogano tra loro.

b)- lo stesso database di MB viene regolarmente aggiornato con la frequenza impostata (allegato 2 - Dati Min Max)
Quindi il problema di impostare la frequenza di aggiornamento è risolta e superata.

c)- questi dati, insieme agli altri, vengono inviati regolarmente agli indirizzi impostati compreso Meteotemplate (allegato3 - Caricamento)

quindi,
a questo punto,
se dalla precedente schermata dello screen del modulo “LightningEW” si legge solo il dato “Energy” nel posto sbagliato, il problema non è costituito dai dati che non arrivano
(se non arrivassero non verrebbe visualizzato neanche il dato “Energy” quantunque sia collocato nel posto sbagliato),
ma, secondo me e la mia logica forse sbagliata, il problema è da ricercare nel fatto che quei dati, per chissà quale motivo, si perdano e/o rimangano impigliati in qualche piega del “mare magnum” del codice informatico di Meteotemplate o del suo blocco.
Forse quegli errori che mi compaiono nelle schermate test di “importazione dati” del CVS qualcosa vogliono dire
…a chi ne sa.

Grazie ancora
Alvaro

[meteoesine]

alzo bandiera bianca, sorry
speriamo che qualche esperto risolva
ciao, Norbert

[Alvaro Poggiani]

Grazie Norbert,
anche la mia bandiera, purtroppo, è bianca...
posso solo aggiungere di aver scoperto (credo) dov'è il "perché" ma, ammesso che ce ne sia solo uno, non conosco la soluzione.
Sono andato a curiosare nel file "meteotemplateLive.txt" che dichiara i sensori presi in esame ed i relativi dati che vengono passati per la registrazione.
Ho allegato uno screen dove ho evidenziato l'unico sensore dei 3 Ecowitt che viene preso in considerazione "L" ed il suo valore (energy).
Perché mancano gli altri 2 che sono comunque mappati regolarmente ...non lo so.

Grazie ancora Norbert

[Alvaro Poggiani]

Ciao Norberto, (MeteoEsine)
mi dirai tu se la "bandiera bianca" la possiamo ammainare o aspettiamo il prossimo temporale...

...si perché pur essendo in "modalità resa" io ho continuato a cercare di mettere in pratica i tuoi suggerimenti e credo
(ma potrebbe essere solo una speranza) di essere riuscito a ottenere qualcosa.

Ho seguito il tuo consiglio di inviare all'API.php i dati relativi al sensore fulmini tramite le impostazioni dei servizi HTTP che Meteobridge permette.
Non ho disabilitato l'invio degli altri dati tramite le impostazioni "Reti" ma ho aggiunto l'evento dei servizi citati prima.

Ho dovuto correggere i parametri dei sensori fulmini perché "&L" ed &LD" c'erano mentre mancava "&LT" che ortograficamente era mancante.
Nella schermata dei "Sensori Aggiuntivi" adesso compaiono tutti e tre con l'opzione a finestra di poterli aggiungere al Database.(la Verifica al prossimo temporale)

Spero di essere riuscito a farti capire cosa ho combinato, essendo una capra informatica non so padroneggiare il linguaggio gergale dei Guru del settore, se devo spiegarti meglio ci proverò.
Comunque grazie, sei stato veramente prezioso.

Alvaro

https://www.meteovarazze.it/template/