caxapa.ru :: Собственно этот глюк является несовместимым с жизнью, но надежда...

AlexandrY (26.10.2007 02:14, просмотров: 398) ответил Evgeny_CD на Так, что-то я упустил из виду такую ветвь развития STR912, как BGA и PSRAM. Burst режим обмена с памятью - это уже хоть что-то! Хотя ST как всегда - баг "2.13 EMI bus limitations in 16-bit mode" "Workaround: Use 16-bit or 32-bit write instead of 8-bit

Собственно этот глюк является несовместимым с жизнью, но надежда... на то, что еррата майская и его всетаки победили. Иначе PSRAM ставить нельзя, смысла нет. Не перепахивать же все исходники, 90% процентов которых не мои на предмет записи байтов.

INDEMSYS

Ответить

- Глядя на то, с какой скоростью вот уже 3 года доводят STR912, можно мечтать, что его к маю '08 победят :) Ваще аццкий сотона, канешна, соблазняет, и АРМ родной, и вроде быстрый и "набитый" фичами, но CF - правильнее, что не говори. - Evgeny_CD^{Архитектор}(26.10.2007 09:02)
  - Ваще, ИМХО, в микроконтроллерной индустрии работают отъявленные садисты. Всякие маньяки отдыхают по сравнению с ними. Evgeny_CD^{Архитектор}(720 знак., 26.10.2007 09:52)
    - Тонко замечено ;) Но выход есть, надо бить не умением, а числом. AlexandrY(421 знак., 26.10.2007 10:49, ссылка)
      - "Скажем дружно - н..й нужно!" Изыди, сотона в виде ARM! Берем куркулятор и счЫтаем. -> ссылка краткое описалово MCF5274, -> картинка - еррата. Evgeny_CD^{Архитектор}(1539 знак., 26.10.2007 11:34, ссылка, ссылка)
        
        FLASH! ... где набортная FLASH?! AlexandrY(262 знак., 26.10.2007 12:11)
        
        А нафига нам набортная FLASH???? Секурность либо контроллером периферийным, либо FPGA. Теперь насчет зарядника аккумов :)))) Evgeny_CD^{Архитектор}(518 знак., 26.10.2007 12:27)
        
        Будете смеяться, но именно на 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)
        
        Хорошо, можно ли купить в РФ MCF5274L поштучно? Или малыми партиями по шт 10-20 ? - Ruslan(26.10.2007 12:08)
        
        Через торговцев по DigiKey - легко. Криптографии там нет, так что вопросов не возникнет. - Evgeny_CD^{Архитектор}(26.10.2007 12:21)
      - :)) "Доведем количество багов до физического предела моска разработчков"? -> Боян, но в тему:)) - Evgeny_CD^{Архитектор}(26.10.2007 10:59, ссылка)
    - Причем, все ARM based. Мышы колятся, но едят. amusin(151 знак., 26.10.2007 10:27)
      - :) Иначе про проприетарные архитектуры мы бы и не узнали - они бы попросту умерли :) - Evgeny_CD^{Архитектор}(26.10.2007 10:31)

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