caxapa.ru :: Респект! Как я понял, для dsPIC, PIC24* оно тоже работает? А как насчет PIC32? Motor Control PWM регистры симулирует правильно?

Evgeny_CD^{Архитектор} (22.11.2009 20:45, просмотров: 235) ответил testerplus на Описание языка SCL для стимуляции в MPLAB SIM

Респект! Как я понял, для dsPIC, PIC24* оно тоже работает? А как насчет PIC32? Motor Control PWM регистры симулирует правильно?

Ответить

- С 16-битниками работает. На 32х не проверял, скорее всего с PWM не получится. Года два-три назад Микрочиповцы грозились вообще убрать поддержку SCL, но потом сказали, что оставят, но развивать не будут. А 32-е - новые. - testerplus(22.11.2009 21:52)
  - Описание SCL ранше было на форуме Microchip.com. А ключевое слово для поиска VHDL. В SCL за основу был взят VHDL но очень сильно урезан. AlexAbel(681 знак., 23.11.2009 00:03 - 00:51)
    - Оно и сейчас там есть (по ссылке). Но оно неполное, и пара ошибок есть. А random_time(), действительно, - очень полезная функция, с ее помощью можно к сигналу шумы подмешивать. testerplus(160 знак., 23.11.2009 12:07, ссылка)
  - Я не использовал SCL, но Ваше описание мне очень понравилось! Это очень сильно похоже на мои требования к "идеальному симулятору". (нужно еще разобраться, насколько сам симулятор автоматизирован и "скриптован"). Убить, равно как и не развивать такую Evgeny_CD(95 знак., 23.11.2009 00:26)
    - Microchip наоборот хочет использовать более простое. Проблема проста - такая фича нужна 1 из 10 юзеров. Alex B.(699 знак., 23.11.2009 01:39)
      - Да это верно. На работе 5 программистов пишут проекты на PIC и только я использую SCL, а остальные даже и не знают что это такое. - AlexAbel(23.11.2009 02:07)
        
        а все эти пять программистов тоже пишут на асме? какая необычная у вас контора... - jaga-jaga(23.11.2009 12:27)
        
        У нас на фирме не только 5 программистов. А 5 программистов на ASMe пишут для контроллеров pic18/pic16, а интерфеисные программы и поддержки на Cи. AlexAbel(211 знак., 23.11.2009 14:21)
        
        Какие нежности;))) - Vit(23.11.2009 20:26)
        
        Ну, ну ... - Bill(23.11.2009 20:23)
        
        не сочиняйте. просто нужно уметь их готовить. холиваров асм-си уже почти не встретишь. вы - динозавр :) - jaga-jaga(23.11.2009 14:59)
        
        ну не скажите, например для dsp очень влияет, самому пришлось одну библиотеку писать на асм для dsPIC, на Си код вополнялся около 20тыс. тактов, на Си с использованием встроенных функций около 8тыс., на асме чуть более 2тыс. тактов. почувствуйте разницу AVF(40 знак., 24.11.2009 08:00)
        
        безусловно, асм нужно применять там, где действительно нужно. у товарища же асм везде и, имхо, без причин. просто на си не писали для пиков. вот и все. jaga-jaga(61 знак., 24.11.2009 11:25)
        
        Я что-то не понимаю Вы завидуете? Это вопрос на вопрос:"у товарища же асм везде". Что есть определённые инструкции на чём писать? Только не надо мне втирать про то, про что мы все итак знаем, и прописные истины ТОЖЕ. А вот с этим я с Вами AlexAbel(70 знак., 24.11.2009 19:10)
        
        ничего втирать не буду. просто показалось, что на си для контроллеров не писали или мало. делайте как хотите. кстати, просто к слову, если бы писали на си, то вопросов бы по тому, как перенести один хитрожопый макрос на другой контроллер просто бы не jaga-jaga(23 знак., 24.11.2009 19:50, ссылка)
        
        Кстати Взяв за основу в качестве изучения USB стек от микрочип на 18f4550, я был очень удручён тем что целую кучу команд выполняется только для перегона данных из одного места в другое (особенность Си). И просто взял и написал свой на ASMe. Естественно AlexAbel(135 знак., 24.11.2009 20:58)
        
        Я написал что если такой возможности нет то я обойдусь. Есть куча способов как его обойти, но они все через Ж(если писать на ASMе), просто не понятна политика партии, для чего создавать новый ASM и портить все те хорошие вещи которые были в старом? И AlexAbel(484 знак., 24.11.2009 20:27)
        
        Могу предложить еще один вариант "обхода". Bill(898 знак., 25.11.2009 09:19)
        
        "новый асм" - это принципиально другой ассемблер для принципиально другого контроллера. у пик18 и пик24 общего лишь первые три буквы - пик. никакие предыдущие наработки в зачет не пошли. другая команда, все с нуля и т.д. и т.п. - jaga-jaga(24.11.2009 22:10)
        
        "никакие предыдущие наработки в зачет не пошли" - вот про это я и говорю. А то что пик18 и пик24 разные и ASM разный так и должно быть. - AlexAbel(24.11.2009 22:57 - 23:02)
        
        Более того. Bill(160 знак., 25.11.2009 09:22)

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