Струва ми се че имаш в предвид горния ми пост - но не съм Кирчо Както и да е.Програмата преобразува 16 битово число в BCD,което ще рече от 0 до 65535(0000 - FFFF).Ами ако от преобразуването ти на 16 битовото ти АЦП резултата е 00АС(16) -> 00172(10) отделна програма ли ще пишеш.Като числото е малко,старшите разряди са 0.Пробва ли програмата на симулатора преди да зададеш въпроса или не ?Задай си няколко числа,виж как ги преобразува - после може да пиеш една бира,че нещо е топло навън,но не и преди да тестваш на симулатора

А ти да не предлагаш да се ползва 10 битова аритметика ? Какъв е проблема че отговора е 16 битов, старшите 6 бита са нули винаги, какво съмнително има ?

Този код съм го програмирал в момента на PIC16F877A и изкарвам резултата на LCD и при +5V получавам число 65535.
Едно ниво по надолу(зададено с тример) и се получава 65278. Следващия резултат е: 65021?!?!
Т.е стъпката е числото 257?!!???!!!!!
Това е абсолютно неприемливо!!!
Резултата се изменя от 65535 през стъпка 257 до нула. Кое му е доброто на това ?????

Какво става, ако вместо подравнен в дясно, резултата ти е сетъпнат да е подравнен в ляво .

Добре, ама защо стъпката му е 256, та даже и 257 ?!?!
Ако е ляво подравнен стъпката за (16-10) бита трябва да е 64 (2^6)...
Да не би да четеш от друг адрес и това в низшия байт да е нещо съвсем друго ?

Щото и HEX to BCD го е изкопирал отнякъде и не знае какво точно прави

Точно от тази тема го копирах и затова претендирам , че неработи правилно

Все пак листингите, които се дават от време на време са за да види питащия идеята, а пък и да има някои-друг бъг едва ли, човекът който помага, давайки идеята, трябва да носи вина за това.

Да ! Наистина бях задал подравнение в ляво , но това не промени нещата..?
Стъпката отново е 257 и при +5V показанието е 00514.
Хм ... немога да се сетя къде ми е грешката....

С тримерчето може ли да дадеш стъпка необходимата стъпка?Предполагам че тримерчето ти не е многооборотно. Казах ти какво да направиш по-горе:Пишеш си една тестова програма за конвертиране на число и го подаваш това число към тази програма за преобразуване на кода и гледащ какво се получава.При мен до сега (ползвам я вече 5 години) грешка не ми е давала.

Ммм и също би ми било интересно как предаваш числото от ADC към тази процедурка .... да не разменяш младши и старши байт .. ил ида правиш нещо друго немного богоугодно ..... принципно ако ползваш ССS той си го взема правилно ама ...

............................bsf ADCON0,2
a_1 btfsc ADCON0,2
goto a_1
movf ADRESH,w ;старша част
movwf binh_reg
movf ADRESL,w ; младша част
movwf binl_reg
banksel binh_reg
swapf binh_reg,w
andlw B'00001111'
addlw B'11110000'
movwf thous_reg.................................

МикрочЕп предупреждава :
При странно поведение на програмата си проверявайте първо БАНК-ите!!!!!!!!!

В случая ADRESH и ADRESL са в различни банки.

ЪЪъъ.... а ?
И как да разбера къде са
хмм...

Ами има си даташийт