Знам го Salvoto ръководството. Бях го зачел даже, ама ми мина мерака. А софтуерните таймери - ами навиваш си таймера на 20 Hz (със съответното софтуерно разширение) и увеличаваш 30-40 брояча. В зависимост от точността която гониш трябва да работиш и на по височка честота, щото таймерите така или иначе ще са псевдосинхронни. Това е най лесното според мен, ама сигурно има и други начини според това за какво точно ти трябва. Мулти таксинга не виждам с какво може да те улесни тука. 30-40 таска и на Windows му идват много. Смятай какво превключване ще падне.

Òîÿ Ëþáåí, äåòî ãî õâàëè Salvo, ãî ïîçíàâàì. Òîé ïèøå ñàìî íà Ñ, è àêî èçêàø äà ðàáîòÿò íÿêîëêî ïðîãðàìêè åäíîâðåìåííî â ìèêðîêîíòðîëåðà ïèñàíè íà Ñ, Salvo-òî å åäèíñòâåíèÿò âàðèàíò. ßäðîòî ìó å ìíîãî ãîëÿìî, è íà ìåí ñïåöèàëíî íå ìè õàðåñâà. Ïðîãðàìà ïèñàíà íà àñåìáëåð å â ïúòè ïî ìàëêà, è äîñòà ïî áúðçà, òàêà ÷å, àêî ïèøåòå íà MPASM, íèêàêâî Salvo íå âè òðÿáâà. Çà ñðàâíåíèå ïðîãðàìà ïèñàíà îò Ëþáåí íà Ñ + Salwo êà÷åíî å îêîëî 3.5 ê, à ïèñàíà íà MPASM îò ìåí, âúðøåùà ñúùîòî, å ñòîòèíà áàéòà ( 14 áèòîâè äóìè ) çà PIC16F877.

Е виж сега, говорим за програми и програми. Много ясно че ако искам да управлявам два таймера, да чета от АДЦ и да пускам по Уарт, няма да ползвам RTOS. Ама ти ми напиши програма на асемблер, която да управлява графичен дисплей, 10 тина бутона, да чете/пише на Флаш карта, да комуникира с други две устройства по УАРТа, да филтрира цифрово сигнала от АДЦ-то, едновренно в реално време. Не че не може. Ама после като те накарам 3пъти да промениш целия алгоритъм на действие плюс 3 пъти да смениш протоколите за комуникация, тогава ще те питам дали ще си помислиш за асемблер. Вервай ми започнал съм със асемблер. И то не за ПИК, а за 6502, 8088. И сега си пиша някой функции на асемблер за пиковете. Но за всеки влак си има пътници. Ако за PIC12 асемблера е задължителен, за PIC16 нещата са 50/50. За PIC18 да пишеш цели програми на асемблер си е чиста загуба на време, а то е най ценното капиталовложение при съвременния развой.

Хехехе, очаквайте .NET за PIC18. Всичко опира до пари - ако една фирма е решила да направи нещата като хората и е добре с финансите, може да напише нещо на асм за същото време, за което една не съвсем читава фирма го пише на Ц.
Друг е въпроса, че някои хитреци (като мен), ако им се налага да пишат time-critical неща, обикновено ги пишат на C, после компилират, дизасемблират, оптимизират асемблерския код и го използват.

Ми що не. Ама ако може да не е от Микрософт, че имам алергия, малко. Както казах света на микроконтролерите не свършва с AT91 и PIC.
А до колко е по-бърз кода на асемблер. Спора в случая е излишен. Всичко което става на С може да се напише и на асемблер, обратното е 90 % вярно. Въпроса е заслужава ли си труда да бъхти човек опкодове. ПОнякога се налага, ама в повечето случаи е чист мазохизъм.

Óâàæàåìè êîëåãà Öåöî,
Ïðåäè 6502 è 8088 áÿõà 6800 è 8080. Òîâà ìàé áåøå ïðåäè îêîëî 24 ã.
Êàêòî è äà å.  ìîìåíòà äîïèñâàì åäíà ïðîãðàìêà, êîÿòî óïðàâëÿâà äâà ïîñòîÿííîòîêîâè äâèãàòåëÿ ñ ØÈÌ, êàòî çà ðîòîðèòå èì èìà çàêà÷åíè ÔÐÏ 2500 ëèí/îá, êàòî ãè êàðà äà òðúãâàò è ñïèðàò ïî S îáðàçíà êðèâà, êàòî âúðâÿò è äâàòà çàåäíî è èçìèíàâàò òî÷íî îïðåäåëåíè èìïóëñè îò ÔÐÏ-òàòà, à êàòî ñïðàò ñå äúðæàò íà ïîçèöèÿ, à äîêàòî òðàå òîâà èçâåæäà ðàçíè ñúîáùåíèÿ íà 4 õ 40 LCD, à îñâåí òîâà íà ñúùîòî òîâà LCD ñå èçâåæäàò è 8 ìåæäó 4 è 8 ðàçðåäíè ÷èñëà, êîèòî ñå ïðåîáðàçóâàò îò Binary â ASCII. À äîêàòî òðàå òîâà ñå ñêàíèðàò 8 áóòîíà, ïàëÿò ñå 8 LED-à, ñêàíèðà ñå åäèí åíêîäåð è ñå ÷åòàò 16 öèôðîâè âõîäà è ñå óïðàâëÿâà 16 öèôðîâè èçõîäà. ÀÖÏ íå å íóæíî òóê ñïåöèàëíî, íî íå áè èìàëî ïðîáëåì àêî å íóæíî. Êîíòðîëåðà å PIC16F877 , à ïðîãðàìêàòà äîòóê å îêîëî 6 ê. Êúì êðàÿ ñèãóðíî ùå å îêîëî 7.5ê. Íà Ñ + Salvo íå áèõ òè êàçàë êîãà ùå ñòàíå òîâà. À, çàáðàâèõ äà òè êàæà ÷å äâèãàòåëèòå íå ñå ðàçâúðòàò ìíîãî áúðçî, ñàìî äî 800 îá/ìèí, à ÷å âãðàäåí PID ñå ðàçáèðà îò ñàìî ñåáå ñè. Òîâà òðÿáâàøå äà ãî íàïèøà ñàì, çàùîòî ÷îâåêà êîéòî ìíîãî õâàëåøå è ðåêëàìèðàøå Salvo-òî, çàìèíà íà ðàáîòà â Àíãëèÿ, è íå ìó ñå çàíèìàâàøå, è äàæå íå ñå è îáàæäà.

Мале ама ти наистина си ентусиаст. Няма да забравя как доста преди прощапулника ми в нашата област, гледах един баш програмист (требе да е било бая отдавна), да се дзвери с едно моливче срещу един топ хартия с машинен код (май 6809). Значи топа беше поне 10 см. висок. Обясняваше че търсел някакъв преход. Е нема начин. Та като заговорим за хамалогия и все се сещам за него. Гении бате. Та така и ти. Ако знаех че си толкова пристрастен към желязото, нямаше да те убеждавам да използваш пластмаса. Ама щом те кефи.

Çäðàñòè êîëåãà,

Çà åíòóñèàçìà - âñåêî îò íàñ ãî èìà ìàëêî èëè ìíîãî, çàòîâà è ïðàâèìå òîâà êîåòî ïðàâèìå, èíà÷å ùàõìå äà ïðàâèì íàâÿðíî äðóãî. Íå ìèñëè îáà÷å ÷å ïèøà ñàìî íà ìàøèíåí êîä. Èìàì ãî è Salvo, îðãèíàë CD. Èìàì ñ íÿêàêâî Ñ, äàæå è äâà òðè BASIC-a PIC âêë è çà 18 ñåðèÿ è çà íÿêîé íåùà ãè ïîëçâàì îò âðåìå íà âðåìå, íî ïàê äà òè êàæà - èìà íåùà çà êîèòî àñåìáëåðà å íåçàìåíèì. Íî âñå ïàê ïèøè íà òîâà íà êîåòî òè õàðåñâà, êåô òè Ñ, êåô òè PIC BASIK, êåô òè RTOS Salvo, êåô òè MPASM.  êðàÿ íà êðàèùàòà êëèåíòà íå ãî èíòåðåñóâà ê'âî èìà âúòðå, à äàëè ïðàâè òîâà êîåòî òðÿáâà. Òàêà ÷å óñïåõ ïè÷ !
×àî.

За да те изчеткам малко ще ти кажа, че бях чел някъде следното:
Една от големите автомобилни американски компании беше забранила софтуера вложен в животоспасяващите системи в колите им (ABS, ARB, ASR и пр.), да се пише на друго освен на асемблер. Причината е че не могат да се доверят на код написан от външна компания (компилатори + библиотеки, RTOS и пр.). За сметка на това пък четох, че в летищните системи незнам къде си, се използвали контролери с вградена Java машина. Те това вече е лудост.

Абе джавата завзе доста територии, в интерес на истината. Ей го и телефона ми с джава.

Голяма интрига е да чета тука...Ама и аз имам голям мерак да пробвам тая работа с RTOS, със евала на SALVO не можах да се оправя нещо...Пък и много не ме бива в C програмирането
Не мога да схвана и как точно ще ми помогне един RTOS, като например имам 30 задачки, зависими една от друга...с линейна програма ми звучи малко по-лесно, пък и досега работещ RTOS не съм срещал Може ли да ме посветнете малко

Ами то така с приказки май не става точно. Ама 30 задачи ако са ти последователни във времето (а не успоредни), естествено че няма да ти трябва RTOS. Например (щото май с примери е най-лесно) една аларма за къща. Седи в стендбай. Като се появиш ти с дист. управление - изключва се, записва в лог. паметта, и ти си влизаш. Като излизаш - включва се, записва в паметта и ... т.н. Като дойде крадец, се задейства датчик, тя вика СОТ, записва в лог паметта, и почва да врещи. И така докато някой не я изключи. Тука общо взето всяка задача е сама за себе си самостоятелна и върви сама във времето. Можеш да ги подредиш последователно (не е нужно да е линейно, но да е последователно във времето). Не ти трябва RTOS.

Сега да предположим че правиш MP3 плеър. Софтуера трябва:
1. Да чете от паметта (хард диск, флаш карта и пр.).
2. Да буферира в рама.
3. Да декомпресира данните.
4. Да ги изпраща към DAC.
5. Да управлява екран.
6. Да управлява клавиатура.
7. и още нещо дето сега не се сещам.
Ако се замислиш всичките 7 трябва да стават по едно и също време. Не можеш да ги изпълниш подред, защото докато се разправяш с екрана и клавиатурата, няма кой да праща данни към DAC-a. Ами тука можеш да ползваш RTOS. Пускаш всичките 7 задачи да вървят, назначаваш им преоритети и си свиркаш (де да беше толкоз лесно). Като се замислиш при повечето от задачите имаш мъртво време - екрана има време за опресняване, клавиатурата се чете от дъжд на вятър, DAC-a не ще данни непрекъснато, хард диска и от него не се чете непрекъснато. Като не ти трябва някоя задача я успиваш и така пестиш ресурси.
Другия вариант е да си организираш система от прекъсвания и таймери. Напр. на всяка 1 мс прашташ данни към DAC-a, на всеки 10мс четеш от диска и буферираш, а когато не си в прекъсване се разправяш с екрана и клавиатурата. Което си е пак един род мулти таскинг, ама точно специализиран за твоя случай.

Абе работа
та с RTOS не е лесна особенно за хора свикнали с линейното програмиране (аз съм от тия). Ама все някога трябва да се почне. Значи намерих един линк, сега го чета изглежда добре описано: http://www.embeddedartists.com/pdf/refd ... c_rtos.pdf

Благодаря за линка!!
На прост език, TMR0 ми дели времето на някви части, във всяка част се испълнява процес (зависи от типа на RTOS). Демек тия процеси дето имат по-високи приоритети заемат повече време за изпълнение, тия с по-ниски респективно по-малко. Ще взема да си напиша нещо такова...

Какво му е толкова ценно на SALVO?

Нищо освен че вече е написано от много хора и се продава, което го прави добро. Освен това една RTOS не се състои само от таймер. Чети там на линка, пък после ще обсъждаме.

Ïî ïðèíöèï ÷åòåíåòî îò ôëàøêàòà âèíàãè òðÿáâà äà ñòàâà ñ áóôåðèðàíå è îïðåäåëåíî íÿìà äà ìèíåø áåç íÿêîÿ ïàìåò ñúñ ñîëèäåí êàïàöèòåò - ìè íàïúëíè ÿ öÿëàòà, ÄÀÊ-à ìîæå äà ñå çàìåíè ñúñ ñïåöèàëèçèðàí ÷èï è íÿìà äà òè ñå íàëàãà äà ãî çàõðàíâàø íåïðåêúñíàòî ñ äàííè êàìî ëè äà ñå çàíèìàâàø ñ äåêîìïðåñèÿ... È òè îñòàâà åäíà êëàâèàòóðà êîÿòî äîðè è íà ñåêóíäà äà ÿ ÷åòåø è å âñå òàÿ è åäíà èíäèêàöèÿ...â êîÿòî ïèøåø îò äúæä íà âÿòúð. RTOS-îâåòå ñà ïîëåçíè êîãàòî òè ñå íàëàãà äà ïèøåø ïðîöåñ èçèñêâàù âðåìå êîéòî íåäîïóñòèìî äúëãî áàâè äðóãèòå çàäà÷è. Èìàë ñúì òàêúâ ñëó÷àé è òàì íàèñòèíà ñå íàëàãàøå äîñòà åêâèëèáðèñòèêè çà äà ñå äîêàðà åäèí ñòàáèëíî ðàáîòåù âàðèàíò. - íàêðàòíî íà çàäà÷àòà è áåøå "âúçëîæåíî" äà ñå çàíèìàâà ñ íÿêîé íåòèïè÷íè çà íåÿ ôóíêöèè.
Íî òàêà èëè èíà÷å ñúì ïðîòèâíèê íà RTOS-à îñîáåííî ùî ñå îòíàñÿ çà ìèêðîêîíòðîëåðè!