Evgeny_CDАрхитектор (13.07.2017 18:01, просмотров: 202) ответил sav6622- на для неавторизованных вот такой ребус-
- Слишком упрощенная версия, ближе к такому -> - sav6622(13.07.2017 18:32, ссылка)
- Сложность зависит от того, используются ли там какие-то коды с коррекцией ошибок (Рид-Соломон, LDPC или какой-нить Viterbi). - Хаос(13.07.2017 18:37,
)
- Сложность в моем ответе относится к функционалу изделия... которое в любой версии может содержать и Рида-Соломона и Витерби... тем более что на FPGA это насколько понимаю делается одной коркой... sav6622(422 знак., 13.07.2017 18:42 - 18:45, ссылка)
- OK. Но 32 шарка для этой задачи это, всё же, перебор. Хаос(70 знак., 13.07.2017 18:46, )
- И кстати, мы поначалу тоже недооценили вычислительную сложность задачи - в конце 90х.. =)) считали что все поместиться в один 2185 =)) ню-ню... sav6622(132 знак., 13.07.2017 18:58)
- Я сказал, что неудачно выбранная архитектура, которую сейчас приходится тянуть уже.. и да, не забывайте про канальность и надежность =)) может выйти из строя один канал без последствий для остальных... - sav6622(13.07.2017 18:53)
- OK. Возможно, это "эффект шахмат". Cо стороны всегда кажется видней.. - Хаос(13.07.2017 18:57, )
- OK. Возможно, это "эффект шахмат". Cо стороны всегда кажется видней.. - Хаос(13.07.2017 18:57,
- Число каналов может быть разное... - Evgeny_CD(13.07.2017 18:47)
- Ну, все же, не больше тысячи, КМК. - Хаос(13.07.2017 18:51, )
- Как ни странно, я похоже, понял логику отцов этого проекта, и она не такая уж и глупая. Evgeny_CD(579 знак., 13.07.2017 19:16)
- "Дьявол прячется в деталях." Поэтому, грамотное это решение или нет, можно выяснить только подробно изучив весь код, что был написан под эту задачу за последние 17 лет. А это, КМК, уже утопия. :) Хаос(107 знак., 13.07.2017 19:26, )
- Код для MCU более эластичен с точки зрения рефакторинга, чем код для FPGA. Для MCU важно сохранение небольшого количества программных интерфейсов к базовым сервисам RTOS, при этом как код самой RTOS, так и прикладной части можно рефакторить со Evgeny_CD(153 знак., 13.07.2017 20:12)
- :-)) Как раз рефакторю свой код 10 летней давности, появилась наконец возможность... до этого момента- срочно куем надежно но не оптимально и не красиво - sav6622-(13.07.2017 19:47, )
- "Дьявол прячется в деталях." Поэтому, грамотное это решение или нет, можно выяснить только подробно изучив весь код, что был написан под эту задачу за последние 17 лет. А это, КМК, уже утопия. :) Хаос(107 знак., 13.07.2017 19:26,
- Как ни странно, я похоже, понял логику отцов этого проекта, и она не такая уж и глупая. Evgeny_CD(579 знак., 13.07.2017 19:16)
- Ну, все же, не больше тысячи, КМК. - Хаос(13.07.2017 18:51,
- OK. Но 32 шарка для этой задачи это, всё же, перебор. Хаос(70 знак., 13.07.2017 18:46,
- Сложность в моем ответе относится к функционалу изделия... которое в любой версии может содержать и Рида-Соломона и Витерби... тем более что на FPGA это насколько понимаю делается одной коркой... sav6622(422 знак., 13.07.2017 18:42 - 18:45, ссылка)
- Сложность зависит от того, используются ли там какие-то коды с коррекцией ошибок (Рид-Соломон, LDPC или какой-нить Viterbi). - Хаос(13.07.2017 18:37,
- Такое везет в дешевенький Artix (XC7A200) и еще останется место биткоины майнить.. :) - Хаос(13.07.2017 18:06, )
- Слишком упрощенная версия, ближе к такому -> - sav6622(13.07.2017 18:32, ссылка)