caxapa.ru :: Для нормальных программистов процессор - это вычислитель. Для эмбеддоров это автомат, который может по программе формировать нужную временную диаграмму на выводах. Я так понимаю.

Леонид Иванович (06.02.2012 13:42, просмотров: 14672) General

Для нормальных программистов процессор - это вычислитель. Для эмбеддоров это автомат, который может по программе формировать нужную временную диаграмму на выводах. Я так понимаю.

Ответить

- а для HDL-щиков - это жопа, которая уже достала своими глюками :), нужно срочно чип делать, чтобы это была проблема программистов или эмбедеров :) - ыыыы(07.02.2012 16:24, )
- А для людей-оркестров ? - scorpion(06.02.2012 22:30)
  - +1. Я за эмбеддеров даже как-то обиделся. Прямо люди второго сорта какие-то: отними у них автомат и подсунь вычислитель - они и опустят руки. - SciFi(06.02.2012 22:58)
    - У меня так и выходит.Протестить ОЗУ и интерфейсы в своей железке ещё могу. А как доходит до установки линухов, настройки всяких кэшей, эзернетов и прочей фигни... - Trashy(07.02.2012 11:52, )
- С выводами - это уже контроллер. - PlainUser(06.02.2012 14:31)
- здесь почти всё то, что Вы раньше делали программно, вылизывая ассемблерные куски потактово и почти не оставляя свободных ресурсов, можно сделать аппаратно с минимальным участием ядра koyodza(850 знак., 06.02.2012 13:52 - 13:56)
  - всем ногодрыгателям советую учить Verilog и пользовать плисины. вернётесь в щисливае басаногае деццтва ))) радости будет, аки на ассемблер вернулись )) - Mahagam(07.02.2012 18:37)
  - Один раз попробовал задействовать аппартные модули (имею в виду процессор источника питания). Связан по руками ногам. Разводка платы получается страшная. Это огромный минус. Как ценитель эстетики печатных плат никогда не пойду на это. Леонид Иванович(254 знак., 06.02.2012 14:04)
    - Нет, частота выдачи с ПДП выше. Юрий_СВ(433 знак., 06.02.2012 16:01)
      - Не понял. Что положить данные в буфер ПДП, что вывести на порт - затраты одинаковые. - Леонид Иванович(06.02.2012 19:59)
        
        В LPC навороченный DMA. В произвольном месте в памяти размещается связанный список. Контроллер DMA при окончании текущей пересылки сам выбирает оттуда следующие параметры для новой пересылки, выполняет ее. И т.д. Можно весьма замысловатые Гудвин(936 знак., 06.02.2012 20:35)
        
        Такой DMA, насколько я помню, называется scatter/gather DMA (SGDMA). Есть практически во всех сигнальниках (DSP) и даже драйвера (WDM) под Windows Me его вовсю использовали. - USSR(07.02.2012 05:27, )
        
        Вам уже говорили - koyodza(06.02.2012 20:38, ссылка)
        
        Ну дык на тот момент имелся только 105 в линейке... Попробовал и сделал выбор. Вот сейчас опять углУбился и снова сделал выбор :) - Гудвин(06.02.2012 20:43)
        
        разные. Потому что потактовая синхронность не нужна - koyodza(06.02.2012 20:04)
        
        Есть такое дело, но разница не в разы. Интересно, сделает ли STM32 на 24 МГц в задаче DDS AVR-а на 20 МГц? - Леонид Иванович(06.02.2012 20:16)
        
        Это бесполезные спортивные соревнования. Да AVR быстро бегает стометровку, почти обгоняет STM32 и даже точно обгоняет AT91. Но спорт сильно отличается от реальной жизни. В реальной жизни AT91 тянет на себе программный MP3-декодер, пусть и без DDS, fk0(39 знак., 07.02.2012 00:13)
        
        смотря как реализовать. Если на java... :=) koyodza(189 знак., 06.02.2012 20:29)
        
        200 ксэмплов - это с интерполяцией. Вон =GM= делает на AVR 2.5 МГц. Кстати, он утверждает, что ПДП даст в DDS замедление. - Леонид Иванович(06.02.2012 20:45)
        
        на предельных скоростях при прочих равных (равной производительности ядра) да. Но на скоростях чуть ниже предельной позволит делать ещё что-то, не нарушая формирования сигнала - koyodza(06.02.2012 20:48)
      - Хотелось бы еще заметить, что DMA дает существенный выигрыш, когда а) работает с памятью и через свою отдельную (от ядра) шину и б) на больших потоках. Переслать десять байт "вручную" может оказаться быстрее, чем запрограммировать DMA для rezident(13 знак., 06.02.2012 16:15)
        
        Не согласен. То-есть 10 может и проще. Или даже 100000 при наличии достаточно глубокого FIFO. А когда нет FIFO, но есть DMA -- понятно, что DMA даёт выигрыш, независимо от шины, в том, что он освобождает CPU от тягомотной обработки прерывания на fk0(592 знак., 06.02.2012 23:55)
        
        большой FIFO - это сколько в граммах? - koyodza(06.02.2012 23:57)
        
        Настолько большой, что оверхед вызванный прерываниями становится мало заметным и задержка от прерывания до попадания в обработчик перестаёт волновать. Практически для UART это десятки, ближе к 128 байт, например. Практически 16 байт маловато fk0(249 знак., 07.02.2012 00:10)
        
        В DSP (DM8148/DM8168 и пр) есть большой FIFO на передачу - 64 Байта и большой FIFO на прием - 64 Байта. Кроме того, во многих DSP к каждому UART'у аппаратно привязаны по два канала DMA - на прием и на передачу. При этом DMA можно настроить на USSR(408 знак., 07.02.2012 05:05, )
        
        вопрос второй: где (в каком МК) такой FIFO есть? koyodza(52 знак., 07.02.2012 00:45)
        
        В МК я не встречал. Но есть внешние FIFO с на порядки большими объёмами. Есть внешние же UART'ы (SPI и с параллельными шинами) с большими FIFO порядка 64-256 байт. Всем известный FT232 имеет то ли 128, то ли 256 байт. Во времена ISA и PCI модемов fk0(363 знак., 07.02.2012 01:17)
        
        если в МК не встречал, то о чём разговор? - koyodza(07.02.2012 11:33)
        
        В изделии конкурентов видел внешний UART рядом с МК... - fk0(07.02.2012 12:11)
        
        Ну так радуйся жизни если у тебя такие конкуренты :) Вместо того, чтобы поставить нормальный МК с кучей UARTов, откуда данные выгребаются по DMA и складируются в ОЗУ, они кучу корпусов на плате плодят. - Dir(07.02.2012 16:50)
    - нет, Вы не совсем правы koyodza(1268 знак., 06.02.2012 14:18)
      - Я бы даже не стал копаться в мелочах, а посмотрел бы на вопрос философски. Леонид Иванович(708 знак., 06.02.2012 14:40)
        
        Где-то год назад мне предложили интересную задачу AZ.(525 знак., 07.02.2012 01:15)
        
        "Копьеломания относительно ARM" кажутся уже НЕ надуманными, при попытке преодолеть частотный барьер для ядра МК в 400 МГц. Тут уже сразу необходима внешняя память большого объема - SDRAM, а значит, кэш программ и кэш данных, а значит, USSR(62 знак., 07.02.2012 05:16, )
        
        Вы смотрите на проблему слишком однобоко koyodza(1305 знак., 06.02.2012 15:32)
        
        Ситуация начала меняться только-только. Вот пробежитесь по топикам ARM-овского раздела на том же Электрониксе. Одна туфта. И редкие вопросы пионеров, типа как подключить DS1820, но это единственные ростки эмбеддерства в теме. Леонид Иванович(345 знак., 06.02.2012 15:44)
        
        так и в других разделах тоже туфта. И на других форумах koyodza(451 знак., 06.02.2012 15:51)
        
        Есть еще один аспект - сидение на форумах съедает времени больше, чем экономится в результате полученного ответа на свой вопрос. - Леонид Иванович(06.02.2012 19:37)
        
        да, есть такое дело koyodza(276 знак., 06.02.2012 20:06)
        
        А пообщаться? Большинство, думаю, ходит сюда именно за этим. бомж(138 знак., 06.02.2012 21:02)
        
        +1. Работаю дома, удаленно. В радиусе 50 км и пообщаться по теме, увы, не с кем. Да и на работе только "общие планы", телефон/почта/скайп, и весьма нечастые сборы - да и то чаще на шашлычки "за 900 км от дома". Так и засохнуть недолго :) Гудвин(61 знак., 06.02.2012 21:34)
        
        +1 когда уволился, через месяца 3 потопал на сахару, за разговорами за чаем. Иначе застой, плесень и мох. Человеку важно обсудить проф.дела, если коллектива нет то интернет вполне неплохо. - Ralex(07.02.2012 13:49)
        
        Это право каждого. - Леонид Иванович(06.02.2012 20:12)

О смысле всего сущего