Evgeny_CD, Архитектор (01.08.2017 19:41, просмотров: 157) ответил mse homjak на Нич-чё не понимаю... А зачем это всё? В смысле зоопарк? И, разве, не проще сказать исполнителю, помимо того, ЧТО должно быть, но и НА ЧЁМ? И что за прикол в зоопарке из 100500 МК? ИМХО, куда проще на ФПГА "с большим числом -
- Ну и какой смысл тянуть эти мегабайты для обработки в какие-то высокотехнологичные 2,718беня? Что такое "обработка"? Спектральный-корелляционный анализ? Фильтрация? Выделение уровня сигнала? Обрабатываем на месте и шлём в оркестр уже обработанные mse homjak(517 знак., 01.08.2017 20:59)
- Свой ASIC - он где-то впереди, сильно-сильно справа... - Evgeny_CD(01.08.2017 22:25)
- "Free your mind", сказал Нео и херакнулся с небоскрёба на асфальт. - SciFi(01.08.2017 20:38, картинка)
- Я все эти разношерстные каналы фтыкаю в ОДИН (one, ein, uno) ПОДХОДЯЩИЙ МК, им и обрабатываю на лету все, что надо, и им же упаковываю весь этот зоопарк в единый выходной поток для внешней регистрации/визуализации MBedder(575 знак., 01.08.2017 20:32, ссылка)
- Что интересно, в изделиях, которыми сейчас приходится заниматься, туева хуча программируемых компонентов и после доводки до ума это вполне себе работает AlexG(70 знак., 01.08.2017 21:15)
- Дык говорено же - "после сборки обработать напильником" :)) - MBedder(01.08.2017 21:18)
- Со всем уважением, крупный проект так реализовать нереально (управление вентиляцией торгового центра, к примеру). - AU08(01.08.2017 20:40)
- Как-бы совсем из другой области задача и подходы к ее решению другие. Работы много, но не особо интеллектуальной. Программную часть подобной системы можно вообще из готовых "кубиков" собрать. - AlexG(01.08.2017 21:08)
- Такой крупный проект не требует разномастного оборудования, требующего кросс-коммутации мегабайтных потоков и суперкомпутера с терафлоповыми мозгами. Такой проект реализуется набором стандартных модулей, со стандатрным протоколом(одним) и мизером mse homjak(10 знак., 01.08.2017 21:04)
- А я в крупные торговые центры со своими девайсами и не сунусь даже в кошмарном сне. "Таити, Таити... нас и тут неплохо кормят!"(с) :)) - MBedder(01.08.2017 20:43)
- +1. И взрослое АСУ ТП тоже "в одно горло" не сделать. - Evgeny_CD(01.08.2017 20:42)
- Эту групповуху, плз, без меня - я категорически предпочитаю индивидуализм :)) - MBedder(01.08.2017 20:46)
- Ох как хитро и просто непросто у Вас всё :)) - AU08(01.08.2017 20:49)
- "Нельзя объять необъятное"(с) Козьма Прутков :)) - MBedder(01.08.2017 20:56)
- Ох как хитро и просто непросто у Вас всё :)) - AU08(01.08.2017 20:49)
- Эту групповуху, плз, без меня - я категорически предпочитаю индивидуализм :)) - MBedder(01.08.2017 20:46)
- Ысче раз. Все каналы имеют индивидуальную гальваническую развязку. Далее чисто экономика. Evgeny_CD(308 знак., 01.08.2017 20:37)
- Ну и? ВЫ берёте стандартный МК, цепляете его к стандартному блоку первичной обработки, который из 100-200-500ксэмплов 12р делает некие обработанные данные и шлёт их раз в секунду Большому Брату. По Гб эзернету. Или ещо как. Или МК обрабатывает и mse homjak(232 знак., 01.08.2017 21:11)
- "MCU на канал" и есть блок первичной обработки для канала. Модуль на FPGA - концентратор и блок промежуточной обработки. На том самом контроллере с параллельной шиной. По Ethernet это гонится на обработку верхнего уровня. Ethernet два для Evgeny_CD(90 знак., 01.08.2017 21:19)
- Ну, ХЗ, какой поток может сформировать МК с 12р АЦП, чтобы для коммутации первично обработанных данных, понадобилась ФПГА, а после вторичной обработки, ещо и два канала эзернет(да, я понимаю, что этих МК достаточно много). Не, случаи разные mse homjak(303 знак., 01.08.2017 22:01)
- Внутри канального MCU из входных данных рождается раз в 1 мс пакет. Он может быть разной длины, 64-128 байт. В тяжелых случаях до 256, но это предел с запасом. Evgeny_CD(1570 знак., 01.08.2017 22:24)
- Собственно, простейшее решение - сжать эти 4к каким-нибудь алгоритмом типа библиотеки zlib (краткий список ->), оно там неплохо пожмется, но это надо будет рисечить - сколько памяти и времени на это надо. - Evgeny_CD(01.08.2017 22:54, ссылка)
- embedded и сжатие -> - Evgeny_CD(01.08.2017 23:12, ссылка)
- Собственно, простейшее решение - сжать эти 4к каким-нибудь алгоритмом типа библиотеки zlib (краткий список ->), оно там неплохо пожмется, но это надо будет рисечить - сколько памяти и времени на это надо. - Evgeny_CD(01.08.2017 22:54, ссылка)
- Внутри канального MCU из входных данных рождается раз в 1 мс пакет. Он может быть разной длины, 64-128 байт. В тяжелых случаях до 256, но это предел с запасом. Evgeny_CD(1570 знак., 01.08.2017 22:24)
- Ну, ХЗ, какой поток может сформировать МК с 12р АЦП, чтобы для коммутации первично обработанных данных, понадобилась ФПГА, а после вторичной обработки, ещо и два канала эзернет(да, я понимаю, что этих МК достаточно много). Не, случаи разные mse homjak(303 знак., 01.08.2017 22:01)
- "MCU на канал" и есть блок первичной обработки для канала. Модуль на FPGA - концентратор и блок промежуточной обработки. На том самом контроллере с параллельной шиной. По Ethernet это гонится на обработку верхнего уровня. Ethernet два для Evgeny_CD(90 знак., 01.08.2017 21:19)
- Ну у меня каналы тоже с индивидуальной развязкой, но их не х10К, а х10 - я, к счастью, не разрабатываю аппаратуру для СОРМ :)) - MBedder(01.08.2017 20:40)
- Ну и? ВЫ берёте стандартный МК, цепляете его к стандартному блоку первичной обработки, который из 100-200-500ксэмплов 12р делает некие обработанные данные и шлёт их раз в секунду Большому Брату. По Гб эзернету. Или ещо как. Или МК обрабатывает и mse homjak(232 знак., 01.08.2017 21:11)
- Что интересно, в изделиях, которыми сейчас приходится заниматься, туева хуча программируемых компонентов и после доводки до ума это вполне себе работает AlexG(70 знак., 01.08.2017 21:15)
- Ну и какой смысл тянуть эти мегабайты для обработки в какие-то высокотехнологичные 2,718беня? Что такое "обработка"? Спектральный-корелляционный анализ? Фильтрация? Выделение уровня сигнала? Обрабатываем на месте и шлём в оркестр уже обработанные mse homjak(517 знак., 01.08.2017 20:59)
