C18 Step by Step: Terza Edizione

11 Anni 10 Mesi fa #36 da Mauro Laurenti
Risposta da Mauro Laurenti al topic Re: C18 Step by Step: Terza Edizione
FTDI li conosco! :)

In realta' anche con gli altri microcontrollori che supportano USB non ci sono licenze da pagare.
Sia la Microchip, TI, ATMEL, Cypress... supportano un programma di sublicensing per il VID (il PID e' quello del produttore).
Quindi non ci sono licenze da pagare.
Il Chip FTDI ha dei buoni driver e diverse salse per i chip con varie opzioni. I driver sono sia per Windows che per Linux che non guasta in un mondo che diventa sempre piu' linuxiano! :)

Saluti,

Mauro

Si prega Accedi o Crea un account a partecipare alla conversazione.

  • Mauro Laurenti
  • Avatar di Mauro Laurenti
  • Moderator
  • Moderator
Di più
11 Anni 10 Mesi fa #37 da Matteo Garia
Risposta da Matteo Garia al topic Re: C18 Step by Step: Terza Edizione
mi sa che ho ucciso la mia laser Samsung, ma per un valido e buono scopo.... Ora non resta che far rilegare la mia copia del C18 Step by Step B)

Si prega Accedi o Crea un account a partecipare alla conversazione.

  • Matteo Garia
  • Avatar di Matteo Garia
  • Moderator
  • Moderator
Di più
11 Anni 10 Mesi fa #38 da Mauro Laurenti
Risposta da Mauro Laurenti al topic Re: C18 Step by Step: Terza Edizione
...non sono certo che ne sia valsa la pena!
ti fidi troppo di Mauro Laurenti! :)

Saluti,

Mauro

Si prega Accedi o Crea un account a partecipare alla conversazione.

  • Mauro Laurenti
  • Avatar di Mauro Laurenti
  • Moderator
  • Moderator
Di più
11 Anni 7 Mesi fa #39 da Baldassarre Cesarano
Risposta da Baldassarre Cesarano al topic Re: C18 Step by Step: Terza Edizione

BK001-IT_c18_step_by_step.pdf

Ottimo testo introduttivo (e non). Merita di più:

Salta di un posto la numerazione alle pagine 17, 77, 155, 167, 181, 191, 209 e 251, mentre il testo sembra continuo!
Sarebbe opportuno consentire anche la stampa fronte-retro, lasciando sempre un margine verso la rilegatura.
Nell’eventuale versione stampata (in bianco e nero) il codice è pochissimo leggibile (dato lo sfondo grigio), soprattutto il verde dei commenti risulta invisibile.
Alcune parole andrebbero marcate (per esempio in corsivo) “nominato Reset Vector, mentre”
È bene usare la è (verbo essere) maiuscola con l’accento corretto e non con l’apice. Nota: in DOS esiste la ‘e’ accentata maiuscola ma con l’accento sbagliato per l’italiano
I rientri del primo rigo dopo un titol(ett)o sono superflui
Nel codice, un po’ dappertutto
#pragma config FOSC = HS

//OSC = HS Impostato per lavorare ad alta frequenza”
Il commento dovrebbe essere: //FOSC…
Una funzione C, in italiano dovrebbe “restituire” un valore non “ritornare” (inglesismo?)
A proposito dello stile di programmazione: disposizione dei commenti, delle graffe ecc., quello che spesso si dimentica che lo schermo del monitor su cui si lavora è orizzontale (largo) ed in tale rettangolo si vorrebbe tutto il codice visibile, il testo stampato è invece verticale (e lungo)!



Pagina 12, continuo nota 4, “…e far si che la…” il si va accentato “…e far sì che la…”
Pag, 18, 2° capoverso, “Dopo Questa breve…” la “q” va in minuscolo
Pag. 23, 8° rigo: “…diverse opzione che e …” cambiare in “…diverse opzioni che e …”
Pag. 23, 4° rigo dopo la figura (ed anche altrove): “…(nominata Fetch)…” cambiare in “…(detta Fetch)…”
Pag. 23, 5-ultimo rigo: si ripete 2 volte sono eseguite “…Execute sono eseguite per mezzo di una pipeline ovvero sono eseguite in parallelo…” cambiare in “…Execute vengono eseguite per mezzo di una pipeline ovvero in parallelo…”
Pag. 25, 8° rigo: “…che sono utilizzati…” cambiare semplicemente in “…utilizzati…”
Pag. 25, 11° rigo: “…dettagli verranno visti quando verranno studiate le…” cambiare in “…dettagli si vedranno quando si studieranno le…”
Pag. 25, 3° paragrafo: “…Ciononostante, quando si dovesse…” cambiare in “…Ciononostante, qualora si dovesse…”
Pag. 25, 3° paragrafo: “…può risultare necessario una maggior…” cambiare in “…potrebbe essere necessaria una maggior…”
Pag. 25, 3° paragrafo: “…nel caso in cui bisogna creare…” cambiare in “…nel caso in cui si debbano creare…”
Pag. 34, 1° rigo: La E maiuscola ha l’accento acuto, deve essere grave.
Pag, 35, 7° rigo: “…di clock aumentana anche la …” cambiare in “…di clock aumenta anche la …”
Pag, 36, 16° rigo: “…che fa utilizzo della …” cambiare in “…che fa uso della …”
Pag, 37, 3° rigo: “…Questa modalita rappresenta la modalita a maggior …” cambiare in “…Questa modalita rappresenta quella a maggior …”
Pag, 38, 8° rigo: “…piu complicata di quanto non si possa …” cambiare in “…piu complicata di quanto si possa …”
Pag, 55,: “…come riportato in Figura 20 . …” eliminare lo spazio dopo il 20
Pag, 69, 2° rigo: “… in dietro …” cambiare in “…indietro …” (forma arcaica?)
Pag, 78, ultimo rigo: “…Debug), ed di un debugger …” cambiare in “…Debug), e di un debugger …”
A tal proposito mi interesserebbe sapere se sia possibile programmare da mplab un sistema con bootloader….

Pag, 97, 6° rigo: “…senza necessitare si un commento …” cambiare in “…senza necessitare di un commento …”
Pag, 98, penultimo rigo: “…diversamente dagli altri non ha la virgola. …” non è vero può avere la virgola anche l’ultimo item.
Pag, 106, 3° sorgente: un trucco noto è anche quello di scrivere 9./4. (col punto decimale)
Pag, 110, 6° rigo: “…ambe due …” cambiare in “…ambedue …”
Pag, 117, dal 9° rigo: “…In particolare un'espressione logica si dice verificata se pari ad un qualunque valore maggiore o uguale a 1, mentre per espressione logica non verificata si intende un valore minore di 1. …” NON è assolutamente vero: 0 è falso, QUALUNQUE altra cosa è vera: while(1){} è uguale a while(-1){} ed a while(34){} ma non a while(0){}. È solo per convenzione che true è posto pari a 1

Pag, 119, nota 83: “…Si ricorda che i 4 bit più significativi del PIC possiedono …” cambiare in “…Si ricorda che i 4 bit più significativi di PORTB possiedono …” (?)
Pag, 123, 2° blocco di codice: manca una parentesi graffa chiusa
Pag, 129, 12° rigo: “… mentre risulta non verificata se vale 0 o un valore minore di 0.…” NON è VERO: 0 è "false", tutto il resto è "true"!!!
Pag, 129, 18° rigo: “…il blocco istruzioni …” cambiare in “…il blocco di istruzioni …” (non ne sono sicuro)
Pag, 135, 1° rigo di testo: “…programma relativo alle direttive non e cambiato, …” cambiare in “…programma relativa alle direttive non e cambiata, …”
Pag, 139, penultimo rigo: “…Quando si fa utilizzo di …” cambiare in “…Quando si fa uso di …”
Pag, 140, 11° rigo: “…nel PIC gli verrà assegnata …” cambiare in “…nel PIC le verrà assegnata …”
Pag, 145, penultimo rigo del primo paragrafo: “…cui si sia realizzando …” cambiare in “…cui si stia realizzando …”
Pag, 153, 5° rigo: “…Infatti si pulissero tutti …” cambiare in “…Infatti se si pulissero tutti …”
Pag, 157, 9° rigo: “…posizione del LED potrebbe cambiare. Infatti cambiano solo la …” cambiare in “…posizione del LED dovesse cambiare. Infatti cambierebbe solo la …”
Pag, 170, 14° rigo: “…alta priorità Questo …” cambiare in “…alta priorità. Questo …” (manca il punto)
Pag, 177, 6° rigo: “…qual'era …” cambiare in “…qual era …” (non ci vuole l’elisione!)
Pag, 178, 15° rigo: “…deve esser poi diviso in …” cambiare in “…deve esser poi suddiviso in …” (?)
Pag, 204, primo blocco di codice: gli ultimi righi non sono ben indentati (capita anche altrove, pag. 207…)
Pag, 210, 3° rigo: “…s[n] è come visibile una funzione …” cambiare in “…s[n] è, come visibile. una funzione …”
Pag, 210, 11° rigo dal basso: “…successive1. In …” cambiare in “…successive. In …” (c’è un 1 in più)
Pag, 225, penultimo commento: “…// 2 shift per la aver 8 bit …” cambiare in ???
Pag, 233, 16° rigo dal basso: “…le apparenti breve distanze …” cambiare in “…le apparenti brevi distanze …”
Pag, 255, 1° rigo: “…in maniera permanete …” cambiare in “…in maniera permanente …”


Inoltre.....

Nel testo su
PJ7008-IT_EasyUSB.pdf
In diverse pagine “soprascritta” o “sovrascritta” ???
Pag, 35/39: “… in fine …” cambiare in “… infine …”
Pag, 36/39, 16° rigo: “…Bootloader della qui presentato …” cambiare in ???

Si prega Accedi o Crea un account a partecipare alla conversazione.

  • Baldassarre Cesarano
  • New Member
  • New Member
Di più
11 Anni 7 Mesi fa #40 da Matteo Garia
Risposta da Matteo Garia al topic Re: C18 Step by Step: Terza Edizione
Ahi Mauro è ora della tirata d'orecchie grammaticale :P

complimenti per l'attenzione con cui hai letto il testo ;)

per quanto riguarda la larghezza del codice si usa evitare linee troppo lunghe, se non erro ci si ferma a 80 colonne, un po' perché è un retaggio del passato e per una migliore leggibilità, inoltre spesso si lavora su due editor affiancati, uno con il sorgente e l'altro con l'header

Si prega Accedi o Crea un account a partecipare alla conversazione.

  • Matteo Garia
  • Avatar di Matteo Garia
  • Moderator
  • Moderator
Di più
Moderatori: Mauro LaurentiPinnaMatteo Gariadoc83

Registrati al sito

Accedi a tutte le risorse e articoli non visibili pubblicamente, puoi registrarti con pochi passi.

Registrati al sito LaurTec.

Login