Visualizzazione di simulazioni periodiche tramite interfaccia web

0

L'essenza del mio problema è che sto cercando di fare una simulazione di base per i dati raccolti periodicamente. Più specificamente, data la posizione di un'antenna radio, i pattern RF verrebbero simulati usando la libreria Python Pylayers , dove il modello finito è costruito in matplotlib per la visualizzazione.

Voglio che ciò avvenga da remoto, ad esempio, su un Raspberry Pi, che periodicamente eseguirà una nuova simulazione non appena riceverà nuovi dati e quindi visualizzerà i risultati della simulazione su una pagina web. L'idea è che in questo modo qualsiasi sollevamento pesante è limitato al dispositivo remoto e i risultati possono essere visualizzati ovunque.

Ho fatto un progetto simile che ha appena esportato l'output di matplotlib in un'immagine .png per la visualizzazione online, ma sarebbe bello avere un po 'di interattività, sulla falsariga della rotazione del grafico per la visualizzazione.

Ho molta più familiarità con la programmazione di basso livello e mi sento fuori dalla mia profondità nella programmazione web, quindi quello che sto cercando è una spiegazione concettuale di un buon modo per gestire questo e perché.

Quale pensi che sia il modo migliore per farlo?

    
posta Forest LeBlanc 01.06.2018 - 23:15
fonte

1 risposta

1

Sono d'accordo con Robert Harvey. Passa solo i dati dal pi .. Puoi metterli nella cache sulla potente macchina per un'ulteriore elaborazione in qualsiasi modo desideri (FileSystem, RDBMS, ODBMS (nosql))

Il tuo PI può essere inserito ovunque o parlare di ciò che desideri, quindi dipende da cosa ti senti a tuo agio dal lato client; dove risiede la maggior parte del lavoro.

Per il lato client, potrebbe valere la pena di esaminare Web Workers in combinazione con Socket.io . Ho una prova di concetto di base del web worker che si trova in PowerBall Monte Carlo se vuoi esaminare le dipendenze di origine per la mia prova di web worker! Un sacco di risorse socket.io là fuori pure. Consiglierei il loro tutorial di live chat su questo fronte.

Modifica: per il problema di limitazione del commento aggiuntivo, la maggior parte degli smartphone e i loro browser nativi hanno le stesse specifiche di elaborazione e potenza grafica di un singolo PI, per quanto ne so, quindi è una vittoria vince in particolare se più di un cliente è nel mix. Se i dati in tempo reale sullo schermo sono di fondamentale importanza, la grafica del client diventa necessaria se c'è più di 1 cliente a mio parere.

Se puoi sacrificare informazioni in tempo reale, la produzione e il caching di grafica renderizzata sul PI sono certamente un'opzione a intervalli di cacheing di 5-15 minuti più lunghi. Con l'aumento del carico di lavoro della grafica, le risorse per la pubblicazione / raccolta potrebbero diventare limitate (o inesistenti) se centralizzate sul PI. Qualcosa su cui riflettere! Sebbene questo sia potenzialmente il percorso più semplice, è anche il meno scalabile.

    
risposta data 02.06.2018 - 06:30
fonte

Leggi altre domande sui tag