Вопрос к пользователям ПикКит2 - какую длину кабеля он допускает до контроллера при внутрисхемном программировании? Никаких указаний, кроме "как можно короче" нигде не нашел. В принципе хотелось бы 1,5 - 2 метра.
И второй важный момент - отпускает ли программатор устройство без вынимания разъема?

из моего опыта
10-15 см, если больше - проблемы
нет, не отпускает

Отпускает, все нормально. Шил, не отключал, от самого же программатора и запитывал устройство...

А замену ЮСБ кабеля на более длинный он переносит?

Вполне. USB стандартный, три метра можно наверняка (не проверял, но уверен, что не будет проблем), с пятиметровым - вероятно тоже будет. Правда, если и запитка устройства будет от программатора, то надо учесть просадку питания на длинном кабеле.

Сообщение отредактировал rx3apf - Nov 4 2010, 09:50

Это уже радует, хотя непонятно откуда всего 25 блохобойных мА при возможностях порта как минимум 100.
Видимо заложили слабенький регулятор?

Перестраховались, вероятно. 25 mA устройству, но ведь и самому программатору что-то надо. Схемотехника имеет запас, думаю, можно и больше снять.

Еще важный вопрос - может ли отладчик на лету читать содержимое выбранных регистров, или требуются ручные манипуляции в окне программы? Если да, то какая приблизительно скорость обновления данных в окошке "Wath"?

Я использовал только как программатор, поэтому подсказать не могу, это, скорее, надо бы на каких-то форумах поддержки PICKIT спрашивать. Но подозреваю (на 100%), что только ручками...

Спасибо за ответы, на прямом форуме пиккит.ру ответов не дождался.

Дело в том, что сейчас пользуюсь такой системой: СОМ-порт <-> программатор <-> контроллер в подключенном к объекту устройстве. Переход от программирования к отладке заключается в активации окошка программы монитора и переключении выключателя на программаторе. Монитор позволяет видеть и редактировать в реалтайме 16 пар регистров в битовом, десятичном представлении, плюс давать регистрам имена соответственно физическим параметрам, выделять цветом, шрифтом, что очень важно, когда целый день сидишь перед монитором и изучаешь поведение системы управления. НО, это ноутбук с ком-портом и Атмел, а хочется связку ЮСБ и ПИК с теми-же возможностями.
Все отладчики ориентированы больше на работу за столом и поиски ошибок, типа неправильной инициализации, а
мне нужно наблюдение и изменение регистров, но с минимумом "открыть-закрыть-сохранить-подтвердить...."
Есть ли такие приборчики?

Сообщение отредактировал akken - Nov 4 2010, 11:30

Нет. Не отпускает. Сигналы уведены в "0". У меня на этих пинах входы матрицы клавиатуры. Вынужден отсоединять ПикКит2.
Осциллограф не показывает 3-го состояния.



USB PICKIT2. PICC30. Работаю с PIC25FJ64GA002. Среда MPLAB. Открыто окно WATCH. Что значит "на лету"? При пошаговой отладке содержимое не только регистров но и переменных вотчится.
Возможен режим "анимация". Автостеппинг з задержками между шагами, даёт возможность просматривать изменения переменных в циклах и прочее. Задержка задаётся настройками режима. Ну, и, естественно, брейкпоинты. При прокруте программы и останове по ним, вотчится всё, что завотчено

Сообщение отредактировал ut1wpr - Nov 4 2010, 13:35

По отпусканию пока счет 2:1 в пользу неотпускания
"На лету"- имеется ввиду чтение выбранных в окне регистров в автоматическом режиме, без остановок программы, т.е.
программа исполняется в естественном для себя темпе, а не дергаясь шагами.

Стар, туп, не догоняю!
Как можно вывести в окно (и где оно, это окно?) содержимое регистра не остановив при этом программу?
Как быть с временем на вывод и на чтение?
Пока мы читаем, программа улетит кто знает куда.
И нафига нам потом этот регистр?
Это пошаговая отладка? Или прогон с выводом?
Если второе - вводите в тело программы в определённых местах вывод на консоль (любую, хоть виртуальную) и логируйте постфактум состояния чего угодно.
Ваши требования весьма противоречивы, вам надо реальное время выполнения программы и тут же вмешиваемся на чтение регистра. Сразу вопрос, а на какой момент вас
интересует его содержимое? И что делать, если этот момент вы же и не хотите зафиксировать, прогоняя программу без останова?


Вообще-то я не в футбол играю. Передо мной на столе макет на ПИКе, сам ПикКит-2 и осциллограф.
Я использую ПикКит-2 в связке с MPLAB-ом. А под его управлением можно и шить и дебажить. И не первую неделю уже дебажу. Голы пусть забивают другие.
А если быть более строгим, то вопросы надо ставить поточнее. Чего именно отпускание. И под каким софтом. Я веду речь про связку MPLAB+PICC30+PICKIT2.
Возможно, что другой софт ведёт себя иначе.

Я тоже.... не могу четко объяснить суть.
Большинство устройств, которые приходится делать состоят из двух блоков: пульт (дисплей,светодиоды,кнопки,пищалка) и основной блок (измерение,обработка,управление исполнительными устройствами). Связаны они трехпроводной линией (2 питание+1 двунаправленная связь, протокол самодельный).Фактически пульт показывает содержимое определенных регистров и может их менять, например заданная и текущая температура.
На время отладки вместо пульта подключается компьютер с программой монитора, где можно смотреть и менять уже не огранниченное кол-во данных, а все регистры и порты( в авр) или SFR в пике. Естественно, данные идут с запаздыванием, 1-2 раза в секунду, но этого достаточно для наладки, например ПИД регулятора. Меня не сильно интересует "мгновенный" снимок состояния контроллера, это делается дома на столе, а возможность наблюдения в квазиреальном режиме за выбранными регистрами, их оперативного изменения и записи скорректированной программы
1- через ЮСБ
2- длинный провод
3-не лазя вглубь пыльного шкафа управления для перевтыкачки разЪемов
Вот поэтому и провожу расследование насчет возможностей PICkit2



Отпускание подразумевает, что программатор не мешает работать контроллеру, в том числе и задействованным пинам.

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