Show Posts
Pages: 1 [2] 3 4 ... 729
16  International / Generale / Re: Segnalazione di problemi legati al forum on: July 22, 2014, 03:08:05 pm
invece erri, molte persone (esempio ratto) accedono solo attraverso smart phone, perchè l'adsl in tutta itaGlia non arriva.

Purtoppo il browser dei cellulari è molto scomodo per scrivere post chilometrici, al contrario app dedicate rendono la scruittura di post chilometrici molto semplice anche su smartphone e tablet, AIUTANDO a evitare la scrittura SMS e errori ortografici.
(e per citarti qualcuna che offre contenuti ad ALTISSIMA qualità, guarda stackoverflow, poi certo i loro developer reggono il network dei siti, 560milioni di visite al mese, 54° sito per banda consumata in tutto internet, con 15 server! http://highscalability.com/blog/2014/7/21/stackoverflow-update-560m-pageviews-a-month-25-servers-and-i.html)
17  International / Generale / Re: Segnalazione di problemi legati al forum on: July 22, 2014, 10:51:48 am
esiste un reader basato funzionante, ma niente write, e sopratutto extrasperimentale. In oltre dato che si basa sull'HTML della pagina, non mi stupirei se non funzionasse più. Il problema è che se osservi l'HTML NON ci sono ID settati su blocchi "messaggio", "discussione" etc, e quindi bisogna basarsi su pattern di stringhe che.. è una soluzione pessima.

Se ricordo bene avevo usato le "ancore" ai messaggi, e retroingenierizzato la logica delle URI per scorrere le pagine. In compenso era una scheggia!
18  International / Generale / Re: comunicazione tra GSM/GPRS/GPS SHIELD e google maps on: July 22, 2014, 10:33:26 am
che riga vuoi spostare? e perchè?
19  International / Generale / Re: Segnalazione di problemi legati al forum on: July 22, 2014, 08:27:13 am
il punto 2 già esiste e si chiama "playground", è una wiki editabile da chiunque, e ci trovi un sacco di roba, sia in italiano che in inglese
20  International / Software / Re: Leggere variabili online e memorizzarle in Mysql online on: July 21, 2014, 05:34:07 pm
prima di tutto inizia a fare la richiesta con il pc e vedi cosa succede. Sia che hai mac, linux o windoews (da win 7 in su devi attivare un servizio, ma roba di 2 click, vedi su google) da riga di comando possiedi un programma chiamat "telnet".
Questo permette di inviare caratteri ASCII verso un qualsiasi host attraverso il protocollo TCP, che è alla base di buona parte di internet attuale, e anche del protocollo HTTP., ed è il protcollo usato dal socket arduino; dunque cio che scrivi su tenelet è ciò che dovresti scrivere con client.print(), e ciò che leggi è ciò che leggeresti con una client.read().

Ora, è ovvio che devi provare i comandi che invia l'arduino e verificare che funzionino, o il codice di errore, e controllare che tutto sia ok.

ti do qualche cosiglio:
1. l'header host che invii non è google.com, ma il nome del server che vuoi raggiungere. se non ha nome ma solo ip allora usa l'ip. questo on può essere omesso
2. anche se fai la richiesta corretta, il server non risponde SOLO con il contenuto del file, ma con una serie di header che ti dicono se la richiesta è stat compresa ed ha avuto successo (codice 200), se cachare il file, che server web ti ha risposto, che encodig ha il file, che tipo di file è, la data ultima modifica, la richiesta di cookie, etc etc etc... tutti dati che puoi scartare, (giusto controllare che il codice di errorre sia 200, ovvero nessun errore, e puntare direttamente alla sezione di dati.

un ait può anche essere wikipedia, cerca il protocollo HTTP
21  International / Generale / Re: comunicazione tra GSM/GPRS/GPS SHIELD e google maps on: July 21, 2014, 05:23:21 pm
capisco ti piaccia l'idea del multislave ma io la pensavo così:
1. il master richiede i dati GPS allo slave
2. lo slave (che nel frattempo parsa le lentenze NMEA e salva i dati interessanti, cosa che nel tuo caso fa la lib, ma che cmq occupa tempo/spazio) etrae i dati richiesti e li invia al master
3. il master prende i dati grezzi e fa l'elaborazione in dati utili

ora, il punto è capire, conviene che lo slave faccia una pre-elaborazione dei dati prima di inviarli al master (oer esempio trasformare le string in numeri) o conviene far fare tutto al master? questo dipende, io speosterei le ocse in modo che la ram usata sia 50/50, e in generale farei in modo che in ogni caso la ram usata sia il 70% al massimo
22  International / Generale / Re: comunicazione tra GSM/GPRS/GPS SHIELD e google maps on: July 21, 2014, 04:35:09 pm
bhe via i2c no? certo, devi capire quali pezzi ti conviene spostare per evitare che il tuo nuovo problema sia la gestione della i2c e sincronizzazione dei dati!
23  International / Generale / Re: comunicazione tra GSM/GPRS/GPS SHIELD e google maps on: July 21, 2014, 02:47:16 pm
bhe ma tra master e slave l'unica differenza è come decidi di chiamarli xD

a questo punto dividere le funzioni/shield in base alla "pesantezza" può essere una buona idea.
24  International / Generale / Re: comunicazione tra GSM/GPRS/GPS SHIELD e google maps on: July 21, 2014, 01:01:50 pm
nono, di montare gli shiedl sullo slave, e usare il master che fa la logica. Ma non è detto che ciò basti o sia una buona idea, in base a quello che devi fare e come l'hai codato
25  International / Generale / Re: comunicazione tra GSM/GPRS/GPS SHIELD e google maps on: July 20, 2014, 03:15:07 pm
io trasformerei quello che è collegato agli shield in slave, e praticmente lo renderei un "ponte" tra  il master e gli shield. Esso si occupa di parlare con gli shield e di etrapolare le informazioni come richiesto dal master; poi glie le spedisce. Il master fa operazioni logiche. ma inrealtà questo funziona se la logica è tanta, altrimenti dividere equamente gli shiedl è un altra soluzione.. tutto dipende dal tuo codice!
26  Community / Bar Sport / Re: [OT] PIC, 8051, MCU e CPU varie on: July 18, 2014, 03:33:11 pm
esatto!
tra l'altro parlando l'altro giorno con un tizio che sviluppa filtri kallman x i quad, e mi diceva che i MEMS hanno anche loro dei quarzi/oscillatori che per forza di cose (dimensioni ridottissime) sono sballatissimi, ed era arrivato a misurarne lo sfaso e tenerne conto nel codice, (immagino con miglioramenti marginali, ma per comprendere meglio l'entità del problema)
27  Community / Bar Sport / Re: [OT] PIC, 8051, MCU e CPU varie on: July 18, 2014, 10:44:57 am
no, mi paiono valori corretti. Ricorda che i clock delle MCU sono fatti per essere economici e stabili, ma non per essere PRECISI.

con i test swRTC di leo si misuravano sfasi di parecchi minuti all'ora, il che IMMAGINO (on ho voglia di far conti) che si avvicini allo sfaso di 0.x che vedi.

Quindi, chi ha il clock più PRECISO? la UNO ha un oscillatore, quindi SCHIFO! nucleo e analizzatore non pervenuti.

Se vuoi analizzare l'analizzatore (ahhaah) prendi un cristallo da orologio, quindi i 37eQualcosa khz, che sono precisissimi anche se lenti. Oppure misuri un cristallo di frequenza nota grazie ad un analizzatore/oscilloscopio di comprovata precisione (direi almeno doppia da quella che ti aspetti/desideri dall'analizzatore).
28  International / Megatopic / Re: Pinout Diagram on: July 18, 2014, 10:39:26 am
[MODALITA RAGNO=ON]  prevedi lo sfondo giallastro di carta riciclata [MODALITA RAGNO=OFF]
29  Community / Bar Sport / Re: [OT] PIC, 8051, MCU e CPU varie on: July 18, 2014, 05:37:48 am
mi pare l'età giusta per indottrinarlo alla magia dei led xD
30  Community / Bar Sport / Re: [OT] PIC, 8051, MCU e CPU varie on: July 18, 2014, 03:06:58 am
.... non so perchè ero convinto non avessi figli... ed ecco che l'immagine mentale di leo scapolone e donnaiolo scompare, sostituita da quella di un o che attacca 3 cavi, e i figli che gliene invertono 4 smiley-grin
Pages: 1 [2] 3 4 ... 729