m16_home (03.10.2019 12:34, просмотров: 438) ответил MBedder на Давно живем!(с) :))-
- 3 недели назад отлаживал. У 3-его пиккита нет возможности ставить бряки во время исполнения, а у 4-го появилась такая возможность. Софтовых бряков у 4-го не появилось, то есть они остались привилегией ICD и Real ICE. Для 16-х ПИКов с наличием my504(237 знак., 05.10.2019 08:50)
- Ну почему же. Есть у PK4 программные точки останова. Смотрим MPLABX/v5.25/mplab_platform/mplab_ide/modules/docs/FeatureSupport/HWToolDebugFeatures.html Но учитывайте, что SWBP они при каждом SWBP перепрограммируют Flash, поэтому в мануале Илья(166 знак., 07.10.2019 13:48 - 16:45)
- Еще раз посмотрел. Софтовые бряки не доступны: my504(08.10.2019 08:30)
- В дашборде при работе с dsPIC33E у 4-го они были показаны как недоступные. Завтра еще раз проверю. - my504(07.10.2019 21:41)
- у меня отладка с PIC24HJ128GP502 не работает на крейсерской 40мгц проца. m16_home(100 знак., 05.10.2019 11:44)
- Посмотрел сейчас, благо на работе сегодня. 4 цикла чуть больше, чем за 100 нс, то есть цикл чуть более 25 нс. my504(90 знак., 05.10.2019 14:37 - 14:44)
- какая версия MPLAB X ? - m16_home(05.10.2019 16:56)
- 5.25 - my504(05.10.2019 18:08)
- 5.25 - это дискета такая! - Крок(07.10.2019 14:34)
- 5.25 - my504(05.10.2019 18:08)
- Тоже не чтите шабат? - Крок(05.10.2019 15:48)
- Я хоть и еврей, но не правоверный... )))) Пейсы-шляпу-кипу не ношу и шабат не чту. )))) - my504(05.10.2019 16:31 - 16:34)
- какая версия MPLAB X ? - m16_home(05.10.2019 16:56)
- Из близких к Вашему у меня есть изделия только на dsPIC33FJ128MC802 (тот же чип, только без DSP). Но на нем не пробовал (только на dsPIC33EP на скорости 67 MIPS. Могу в понедельник-вторник подключиться и посмотреть. Скорость на 33FJ у меня правда my504(21 знак., 05.10.2019 13:40)
- Это PIC24(H) без DSP, а не dsPIC - MBedder(05.10.2019 13:49)
- Я это и имел ввиду, выразился коряво. - my504(05.10.2019 13:58)
- Это PIC24(H) без DSP, а не dsPIC - MBedder(05.10.2019 13:49)
- Посмотрел сейчас, благо на работе сегодня. 4 цикла чуть больше, чем за 100 нс, то есть цикл чуть более 25 нс. my504(90 знак., 05.10.2019 14:37 - 14:44)
- Ну почему же. Есть у PK4 программные точки останова. Смотрим MPLABX/v5.25/mplab_platform/mplab_ide/modules/docs/FeatureSupport/HWToolDebugFeatures.html Но учитывайте, что SWBP они при каждом SWBP перепрограммируют Flash, поэтому в мануале Илья(166 знак., 07.10.2019 13:48 - 16:45)
- Нет. У меня, как и у Крока, идиосинкразия к отладчикам - есть UART, дисплей, на худой конец светодиод - вот и вся отладка - MBedder(03.10.2019 12:51)
- кстати, PICkit4/SNAP в 5.25 через 2 доп вывода теперь имеют TX/RX UART (Virtual COM port). Правда пока только если выбран AVR (т.е. если подгружена соответствующая fw). Надеюсь скоро сделают "для всех". - Илья(03.10.2019 13:09)
- С PICkit2 таким пользовался - сделано было без снаповского рукожопия, т.е. через PGD/PGC, а не "через 2 доп вывода". Рожать сраный программатор несколько лет и в результате родить урода - позор для Микрочипа - MBedder(03.10.2019 13:24)
- позвольте не согласиться (частично;). Это в PK2 было сделано рукожёпно - там большое ограничение на скорость, так как указанные выводы не были подключены к аппаратному UART и уарт реализовывался программно! (поддержку уарт придумали после релиза Илья(568 знак., 03.10.2019 14:35, ссылка)
- "рукожОпие" пишется через "О". Проверочное слово "ЖОПА". Вот с этого всё и начинается. - Крок(05.10.2019 13:51)
- Слово "жОпа" не может быть проверочным к слову "рукожОпие", патамушта УДАРНУЮ гласную невозможно проверить - она (ударная гласная) сама по себе является проверочной для безударной в однокоренном слове. ))) my504(37 знак., 05.10.2019 15:23)
- Слово "ЖОПА" может быть проверочным ко всему! - Крок(05.10.2019 15:47)
- Проверочным ко всему тоже не может. Оно не проверочное, а терминирующее... ))))) - my504(05.10.2019 16:35)
- Слово "ЖОПА" может быть проверочным ко всему! - Крок(05.10.2019 15:47)
- Слово "жОпа" не может быть проверочным к слову "рукожОпие", патамушта УДАРНУЮ гласную невозможно проверить - она (ударная гласная) сама по себе является проверочной для безударной в однокоренном слове. ))) my504(37 знак., 05.10.2019 15:23)
- PGD/PGC уже занимают 2 ноги МК, а дополнительные 2 ноги отожрут еще 2 ноги МК. А скорости 38400 (макс. у РК2) с лихвой достаточно для полнофункционального дебага. Ну и насчет "через год" - явный недобор: взять хотя бы функцию Programmer To Go :)) - MBedder(03.10.2019 15:33)
- При современном развитии печатного дела остаётся только недоумевать, почему не сделали беспроводное подключение отладчика к МК. - SciFi(03.10.2019 16:36)
- ключевое слово - одновременно с дебагом. Т.е. пользуете точки останова, мониторите данные, а по UART принимаете/передаете данные. Для некоторых PIC24EP/dsPIC/PIC32 есть App IO - это прямо по PGD/PGC принимаете передаете данные одновременно с Илья(72 знак., 03.10.2019 16:33, ссылка)
- Нед. Ключевое слово - моя идиосинкразия к дебаггерам. "Не плодите сущностей без необходимости"(с) :)) - MBedder(03.10.2019 16:55)
- Дебаггер - это, в основном, наблюдение за исполнением, а не за данными. И использовать для этого УАРТ представляется мне перректальным. А кроме того, часто тупо нет свободного УАРТа и данные приходится гнать по штатным коммуникациям прибора в my504(15 знак., 04.10.2019 16:19)
- 1) Исполнение - это и есть генерация данных. Если конечно речь не идёт об исполнении отжиманий под наблюдением сержанта. 2) УАРТ используется, как правило, для связи с внешними для конкретной платы устройствами. Одним из таких устройств и Крок(147 знак., 04.10.2019 16:32)
- 1. В широком смысле - да. В узком - нет. События можно в широком смысле считать данными, но при отладке их ловят брекпойнтами и часто вообще нужно пройти по шагам участки кода. Я уже не говорю про поиск исключений из ловушек. УАРТ не дает my504(877 знак., 05.10.2019 08:31)
- Согласен, что универсального подхода нет. В чем смысл отказа от дебуггера? Да черт его знает. Не сложилось. Может ранние пиккиты косячили, может я чего недопонял. Выработался навык обходиться без. Ноги никогда не экономлю с тех пор, как посчитал Крок(35 знак., 05.10.2019 09:31 - 13:15)
- В чём смысл отказа от дебуггера? Дауншифтинг по-ымбеддерски, наверное. - SciFi(05.10.2019 09:46)
- Это не отказ, это задач для него нету. - Крок(05.10.2019 13:14)
- Вот тут могу согласиться. Действительно, если программа представляет из себя набор работающих кубиков с простым аддитивным их сочленением, то диаграмма работы не требует никакой отладки. Остается только контролировать массивы. Правда при my504(380 знак., 05.10.2019 14:05)
- Ну а высокой поэзией у меня занимается ПК под Дельфи ( а не под позорным Ц!) - Крок(05.10.2019 14:15)
- Вот тут могу согласиться. Действительно, если программа представляет из себя набор работающих кубиков с простым аддитивным их сочленением, то диаграмма работы не требует никакой отладки. Остается только контролировать массивы. Правда при my504(380 знак., 05.10.2019 14:05)
- Это не отказ, это задач для него нету. - Крок(05.10.2019 13:14)
- В чём смысл отказа от дебуггера? Дауншифтинг по-ымбеддерски, наверное. - SciFi(05.10.2019 09:46)
- Согласен, что универсального подхода нет. В чем смысл отказа от дебуггера? Да черт его знает. Не сложилось. Может ранние пиккиты косячили, может я чего недопонял. Выработался навык обходиться без. Ноги никогда не экономлю с тех пор, как посчитал Крок(35 знак., 05.10.2019 09:31 - 13:15)
- 1. В широком смысле - да. В узком - нет. События можно в широком смысле считать данными, но при отладке их ловят брекпойнтами и часто вообще нужно пройти по шагам участки кода. Я уже не говорю про поиск исключений из ловушек. УАРТ не дает my504(877 знак., 05.10.2019 08:31)
- 1) Исполнение - это и есть генерация данных. Если конечно речь не идёт об исполнении отжиманий под наблюдением сержанта. 2) УАРТ используется, как правило, для связи с внешними для конкретной платы устройствами. Одним из таких устройств и Крок(147 знак., 04.10.2019 16:32)
- Дебаггер - это, в основном, наблюдение за исполнением, а не за данными. И использовать для этого УАРТ представляется мне перректальным. А кроме того, часто тупо нет свободного УАРТа и данные приходится гнать по штатным коммуникациям прибора в my504(15 знак., 04.10.2019 16:19)
- Нед. Ключевое слово - моя идиосинкразия к дебаггерам. "Не плодите сущностей без необходимости"(с) :)) - MBedder(03.10.2019 16:55)
- "рукожОпие" пишется через "О". Проверочное слово "ЖОПА". Вот с этого всё и начинается. - Крок(05.10.2019 13:51)
- позвольте не согласиться (частично;). Это в PK2 было сделано рукожёпно - там большое ограничение на скорость, так как указанные выводы не были подключены к аппаратному UART и уарт реализовывался программно! (поддержку уарт придумали после релиза Илья(568 знак., 03.10.2019 14:35, ссылка)
- С PICkit2 таким пользовался - сделано было без снаповского рукожопия, т.е. через PGD/PGC, а не "через 2 доп вывода". Рожать сраный программатор несколько лет и в результате родить урода - позор для Микрочипа - MBedder(03.10.2019 13:24)
- понятно, а меня жтагайс и дракон к комфорту приручили. - m16_home(03.10.2019 12:56)
- кстати, PICkit4/SNAP в 5.25 через 2 доп вывода теперь имеют TX/RX UART (Virtual COM port). Правда пока только если выбран AVR (т.е. если подгружена соответствующая fw). Надеюсь скоро сделают "для всех". - Илья(03.10.2019 13:09)
- 3 недели назад отлаживал. У 3-его пиккита нет возможности ставить бряки во время исполнения, а у 4-го появилась такая возможность. Софтовых бряков у 4-го не появилось, то есть они остались привилегией ICD и Real ICE. Для 16-х ПИКов с наличием my504(237 знак., 05.10.2019 08:50)