caxapa.ru :: сравнил со своим кодом

m16_home (03.10.2019 11:24 - 11:30, просмотров: 475) ответил Крок на Там того кода-то

сравнил со своим кодом практически одно и тоже за исключением уставки приоритета прерывания от таймера. и почему симулятор а не отладчик? mov #(1 << T1IP0),w0 ; Set T1 IPL (priority IRQ = 1) mov w0,IPC0

Ответить

- Отладчик с давних времён не люблю. Есть маленькая программка, позволяющая смотреть (и менять) содержимое всего ОЗУ. - Крок(03.10.2019 11:54)
- Ога. Таймеру приоритет установил, и попутно обосрал приоритеты INT0, IC1 и OC1, живущие в том же IPC0, что и T1 :)) - MBedder(03.10.2019 11:32)
  - ты прав, но я не пользую прерывания от INT0, IC1 и OC1 - m16_home(03.10.2019 11:56)
    - Все равно - нехер трогать чужое, даже если его никто не ест :)) - MBedder(03.10.2019 11:58)
      - ты прав II, bset IPC0 #T1IP0 нужон. это был кусок из моей первой программы на пик24, лоханулся. - m16_home(03.10.2019 12:26 - 12:28)
        
        Давно живем!(с) :)) - MBedder(03.10.2019 12:30)
        
        ладно, ты мне скажи pic24/dspic отлаживал с помощью pickit 4? - m16_home(03.10.2019 12:34)
        
        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)
        
        Тоже не чтите шабат? - Крок(05.10.2019 15:48)
        
        Я хоть и еврей, но не правоверный... )))) Пейсы-шляпу-кипу не ношу и шабат не чту. )))) - my504(05.10.2019 16:31 - 16:34)
        
        Из близких к Вашему у меня есть изделия только на 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)
        
        Нет. У меня, как и у Крока, идиосинкразия к отладчикам - есть 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)
        
        PGD/PGC уже занимают 2 ноги МК, а дополнительные 2 ноги отожрут еще 2 ноги МК. А скорости 38400 (макс. у РК2) с лихвой достаточно для полнофункционального дебага. Ну и насчет "через год" - явный недобор: взять хотя бы функцию Programmer To Go :)) - MBedder(03.10.2019 15:33)
        
        При современном развитии печатного дела остаётся только недоумевать, почему не сделали беспроводное подключение отладчика к МК. - SciFi(03.10.2019 16:36)
        
        так и без этого есть данные (м.б.миф?) что в полупроводниках буржуи вовсю ставят закладки и через спутники скачивают секреты применения их технологий. Вскрыть бы их канал и дебажить удаленно вплоть до каждого BAV99 ;) - Илья(03.10.2019 17:06)
        
        Про закладки не скажу, но наутро после вчерашнего диалога ко мне от Яндекс-дзени пришла реклама нового торговца ПИКами. Некая Компонента. - Крок(03.10.2019 17:14)
        
        ключевое слово - одновременно с дебагом. Т.е. пользуете точки останова, мониторите данные, а по 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)
        
        понятно, а меня жтагайс и дракон к комфорту приручили. - m16_home(03.10.2019 12:56)

Микроконтроллеры PIC