PIC12F629 & MPLAB на симуляторе работает, а при, прошивке не работает Опции

[skyled]

MPLAB vs HI-TECH C компилятор делают файл hex. После прошивки его в PIC12F629 работы контроллера не наблюдается, хотя другая программа работает, т.е. аппаратно все исправно. Прошиваю PIC программатор v4.10a. Все красиво. Биты конфигурации 0x31D4. В симуляторе все красиво работает, а реально на выходе контроллера все нули.

Код

#include <htc.h>
#include <stdio.h>
#include <stdlib.h>

//__CONFIG(WDTDIS & UNPROTECT & INTIO); // Program config. word 1
//__CONFIG(INTIO); // Program config. word 2
#define _XTAL_FREQ 4000000
#define bitset(var, bitno) ((var) |= 1UL << (bitno))
#define bitclr(var, bitno) ((var) &= ~(1UL << (bitno)))

bit flag;
unsigned int tick_count;


void eetest(void) {
unsigned char value = 255;
unsigned char address = 0;
// write value to EEPROM address
eeprom_write(address, value);
// read from EEPROM at address
value = eeprom_read(address);
}

//FLASH_WRITE(address,value);
//variable=FLASH_READ(address);
//ei(); // enable all interrupts
//di(); // disable all interrupts
//CLRWDT();


void interrupt tc_int(void)
{
if (T0IE && T0IF) {
    T0IF=0;
    ++tick_count;
    //GPIO=~GPIO;
    return;
    }
}

void main(void)
{
OPTION=0b00001100;
INTCON=0b00100000;
TRISIO=0b00001000;
CMCON=0b00000111;
GPIO=0xFF;
//eetest();
ei(); // enable all interrupts
while(1)
    {
    __delay_ms(1);//а было и 100 и 500
    GPIO=~GPIO;
    NOP();
    }
}

Кто подскажет где искать причину? В pic-ах новичок. Спасибо.

Сообщение отредактировал skyled - Jan 4 2011, 11:12

[smk]

Байт калибровки точно затерт т.к. делался полный сброс контроллера и было предупреждение. о том. что этот байт будет тоже потерян. Это критично? Другая программа же работает.

[xemul]

Байт калибровки точно затерт т.к. делался полный сброс контроллера и было предупреждение. о том. что этот байт будет тоже потерян. Это критично? Другая программа же работает.

Это предположение или констатация факта?
"полный сброс контроллера" - имеется в виду Bulk Erase? Дык любой разумный программатор в соответствии со спецификацией программирования должен прочитать байт калибровки и биты BGx перед Bulk Erase и восстановить их после. Если софт программатора этого не делает, то я бы поискал что-нить более пристойное.
Если по адресу байта калибровки не будет восстановлен хотя бы код инструкции (0x34XX == retlw 0xXX), а останется 0x3fff (после стирания; == addlw 0xff), то после addlw будет выполнена инструкция по адресу 0x0000.
Другая программа может работать, если в ней не используется call 0x3fe .. retlw 0xXX

Варианты лечения:
- в опциях компилятора снять галку "Use OSCCAL" (в проге в качестве костыля можно добавить что-нить вроде OSCCAL = 0x80; // установит OSCCAL на середину диапазона);
- оставить галку, в проге добавить что-нить вроде 0x3480 @ 0x3fe (тоже самое, только в профиль);
- каким-либо образом откалибровать по-новой внутренний генератор и вписать полученное значение вместо XX в 0x34XX @ 0x3fe;
- взять новый контроллер, а запиленный прибить гвоздём на видном месте.

[DL36]

- взять новый контроллер, а запиленный прибить гвоздём на видном месте.

Неа проще взять PciKit2 и восстановить константу.