Newsgroup: it.comp.lang.c
Titolo: Sistemi a microprocessori

E' possibile programmare un sistema a microprocessori non usando file
sorgenti scritti in assembler ma in linguaggio 'C' ? Se si vi prego di darmi
delle dritte in proposito o di che tipo di materiale ho bisogno.Chiedo scusa
se ho sbagliato NG. Cosa significa OT? Ciao a tutti.



dipnede dal microcontrollore, o meglio dal produttore del micro.
Molti hanno compilatori C per i loro prodotti.

 
OT = Off Topic.
Significa che non e` quello di cui parla il newsgroup.
Nel tuo caso, sei IT (In Topic), quindi non preoccuparti.
Adieu,
-- 
Lestat de Lioncourt  -- a.k.a --  Ciro Mattia Gonano
 Undergraduate student in Computer Science at University of Bologna
 IHGGer #1049   <=>  ICQ#: 52631406   <=>   URL: 
http://www.CS.UniBO.It/~gonano
 Debian admin at 
Students.CS.UniBO.It
 <=> look at headers for my JabberID & GPG

 ha scritto nel messaggio
news:Fxuda.23653$Lr4.7...@twister2.libero.it...


 Sono in attesa di smentite :-)
Non e' come dici, altrimenti non sarebbe possibile scrivere nessun
S.O. in "C".
Esistono i cosiddetti cross-compiler che generano il codice per un
certo sistema su uno di tipo diverso. Ovviamente la scheda a uP deve
avere un qualche sistema loader (che non e' un sistema operativo,
ma solo una sequenza di istruzioni lanciata all'avvio del sistema o
a seguito di qualche evento esterno) per caricare in memoria il
programma generato...
Ma questo e' un problema generale: anche i PC hanno un sistema in ROM
che all'avvio del sistema leggee il primo settore del primo HD (o
quello che e' stato impostato come dispositivo di boot) e comincia a
caricare il S.O. vero e proprio.
La risposta corretta e' quella di Ottavio Campana: "Posso scrivere in
C il programma di un uP? Dipende dal produttore del uP".
C:\>iao Angelo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

C il programma di un uP? Dipende dal produttore del uP".
Anche questo e' inesatto.
Dipende dalla disponibilita' di un compilatore e di un linker, insomma
dei tool di sviluppo che traducano un  listato  C  in  istruzioni  in
"linguaggio macchina" per il microcontrollore.
Ciao
GIGI
-- 
   THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG
visit my home page:
http://web.tiscali.it/KilometroZero

 "linguaggio macchina" per il microcontrollore.
Ovvero dipende dal produttore (o da qualche anima pia) che mette a
disposizione il compilatore e il linker. :-)


disposizione il compilatore e il linker. :-)
Si,  normalmente i produttori di uP "stimolano" e talvolta finanziano
pure i produttori di tool di sviluppo.
Sono due realta' differenti, ma vanno a braccetto.



Quindi se utilizza un C standard senza istruzioni che normalmente vengono
chiamate "Intrinseche" e che non sono sicuramente portatili o tantomeno
standard, ritorniamo alla mia risposta di partenza.
Ciao
Giuseppe

 standard, ritorniamo alla mia risposta di partenza.
Anche il C standard che usi su un PC va a accedere ai registri del 8068 o
del Pentium che sia, tu queste operazioni non le vedi, ma lui le fa lo
stesso, perche' si appoggia alle librerie.
Il C e' standard, sono le librerie che sono particolari per il micro che
stai utilizzando.
Io su questi argomenti sono piu' pratico perche' ci lavoro sopra.
--------------------------------
Inviato via 
http://usenet.libero.it


Su cosa lavori specificatamente?
Comunque stiamo finendo OT. :-)
Ciao
Giuseppe

 Comunque stiamo finendo OT. :-)
Forse... non so... Anzi io non penso che siamo OT.
Siamo semplicemente parlando di un C pratico, quello che poi alla fine fa
funzionmare qualcosa, che una lavatrice, una centralina elettronica o un
controllo numerico.
Comunque sembra che questa discussione non interessi molto gli altri
frequentatori del gruppo. Forse loro sono in un altra dimensione, non
immaginano che si possa realizzare un sistema di controllo con 4Kbyte di
codice e 256 byte di RAM (Sono Polemico!!!). E questo e' ovvio per chi e'
abituato a utilizzare le printf, scanf, malloc etc....
Ciao
GIGI


 
no non continuate pure....
Io ho iniziato da poco a lavora su un Hitachi 2633 e sto litigando come 
un forsennato con un ptr....
ps. fino a poco tempo fa' ero alle prese con un 80c51.... e li si che si 
litigava con i byte e con i bit di troppo per poter ficcare il binario 
in una eprom da 65535 byte


sorry.... errore battitura
CONTINUATE....PLIZ

 >
Puoi essere piu' esplicativo ?
Che problemi hai con un pointer?
Che sistema di sviluppo utilizzi (Hew + Hitachi toolbox)?
Nella mia pochezza forse qualche dritta posso dartela.
Ciao
Giuseppe

 Che sistema di sviluppo utilizzi (Hew + Hitachi toolbox)?
Ne approfitto per avere un chiarimento:
utilizzo HEW Version 1.0A (release 7) su win98.
Stiamo lavorando con H8S2633 e non riesco a trovare qlcs che mi spieghi 
il significato di questo messaggio di errore:
Error[122]: Modifiable lvalue required
Sto impazzando perche' devo assegnare delle stringhe da visualizzare a 
disply tramite l'ausilio di array (i quali contengono i messaggi).
qualcuno mi puo' illuminare (senza usare degli accendini e/o fiammiferi)
THX

 
trovato l'arcano (era nel manuale della release "a linea di comando").