caxapa.ru :: Насчет CAN - это круто, ну тогда в качестве сопроцессора PIC24 ставим. Он и за аккумом следит, и CAN рулит. Можно по SPI, как Вы и предлагали.

Evgeny_CD^{Архитектор} (26.10.2007 12:37, просмотров: 358) ответил Evgeny_CD на А нафига нам набортная FLASH???? Секурность либо контроллером периферийным, либо FPGA. Теперь насчет зарядника аккумов :))))

Насчет CAN - это круто, ну тогда в качестве сопроцессора PIC24 ставим. Он и за аккумом следит, и CAN рулит. Можно по SPI, как Вы и предлагали.

Ответить

- CAN может PIC и потянет но мастера CANopen будет на нем сделать трудновато. AlexandrY(616 знак., 26.10.2007 13:10)
  - PIC24|dsPIC - это не тот, старый, пик, который я тоже неперевариваю :) Естественно, полноценной ОСи там не надо, но вот простой task switch и простые сервисы типа scmRTOS может быть полезен. По CAN Open - ядро надо делать на "большом" проце. Evgeny_CD^{Архитектор}(128 знак., 26.10.2007 13:15)
    - Сделав свитчер задач потеряем жесткий детерминизм. AlexandrY(505 знак., 26.10.2007 13:33)
      - О, как мы одинаково-то мыслим :))) Я не против выкинуть свитчер. Но хотя бы co-routines надо сделать. Кооперативную ОСьку. Писать проще. PIC24H|dsPIC33 40 MIPS - они созданы для того, чтобы многое успеть в цикле 1 мс :)) - Evgeny_CD^{Архитектор}(26.10.2007 13:37)
        
        Ну что этот dsPIC по сравнению с Cortex на 72 МГц? - AlexandrY(26.10.2007 13:40)
        
        О, опять эти магические Мгц. Посмотрел я описалово CortexM3 - dsPIC33 на 16 бит операциях DSP порвет его как тузик грелку. - Evgeny_CD^{Архитектор}(26.10.2007 15:18)
        
        С какого бодуна? Да, у dsPIC вроде неплохие показатели по производительности, но... AlexandrY(726 знак., 26.10.2007 16:51)
        
        Я не говорю, что dsPIC идеален. Вот дождемся PIC32, посмотрим, что нам скажут :) - Evgeny_CD^{Архитектор}(26.10.2007 17:33)
        
        Насчет 10 Мгц SPI Slave - согласен, есть такая засада. - Evgeny_CD^{Архитектор}(26.10.2007 17:58)
        
        мАААхонькое замечание. dsPIC33 мне хватит (моя оценка) на обработку речи: компрессор, эхокомпенсатор и VAD (16 битной обработки с выдачей на выходе G.711 там заглаза). А вот в таком же результате на Cortex я сильно сомневаюсь. - Evgeny_CD^{Архитектор}(26.10.2007 17:23)
        
        Прикинул, к STM32 кодек должен легко прикрутиться. AlexandrY(326 знак., 28.10.2007 20:25)
        
        Вау!!! С учетом 2-х SPI получаем CELP кодер с VAD и эхокомпенсатором на одном CortexM3???? Просто охренеть можно! Я, кстати, усовершенствовал Вашу (когда-то в девичестве - свою :))) ) мысль об SPI сопроцессорах - понял, как из них просто шину соорудить:) - Evgeny_CD^{Архитектор}(28.10.2007 20:45)
        
        Хорошо, а я уже соорудил схемку для Listening over IP ;-) AlexandrY(136 знак., 28.10.2007 21:18)
        
        Вау, вот это было бы интересно! - Evgeny_CD^{Архитектор}(28.10.2007 22:12)
        
        В самой схеме ничего интересного нету. AlexandrY(131 знак., 28.10.2007 23:28, ссылка)
        
        В схеме точно ничего интересного нет. А вот чем такую красоту с референсами делали - хочу знать!!! Очень здорово смотрится. - Evgeny_CD^{Архитектор}(28.10.2007 23:40)
        
        Все тот же Altium Designer. В ST на него уже перешли. Очередь за вами ;-) - AlexandrY(28.10.2007 23:54)
        
        да я как-то по старинке с PыCAD тяготею :(( - Evgeny_CD^{Архитектор}(29.10.2007 00:00)
        
        Если уж по взрослому маньячить на тему унифицированности ARM, то тогда NS9360 в качестве хоста (страница продукта ->), CortexM3 (когда их только до ума доведут???), но никак не STR912. NS9360 - это 926EJS, USB, Ethernet, DMA хороший. Цены, правда, не Evgeny_CD^{Архитектор}(35 знак., 26.10.2007 14:13, ссылка)
        
        Он, кстати, по SPI бутиться умеет, так что хоть с этим проблем не будет. BGA 1.27 - просто сказка по нынешним временам :) - Evgeny_CD^{Архитектор}(26.10.2007 14:18)
        
        Ладно, и против Cortex я не возражаю. Суть от этого не изменится. - Evgeny_CD^{Архитектор}(26.10.2007 13:42)

ARM, RISC-V контроллеры