C sulautettuihin ohjelmointi

S

speedoak

Guest
Käytän C kehittää laitteisto kuljettajan jo pitkään, olen käyttää sitä mieltä, että C ei ole tehokas kehittää alhainen kuljettaja, mutta äskettäin löysin että käyttämällä C kehittää kuljettajan on erittäin hyvä ja mielenkiintoinen, että kukaan voi suositella joitakin C hakemus toteaa tai kirja C sulautettuihin ohjelmointi?kiitos

 
Hi Speedoak,

Yritä saada täältä:
Code:

http://ftp.cdut.edu.cn/pub3/uncate_doc/OReilly% 20 -% 20Programming% 20Embedded% 20Systems% 20in% 20C% 20and% 20C . chm
 
tämän kirjan lisätään luku
Tehdä C-ohjelmat "näyttää" C
http://www.edaboard.com/viewtopic.php?p=375873

 
yleensä c on hyvä valinta sulautettujen ohjelmointia.se on erittäin helppo toteuttaa välinen laitteistot ja ohjelmistot.

 
Hei

Onko sinulle Tutorial oppia käyttämään CCS PIC C kääntäjä?Kiitos

 
speedoak wrote:

Käytän C kehittää laitteisto kuljettajan jo pitkään, olen käyttää sitä mieltä, että C ei ole tehokas kehittää alhainen kuljettaja, mutta äskettäin löysin että käyttämällä C kehittää kuljettajan on erittäin hyvä ja mielenkiintoinen, että kukaan voi suositella joitakin C hakemus toteaa tai kirja C sulautettuihin ohjelmointi?
kiitos
 
terka wrote:

HeiOnko sinulle Tutorial oppia käyttämään CCS PIC C kääntäjä?Kiitos
 
Salam,

CCS-C on C-kääntäjä PIC-mikro.

http://www.ccsinfo.com/overview.shtml

Hei

 
Haluan tietää teidän kokemuksia, mikä on enemmän toivottavaa sulautettujen C ohjelmointi?Julistaminen muuttujiin Globaaleja muuttujia tai käyttämällä paikallisia muuttujia toimintoja?

Joskus i välttää tehtäviä, joissa on enemmän kuin 1 parametri, koska näytti siltä, että savupiipun muisti vaatimusten kasvaessa.Olen myös mieluummin käyttää Globaaleja muuttujia sitten käyttämällä paikallisia muuttujia samanlaisia syystä.Onko minun oletukset paikkansa?Jokainen on jotain ehdotuksia paremmin C sulautettujen ohjelmointi?

Salam,
Irfan.

 
käyttämällä maailmanlaajuista muuttujat tarkoittaa aina varata tietty määrä RAM näitä muuttujia.
Joten kannattaa käyttää vähintään Globaaleja muuttujia niin paljon kuin mahdollista ...yleensä vain, jos yhteinen Muuttujien ..

 
irfansyah

Kuten sanottu, että voit välttää käyttämällä toiminnon yli 1 parametri
että on hyvä, mutta mitä jos tarvitset toiminnon yli i parametri

käyttää myös maailmanlaajuinen muuttuja ei ole hyvä idea, paitsi jos ne ovat samat kuin ne toteuttavat muistiin koko elämän ohjelma kulkuaika

käyttää paikallisia muuttujia
myös julistaa paikallisia muuttujia sisällä, jos () olosuhteet niin, että vain, jos todella ovat paikallisia muuttujia ilmoitettu ja ottaa tilaa alkaen keonLisätty jälkeen 4 tuntia 30 minuuttia:Käytä pointer efectively parantaa koodi
se lisää nopeutta ja on kompakti

 
C :
lla voi olla tehokas pisteestä koodin size.C on hyvin suitble puolivälin tasolla mcu's. I neuvoja C. ..

 
devennan wrote:

irfansyahmyös julistaa paikallisia muuttujia sisällä, jos () olosuhteet niin, että vain, jos todella ovat paikallisia muuttujia ilmoitettu ja ottaa tilaa alkaen keon

 
Sphinx kirjoitti:terka wrote:

HeiOnko sinulle Tutorial oppia käyttämään CCS PIC C kääntäjä?Kiitos
 
Hei,
Kuten tiedätte paikallisia staattinen muuttujat ovat näkymättömiä ulkopuolella prodecudure, globals ovat näkyvissä kaikkialla koko ohjelman.
Mutta minun mielestäni, kun olet julistamisesta muuttujat, sinulla on valinnanvaraa:

- "Hyvän koulun" HAKU
tai
- "Kokemusta koulun"

Ensimmäinen voit löytää kullekin teokselle - julistaa staattinen muuttujat sisällä procedues, kuten somone kuvattu ylempää tekstiä.

Toinen ratkaisu on:
Kun alkaa uusi sulautettujen soveltamisesta, teidän on esitettävä kaikki muuttujat (globals ja paikallisten staattiselta) yhdessä header-tiedosto.
Thats antaa sinulle mahdollisuuden helppo tehdä hakemus testin paremmin kuin staattinen varibles piilotettu menettelyt

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Hymyillä" border="0" />Kun kaikki on testattu, jos haluat, voit siirtää kaikki paikallisesti staattisten muuttujien kannanotot asianmukaiseen paikoissa.En niin, sillä 15 vuotta, ja testi on laskenut jyrkästi.

Toinen Metter on C ja mikro.
Koonnetussa koodi koko on sama kuin C.
Lähdekoodi on kirjoitettu C on suurempi kuin kirjoitettu C sama ratkaisu.
Ja ohjelmointi on helpompaa, kiitos C on korkeamman tason kieltä kuin C.
Jos et belive - kuin kokeilla sitä!Saat oman lausuntonsa.

 
Lyhyt asiakirjan firmware ohjelmoinnin standardi:
http://www.ganssle.com/misc/fsm.doc
Jack Ganssle

jossa hän ehkäisee käyttö Globaaleja muuttujia varsinkin kun on paljon niitä johtavat virheenjäljitykseen ongelmia ..
Code:

Aivan liian usein C ja erityisesti kokoontumis-ohjelmat on yksi valtava

moduulin kaikki muuttujan määritelmiin.
Vaikka se voi vaikuttaa

mukavaa järjestää muuttujat yhteisen paikalla, että maineemme on nämä ovat

kaikki sitten maailmanlaajuiset.
Globaalit muuttujat ovat suurelta osin vastuussa

undebuggable koodi, reentrancy ongelmia, ilmaston lämpenemisen ja miesten

pattern baldness.
Vältä niitä!

Reaaliaikainen koodi voi toisinaan vaatia muutama - ja vain muutaman --

Globaaleja muuttujia vakuuttamasta kohtuullinen vastaus ulkoisiin tapahtumiin.

Jokainen maailmanlaajuinen muuttuja on hyväksyttävä projektipäällikkö.

Kun globals käytetään, laita ne kaikki yhdeksi moduuli.
He

on niin ongelmallinen, että se on parasta määritellä selkeästi synti kautta

nimi globals.c tai globals.asm.
 
there's JEPES
http://www.mjolner.com/embedded/jepes/index_en.php

mutta en ole kokeiltu

 

Welcome to EDABoard.com

Sponsor

Back
Top