caxapa.ru :: А нафига нам набортная FLASH???? Секурность либо контроллером периферийным, либо FPGA. Теперь насчет зарядника аккумов :))))

Evgeny_CD, Архитектор (26.10.2007 12:27, просмотров: 391) ответил AlexandrY на FLASH! ... где набортная FLASH?!

А нафига нам набортная FLASH???? Секурность либо контроллером периферийным, либо FPGA. Теперь насчет зарядника аккумов :)))) тЫоретЫццски Вы правы. Но вот повиснет что-то там в нашей "большой ОСи" и - што, юзеру бронежилет выдавать, чтобы, когда сработает watch dog в виде взорвашегося акуумулятора, юзер выжил и был бы в состоянии купить у нас еще один контроллер? :))) ATmega48 в качестве контроллера аккумулятора <1$ куда правильнее. А для управления такими девайсиками - Slow Serial Control Bus - упрощенный RS-485. Аналогичный девайсичег на контроллер яркости подсветки (и оценки уровня освещенности) LCD и прочие мелкие задачки.

Ответить

- Будете смеяться, но именно на ATmege была сделана зарядка в дивайсах... AlexandrY(713 знак., 26.10.2007 12:55)
  - Насчет ограничителей и "полупроаграммного" зарядница категорически согласен. Подразумвается. А вот насчет защиты не все так однозначно. Evgeny_CD(608 знак., 26.10.2007 13:06)
    - Ламье оно в разработке ламье, а так они очень опасны. AlexandrY(744 знак., 26.10.2007 17:05)
      - ыще раз. Если секреность обспечивается секурностью какой-то области памяти, куда "просто так не попасть", то взлом девайса - вопрос времени. Если же куска целевого алгоритма в памяти нет вообше, взломать такое несколько сложнее :) - Evgeny_CD(26.10.2007 17:45)
      - Вот тут то мы их и прищучим :) Если у нас периферия умная, да еще и на разных процах, то от восстановления основной прошивки ламью много не прибудет. А так IDA сильная штука, это верно. - Evgeny_CD(26.10.2007 17:25)
        
        Простой пример - сотик у нас отдельный модуль, подключеный по COM порту. ТОЛЬКО. Т.е. и UART модуля, и голос, и управление у меня интегрированы в один протокол. От восстановления верхнего уровня ламью ничего не прибудет. Аналогично оформлен Evgeny_CD(58 знак., 26.10.2007 17:30)
- Насчет CAN - это круто, ну тогда в качестве сопроцессора PIC24 ставим. Он и за аккумом следит, и CAN рулит. Можно по SPI, как Вы и предлагали. - Evgeny_CD(26.10.2007 12:37)
  - 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)
- нда.. простите, что вклиниваюсь в столь изощеренную беседу, но по-моему, драйвер подсветки на отдельном контроллере это уже лишнее =0 Не, инкапсуляция на уровне железа оно не плохо, но не до такой же степени... - Gamma SPb(26.10.2007 12:36)
  - Это предельный случай. Реально интересен периферийный сопроцессор. PIC24, например. Аккум, CAN, подсветка и прочий хлам. Он виртуализирует для основного проца всю эту хрень. - Evgeny_CD(26.10.2007 12:39)

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