Замена PIC10F200 на PIC10F202

[zenner]

В этой статье схема на PIC10F200 а у меня есть только PIC10F202
Без переделки прошивки нельзя заменить МК?
http://radioamator.ru/na-mikrokontrolle ... -pic10f200

[shindax]

202-й должен подойти без переделок прошивки. У него та-же периферия ( в отличие от 204-го, например ), только памяти поболее.

[zenner]

Спасибо за совет. Будем пробовать!

[-=Vovka=-]

"Начинку" МК обычно смотрят на сайте производителя или можно воспользоваться программой PicChart

[otest]

И как этой прогой проверить совпадение? Сам пробовал? Объясни.
Для сравнения в первую очередь см. адреса регистров и потом назначение бит в них. Хотя в даном случае из дш и так всё понятно.

[shindax]

[uquote="-=Vovka=-",url="/forum/viewtopic.php?p=3718993#p3718993"]"Начинку" МК обычно смотрят на сайте производителя...[/uquote]Этого недостаточно. Помимо объема памяти программ и данных, нужно знать, какая периферия по умолчанию включена/выключена. Например в девайс ТС можно было-бы поставить тот-же PIC10F204, но у него имеется компаратор и после сброса он включен, следовательно нужно править прошивку. Для PIC10F320-322 прошивка вообще никаким боком не подойдет в силу разных архитектур. Некоторые подробности можно найти только в даташите.

[BOB51]

Проблем, кроме калибровочной константы (обычно для мелколапых среднемладших) не будет.
А содержимое последней ячейки ПЗУ у каждого МК разное (там movlw k - с самой константой).
Ессно, что и помещать ее надо будет в соответствующее место.

[shindax]

Если прошивать МК нормальным программатором, то о сохранении константы можно не париться. К тому-же для устройства, что ТС намерен повторить, эта константа нах не нужна, можно ничего, никуда не размещать вообще. С PIC12F629/675 можно было налететь c чужой прошивкой и константой, но не с PIC10.

[-=Vovka=-]

[uquote="shindax",url="/forum/viewtopic.php?p=3719113#p3719113"]Этого недостаточно...[/uquote]
Это понятное дело, но предварительно можно выбрать похожие или более "жирные" МК, а потом уже на даташиты смотреть...
Да и правило хорошего тона в начале программы инициализировать всю периферию...

[zenner]

Сегодня попробовал прошить 202 этой прошивкой, программатор (TL866 II Plus)
выдал- "выход за пределы области..."
Хотя объём прошивки меньше чем его памяти.
Фигня какая то. Или программатор глючит или что то не то..

[BOB51]

У программатора мозги определяют к какому кристаллу файл присоединен...
Возможно Надо на простейшем радиогубительском коррекцию размера дампа делать...

[КРАМ]

[uquote="zenner",url="/forum/viewtopic.php?p=3720970#p3720970"]выдал- "выход за пределы области..."
Хотя объём прошивки меньше чем его памяти.
Фигня какая то. Или программатор глючит или что то не то..[/uquote]
Из-за разного объема флеша, адрес конфигурационного регистра другой. Выход за пределы области не означает, что адрес больше, чем последний адрес. Это означает, что адрес ВНЕ области, а область разрывная. То есть адрес попал в несуществующий интервал.
Читайте мануал по программированию:
http://ww1.microchip.com/downloads/en/D ... 41228F.pdf

[BOB51]

Если в наличии только *.hex файл правка параметров будет представлять проблему...

Другое дело - наличие исходника с последующей перекомпиляцией под требуемый кристалл...

[КРАМ]

Изменение только адреса конфигурационного регистра в хексе не слишком большая проблема. Он всегда в конце. Одна цифра адреса смещения и пара цифр в контрольной сумме строки.

[zenner]

[uquote="BOB51",url="/forum/viewtopic.php?p=3722167#p3722167"]Другое дело - наличие исходника с последующей перекомпиляцией под требуемый кристалл...[/uquote]

Вы не читали статью в ссылке. Там есть исходник

[anatol378]

Код: Выделить всё

:020000040000FA
:100000002500C10C0200040C2600020C0600880C1E
:100010003200F50C3300020C340071006100180A44
:100020000000FE0C81000306B102F002100A460532
:100030002606230A0102D4010306F103180A060268
:10004000010F2600180A61001102300043072A0A36
:100050007100180AD201D301000C0307010C26001D
:040060007100100A11
:040064000008000888
:021FFE00EB0FE7
:00000001FF

попробуйте

[-=Vovka=-]

[uquote="КРАМ",url="/forum/viewtopic.php?p=3722176#p3722176"]Одна цифра адреса смещения и пара цифр в контрольной сумме строки.[/uquote]
Удобно редактировать программой PicHexEdit

[КРАМ]

[uquote="-=Vovka=-",url="/forum/viewtopic.php?p=3722389#p3722389"]Удобно[/uquote]
В данном конкретном случае совершенно лишнее. Сложить на виндовом калькуляторе несколько байт и найти дополнительный формат (вычесть из нуля) - элементарная процедура для коррекции одной строки.

[NStorm]

Пересобрал из исходника mpasm'ом:

Код: Выделить всё

:020000040000FA
:100000002500C10C0200040C2600020C0600880C1E
:100010003200F50C3300020C340071006100180A44
:100020000000FE0C81000306B102F002100A460532
:100030002606230A0102D4010306F103180A060268
:10004000010F2600180A61001102300043072A0A36
:100050007100180AD201D301000C0307010C26001D
:040060007100100A11
:040064000008000888
:021FFE00EB0FE7
:00000001FF

Разница только в добавленной строчке :040064000008000888

Добавлено after 21 minute 48 seconds:
Пишут, что адрес конфигурационного регистра в хексе всегда записывается как 0xFFF почему-то в доке по программированию. Хотя по факту в хексе 0x1FFE (?).

Screenshot_20191022_115926.png

(33.33 КБ) 253 скачивания

Ну компилятор микрочипа выдает вот так, как выше указал. С учетом замены в файлике инклюда на pic10f202.inc. И при сборке указан камень. Так что дело возможно не в адресе конфигурацинного слова.

[КРАМ]

В хексе адрес всегда удвоен. Поэтому реальный адрес в хексе FFF.
Скорее всего, поэтому оболочка программатора верещит о выходе за адресное пространство. На самом деле, старшие биты должны быть проигнорированы. Разницы в хексах для 200 и 202 нет никакой.

Добавлено after 1 hour 30 minutes 49 seconds:
[uquote="NStorm",url="/forum/viewtopic.php?p=3722736#p3722736"]Разница только в добавленной строчке :040064000008000888[/uquote]
Это строка относящаяся к основному коду.
Стартовый адрес флеша 0x32. В строке две одинаковых команды 0x800, каждая занимает по 2 байта (реально по 12 бит, остальное нули).