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!

Én is !

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 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.

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;

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:

Igen, valami hasonlóra...

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ó.

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. Amit Hp41C írt, az is jó lett volna, csak ha nem azonos hosszúságúak a szövegek, akkor a leghosszabb helyfoglalásának megfelelően lesz mindegyik lefoglalva, ami még a kisebbik probléma lett volna. A nagyobbik, hogy egybefüggő területet kell a tömb számára a fordítónak találnia, és mivel kezd szűkös lenni a hely a kontrollerben, ezért nemnagyon tudta összelinkelni a kódot. A #define-os megoldás viszont nem igényel nagyméretű összefüggő területet.

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.

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é....