PIC16F84A за гранью понимания!!!!!

[Jerry86]

Есть некий девайс на оном ПИКе, которому требуется записать в память данных два значения.Естественно запись оформлена в виде двух прцедур которые вызываются по очереди.Так вот в ПИКе прописывается одна ячейка процедура которой была вызвана первой, вторая ячейка не пишется хоть тресни.В MPLAB все прописывается как надо. Может какие мысли будут по этому поводу или кто-то сталкивался чем-то подобным поделитесь.Заранее благодарен.

[nml]

Есть некий девайс на оном ПИКе, которому требуется записать в память данных два значения.Естественно запись оформлена в виде двух прцедур которые вызываются по очереди.Так вот в ПИКе прописывается одна ячейка процедура которой была вызвана первой, вторая ячейка не пишется хоть тресни.В MPLAB все прописывается как надо. Может какие мысли будут по этому поводу или кто-то сталкивался чем-то подобным поделитесь.Заранее благодарен.

Как я понимаю, речь идет о записи в EEPROM? И супервизора питания нету? Попробуйте либо его поствить, либо по окончанию записи - в регистр адреса записать, ну например 0... А значния расположить в других адресах.

[walrus]

Не боюсь показаться занудой - код в студию!!!!! Телепатов тут нет.

Конечно информации мало, но очень похоже на отсутствие таймаута после записи - моделирование такие вещи не учитывает, а ошибка произойдет сразу после записи первого значения...

[Serg_KHTW]

Уж очень и очень похоже на ИМЕННО ОТСУТСТВИЕ таймаута. Попробуй писАть второе значение после получения прерывания о записи первого. Наступал когда-то на эти грабли...

KRUTOI MP PIC BCE OPERACII DELAET ODNOVREMENO ???
PO IDEE ZAPISI DOLJNA SOOTVETSTBOBAT 1 PEREMENAIA ???

[Serg_KHTW]

Записи м соответствует одна переменная (если я правильно понял написанное). Но запись не происходит за время одного цикла, там стоИт, грубо говоря, такая же ЕЕПРОМина как и 24С... только со своим генератором. То есть по факту окончания цикла записи ОДНОГО БАЙТА генерируется прерывание, которое НУЖНО обрабатывать в 99% случаев, особенно, когда пишется больше чем одно значение. Не ленитесь, если не обрабатываете прерывание, хотя бы проверяйте наличие флага прерывания.

[VLM]

VSE PRAVILNO

[vsn]

Ну, думаю прерывание на такой пустяк разрешать было бы роскошью (с одним-то вектором!), а почитать спецификацию на максимальное время записи не помешало бы. Если не критичны остальные операции, то можно в подпрограмме записи вначале опрашивать бит окончания предыдущей записи, далее сама процедура записи, ну и для надежности верификация...Я в свое время делал так:
;*************************************
WR_EE
;запись в память
;вход: W = адрес, по которому требуется запись
; RG1 = данные для записи
;выход:

BANKSEL PIR2 ;
BCF PIR2,EEIF ;сброс флага окончания записи
BANKSEL EEADR ;
MOVWF EEADR ; установка адреса
BANKSEL RG1 ;
MOVF RG1,W ;
BANKSEL EEADR ;
MOVWF EEDATA ; установка данных

WR_EE_ERR
BANKSEL EECON1 ;
BCF EECON1,EEPGD ;
BCF EECON1,WRERR ;
BSF EECON1,WREN ;

BCF INTCON,GIE ; запрет прерываний
BCF INTCON,GIE ; запрет прерываний

MOVLW 055H ;;необходимая последовательность
MOVWF EECON2 ;;для записи
MOVLW 0AAH ;;
MOVWF EECON2 ;;
BSF EECON1,WR ;;

BSF INTCON,GIE ;

BCF EECON1,WREN ;

NO_WR_EE
BANKSEL PIR2 ;
PAGESEL NO_WR_EE
BTFSS PIR2,EEIF ; проверка окончания записи
GOTO NO_WR_EE ;
BCF PIR2,EEIF ;
BANKSEL PORTA ;
RETURN
;**********************************

[Serg_KHTW]

Совершенно согласен (только это под более навороченый PIC из серии более восьмикилобайтного F874), но принцип один - дал команду на запись - подождал - проверил флаг окончания записи.