ммплаб и пик №2 Опции

[Евгений Германов...]

А здесь все гораздо хуже.
80+ 79=159
если складывать эти числа на pic16f452
то все нормально-80н +79н дальше DAW в регистре WREG число 59 и флаг С в статусе =1
но если складывать числа больше 79 то получается следующее
80н + 80н далее DAW регистре WREG число 60 и флаг С в статусе =0 !!!!
ХОТЯ В МПЛАБЕ С=1
Это похоже на глюк контроллера.

[dac]

Это похоже на глюк контроллера.

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

[Евгений Германов...]

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

Да нет не правильно.И в даташите по этому поводу полная тишина.
Если хотите текст,то пожалуйста ;пп перевода HEX в DEC
;вход BBNDEC-число в HEX формате
;выход CHBD-старший,CLBD-младший байты десятичного числа
BINDEC:
GLOBAL BINDEC
MOVLB 0
CLRF CHBD,BANKED
CLRF CLBD,BANKED
MOVLW 08H
MOVWF RBINDEC,BANKED ;счетчик
;
MET: RLCF BBNDEC,F,BANKED
MOVF CLBD,W,BANKED
ADDWFC CLBD,W,BANKED
DAW ;здесь сбросится флаг переноса.
MOVWF CLBD,BANKED
MOVF CHBD,W,BANKED
ADDWFC CHBD,W,BANKED
; DAW
MOVWF CHBD,BANKED
;
DECFSZ RBINDEC,F,BANKED
GOTO MET
RETURN

При прогоне в мплабе все хорошо и прекрасно,на реальном железе начиная со 160 и заканчивая 199 будет не совсем хорошо,вместо 1 в сотнях будет 0.

[dac]

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

[Евгений Германов...]

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

Это не глючок,а глючара
Все не так просто.Если при сложении чисел в старшем полубайте образуется число <9 (и С устанавливается в 1)то при десятичной коррекции флаг сбрасывается -а это иначе как бл......м не назовеш.
А если там более 9 то все нормально.

Я тоже ни разу не сталкивался с подобными проблемами в Пиках: не на 16-й серии, не на 18-й таких проблем с арифметикой не было. Тем более с целочисленной. sad.gif Так что ищите грабли у себя.
Проверьте- просуммируйте 80 и 80 и произведите десятичную коррекцию.
Дб 60 и С=1 ,а для вышеупомянутого пика будет 60 и С=0
Если складывать 80 и 79 то р-тат будет 59 и С=1.
Но мплаб всегда показывает С=1 для всех примеров.

[dac]

и все таки, с чего взяли, что неправильно? вот симулятор запросто может быть некорректен..

79h+80h = 255d -> при дополнении полубайтов(+6 для daw) просиходит переполнение обоих полубайтов, С=1
80h+80h = 256d = 0 -> при дополнении переполнения нет для обоих полубайтов, С=0

кажется это вполне корректное поведение для флага С - показвывать переполнение (т.е. при >9 в полубайте и добавлении 6 в соответсвии с командой происходит переполнение)

и еще раз повторюсь, если уж в тектсе смешиваете числа в разных форматах, ПОДПИСЫВАЙТЕ ФОРМАТ, имейте уважение к людям

ЗЫ: Микродип собственно написал все, эрраты читать надо, их для того и пишут