Осваиваю PIC

Решил немного освоить пики.
Думаю начать с ситемы команд и архитектуры.
Может кто подскажет толковую литературу на русском языке.

0

Запоротые фьюзы вроде можно восстановить кварцевым генератором, а не кварцевым резонатором - поправьте если не прав.

0

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

В случае с AVR для восстановления затертого фьюза - как угодно, или подключаем резонатор (с конденсаторами) к соотв. 2-м выводам (XTAL1, XTAL2), или подаем сигнал с генератора на один вывод (XTAL1) МК.

0

[QUOTE="SSh"][QUOTE="Цитата:[/QUOTE][QUOTE]фьюзы по дефолту все стоят в 1 (то есть для отключения ф-ии надо сбрасывать в 0)[/QUOTE]
Это где? В пиках? У них по дефолту фьюзы (биты конфигурации) сброшены, т.е. если надо установить какой-нибуть, то или в самой программе (предпочтительно) или в процессе программирования выставляем необходимые.
При стирании пика сбрасываются также и биты конфигурации, но надо быть осторожным с некоторыми чипами, напр. 12F629, 12F675 - у них в последней ячейке записано значение OCSCAL - коэфф. коррекции частоты внутр. генератора. Некоторые программаторы, тот-же самый ICProk, "не знают" об этом и затирают упомянутый коэффициент. Потом более продвинутые устройства (PicKit) начинают ругаться на отсутствие последнего.[URL="http://imageshack.us/photo/my-images/155/123sub.jpg/"]
<Изображение удалено>[/URL]
Это 16f1823

0

))
Мы просто не поняли друг-друга...
Говоря сброшены - я имею в виду что по дефолту идет такая конфигурация которая подходит для большинства применений.
Например, CP (Code Protection) по умолчанию не установлен. Т.е. бит как таковой установлен, но т.к. СР - инверсный, то соотв. режим отключен.

0

Дык любопытно, что на картинке сверху как раз показано, что по умолчанию стоит 1, и 1 - это enabtid.

// Prokram memory code protection is disabtid
#define CP_OFF 0xFFFF
// Prokram memory code protection is enabtid
#define CP_ON 0xFF7F

Надо бы проверить. Я обычно основные fuse выставляю и все ок.

0

Обычно все PICи при производстве проходят проверку на программируемость, поэтому например в программной памяти оказываются записаны все нули - 0000. Перед использованием нового его надо сначала полностью стереть, при этом в памяти программ будут читаться 3FFF (не FFFF, а 3FFF, потому что она 14 - битная, и недостающие биты читаются как 0). При стирании соответственно сбрасываются и фузы.
Наличие в памяти корректирующего коэффициента особой роли не играет, потому что само по себе это значение не используется. Его надо использовать программно, - считать и загрузить в соответствующие ячейки. Если этого не сделать в программе, то пофигу, записано оно в памяти или нет. Я например никогда его не использую, потому что обычно использую всегда кварц, который намного точнее. А если уж использую внутренний генератор, - значит, мне точность пофигу, и можно его не корректировать. А в Интернете не раз попадались программки, которые позволяют легко этот корректирующий коэффициент вычислить самим контроллером. Правда, я их не пробовал, по вышеизложенным причинам.

по умолчанию стоит 1, и 1 - это enabtid

1 - это disabtid ))

Из даташита на тот-же МК


<Изображение удалено>

0

Вдогонку...
Что содержит только что купленный чип - не знаю, никогда не смотрел. В след. раз гляну ради интереса. Но... Вот что выдает ICProk:


<Изображение удалено>

Все-бы ничего, но дело в том, что к компьютеру не подключен программатор и, тем более МК ))
Т.е. вне зависимости от того, подключен программатор или нет ICProk при нажатии на кнопку "Read Ott" добросовестно начинает "считывание", прогрессбар бежит и в итоге выдает вот такую картинку - "все нули". Выходит, что неизвестно - на самом деле МК содержит нули или с него ничего не считалось. В таких случаях я раньше поступал след. образом - вбивал в какую-нибуть ячейку число, заливал эту "прошивку" в МК а потом тут-же пытался считать.
С PicKit-ом и PicFtosh-ем конечно такой неопределенности не возникает.

0

Начал я потихоньку ПИКи осваиваить, взял один учебничек, который SWK советовал. И чего то MPLAB старенький не могу найти. Для определеных пиков нахожу, а то что нужно чего то не вяжется. Есть ли у кого, ну или ссылочка, очень буду благодарен. 5,7,4 и выше

0

http://www.microchip.com/stellent/idcpl ... e=en023073

0

Вот блин, даже не подумал туда залезть. Большое спасибо

0

пик шьётся но не стартует.
Даже 0 или 1 на ноги не даёт.
Какие частые ошибки бывают?

0

Сообщение от Sosho85ru пик шьётся но не стартует. Даже 0 или 1 на ноги не даёт. Какие частые ошибки бывают?

Возможно, установлен режим с внешним кварцем, а кварца нет, или конденсаторы на кварце не те (некоторые путают нанофарады с пикофарадами и вместо 22p ставят 22n), Так же возможно, что выбран не тот вариант генератора. Для кварца от 1 МГц и выше - пофигу обычно, XT или HC, но если выбран LP (для низкочастотных керамических, не более 100КГц), то может не запусится. Если генератор работает, - то ошибки только в програме... Неправильными фузами залочить PIC почти невозможно.

Сообщение от Sosho85ru пик шьётся но не стартует. Даже 0 или 1 на ноги не даёт. Какие частые ошибки бывают?

Фузы , MCLR , для 12F вытертая калибровочная константа ...

0

Сообщение от dosykus Фузы , MCLR , для 12F вытертая калибровочная константа ...

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

Сообщение от SWK Без калибровочной константы работать будет.

А вот представьте себе , что случаев таких ой как не мало . Трут константу , и пытаются ее считать .
Что происходит ????

0

Сообщение от dosykus А вот представьте себе , что случаев таких ой как не мало . Трут константу , и пытаются ее считать. Что происходит ????

Считается ее максимальное значение.
Скорее всего, частота будет немного понижена. Не думаю, что величина коррекции составляет больше, чем 5-10% частоты встроенного генератора. (По крайней мере, пока коррекции в PIC не было, отклонение не превышало этих значений). Так что генератор работать все равно будет, только не на самой точной частоте.
Да и я, например, использую встроенный генератор очень редко, когда точность частоты действительно не имеет значения. Экономить на кварце стоимостью максимум 50 центов - не вижу смысла, и кварцев всяких в продаже сейчас полно. Зато я не задумываюсь, какая там у меня частота. А 8 и 6 ногие микросхемы, где обычно имеют значение 2 лишние ноги, для точных измерений не используют, и USORT в них нет (к сожалению). Да и у Микрочипа в последнее время появилось много хороших и дешевых микросхем по 14 ног, (например, PIC16F630-636, 676...) и по 16, и по 20 ног, так что проще взять другой корпус.

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

0

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

Это какой программатор? Я пользуюсь IC-Prok, или CHIPPROG-48, ни разу не видел... Ну, если надо, а нет - забейте что-нибудь среднее, например, 7777 или 8888.
Вроде где-то видел программки, которые могут эту поправку вычислять, не помню уж как.
Ну и можно просто программно сформировать меиндр с заданной длительностью на одной из ног, померять частотомером, и подобрать эту константу методом тыка - большое значение, малое, потом примерное между ними... За несколько попыток можно подогнать достаточно точно.

Сообщение от SWK Считается ее максимальное значение. .....

SWK , SSh
Давайте не будем гадать, а просто скажите , что с ассемблером PicMicro и с архитектурой 12F вы не знакомы .
Устраните пробел.

А сейчас меленький ликбез :

Процедура считывания константы выглядит так :
Если и сейчас не понятно, проштудируйте даташит , и осознайте что затирается не только xx - но и целиком инструкция
RETLW xx...
Выводы сами сделаете ???????

Ну и конечно 7777 и 8888 вы не забьете в ячейку ...

0