Като компилирам проекта, ми показва постоянно съобщения, че даден регистър не е в посочената банка. И това много често. Проверявам и виждам, че всичко си е ОК. Вече престанах да им обръщам внимание, а и програмите си работят. Да, ама онзи ден бях пропуснал да установя правилните банки, и търсих проблема цял ден, докато го намеря.
Та въпросът ми е следния: Дали това си е бъг на програмата или аз не съм настроил нещо. Защото тази информация с банките ще ми е много полезна ако дава грешките само когато са истински. И ако не може да се оправи, има ли друга развойна среда за асмблер, дето да е по-добра?

Ами аз вече втора години не съм пускал MPLAB не знам какво е събщението сега.
Но едно време просто предупреждаваше че работиш нещо в друга банка да си провериш дали си я сменил.
Накратко събщението беше напомнящо а не за грешка.

Преди обръщение към регистър правиш следното-искаш да се обърнеш към PORTA някъде из програмата и да прочетеш съдържанието на порта :

banksel PORTA ;превключва банките
movf PORTA,w
.............

Ами оставете ги тия 'банкови' контролери и няма да се чудите повече.

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

Понеже до сега съм работил само с "банкови" на Майкрочип, кажи ми някакви без банки, че ми омръзна само да ги следя. (дано не ти прозвучи смешно, но от скоро се занимавам с контролери)

За да не ти ги извежда като съобщение - пишеш:

list p=16F877
TITLE "Главна програма"
Clock_Freq EQU d'20000000'
__CONFIG _CP_OFF & _WDT_OFF & .....
#include <P16F877.INC>
#include <macro.asm>
errorlevel 1
и няма да ти излизат съобщенията за банките

Да няма да извежда ама ако е забравил някъде да ги цъкне

Atmel

Неее, не сте познали драги зрители , просто се преминава на Ц

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

Не, няма начин да стане. Тъй като битовете, с които селектираш банката могат да се променят от всяко място в програмата, асемблера няма откъде да знае дали са правилно настроени в момента. И предупреждава да погледнеш. Това е warning, а не грешка. Сигурно ти е време да минаваш на С

Свиквай Zeus! Ако работиш сериозно с пик-овете ще имаш нужда от много Банки, където да си трупаш печалбите

Сега сериозно. Бъркането на банките е един от най-често срещаните проблеми при асемблера на пиковете , но въпреки това в MPLAB-a не е решен и до ден днешен. Причината- предполагам ,че тези които пишат MPLAB-a никога не са програмирали пикове на асемблер . А и алгоритъма на симулиране в MPLAB-a е малко тъпичък. Симулатора е "умен" колкото пик-а, т.е. това което не го хваща пик-а ,не го хваща и симулатора. Поне за банките е така. Всъщност не се следи програмата на логическо ниво , а само на хардуерно. Ама това е една друга тема....

Причината не е в МПЛАБ , то всеки компилатор на асемблер ще направи същото именно защото пишеш на асемблер. Отговорноста за програмата е изцяло оставена на програмиста и то няма друг начин, защото всеки ред от програмата е дефакто инструкция и генерирания HEX файл ще бъде точно такъв какъвто го напишеш. Компилаторът не променя нито ред от кода, както е при езиците от високо ниво. И не очаквайте от компилатор да следи логиката на програмата.

Ами МПЛАБ-а освен компилатор е и доста други неща (лаб=лаборатория). И аз лично очаквам от хххMb програма движеща върху xxxxMHz PC да прави нещо повече от това да се преструва на контролер. Като са си оставили архитектурата на пика да куца, поне да бяха компенсирали с маалко по-читав симулатор. 10+ години трябваше да им стигнат. Може би не го оправят щото да могат да си пробутват Ц-то.

1. Говорим за компилатор , не за симулатор, бъркаш понятията
2. Симулатора не може да прави нещо повече освен да се преструва на контролер, щото инъче на компютъра всичко ще е ОК, ама на пика няма да е.
3. И аз очаквам от Windows от xxx MB i za xxx $ да работи както трябва и да не забива... ама тц.