Self-Powered Electronic Board

[pierinter]

Escluso il 24L , meglio il 51822.
Ho un nRF51822 Evaluation Kit e ci sto provando a giocare, qualcuno l'ha mai utilizzato ?

[boiler]

Escluso il 24L , meglio il 51822.

Sì, il 24L è un 8051, che mi sta simpatico per motivi storici (è stata la prima famiglia di microcontroller su cui ho lavorato) ed è ancora una buona architettura, ma preferirei decisamente anch'io l'altro. Già solo per il fatto che ti forniscono lo stack BT bello e pronto.

Ho un nRF51822 Evaluation Kit e ci sto provando a giocare, qualcuno l'ha mai utilizzato ?

No, ma mi interessa... tienici aggiornati
Buon divertimento e se incontri difficoltà specifiche, prova pure a chiedere, forse ti si può aiutare comunque.

Boiler

[pierinter]

Ok, preciso!
Sto cercando di far funzionare la scheda di evaluation , ti assicuro che già non è facile xD
Settare Keil, e tutto..Comunque ci sono riuscito, riesco a fare andare i programmi di prova ora , dopo un po' di problemi.

Ora penso però sia utile capire meglio il BT in se come funziona.. Quando dici che ti forniscono lo stack bello pronto, che intendi ?
Conta che so meno di zero riguardo al BT , le volte che l'ho utilizzato usavo dei moduli in cui semplicemente da un uC in seriale gli mandavi i dati da inviare , e me li ritrovavo sulla mia app per l'iPhone.

Non so molto di come funzioni il protocollo in sé, cerco un po'. Hai qualche file/ link utile ? :)

Sei un grande comunque, grazie mille :)

[boiler]

Quando dici che ti forniscono lo stack bello pronto, che intendi ?

Vuol dire che ti danno del software che si occupa completamente della gestione del protocollo. Tu non devi preoccuparti del BT, gli dici semplicemente che vuoi mandare un messaggio con questi dati e lui se ne occupa. Ce ne sono sicuramente esempi nel devkit.

Boiler

[pierinter]

Ok, da quanto capisco quello di cui stai parlando è il SoftDevice S110 : https://devzone.nordicsemi.com/documentation/nrf51/4.2.0/html/group__nrf518__lib__ble__s110__intro.html

Dovrebbe in qualche modo astrarre tutto il framework e occuparsi di tutto quello che riguarda il BT, lasciando allo sviluppatore, come dici tu, solo il compito di mandare i dati, lui si occupa di inoltrarli via BT.

Ottimo , ci dò un occhiata.

Detto questo, potrebbe essere utile capire a grandi linee come il framework BT funziona. Do un occhiata anche a quello.

[pierinter]

Rieccomi qui ragazzi .
Sto giocando con la scheda ma sto incontrando diversi problemi :

Prima di tutto , riesco a far andare il programma di esempio blink , però funziona solo in debug mode. Come è possibile ? Quando carico il programma non succede niente, se invece entro ed esco dal debug mode , il programma gira.

Avete idea del motivo ?

[boiler]

Quando carico il programma non succede niente, se invece entro ed esco dal debug mode , il programma gira.

Per essere sicuro di aver capito bene: tu programmi il development kit, poi non succede nulla, avvi il debug e inizia a lampeggiare?

Perdonami se la domanda è banale, ma fai un reset dopo aver caricato il software? A me sembra questo il motivo: il debug quando parte effettua un reset e questo avvia l'esecuzione.

È un'operazione che puoi fare manualmente (di solito c'è un tasto di reset sulla board) o automaticamente. Io preferisco la versione manuale perché generalmente voglio decidere quando far partire il programma.

Se vuoi farla in automatico, in uVision fai così:

Saluti, Boiler

[pierinter]

Il reset manuale non funziona , non capisco perché.

Facendo però i passaggi da te indicati funziona. Probabilmente quindi si , era un problema di reset.

Comunque , vorrei capirci di più su questo ambiente di sviluppo e su come utilizzare gli ARM. Oltre ai datasheet dell' Arm che utilizzo , hai qualche paper da consigliarmi ? Magari un po' più pratico invece dei soli dettagli tecnici che trovo sui datasheet?

Aggiornamento :
Superato quel problema ,l'example di blink funziona correttamente, debuggando posso anche vedere i registri che cambiano ( figo , non l'avevo mai fatto xD ) .
Ho provato a mettere su un programma di esempio chiamato Hearth_rate. In sostanza si tratta innanzitutto di programmare il chip con il SoftDevice che fornisce Nordic (cioè immagino sia lo stack BT di cui parlavi), e in secondo luogo programma l'applicativo (l'example) facendo attenzione a non sovrascrivere il Softdevice precedentemente scritto. Qui ho avuto un po' di problemi a trovare la giusta collocazione in memoria, ma comunque li ho superati.
Riesco correttamente a fare il loading del softdevice e dell'applicativo, però non funziona Facendo partire il debugger per capire cosa succede , non mi dà neanche la possibilità di scorrere le varie istruzioni come nel blink example , i pulsanti sono in grigio e non posso fare niente.

Probabilmente anche in questo caso si tratta di una banalità , da qui la richiesta precedente : sento di non avere particolare confidenza con Keil e sul funzionamento degli ARM. Però voglio imparare. Quindi per questo chiedevo se conoscete qualche link, pdf o qualsiasi cosa su cui possa farmi le ossa e capire questi aggeggi.

Best,
Pierluigi

[boiler]

Il trucco è prendersi il tempo di leggersi la documentazione! Non solo il datasheet ma, per i microcontroller, soprattutto l'Hardware Reference Manual (o User Guide, dipende un po' da come lo chiama il produttore). Si scopre così per esempio che il codice del softdevice non è debuggabile, quindi il comportamento che vedi è del tutto normale.

Capisci l'hint?

Seriamente, non c'è una ricetta segreta, usa l'ambiente di sviluppo, impara a cercare con google discernendo la fuffa dalla roba utile, leggi la documentazione, cerca brevi tutorials. Insomma... learning by doing. Credo che la maggiorparte di noi abbia imparato così.

Sii felice di usare uVision e non EWARM. Quello sì che è un PITA.

Boiler

[pierinter]

Certo , è quello che sto facendo.

Purtroppo però tutti i tutorial che trovo , compreso lo User Guide, non riesco a farli funzionare. Ci sono incompatibilità tra gli SDK , le librerie... un casino. Io ho scaricato tutti i last update , ma sembra non andare nulla