В проекта, който пиша с ваша помощ , ми се налага да ползвам променлива, глобална за цялата функция main().
Това е името на един файл, което генерирам веднага след ресет и ползвам през целия цикъл до изключването.
а) Ако променливата я дефинирам в секцията преди функцията main() всичко е наред (поне така изглежда )
б) Ако дефиницията е непосредствено след заглавния ред на функцията - доста бързо стойността на променливата се разрушава.

Вероятно има някакъв проблем с стека, но не виждам къде би могъл да бъде ( например - да освобождава повече стек, отколкото заемам , но системата не се рестартира, не забива, просто на конзолата виждам, че името на файла се скапва ).

ето кратки фрагменти:
a) работи:

б) скапва се:


tFileName е декларирано в h файл:
typedef char tFileName[20];

Не можеш ли да видиш на дебъгера какво става? Сложи watchpoint за write access към FileNameOfData, и би трябвало да спре в момента, когато почва да се пише в нея.

- Нямам развойна среда за реалната платка;
- В симулатора (Протеус) имам проблем с видимостта на сорса;
- В симулатора на AVR Studio (4 и 5) не мога да симулирам SD card;
Впрочем, май не съм пробвал - с AVR Studio 4 да задам протеус като среда за дебъг и да сложа watchpoint. (В AVR Studio 5 не мога да добавя Протеус като среда за дебъг).

Благодаря !

За static променливи чувал ли си? Ако не, земи прочети, чувам че си имал достатъчно книжки.

И как дефинирането и като статик ще помогне?
Нека даде мейн функцията и тогава да "гадаем".

И на кое да обърна внимание на static променливите?
Ако тайно намекваш, че не се разполагат в стека , моля поясни ми какъв е проблемът тая променлива да бъде ВЪВ стека?

Много се извинявам, но не ми е ясно коя част от main() е важна .
Извинявма се и на всички, които няма да харесат структурата на файла!

Страх ме е да попитам що си дефинирал 1 торба функции във функция мейн...
Нормално е локална променлива за функция мейн да не е достъпна от друга функция (въпреки че и тях си напъхал в мейн..).
решението е 1 - изкарваш я извън функция - т.е глобална.

Мен повече ме е страх да отговоря .
Защото тези функции се ползват само тук, а самите те ползват някои от глобалните променливи, които са декларирани в main.c.
Тия функции са все едно части от main(), но съм ги сложил отделно, за да е по-обозримо (поне за мен).

Едва ли това е най-лошото в организацията на проекта. Приемам всякакви критики с благодарност за отделеното време

(но тук ще постна малка картинка с един резултат, създаден от реална платка и прочетен от файла на SD Card)

Аз дори не знаех, че може да се дефинира функция във функция... Срам. Май само в питона съм срещал такова нещо. От толкова време пиша на С и все още научавам ново неща... Какво е предимството на този начин ? Ако има...

Ами в Паскал е общоприет метод.
Ако една секция от алгоритъма се ползва няколко пъти в една и съща функциа и никъде другаде - това е начина да е четливо и ефективно.
В C# е голям зор - ползва се Action

Е, не знаех че в мейн е изтръскан целия код, че и вложени функции имало
Абе не е добра идея това с вложените функции... Ако се изцепя с нещо такова на работа, ще получа полагане в стил "Любо Ганев"

Наистина ли този компилатор ти позволява функция във функцията?
Странно на всичко което съм писал си вади надлежно съответната грешка при такъв опит.

Благодаря за разбирането
Не желая да бъда тълкуван погрешно (и пази боже някойд а помисли, че съм груб ) - в C съм доста начинаещ, но винаги ме е дразнело, когато всички функции в юнита имат достъп до фумкция, която се ползва на 5 места само в една друга функция.

Вярвам, няма нито един аргумент, че влагането на функции нарушава ефективността в която и да е посока.
Това е нещо положително, подобно на инкапсулацията




При това GCC и в AvrStudio 4 и в AvrStudio 5 (с опция "-std=gnu99")

@NikB:

Малко офтопик, ама като си Паскаладжия, защо не си пишеш проекта на Паскал?