Благодаря, върши работа, прати я ако можеш на pirev@abv.bg.

може ли и тук
zax.ruse@gmail.com
благодаря предварително

В 3.245 същата грешка си стои. Не адресира коректно битово ориентирани полета в структури

Мисля, е време да минете на HI-TECH.

Излезе и 3.249. Никнат като гъби след дъжд

Това CCS ще ме побърка от вчера. Работеща програма, правя елементарни корекции и отказва да адресира правилно полета в структури. Не само побитови. Адресира само първото поле правилно, а всички останали ги осира. Отварям проекта, който работеше, компилирам и зареждам същата боза. Сигурно CCS се влияе от слънчевите изригвания

Ммм не знам от какво се влияе ... по скоро нещо по близо от слънцето оказва влияние ..... и при мен се е случвало, работещ проетк спира да работи, компилира се ама прави глупсти, не знам как се оправи ......но се оправи .. прединталирах какво ли не.

Съшата работа при мен, един от проектите ми с 18F452 писан на 3.205 като ъпгрейднах на 3.245 или каквато и да е по голяма от 3.205 спря да функционира и прави абсолютни глупости...а кода е почти 30KB

Predator_MF, при мен се оказа причината в дебъгера. Не трия старите версии на CCS, и като качих 3.245 се оказа, че използва дебъгера от 3.241, а има изглежда някакви различия. Иначе проекта компилиран с 3.245 се симулираше като по учебник в MPLAB. Без дебъгер програмата си заработи. С новия дебъгер също заработи.

Аз още не съм открил проблема, виждам че компилирания от най новата версия код е изместен с 10-ина байта вдясно, ползвам UART комуникация дето въобще не е*ава да запали, чета CF карта която ми връща само 0 за разлика от работещия код....гледах какво ли не, симулацията на MPLAB е желязна, просто кода е доста голям по размери и не мога да си открия грешките...във форума на CCS ме посъветваха да избягвам ползването на #byte като пиша или чета портовете, а аз точно така съм си организирал работата

Използвам като теб само #byte & #bit, техните вградени функции за четене/писане и инициализация на периферия и портове въобще не ги използвам. Предпочитам да си пиша директно в регистрите, защото иначе не знам какво правя.

Виж head файловете на твоя проц, днес си играх да си синхронизирам head файловете от старата и новата версия. Общо взето в техните head файлове добавям като #byte и #bit дефиниции всичко от MPLAB-ските inc файлове.

Във версия 3.245 има досадна грешка, при която ако използвате таблици, разположени в ROM ( const int8 Table[10]={,,,,,,,}, for example ) и #INT_GLOBAL ( глобалния вектор на прекъсване си го правите сами ), таблиците ги разполага на адреса на глобалния вектор на прекъсване, а самия вектор е някъде си в паметта.

Ако не сте предвидили като първи елеметн в таблицата jmp към вашия вектор на прекъсване, прекъсване няма да има ...

Явно във всяка нова версия допускат грешки на все по нови и нови места. В старите версии ( използвам CCS от 1998г. ) такива фрапиращи щуротии нямаше.

Ценно инфо, благодаря, Пирев Те май на нас трябва да ни плащат че ни ползват като бета-тестери... Е, поне се грижат да ни е забавно. Аз съм с 3.235 все още, май и с нея ще си остана.

Момчета дайте линк за кракната версия на новия CCS или идея как да си ъпдейтвам старата версия или поне някой ако има новите драйвери които се ползват и примерите към тях .Интересува ме по точно CAN интерфейса

Поздрави!!!

Дано ти свърши работа! Между другото, точно тази версия има много неприятен бъг с #ORG директивата. В момента в който добавя #org някъде из кода и тръгна да компилирам ми се изплющява едно червено прозорче за грешка, в което пише "CCS C" и компилатора продължава да компилира докато не го спреш с 3-те бутона
Интересно е че тените сампъл за бътлодера се компилира нормално с тази директива из него. Каква е разликата не мога да разбрера. Някой знае ли?