Fórum témák
» Több friss téma |
A függvény neve előtti void azt jelenti, hogy a függvény nem ad vissza értéket. Régen, amikor a C-t kitalálták, az int típusú visszaadott értéket jelölték meg alapértelmezettnek, így elvileg ha nem írsz void-ot a függvény neve elé, akkor az ugyanaz, mintha int-et írnál oda. Régi fordítók warningot csináltak, ha egy függvénynek nem használtad a visszatérési értékét, ezért kellett a void típust bevezetni, mert ha egy void függvénynek nem használtad a visszatérési értékét (ami értelemszerűen nemis létezik), akkor nem generált warningot a fordító. Kicsit fura ez az elgondolás, manapság már nyílván nem így csinálnánk, és manapság nemis generálnak warningot a fordítók, ha nem használod egy függvény visszatérési értékét, de a void dolog talán szokás miatt megmaradt.
A függvény paraméterlistájában viszont a (void) és a () két külön dolgot jelentett. A (void) azt jelentette, hogy a függvény nem fogad paramétert, a () viszont azt jelentette, hogy a függvény ismeretlen, de konstans számú paramétert fogad - gondolom valami más módon kellett a stackről kiszedni a paramétereket, nem direktben a paraméterlistáról. Ez a () forma viszont C99 óta deprecated-nek van jelölve, tehát olyan dolog, ami elavult, és ne használjuk. A fordítók valószínűleg simán elfogadják majd ezt a formát ezután is, de úgy fogják értelmezni, mintha (void) lenne, tehát nem ismeretlen számú paraméter jelölésére, hanem arra, hogy nincs paraméter. Tehát továbbra is a void main(void) a szabványos forma, de a mai fordítók már nem csinálnak warningot, ha egy függvénynek nem használod a visszatérési értékét, ezért a main(void) forma is megfelel nekik, és nyílván ki is tudják optimalizálni azt a kódrészletet, ahol a visszatérési értéket adná a függvény át. Én valahogy így tudom a dolgot ![]()
Na, így már kerek, értem.
Köszönöm a kimerítő választ! ![]()
Sziasztok !
Segítségetek kérem .Van két nyomógombom amivel az (sz) számot 10-től 35-ig tudom egyesével növelni illetve csökkenteni. Csak egy dologgal nem boldogulok. A számolást oly módon csinálja,hogy a nyomógomb benyomásakor léptessen egyet majd a következő léptetést a nyomógomb visszaengedése után az újbóli gombnyomás váltsa ki.
A hozzászólás módosítva: Nov 13, 2013
A megoldás lényege, hogy tárolni kell a gomb előző állapotát, és csak akkor reagálni, ha változás volt az állapotban. Valami ilyesmi:
Persze ez még mindig több sebből vérzik, mert még a pergést nem küszöböltük ki, de az elv ez lenne - ki nem próbáltam, nem garantálom, hogy hibátlan. Ha egy pergésmentesítéssel egyesített megvalósítás érdekel, akkor nézd meg ebben a cikkben feltett forráskódot, a 65-125 sorok között foglalkozik a bemenetek kezelésével. A hozzászólás módosítva: Nov 13, 2013
Nagyon szépen köszönöm a gyors választ tanulmányozom.
XC8 fordító, 16F887 kontrolleren akarnék egy meglévő kódot menet közben választható módon kétnyelvűsíteni. Eddig ilyen megoldás volt:
És akkor utána sprintf-nek van átadva pl. a DS_HIBA. Tehát fordítottam vagy egyik vagy másik nyelvű kódot, és utána azt töltöttem fel. Viszont most csinálnék egy ilyet:
Ez a kódrészlet lefutna induláskor és nyelvváltáskor, és utána ugyanúgy használnám sprintf-ben pl. a DS_HIBA pointert. Viszont nekem úgy tűnik, hogy a konstans szövegeket RAM-ban akarja tárolni, mert azt mondja, hogy nincs elég RAM (természetesen további szövegek is vannak még). A régi kódban még van 80 bájtnyi szabad RAM, ez a függvény nem fogyaszthat el annyit, mást pedig még nem csináltam, csak kiszedtem a #define-okat, beraktam a const char *-okat, és betettem ezt a függvényt. Így szerintem nincs más magyarázat, mint hogy a konstans szövegeket is RAM-ban akarná tárolni. Nos, hogyan lehet rávenni, hogy mégis a ROM-ban tárolja?
Közben gondolkoztam ezen, és tény, hogy valamennyivel több RAM-ra lenne így szükség, hiszen a const char * pointereket a RAM-ban kell tárolni, viszont annyira nincs belőlük sok, hogy megegyék a 80 bájtot. Kb. 20 szövegről van szó jelen állás szerint, az 40 bájtot jelentene, ha két bájtot foglal egy-egy pointer.
Szia!
Nem tudom próbálni, de mi lenne, ha beírnád a ROM kulcsszót is ?! pl. const ROM char * DS_HIBA; A hozzászólás módosítva: Nov 20, 2013
Szerintem meg:
Kipróbálom estére, most nem vagyok a közelben.
Lehet, hogy a ?-es részre még kell egy zárójel, most nem emlékszem, hogy merre asszociatív a ? operátor.
ROM kulcsszó elvileg C18-nál kell, XC8 szerintem el sem fogadja 16F esetén. Nem próbáltam, de a doksijában sem rémlik, hogy találkoztam volna ilyennel.
Fix mennyiségű és fix hosszúságú szövegek esetére:
A programmemóriában alakítanék ki két egymásutáni táblázatot a két nyelv szövegeinek. Ezek belépési pontjainak címeltérése fix, a fordításkor kiszámolható. A szövegek azonosítására egy sorszámot vagy a címtáblában elfoglalt relatív kezdőcímüket használnám. A kiíratásra egy függvényt írnék, ami a kiválasztott nyelvnek megfelelő táblából és a paraméterként megkapott sorszámból vagy relatív címből határozná meg a szöveg kezdőcímét. Az ott található szöveget írná ki a kijelzőre.
Jól sejtem, hogy valami ilyesmire gondolsz?
Használata pedig pl. így:
A hozzászólás módosítva: Nov 20, 2013
Ha lehet megint kérem a segítségeteket. Az sz értékét szeretném a porta porton megjeleníteni,de sehogy se megy próbálkoztam több helyre írni az sz=porta-t. és/vagy a mainba a trisa-t és a porta-t konfigurálni.
void main() { trisb=255; portb=0; trisa=0; porta=0xFF; char portb_uj; char portb_elozo=0; char sz=10; while(1) { portb_uj=portb; if ((portb_uj ^ portb_elozo)&&0b00000001) { if ((portb_uj & 0b00000001) && sz<35) { sz++; } } if ((portb_uj ^ portb_elozo)&&0b00000010) { if ((portb_uj & 0b00000010) && sz>10) { sz--; } } portb_elozo=portb_uj; } }
Ha porta-ra akarsz írni, akkor azt porta=sz; formában kell. sz=porta az beolvassa a port állapotát az sz változóba. Nem írod, milyen pic, lehet, hogy analóg bemenetet is tiltani kellene. Fordító gondolom CCS.
PIC 16F877 a típusa.Elnézést az egyenlőséget már megtanultam hogyan kell írni,de most itt felcseréltem.
Áttettem a portd-re miután megnéztem a datasheeten a lábak tulajdonságát,ami itt tényleg analóg bemenet.Lás csodát ! Szuperál.Sose jöttem volna rá magamtól.örök hála.Ezzel is tanultam.
Üdv. 18f4550-re csináltam egy termosztát programot mikroc-vel. Az a problémám hogy csak az előre megírt értéken tudom kapcsoltatni a kimenetet. Hogy tudnám ezt a kódot úgy módosítani hogy mondjuk lenne egy select gombom és egy érték növelő meg csökkentő gombom? Itt lenne az érték amit át kéne változtania és elmenteni a flash memójában hogy köv. induláskor ugyanazzal az értékkel induljon a 16x65 és a 17x65-öt kéne átvariálnom a gombokkal :
helyett
Vagyis kellene csinálnom egy Hatar nevű változót aminek az értéke a gomboktól csökken vagy nő és akkor a kapcsolási értékekhez nem fokot hanem Hatar változót hívatnám meg ami mögött egyenlőség jellel utána lenne ott az érték?
Igen. Egy kis olvasni való.
A hozzászólás módosítva: Nov 22, 2013
Van egy ilyen függvényem,amiben van egy visszaszámlálási késleltetés.Kérdésem az lenne,hogy lehetne megoldani azt,hogy a ciklusból való "kiugrás" késleltetés lehessen akár tíz perc is, (persze , ha másik feltételnek is megfelel)
while((portc == 0b00000000 ) && cou-- > 0);
Egy timer interruptban növelsz egy változót/változókat és azt vizsgálod.
Végülis a #define-os módszert választottam.
![]() Próbálkoztam egy ilyen megoldással is:
De nem sikerült rávenni a fordítót, hogy ezek közül a "nyelv" pointert kivéve a többi mind flash-en legyen tárolva. Most jut eszembe, hogy lehet úgy kellett volna, hogy const char ** const magyar=..., de ez a const dolog az XC8-ban azért valahogy kevésbé egyértelmű számomra, mint a C18 rom módosítója... Illetve ez a megoldás kevésbé átláthatónak és karbantarthatónak is tűnik számomra, mint a define-os megoldás, és valószínűleg nemis hatékonyabb.
Amúgy XC 1.10->1.20 váltásnál eltűnt a sprintf-nél az előjelet megadó módosító. Ilyen volt, hogy sprintf(tmp, "T%1d:%+2d T%1d:%+2d", 1, sz[0], 2, sz[1]); és nem került be az sz[0] és sz[1] változó értéke a szövegbe. Pedig a paraméterlistát elfogadta, hogy négy paraméterre lenne szükség - úgy rémlik, hogy ha nem azonos számú paraméter szerepel a függvényben, mint amire a szöveg alapján szükség van, akkor arról szól a fordító. Szóval ki kellett szednem a + jeleket, lett helyette %3d, és akkor ismét jó.
A másik, ami az én hibám volt, hogy volt egy CRC számoló kód, ami táblázatot használ (maximtól az 1wire CRC számoló direktben átvéve). Nos a táblázat valamiért meg volt adva az 1wire.h fájlban is, unsigned char CRC_TABLA[]; formában, majd az 1wire.c fájlban unsigned char CRC_TABLA[]={0, 94, 188, 226, ...}; Nos ezt az 1.10 verzió eddig "elfogadta", viszont az 1.20-nál a táblázat végig csupa nullát tartalmazott a kódmemóriában. Kijavítottam a header fájlban extern unsigned char CRC_TABLA; alakra, és egyből jó lett. Persze erre két nap után jöttem rá, mert azt hittem, valamit a DS18B20 szenzorok olvasásánál az időzítésekkel rontok el, mert azon a részen változtattam dolgokat, és nemis néztem, hogy mit olvas ki valójában, csak folyton megbukott a kiolvasott érték a CRC ellenőrzésen. A hozzászólás módosítva: Nov 25, 2013
Sziasztok !
Segítségetek kérem. Ez egy kis tömb kezelés; a problémám hogy a C18 fordító - 21:Error: syntax error hibával nem tudok mit kezdeni. ![]() Nem látom a hibát. Előre Köszönöm a segítségeteket!
Hali!
A 20-as sorban van a hiba nem a 21-ben. A stringet illik idézőjelbe tenni. (a latd sorában is) Ha rákattogsz a hibaüzenet ablakban a hibajelzés sorára, akkor a forrás megfelelő sorára ugrik a kurzor mintha hiányozna a wStrIndex++ megj: a stringet dupla időzéjel közé, a karaktert egyes idézőjel közé.... A hozzászólás módosítva: Nov 29, 2013
|
Bejelentkezés
Hirdetés |