-
- Поставь ХС8 - в нем есть отличный полнофункциональный ассемблер -
MPASMX.ехе, лежит в одноименной папке под корнем ХС8 - MBedder(23.10.2021 16:24)
- Почитал я [MPASM™ to MPLAB® XC8 PIC® Assembler Migration Guide]+[MPLAB® XC8 PIC® Assembler User's Guide] по диагоналям, походу сорцы всё равно переписывать-перепроверять придётся основательно. Директив много поменялось, циклы с макросов выпилили, к примеру - если я правильно понял. Препроцессор, конечно, посерьёзнее - я даже не стал углубляться. Даже не знаю, забить на эти (К)укушки благополучно приобретённые в небольшом кол-ве, и текущую работу на (К)акашках делать... CS(63 знак., 23.10.2021 18:31)
- верно, лежит, НО m16(1 знак., 23.10.2021 16:43, картинка)
- Toolchain - это XC8, а не MPASMX - MBedder(23.10.2021 16:48)
- avrasm2 тоже не toolchain, но МPLAB X поддерживается и подключается
без вопросов. - m16(23.10.2021 16:57)
- Там в папке должен быть файл MPASMWIN.LanguageTool - если есть, то
твой MPLABX пиздит чего-то - MBedder(23.10.2021 17:03)
- есть такой. я чего то не понимаю, но ведь MPLABX красным по серому
пишет что mpasm больше не поддерживается m16(1 знак., 23.10.2021 17:16, картинка)
- MPASM != MPASMX - MBedder(23.10.2021 17:20)
- нюню, речь идет именно о mpasmx. Его более в XC8 нет. А последняя
поддерживающая версия с багами для Q чипов. Из-за чего я цапался на
форуме microchip.com с англосаксонскими аборигенами. Их прямо
вштыривало по поводу выпиливания mpasmx...))) - my504(23.10.2021 17:26 - 18:33)
- Печалька, ежели так.... А баги для КУ-шек сурьёзные в последней
версии? - CS(23.10.2021 18:00)
- В последней версии as-pic багов я не обнаружил. Но под этот
ассемблер придется править код написанный на mpasmx. Но большой
трудоемкости по переводу ранее написанного кода для PIC18 в код на
ХС8 для Q я не ощутил. Многовекторный контроллер прерываний и
перевод части кода в аппаратную реализацию в значительной мере
сократил необходимость перетаскивания старых пыльных запасов... - my504(23.10.2021 18:39)
- Это для МPLAB X приблуда? Тыкнете какой-нибудь ссылкой толковой,
пожалуйста, чёта не разгугливается сходу... - CS(23.10.2021 18:54)
- Так чего там гуглить? У вас есть папка с XC8 (например версии 2.31) в ней есть папка docs с мануалом на PIC Assembler интегрированным непосредственно в XC8 - MPLAB_XC8_PIC_Assembler_User_Guide.pdf. И есть папка с собственно с самим ассемблером pic-as. Но никаких действий по его запуску делать не требуется. Просто создается проект на ХС8 с файлом исходника .s Ровно так же точно, как это происходит на XC16 при работе с ASM16. my504(126 знак., 23.10.2021 19:43, ссылка)
- Это для МPLAB X приблуда? Тыкнете какой-нибудь ссылкой толковой,
пожалуйста, чёта не разгугливается сходу... - CS(23.10.2021 18:54)
- В последней версии as-pic багов я не обнаружил. Но под этот
ассемблер придется править код написанный на mpasmx. Но большой
трудоемкости по переводу ранее написанного кода для PIC18 в код на
ХС8 для Q я не ощутил. Многовекторный контроллер прерываний и
перевод части кода в аппаратную реализацию в значительной мере
сократил необходимость перетаскивания старых пыльных запасов... - my504(23.10.2021 18:39)
- Печалька, ежели так.... А баги для КУ-шек сурьёзные в последней
версии? - CS(23.10.2021 18:00)
- нюню, речь идет именно о mpasmx. Его более в XC8 нет. А последняя
поддерживающая версия с багами для Q чипов. Из-за чего я цапался на
форуме microchip.com с англосаксонскими аборигенами. Их прямо
вштыривало по поводу выпиливания mpasmx...))) - my504(23.10.2021 17:26 - 18:33)
- MPASM != MPASMX - MBedder(23.10.2021 17:20)
- есть такой. я чего то не понимаю, но ведь MPLABX красным по серому
пишет что mpasm больше не поддерживается m16(1 знак., 23.10.2021 17:16, картинка)
- Там в папке должен быть файл MPASMWIN.LanguageTool - если есть, то
твой MPLABX пиздит чего-то - MBedder(23.10.2021 17:03)
- avrasm2 тоже не toolchain, но МPLAB X поддерживается и подключается
без вопросов. - m16(23.10.2021 16:57)
- Toolchain - это XC8, а не MPASMX - MBedder(23.10.2021 16:48)
- mpasm не поддерживает эти процы, не так ли? переводи свои наработки
на xc8? иного выхода не вижу. - m16(23.10.2021 14:06)
- Последний MPASM поддерживал эти чипы со значительными ошибками. Так
происходила путаница с доступом BANKED/ACCESS из-за смены
расположения SFR в адресном пространстве ОЗУ. И еще куча багов.
Единственный способ - это использовать новый Ассемблер as-pic. Но
это на большого любителя. По сути это использование АСМа в XC8. Но
особенности периферии у Q83 таковы, что проку от АСМа там
практически нет. Я проекты на Q43 делал на Си, только стартап файл
на as-pic. - my504(23.10.2021 17:18)
- Это что за зверь такой? А почему именно стартап на асме? Как-то я
обычно совмещение С+АSM по-другому вижу - обёртки, логика, не
критичные ко времени исполнения или синхронности части на C... А уж
то, что точно должно работать, как задумано вплоть до такта, где не
должно быть никаких джиттеров, только асму и доверю. И то - на
шустрых процах придётся изыскания проводить на тему времени
исполнения команд в зависимости от того, как их распараллелит
конвейер, там не всё CS(120 знак., 23.10.2021 18:50)
- Стартап мне был нужен для коммутации при старте на аппликейшн или
бутлоадер. Там текста на десять строк. Оказалось, что дома нет
исходников, поэтому только в понедельник могу показать. Что до
ваших "джиттеров", то опишите задачу, тогда и поговорим о
критичностях в Си. Скажу только, что у меня код на Си генерирует
синус в районе 150 Гц для ЧМ и измеряет центральную частоту,
частоту модуляции и девиацию сигнала ЧМ с несущей в районе 8 МГц
поданной прямо на ногу МК. Причем my504(203 знак., 23.10.2021 19:54)
- Спасибо, буду ждать! Если можно будет глянуть исходники - вообще
замечательно). А то неопределённость с нерешительностью какой-то
одолевают, а так - будет проще начать. CS(1186 знак., 23.10.2021 22:14)
- Привожу стартап-файл (powerup.as) my504(581 знак., 25.10.2021 14:53)
- Ну вооот... Вы и сами понимаете, что для тру-реал-тайм задач прерывания ни разу не катят. Ибо никакими высчитываниями машинных циклов вы не решите проблему джиттера связанного с латентностью обработчика. Си тут вообще сбоку-припёку. Добавление пары лишних инструкций в обработчике не решают проблемы джиттера ВООБЩЕ НИКАК. Таким образом, джиттер воюется при помощи железной периферии с железной синхронизацией, а так же с несколько худшими результатами через ДМА. Ведь ДМА тоже my504(185 знак., 24.10.2021 08:58)
- Спасибо, буду ждать! Если можно будет глянуть исходники - вообще
замечательно). А то неопределённость с нерешительностью какой-то
одолевают, а так - будет проще начать. CS(1186 знак., 23.10.2021 22:14)
- Стартап мне был нужен для коммутации при старте на аппликейшн или
бутлоадер. Там текста на десять строк. Оказалось, что дома нет
исходников, поэтому только в понедельник могу показать. Что до
ваших "джиттеров", то опишите задачу, тогда и поговорим о
критичностях в Си. Скажу только, что у меня код на Си генерирует
синус в районе 150 Гц для ЧМ и измеряет центральную частоту,
частоту модуляции и девиацию сигнала ЧМ с несущей в районе 8 МГц
поданной прямо на ногу МК. Причем my504(203 знак., 23.10.2021 19:54)
- Это что за зверь такой? А почему именно стартап на асме? Как-то я
обычно совмещение С+АSM по-другому вижу - обёртки, логика, не
критичные ко времени исполнения или синхронности части на C... А уж
то, что точно должно работать, как задумано вплоть до такта, где не
должно быть никаких джиттеров, только асму и доверю. И то - на
шустрых процах придётся изыскания проводить на тему времени
исполнения команд в зависимости от того, как их распараллелит
конвейер, там не всё CS(120 знак., 23.10.2021 18:50)
- Последний MPASM поддерживал эти чипы со значительными ошибками. Так
происходила путаница с доступом BANKED/ACCESS из-за смены
расположения SFR в адресном пространстве ОЗУ. И еще куча багов.
Единственный способ - это использовать новый Ассемблер as-pic. Но
это на большого любителя. По сути это использование АСМа в XC8. Но
особенности периферии у Q83 таковы, что проку от АСМа там
практически нет. Я проекты на Q43 делал на Си, только стартап файл
на as-pic. - my504(23.10.2021 17:18)
- Поставь ХС8 - в нем есть отличный полнофункциональный ассемблер -
MPASMX.ехе, лежит в одноименной папке под корнем ХС8 - MBedder(23.10.2021 16:24)