Здравейте !
Не знам да ли трябва да обяснявам , че съм нов във форума и в пик програмиране , за това се извинявам ако въпроса ми не е на точното място и не съм го задал правилно .
Правя си една програмка с фловкоде 4 за едно реле за време със стимулатора работи горе долу добре ама като запиша пика нещо се скапва . В една променлива "тиме" прилагам число от 1 до 3000 това трябва да е времето за закъснение в мили секунди , но на практика не се променя на изхода .
Къде бъркам? моля помогнете ми за първия ми проект !

Направих един експеримент смени на модулчето за таймера да не е в мили секунди а да е в секунди и работи коректно , но на мен ми трябва да е в милисекунди

delay работи с стойности от 1 до 1000
пробвай този вариант:http://temp25.hit.bg/rele%20za%20wreme%20V2.fcf

но и тук зададеното време винаги е по малко от реалното
за да стане точно трябва да се използува вътрешния TMR0 и външно прекъсване за старт

И ако имаш възможност по добре pic16f628

Благодаря ти много , утре ако успея да стигна до работата ще тествам и ще пиша

Отново ти благодаря Наско !
Твоя вариант тръгна точно както трябва , сега започвам да си търся грешките . Моя вариант въпреки че за Delay имах стойност по-малка от 1000 пак не работеше коректно . А относно TMRO в момента чета за него но нещо не ми е ясно , но никои не е роден с тези знания .
За това сядам на книгите и разчитам на хората от форума да помагат

Ако имаш затруднения с управлението на таймера, пробвай с по-просто закъснение:

void myDelay(unsigned int number)
{
unsigned int i, j;

for(i = 0; i < number; i++)
for(j = 0; j < 65000; j++)
;
}

Симулирай го и измери времето за изпълнение.

Вие пикоборците, това нещо, интижъра, за колко голям го имате ? Колко му е дълъг на 16F628 ?

Защо, има ли проблем с int?

Ами из нашия има. Все пак отговори де, int-ересно ми е ...

Зависи от компилатора. Основно повечето пикоборски среди са с твърдо 16 битов int. Iar-a можеше да се накара да го прави 32 битов с някаква допълнителна опция,но това е екзотика.
Наблюдението ми и върху средите за други 8 битови контролери са че int обикновенно е 16 бита.

Само дето flowcode, не ми изглежда баш на среда в този смисъл в който вие го разбирате И за да си отговори на въпроса ще му трябва малко RTFM. И защо да са твърдо 16. 8 битовия пик бая ще му се раздуе кода ако работи с "ненужни" 16-битови променливи.

Преди 7-8 години с един CCS за PIC16/18 имаше 8-битов int, искаше някаква специална прагма, за да приеме int за 16-битов. Не е добра практика да се разчита на компилатора, аз бих сложил short вм int в горния пример.

Аз винаги ползвам stdint.h типовете, освен ако не става въпрос за WINAPI праграмиране. Ако компилатора подържа някакви елементарни стандарти то:

http://en.wikipedia.org/wiki/C_data_types

Да Бате... То и аз пиша глупости ама се усещам след половин час.

То затова се прави и се ползва хедър със собствени типове, който обикновено съдържа типови дефиниции за всички компилатори, които обикновено се позлват.