Есть Pic16f877a. Под него написана простейшая программа, которая просто выдает меандр на RB0 выход:

#include "P16F84.INC"

count1 EQU 20h
count2 EQU 21h
count3 EQU 22h

ORG 0

START:
BSF STATUS, RP0
CLRF TRISB
BCF STATUS, RP0
RUN: BCF PORTB, 0
CALL DELAY
BSF PORTB, 0
CALL DELAY
GOTO RUN

DELAY: movlw .50
movwf count1
_sw1 movlw .255
movwf count2
_sw3 movlw .255
movwf count3
_sw4 decfsz count3,f
goto _sw4

decfsz count2,f
goto _sw3
clrwdt
decfsz count1,f
goto _sw1
return

END

В эмуляторе пика все работает, каждые 3 секунды меняются логический ноль и логическая единица. Но вот с реальным пиком беда: молчит. Шил его, читал - все верно. Подключаю к нему кварц на 12 мегагерц с конденсаторами в 15pF (из документации) или 32 килогерца (с изменением задержки в коде), подаю питание на обе Vss и обе Vdd 5 вольт... А результатов - никаких!

Кто работал с этими зверями? Хелп !!!

биты конфигурации прописаны правильно? MCLR подцеплен? пин сконфигурирован на выход?

__CONFIG 03FF2H биты конфигурации больше ничего не указывал!
MCLR вообще не задействован! Пин на выход работает! Причем в протеусе и в mplab все работает и что надо делает, но когда зашиваешь прошивку в пик, то он молчит.

Пик не стартует, для начала надо попробовать кварц поменьше от 4 М.
Да и конденсаторы 15 не ставил никогда обычно 22 или 33pf.

а кварц запускается? попробуйте в конфиг прописать 3ffa и с кварцем 12МГц поставить 20..22пФ

А на

компилятор ничего вроде "Processor-header file mismatch. Verify selected processor." не говорит?
Если все-таки подключается P16F877A.INC, то, как уже сказал LordN, нужно проверить наличие генережки на OSC2.
Обратите внимание на примечание 2 к картинке 14-1 в даташите:

Для 32 кГц кварцев я вешал 3-5 кОм (стояла задача экономии электроэнергии), для 12 МГц кварца будет достаточно 30-50 Ом.
Ну и самый быстрый способ проверки - подать на OSC1 тактуху с какого-нибудь более другого генератора (на логике/транзисторах/тактовой кнопке. См. картинку 14-2.), убедиться в работоспособности программы и сосредоточиться на борьбе с генератором.

ЗЫЖ без бациллоскопа борьба с такими непонятками затруднительна - желательно проконтролировать форму сигнала на OSC2.

судя по конфигу, у вас включен режим низковольтного программирования, соотв. PORTB.3 нужно "занулять", и еще, что означает MCLR не задействован? Он что висит в воздухе? Если да, то это грубейшая ошибка вход сброса никогда оставлять без подтяжки нельзя.
А протеус довольно часто не замечает не подключенный пин сброса, особенно на маловыводных контроллерах

А еще обратите внимание на включение в конфигурации сторожевого таймера. Если включен, то эта "гадина" будет сбрасывать вывод порта довольно часто.

ВСЕМ отозвавшимся и откликнувшимся ОГРОМНОЕ СПАСИБО буду пробовать, чуть позже скажу результаты ввиду отсудствия опред. оборудования!