come si porgrammanoi componenti elettronici?

[Splacchj]

per programmare componenti elettronici, di qualsiasi genere, qual è il linguaggio più adatto?? l'assembly??
e se uno volesse iniziare a studiare qualcosa, dove dovrebbe sbattere la testa??

[demos88]

Originariamente inviato da Splacchj

per programmare componenti elettronici, di qualsiasi genere, qual è il linguaggio più adatto?? l'assembly??
e se uno volesse iniziare a studiare qualcosa, dove dovrebbe sbattere la testa??

Dipende dal componente... per esempio un DSP o microcontrollore di solito si programmano in C (che puoi integrare con assembly).

[Splacchj]

quindi l'ìassembly non è il miglior linguaggio per programmare componenti elettronici?

[demos88]

Originariamente inviato da Splacchj

quindi l'ìassembly non è il miglior linguaggio per programmare componenti elettronici?

Alla fine qualsiasi linguaggio usi, si riconduce sempre all'assembly (che è linguaggio macchina, che può variare da dispositivo a dispositivo in relazione a quali istruzioni supporta). Tipicamente microcontrollori e DSP, si programmano in C perchè è un linguaggio di basso livello con il quale il programmatore può accedere direttamente a tutte le (limitate) risorse di un sistema embedded di bassa potenza e creare programmi ad-hoc abbastanza efficienti (a patto di essere bravi programmatori C ovviamente).
L'assembly lo puoi usare (lo puoi pure embeddare nel C) ma porterebbe via molto più tempo al programmatore e poi i vari produttori di MC e DSP spesso forniscono dei compilatori ottimizzati proprio per programmare sui loro dispositivi, per cui il C è probabilmente la via più utilizzata.

[pabloski]

Questa domanda mi spaventa. L'hai messa giù troppo genericamente. Innanzitutto non tutti i componenti elettronici si programmano. Un transistor non si programma!!

Ad essere programmabili sono quelle che si chiamano Logiche Programmabili. Di questa famiglia fanno parte una valanga di dispositivi che vanno dai PLA, agli ASIC, fino agli FPGA.

Ognuno di questi è progettato in un certo modo e ammette vari metodi di programmazione.

Ad essere programmabili, nel senso classico, sono i sistemi basati su architetture Von Neumann e Harvard.

Per farla breve, il programmatore mette da qualche parte ( un'area di memoria ram o rom, un disco magnetico, ecc... ) una sequenza d'istruzioni. Le istruzioni sono codificate secondo l'ISA del dispositivo.

L'assembly non è altro che una trasposizione leggibile dall'uomo dell'ISA della cpu che stai utilizzando. Il realtà la cpu non esegue le istruzioni assembly ma la loro traduzione in linguaggio macchina.

Stesso discorso vale per il C. In questo caso è il compilatore a tradurre le istruzioni in linguaggio macchina.

Per i dispositivi come gli FPGA la faccenda è completamente diversa, semplicemente si scarica nel dispositivo una mappa che descrive la funzione di ogni singolo gate o le connessioni tra i gate.

[Splacchj]

quindi se io voless iniziare a capirci qualcosa da perdetto neofita, come dovrei fare? in che modo mi dovrei approcciare??

[demos88]

Originariamente inviato da Splacchj

quindi se io voless iniziare a capirci qualcosa da perdetto neofita, come dovrei fare? in che modo mi dovrei approcciare??

Mah... l'utente sopra ti ha posto dei ragionamenti fondati, in quanto non hai specificato quale campo specifico della microelettronica-programmazione ti interessa. Io ho immaginato che ti riferissi a microcontrollori e DSP, che sono veri e propri processori riprogrammabili interfacciati eventualmente con sensori o periferiche.
Giusto per intenderci, mi riferisco a cose del genere:
http://www.microchip.com/pagehandler.../family/16bit/ (dsPIC della microchip)

Ma ovviamente esistono diversi modi di "programmare", non sempre legati alla scrittura del codice, in relazione alle diverse tipologie di chip.
Tu che componenti elettronici stai immaginando?

[pabloski]

Innanzitutto concentrati per ora sui soli microprocessori e in particolare gli x86.

Ci sono ottimi libri sull'architettura x86 tra cui Art of Assembly, Assembly Language for x86 Processors e Hacking the art of exploitation.

Quest'ultimo è un libro sull'hacking ma è decisamente introduttivo e contiene i primi capitoli che parlano estensivamente della programmazione a basso livello delle cpu x86.

[Splacchj]

Originariamente inviato da pabloski

Innanzitutto concentrati per ora sui soli microprocessori e in particolare gli x86.

Ci sono ottimi libri sull'architettura x86 tra cui Art of Assembly, Assembly Language for x86 Processors e Hacking the art of exploitation.

Quest'ultimo è un libro sull'hacking ma è decisamente introduttivo e contiene i primi capitoli che parlano estensivamente della programmazione a basso livello delle cpu x86.

ci sono solo testi in inglese? ....

@demos88 io no ho idea di come cominciare... sicneramente non credevo che ci fossero modi diversi di programmare.... comunque credo che iniziare con un libro basilare per x86 e poi passaare a controllori e cose varie non sia tanto difficile.. cioè alle fine la teoria è sempre la stessa, cambia solo il modo in cui va applicata?

[pabloski]

Purtroppo l'informatica è nata in inglese. Risorse valide in italiano se ne trovano pochissime, su argomenti così avanzati se ne contano sulle dita di una mano.

C'è questo sito ad esempio http://www.giobe2000.it/Assembler/index.htm

E ci sono alcuni libri di architettura dei calcolatori ( come il Tanenbaum ), però non spiegano l'assembly x86 ma danno un'idea generale di come funziona un computer a livello elettronico.

Magari è pure conveniente farsi prima un'idea di massima, anche se con i libri che ho consigliato si comprende man mano tutto il quadro.

[Splacchj]

Originariamente inviato da pabloski

Innanzitutto concentrati per ora sui soli microprocessori e in particolare gli x86.

Ci sono ottimi libri sull'architettura x86 tra cui Art of Assembly, Assembly Language for x86 Processors e Hacking the art of exploitation.

Quest'ultimo è un libro sull'hacking ma è decisamente introduttivo e contiene i primi capitoli che parlano estensivamente della programmazione a basso livello delle cpu x86.

e tra questi quale mi consigliereste??
e sopratutto dove potrei ottenerli?

[pabloski]

Il primo è offerto gratis su internet dall'autore stesso. Gli altri si vendono in libreria ovviamente

Però ti conviene forse cominciare da quel sito che ho linkato. Almeno ti fai un'idea generale.

[Splacchj]

Originariamente inviato da pabloski

Il primo è offerto gratis su internet dall'autore stesso. Gli altri si vendono in libreria ovviamente

Però ti conviene forse cominciare da quel sito che ho linkato. Almeno ti fai un'idea generale.

è necessario? perchè preferirei apporcciarmi a qualcosa di cartacero piuttosto che a un amteriale online...

[pabloski]

Originariamente inviato da Splacchj

è necessario? perchè preferirei apporcciarmi a qualcosa di cartacero piuttosto che a un amteriale online...

no, non è necessario

[cdimauro]

Soltanto un paio di precisazioni.

Originariamente inviato da demos88

Alla fine qualsiasi linguaggio usi, si riconduce sempre all'assembly (che è linguaggio macchina, che può variare da dispositivo a dispositivo in relazione a quali istruzioni supporta).

L'assembly non è il linguaggio macchina. E' un linguaggio di più alto livello rispetto a quello macchina, e che, come tutti i linguaggi, si traduce in codice binario / macchina.

Possiamo dire che è il linguaggio di più basso livello dopo quello macchina, e che gli "assomiglia molto".

Originariamente inviato da pabloski

L'assembly non è altro che una trasposizione leggibile dall'uomo dell'ISA della cpu che stai utilizzando.

Non è così.

Intanto non è detto che l'assembly consenta di mappare tutta l'ISA del processore. Chiari esempi: Motorola 68000 e Intel x86/x64, che hanno forme di "aliasing" per le istruzioni (un solo mnemonico assembly, più opcode nell'ISA).

Inoltre mette a disposizioni dei costrutti di più alto livello (esempio: le macro; ma non solo).

[pabloski]

Originariamente inviato da cdimauro

Intanto non è detto che l'assembly consenta di mappare tutta l'ISA del processore. Chiari esempi: Motorola 68000 e Intel x86/x64, che hanno forme di "aliasing" per le istruzioni (un solo mnemonico assembly, più opcode nell'ISA).

questo è vero

Originariamente inviato da cdimauro

Inoltre mette a disposizioni dei costrutti di più alto livello (esempio: le macro; ma non solo).

in questo caso ti stai riferendo all'assembler non al linguaggio assembly di una certa cpu

le macro ad esempio sono costrutti offerti da certi assemblatori, ma puoi benissimo crearti un assembler che non offra macro

[cdimauro]

Generalmente assembly e assembler vanno di pari passo. Quando la casa madre definisce la sintassi degli mnemonici (che è quello a cui ti stai riferendo), definisce anche un linguaggio assembly completo di tutto ciò che serve per compilare (assemblare) i codici sorgenti e generare il codice oggetto.

Anche volendo togliere di mezzo le macro, rimangono le direttive per definire le sezioni, per specificare l'indirizzo di inizio del codice, definire le costanti, le etichette, ecc., che sono indispensabili per tirare fuori il codice oggetto da un sorgente assembly.

Tutte cose che, com'è facile intuire, sono indispensabili per lavorare con questo linguaggio, e che vanno oltre la mera sintassi e definizione degli mnemonici.

Poi nessuno impedisce di realizzare un assemblatore per un determinato processore con una sintassi diversa non soltanto dagli strumenti elencati, ma persino dagli mnemonici definiti dalla casa madre.

E' il caso dell'odiosa sintassi AT&T disponibile per diversi processori, che è stata inventata da chi non ha mai lavorato seriamente in assembly andando oltre l'hello world, e che continua a far danni oggi.

[Splacchj]

Originariamente inviato da cdimauro

Generalmente assembly e assembler vanno di pari passo. Quando la casa madre definisce la sintassi degli mnemonici (che è quello a cui ti stai riferendo), definisce anche un linguaggio assembly completo di tutto ciò che serve per compilare (assemblare) i codici sorgenti e generare il codice oggetto.

Anche volendo togliere di mezzo le macro, rimangono le direttive per definire le sezioni, per specificare l'indirizzo di inizio del codice, definire le costanti, le etichette, ecc., che sono indispensabili per tirare fuori il codice oggetto da un sorgente assembly.

Tutte cose che, com'è facile intuire, sono indispensabili per lavorare con questo linguaggio, e che vanno oltre la mera sintassi e definizione degli mnemonici.

Poi nessuno impedisce di realizzare un assemblatore per un determinato processore con una sintassi diversa non soltanto dagli strumenti elencati, ma persino dagli mnemonici definiti dalla casa madre.

E' il caso dell'odiosa sintassi AT&T disponibile per diversi processori, che è stata inventata da chi non ha mai lavorato seriamente in assembly andando oltre l'hello world, e che continua a far danni oggi.

non nego di non aver capito un'acca!

[ingframin]

Originariamente inviato da Splacchj

è necessario? perchè preferirei apporcciarmi a qualcosa di cartacero piuttosto che a un amteriale online...

Ma il tuo scopo quale è di preciso? Vuoi studiare elettronica o programmazione?
Se vuoi studiare elettronica non puoi che partire da qui:
http://www.amazon.it/Elettrotecnica-...6709320&sr=1-5

per poi passare a:
http://www.amazon.it/Elettronica-di-...6709423&sr=1-5

Altrimenti se ti interessa programmare parti dal pc e poi, dopo aver almeno cercato gli argomenti presenti in quei libri che ho citato, passi ai microcontrollori o ai dsp.

Se vuoi la pappa pronta comprati Arduino ma prima o poi un libro di elettronica ti servirà!

[Splacchj]

Originariamente inviato da ingframin

Ma il tuo scopo quale è di preciso? Vuoi studiare elettronica o programmazione?
Se vuoi studiare elettronica non puoi che partire da qui:
http://www.amazon.it/Elettrotecnica-...6709320&sr=1-5

per poi passare a:
http://www.amazon.it/Elettronica-di-...6709423&sr=1-5

Altrimenti se ti interessa programmare parti dal pc e poi, dopo aver almeno cercato gli argomenti presenti in quei libri che ho citato, passi ai microcontrollori o ai dsp.

Se vuoi la pappa pronta comprati Arduino ma prima o poi un libro di elettronica ti servirà!

per elettronica cosa intendi ? porgrammare inteso come studio di linguaggi di programmazione o come programmazione su componenti hardware, tipo chip, controllori, ecc..??