Visualizzazione Stampabile
Si, lo sapevo da un pezzo :bua:
Infatti mi chiedo perché ho iniziato un progettino personale programmando in C con tutte le menate di compilazione del caso, quando potevo usare python o go per far la stessa cosa con molto meno sbattimento, perché? :uhoh:
Perché ho scelto la strada più difficile? x(
Perchè sei vintage?
Ora scrappa tutto e riparti con AngularJS
perché C masterace
Fare certe domande su j4s è come andare a un convegno di gay a chiappe nude e con tatuato sulle medesime un mirino
Non se puede, il programma delle leggere dati da una porta seriale e preparare una pagina web per la visualizzazione di grafici, non credo che javascript permetta la lettura da porte com e poi il tutto deve andare su raspberry, dovrebbe essere efficiente.Citazione:
Originariamente Scritto da Mdk
Il C ha sempre il suo fascino. :asd:
Of course!Citazione:
Originariamente Scritto da alastor
Per ora non connetto, non capisco :bua: why?Citazione:
Originariamente Scritto da Skywolf
Ok, JS non può andare sull'hardware, almeno non credo, ma per la parte web è ottimo perchè sbologna il lavoro ai client che aprono la pagina piuttosto che far macinare del PHP al povero raspberry
A leggere questi topic mi chiedo come faccio questo lavoro se non capisco un ca... di quello che c'è scritto.
A vedere alcuni miei colleghi mi chiedo come facciano a fare questo lavoro se non capiscono un ca... di quello che stanno facendo.
L'equilibrio, lo zen, il ciclo della vita.
Per fare i grafici, go di JS come dice mdkoso.
Non conosco javascript ne tantomeno AngularJS, dovrei studiarlo.Citazione:
Originariamente Scritto da Mdk
Il cerchio della vita, conosco tanti informatici che non sanno una sega del loro lavoro eppure guadagnano il doppio rispetto a me, quindi se guadagni bene vai tranqui. :thumbup:Citazione:
Originariamente Scritto da BloodMoney
Infatti ho trovato Chart.js che dovrebbe fare al caso mio, potrei separare il programma in C in due parti, una che si occupa di leggere i dati via seriale e memorizzarli in un database, la seconda parte che fa da server web, e crea la pagina html con i dati e grafico fatto da Chart.jsCitazione:
Originariamente Scritto da koba44
Mai provato, ma quindi è codice visibile dal client come il js? Cioè l'user apre un qualsiasi developer tool da browser e fa un po' quel cazz che vuole? :uhm:Citazione:
Originariamente Scritto da Mdk
Meglio se fai una cosa del genere: la parte in C legga da seriale e risponda su una porta web alternativa sputando dati grezzi (no html, semplice lista di numeri). Il javascript contenuto nella pagina html principale recuperi questi dati e li grafichi. La pagina web principale può essere servita da un server dedicato (apache ma anche più piccolo) .
Magari non grezzi grezzi ma in JSONCitazione:
Originariamente Scritto da koba44
Poi si, serverino NGINX (che a me non piace, ma è light, poi forse per HTML liscio ti basta anche roba più minimale ancora) con pagina statica e JS che legge il file (che sarà nella cartella www del server insieme alla pagina) e lo disegna
Si, per questo devi almeno almeno minimizzarlo, ed ovviamente fare mille controlli di sicurezza lato server, tipo che uno mi cambia il codice utente in GET e vede roba di altra gente, va verificato lato server prima di rispondereCitazione:
Originariamente Scritto da fulviuz
Ma sì magari anche JSON può tornare comodo.
Confermo: pagina html statica con JS che la rende dinamica e si prende la briga di leggere e presentare i dati.
perché ti aspetta una caterva di insulti, se solo siamo nel mood giusto :DCitazione:
Originariamente Scritto da gnappinox1
Quindi dici di creare il file con i dati del grafico e poi JavaScript se lo piglia e fa il grafico, mi sembra una buona idea, l'unica cosa che non mi gusta è proprio creare sempre il file, mi sembra una soluzione molto grezza 🤔Citazione:
Originariamente Scritto da Mdk
Ho scoperto l'esistenza dei websocket, in questo modo la pagina potrebbe aggiornare costantemente solo i grafici istantanei, mentre potrebbe aggiornare il resto più lentamente.Citazione:
Originariamente Scritto da koba44
Molto interessante, la seconda versione penso di farla così, ormai ho scritto troppo codice per buttarlo senza manco provarlo :bua:
Inviato dal mio Nexus 7 utilizzando Tapatalk
Beh, o crei il file, o crei la pagina HTML, da qualche parte sti dati li devi buttare
Oppure MySQL/MongoDB, però poi torna il peso sul Rasp
Come database ho visto SQLite che dovrebbe andare benone, devo fare solo qualche test per le prestazioni
Inviato dal mio Nexus 7 utilizzando Tapatalk
Però poi per leggere ti servirà PHP, quindi a sto punto giù col solito ApacheCitazione:
Originariamente Scritto da gnappinox1
Tutto gestibile dal Raspi B prima edizione, a patto che non hai bisogno di accessi velocissimi a ste pagine
Ma anche no :asd: usando https://www.gnu.org/software/libmicrohttpd/ posso creare un programma in c che mi fa da server web e che mi restituisce l'unica pagina che mi interessa, alla fine tutta la struttura della pagina dovrà essere statica, posso leggerla da file, l'unica cosa che il raspberry dovrà fare dinamicamente sarà accodare i dati nell'array da scrivere nel javascript.Citazione:
Originariamente Scritto da Mdk
Facendo fare il refresh ogni chesso 5 secondi, non dovrebbe gravare più di tanto sulla cpu, ma come detto, sono cose che devo testare, non mi sono mai scontrato con cpu scarse :bua:
Primo test di velocità su raspberry, scrivere 1000 record su sqlite prende circa 1 secondo di tempo, ottimo, non mi aspettavo tutta questa velocità
Dopo faccio le prove con il lato web
In che cosa consiste il progettino?Citazione:
Originariamente Scritto da gnappinox1
Ho letto di porte seriali...
Allora, riassumendoCitazione:
Originariamente Scritto da LordOrion
A casa con i miei fratelli abbiamo montato dei pannelli solari, sarebbe interessante sapere quanta potenza forniscono e quindi di rimando avere un idea di quanto dovrebbe scalare la bolletta.
Unendo le loro capacità elettroniche e le mie informatiche, stiamo tirando su un sistema che tramite arduino (o pic) legge i sensori di tensione e corrente, poi il raspberry prende questi valori ed oltre a memorizzarli su un database, dovrebbe mettere online una pagina web con i grafici per vedere comodamente l'andamento nel tempo, ed i dati istantanei.
Un piccolo passatempo.:asd:
allora si, è proprio come dici:sisi:Citazione:
Originariamente Scritto da gnappinox1
Capito.Citazione:
Originariamente Scritto da gnappinox1
Se tu avessi una base HW con sistema operativo potresti organizzare il lavoro in due parti distinte: Un processo che si occupa di acquisire i dati dal pannello (scritto in C/C++) e memorizzarli in un DB, che poi viene letto e visualizzato dal front-end web (che può essere scritto in Java, PHP, Sarcazzo).
Io farei cosi' :sisi:
Ma infatti è quello che penso di fare, solo che il front-end per ora sarà fatto pure in C tanto deve caricare solo poca roba.Citazione:
Originariamente Scritto da LordOrion
Domani vedo di fare qualche test per vedere le prestazioni
Inviato dal mio Nexus 7 utilizzando Tapatalk
MongoDB nomen omen comunque. Lo odio.Citazione:
Originariamente Scritto da Mdk
MongoloidDB?
Ahahaha mai usato, al lavoro usiamo sqlite e per quello che deve fare va benissimo, infinitamente meglio dell'access che usavamo prima
Programmatori :rotfl:
Mongocoso è un NoSQL.
"Sviluppatori Software" :nonsifa:Citazione:
Originariamente Scritto da Pongo
Inviato dal mio Nexus 7 utilizzando Tapatalk
Programmavacche :sbav:Citazione:
Originariamente Scritto da Pongo
http://www.focus.it/site_stored/imgs...43.630x360.jpg
Neanche mai usato Mongo, son fedele a MySQL, al lavoro invece c'è Oracle e ci si adatta
Comunque di librerie per fare i grafici in JS c'è pieno, chart.js et simili, così non devi fare niente se non fornirgli i dati in formato leggibile (ossia JSON)
Porte seriali? Webapp? Cazzisupersonici?Citazione:
Originariamente Scritto da gnappinox1
Ho già avuto a che fare.
Serie di tablet che, alla lettura di un barcode, richiedono dato e lo sparano via seriale ad un plc ad esso collegato...
Ma tu vuoi fare una cosa molto più semplice quindi FATTELATU
Se non usi solo void* in C sei naab.Citazione:
Originariamente Scritto da gnappinox1
Su javascript basta questo video (1:26)
https://www.destroyallsoftware.com/talks/wat
C'è PM? :pippotto:Citazione:
Originariamente Scritto da Skywolf
Ese usare solo void* già è un dito nel culo così :bua:Citazione:
Originariamente Scritto da BlackCaesar
La parte web sembra fungere, conoscete qualche programma per fare lo stress test del sito per vedere quanti utenti riesce a servire?
Uppo per dire che il raspberry mi ha smerdato di nuovo la SD :arrabbiato::arrabbiato:, eccheccazzo, vediamo se amazon me la rimborsa.
Intanto ora ci penso io con il raspcoso :stress:
Ultimamente stan facendo le SD col culo o mandano in giro quelle non testate per risparmiare perché me se ne svapa una ogni estate.
No dico, ho appena creato un mostro di Frankenstein versione web
Praticamente una tabella JSON, disegnata da Angular, che alla fine di ogni redraw (filtro, paginazione, resize browser, ecc) chiama una funzione semi-Jquery, la quale inserisce delle regole CSS nell'<head> dell'HTML per nascondere le colonne che altrimenti sformatterebbero la larghezza della pagina :sisi:
Lo so, è tipo la cosa più orribile che abbiate mai letto ma credetemi, funziona, e non avete mai visto una tabella così responsive in vita vostra :sisi:
Elimina le colonne in esubero da destra a sinistra (maledetti arabi, vogliono colonizzarci) tra quelle che marchiate come non indispensabili finchè non ci entra, e quando allargate la finestra prova a ridisegnarle finchè non ci entrano senza sformattare