L'istruzione MOVFF nei PIC18 influenza il WREG?

[SoldatoSemplice]

Ciao a tutti, come da titolo vorrei chiedere questa cosa, se io uso in un PIC18F l'istruzione MOVFF, questa usa come registro di appoggio il registro WREG?

Mi servirebbe saperlo perchè il registro WREG è impegnato e custodisce in appoggio, dati importanti provenienti da un'altra routine e mi serve che questo non venga minimamente toccato evocato una sottoroutine secondaria.

Leggendo il datasheet sembra che WREG non sia toccato dalla MOVFF ma lo stesso datasheet in merito è un pò vago, voi lo sapete percaso? Grazie.

E soprattutto, MOVFF può copiare variabili che si trovano ad esempio una nel banco 15, ed una nel banco 1?

Quest'ultima cosa non credo

[guiott]

Un raro esempio di specie in via di estinzione: Il Programmatorus Assemblus. Questa specie è segnalata e protetta anche dal WWF in apposite zone.



Scusa la battuta ma non ho saputo resistere

Non uso l'assembler dai miei primi esperimenti sul PIC16F84. Ormai mi affido completamente ai compilatori in C, quindi scusa se ti rispondo con una domanda: hai qualche particolare ragione per usare l'assembly invece del C? E' solo curiosità non voglio assolutamente criticare anzi, ti ammiro per la pazienza che hai, a me è finita dopo il primo programma che ho fatto in quel linguaggio.

[SoldatoSemplice]

In realtà il linguaggio di programmazione nativo per un microcontrollore è solo l'assembly, tutti gli altri linguaggi e dialetti vari del C sono solo dei porting riadattati, tant'è che nessuno raggiunge la resa di un assembly nativo.

Calcola che mi stò sviluppando lo stack USB 2.0 in assembly, sono arrivato a stendere a mano più di quattromila righe di codice, ed ho quasi completato l'enumeratore.

[marnic]

Intanto complimenti anche da parte mia!!!!
Non è molto tempo fa che mi hanno fatto notare quanto il fomoso rapporto fatica-gusto sia estremamente soggettivo e soggetto allo stato di forma.

Belle parole ma intanto nemmeno io so risponderti (però ti aiuto a tenere alta la visibilità di questo post )

Forse ti conviene farti una routine ad personam e valutare cosa succede al wreg

[guiott]

Orginalmente inviato da SoldatoSemplice

In realtà il linguaggio di programmazione nativo per un microcontrollore è solo l'assembly, tutti gli altri linguaggi e dialetti vari del C sono solo dei porting riadattati, tant'è che nessuno raggiunge la resa di un assembly nativo.

Permettimi di dissentire su questo. Non so se è valido per tutte i costruttori, ma la Microchip ha fatto degli sforzi notevoli per ottimizzare reciprocamente HW e compilatori C. Questo porta ad un'ottimizzazione molto spinta del codice, anche se alcune volte raggiungibile solo con le versioni Pro e non con quelle free.
Non c'è dubbio che le ottimizzazioni sono, per forza di cosa, generiche e quindi, in alcuni casi particolari, con un'ottima conoscenza della programmazione, si possa arrivare a risultati migliori. Questo non è valido sempre e per tutti. Diciamo che in media, un buon compilatore C riesce ad ottenere risultati migliori di una programmazione assembly. Come al solito la media deve poi evidenziare quelli che sono gli estremi, diciamo oltre i + o - 2 sigma della distribuzione normale

Orginalmente inviato da SoldatoSemplice

Calcola che mi stò sviluppando lo stack USB 2.0 in assembly, sono arrivato a stendere a mano più di quattromila righe di codice, ed ho quasi completato l'enumeratore.

Questo dimostra che tu sei oltre i 2 sigma

[Vendra]

Ciao,
Io sono ancora a metà utilizzo il C per arduino e l'assembly per i PIC.
Con Arduino sto facendo un robottino mentre con il PIC ho fatto un sistema di tracking per un pannello solare e finalmente dopo anni di scuola sono riuscito a vincere un premio (premio Pitacco).

Per il mio livello di programmazione e le risorse che ho a disposizione devo dire che il C è molto più comodo ed efficiente in termini di tempo (e pazienza) mentre l'assembly richiede più tempo e (teoricamente) se qualcosa non funziona si sà dove mettere le mani..

Il brutto del C (almeno per quanto riguarda la mia esperienza) è che utilizzando librerie scritte da altre persone spesso influenzano i timer etc quindi mi sono ritrovato con i pwm che non funzionavano e dopo due settimane ho capito perchè!

Tornando alla domanda di partenza l'istruzione MOVFF non influenza il registro W.

http://www.microchip.com/forums/m654204-print.aspx

[astrobeed]

Orginalmente inviato da SoldatoSemplice

In realtà il linguaggio di programmazione nativo per un microcontrollore è solo l'assembly, tutti gli altri linguaggi e dialetti vari del C sono solo dei porting riadattati, tant'è che nessuno raggiunge la resa di un assembly nativo.

Ma assolutamente no, il C non è un porting di nulla, tutti i processori/mcu moderni sono sviluppati, a livello set di istruzioni, per essere utilizzati con il C, questo non è valido per la vecchia serie 16, ma è valido per la serie 18 e successive.
Il C genera codice assembly molto compatto ed efficiente, un bravo programmatore C ottiene un eseguibile più veloce, o compatto a seconda del tipo di ottimizzazione richiesta, di un bravo programmatore Assembly.
Il modo ottimale di procedere è inserire del codice Assembly nel listato C per le routine time critical, o dove si deve garantire un certo comportamento specifico, e comunque capita molto raramente di doverlo fare.
Stack USB 2.0, io ne ho realizzato uno che permette device combo (incluso il mix tra HID e CDC) con poco più di 800 righe in C18, è super efficiente e richiede solo una manciata di microsecondi per eseguire una transazione completa.
Volersi incaponire ad usare l'Assembly dove non serve è solo una perdita di tempo.