FAQ sul sistema miuPanel

Valore 255 cioe 0xff e non 0x255

permax1958 ha scritto: Ti confermo che e' un problema dello slider, ho controllato con un analizzatore di protocollo e #r1:valore non viene mai trasmesso e al suo posto vengono trasmessi dei singoli byte di valore 0x255 poi arriva #R1:valore.
Qualche volta viene trasmesso #r1:valore senza essere seguito da #R1:valore e appare quella scritta in alto a sinistra accanto ai due led verdi che rimane li sempre, anche ridefinendo un nuovo pannello, finche' non si sposta nuovamente lo slider.
Questa situazione a volte porta alla perdita di connessione definitiva.
Grazie

Ciao,
ho verificato che alcune vecchie versioni del sistema operativo Android, non riconoscono la slittamento continuo sull'oggetto slider, per cui inviano "quasi" sempre #R (maiuscolo). Suggerisco di implementare la routine che analizza i messaggi in arrivo sulla seriale del micro a non discriminare tra #R e #r. Nel frattempo cercheremo di riprodurre (e risolvere!) il problema della perdita di connessione a seguito di anomalo funzionamento della slider, onestamente non registrata sui nostri dispositivi.
Che telefono hai? Versione OS?
Mi passi la stringa di definizione del pannello che usi?

Ho portato il SPBRG fino a 3, in step di 2 e verificando l'invio dati, ma non e' cambiato niente.
Purtroppo non ho un PC con l'uscita seriale a 9 pin quindi non ho potuto fare la prova con Iperterminal.
Mi sono fatto imprestare un Arduino Uno da un amico e ho controllato con l'oscilloscopio il tempo, e' identico al PIC con SPBRG= 21.
Inoltre appena caricato lo sketch e alimentato l'Arduino, si e' collegato.
L'iPhone ha acquisito e caricato a video il Panel inviato.
In attesa di qualche novita' o aggiornamento sui PIC lascio tutto in sospeso, a malinquore.
Saluti

Lello

Ciao Lello
credo di aver risolto il tuo problema, non è colpa dei PIC ma è solo nostra.
L'unica soluzione possibile è la seguente:
stai usando un bootloader per caricare il programma? vero.
ogni Pic ha una config memory che viene condivisa sia dal bootloader che dal programma, quindi se per il programma usi una config diversa il bootloader non la carica a meno che tu non glielo dica esplicitamente attraverso alcuni passaggi con tanto di warning, perchè una config diversa potrebbe portare il bootloader a non funzionare.
Se è così, la config che mi hai fatto vedere dice che stai usando un clock a 20MHz mentre in realtà usi la config del bootloader con un clock ???
Se usi il bootloader della Microchip probabilmente hai un clock di 48MHz e il numerino SPBRG è 51.
La formula per il calcolo del SPBRG per valori fuori tabella è la seguente:
SPBRBG = ((Fclock / baud rate) / 16) - 1)
Esempio a 48MHz (48000000 / 57600 / 16) -1 = 51
A questo punto o procedi per tentativi usando i clock più comuni oppure con un programmatore tipo pic-kit leggi la config memory del PIC e li puoi risalire al clock.
Se non è così non c'è soluzione.
Spero di esserti stato di aiuto.
Ciao

e non dimenticare la sequenza giusta da inviare quando definisci un Pannello

WriteUSART('\n')
putrsUSART(" definizione del pannello")
WriteUSART('\n')