Хм ... е такива проблеми съм нямал с пикове .....много интересно ...

...

мога да споделя скромен опит с най-желязните ИЦ с нещо като АЛУ, 12Ц508 , по непонятни причини скапах около 10 такива образци със джам 12C508JW, направи ми впечатление че след като ги изтрия и програмирам/всичко е ОК до тук/ и ги сложа на цокъла и захраня платката тогава изгарят много мистериозно повишават си комсумацията жестоко нагряват се и ... няма никой. забелязах че последните са призведени в Тайланд и здават багажа много по-бързо/около 10 цикъла/, най-много изкарах с една бройка/около 100 цикъла/ купена от Комет през 2000г. но тогава не запомних къде е правена. Сменях програматори всевъзможни , изтривалката не я смених защото в същото време с нея се триеха и други видове пикове без проблеми. Убийте ме но до ден днешен нямам обяснение за това !

...

Добре казано

Aбсолютно съм съгласен. Забелязах, че всички проблеми с PIC-овете ми изчезнаха след като минах на друг процесор.
Там се появиха други.

Тая тема трябваше да се появи в този форум доста по рано.И определено повечето от темите,що не работи това,що не работи онова нямаше да ги има.Та някой хора са си загубили доста време и нерви за да искарат керливите ризи на пикльовците,и благодарности от мен като начинаещ,че побликуваха тези хардуерни проблеми тук.Сега да видим как ше се опрааам с АVR-те.

То вече отдавна съм минал на други, но няма "идеален процесор" или
"най-оптимален". За последното Трайко Петков пишеше директно двойка!!
Аз работя с AVR, вероятно други колеги с друг, но къде е истината? - някъде посредата.
Мненията ни тук са не да възхваляваме някой, а да пишем за кусурите на някой. Така си помагаме взаимно.
Все още 430 или други DSP ме плашат, но може да е от годинките ми.
Избор на процесор се прави и в зависимост от приложението - да не стреляш с топ врабче.
Засега съм правил по-леки задачи и с AVR съм се оправял. Вероятно някои от вас имат опит и с DSP. Нека да сме честни и да споделяме проблемите - никой не ни плаща за лобиране.

Аз съм абсолютно съгласен, процесора се избира според проблема, това си е чисто ценово и хардуерно решение, не бива да се бъркат пристрастия, позлвам пикове защото са в по голямо разнообрази от AVR-те, но и срещу тях нямам нищо напротив. Все едно някой да каже аз ще ползвам ОУ само на аналог и тва е ... няма ткаов анещо, това е хардуер кйто се оределея от приложението. Когато ми трябва процеср с два пина нямам голям избор нали ?

...

Тоя проблем със #bit/#byte и аз съм го забелязал, но пък и от CCS изрично казват, че това е "груб" метод и използването му не се препоръчва. По-точно обяснение четох някъде из форума им, твърдеше се, че проблема възниква когато бита който си обявил е в портовете. Препоръчват да се ползва input_port_x()/output_port_x()/fast/standart_io. Проблема със short не съм го виждал, но имах един подобен, като бях обявил бит Power на едно устройство и чаках тоя бит да стане 1'ца....само с чакане си останах

Аз досега декларация short не съм ползвал, изобщо не знаех че CCS я поддържа, декларирам ги като int1, но с #bit не съм забелязал да съм имал проблеми ......

...

Абе не съм имал тоя проблем да му се невиди .... а за деклариранетоможе да са едно и също, ама компилатора да се бъгва при определено дефиниране ......нямам сега ни една програма да видя има ли подобно сравнение ил позлвам bit_test

...