caxapa.ru :: Если такие серии, то стОит от PIC16 отказаться в пользу хотя бы PIC18. А в генеральной линии пробел - у любого продукта есть жизненный цикл

Vit (21.05.2011 20:41, просмотров: 214) ответил AVF на дана команда перехода на лицензионное ПО, что делать?

Если такие серии, то стОит от PIC16 отказаться в пользу хотя бы PIC18. А в генеральной линии пробел - у любого продукта есть жизненный цикл - на чём делать поддержку выпущенного? http://www.coocox.org/CooCox_CoIDE.htm
Насчёт схемотехники - DipTrace для СНГ совсем недорого. Ещё есть Autotrax. А насчет GCC - у мну, например, руки не доходят сейчас что-нибудь делать на ARM на GCC, но я с этого начинал. С теми же AVR(WinAVR+AVRStudio, AVR-GCC+Eclipse) и MSP(CCS это GCC+Eclipse), теми же PIC24(С30 это тоже GCC в оправе) получается - с ARM тоже если надо, то получится (да и таких связок GCC+IDE немало). Но, ИМХО, (не для холивара) Keil для ARM это лучшее по определению - ибо не просто добротный продукт, но ещё и от фирмы-разработчика. Ещё припомнилось бесплатное CooCox IDE(не пробовал) для Cortex-M3/M0

Ответить

- про пробел в курсе, исторически сложилось. широкая номенклатура связана с тем, что захотелось очередному заказчику новую рюшечку, быстро сделали из того что под руками, вот и развелось всякого, а пик16 расширителями портов :) вообще, при таких AVF(152 знак., 21.05.2011 21:33)
- Насчёт пробела это точно. При такой серийности все МК должны быть одного типа. Да-да, пресловутая гирлянда на ARM, не надо этого бояться. - Shura(21.05.2011 20:47)
  - совсем один не получится, основной да, типа STM32F2xx в LQFP100, но нужно что-то мелкое, типа по быстрому добавить мелкий модуль, на наколенной плате, или есть платы, где он тупо по габаритам не лезет. в общем мелочь все равно нужна. плохо что AVF(56 знак., 21.05.2011 21:40)
    - LQFP48 имеет размер всего 7х7, вполне мелкий - koyodza(21.05.2011 21:43)
      - только ЛУТ под него делать не очень :) LQFP32 бы под быстрые наколенные фичи, а где просто маленький корпус нужен, там лучше VFQFPN36 - 6х6мм. - AVF(21.05.2011 21:51)
        
        3 прибора в год кормят всю фирму и вы при этом делаете платы утюгом? :> хотя соглашусь, если бы фирму кормили 20000 приборов то делать ПП утюгом было бы еще удивительнее :> - Snaky(22.05.2011 04:53 - 05:10)
        
        При переходе на лицензионное ПО и про ЛУТ пора бы уже забывать ;-) - Shura(21.05.2011 21:56)
    - Ну так хотя бы архитектура должна быть одной. - Shura(21.05.2011 21:43)
  - а если возможен переход на быстрые камни, то вполне можно рассмотреть связку Blackfin + FPGA. - Mahagam(21.05.2011 21:17)
    - Заменить Blackfin синтезированными ядрами, в т.ч. ARM CORTEX-M1 и MIPS32, и начать мигать светодиодами с ещё бОльшим ЧСВ:))) - Vit(21.05.2011 21:28)
      - а они платные. кто цену знает? Mahagam(36 знак., 21.05.2011 21:31)
    - вполне возможно, только Blackfin | FPGA в качестве мат. сопроцессора - AVF(21.05.2011 21:25)
      - не. Blackfin по части "посчитать" - та ещё зверюга, а вот всякой периферии (типа 15 uart`ов) ему может не хватать, вот тут-то на помощь и приходит FPGA с бесплатными средствами разработки. Mahagam(129 знак., 21.05.2011 21:30)
        
        Пока всё перечисленное автором на вскидку может замениться старшим STM32 - Vit(21.05.2011 21:34)
        
        там частоты упоминались >300MHz. с прицелом на будущее - Mahagam(21.05.2011 21:35)
        
        Там, где такие частоты, обычно идёт разделение на числодробилки и ~~универсальные~~ решения, которые обычно не поднимают без конкретного BSP - Vit(21.05.2011 21:46)
        
        именно, поэтому STM32 как универсальное решение, а BF592 в качестве сопроцессора - AVF(21.05.2011 21:58)
        
        Я Ваших задач не знаю. Предполагаю, что нужно 3 градации. Что-то типа STM32, что-то типа Blackfin или Piccolo, ну и что-то типа ARM9+. Всё это вроде как перекрывается разными суффиксами у Cortex - Vit(21.05.2011 22:14)
        
        и получаем гемор на их связи. проще тогда BF592 как основной, и там где надо - FPGA как расширитель I/O - Mahagam(21.05.2011 22:00)
        
        не, FPGA это крайний случай, если по другому никак не получится, там принципиально идеология другая, +питания, +жручесть, +корпус. а мне всего то хитрым образом обработать массив в 2кбайта данных раз в 10...180 секунд итеративными методами. - AVF(21.05.2011 22:08)
        
        FPGA плохо подходит в качестве ядра простого удаленного сенсора. - Shura(21.05.2011 22:03)
        
        ну тут да, Cortex-M0 в 16 копыт BGA, из тех, что NXP рассылала бесплатно. 5мм² ))) - Mahagam(21.05.2011 22:13)
        
        ага, я его тоже получил :) - AVF(21.05.2011 22:19)
        
        Кстати, когда занимался приборами с такой серийностью - всё на бесплатных сэмплах и делал :-))) - Shura(21.05.2011 22:15)
        
        Прицелы на будущее можно делать только на архитектуру. Cortex ARM тут вне конкуренции. - Shura(21.05.2011 21:42)
  - +100500 - Vit(21.05.2011 20:56)

Средства и методы разработки