caxapa.ru :: Сложность в моем ответе относится к функционалу изделия... которое в любой версии может содержать и Рида-Соломона и Витерби... тем более что на FPGA это насколько понимаю делается одной коркой...

sav6622 (13.07.2017 18:42 - 18:45, просмотров: 144) ответил Хаос на Сложность зависит от того, используются ли там какие-то коды с коррекцией ошибок (Рид-Соломон, LDPC или какой-нить Viterbi).

Сложность в моем ответе относится к функционалу изделия... которое в любой версии может содержать и Рида-Соломона и Витерби... тем более что на FPGA это насколько понимаю делается одной коркой... http://www.fsk-ees.ru/about/management_and_control/test/STO-56947007-33.060.40.177-2014.pdf
Проблема всего этого парка аппаратуры, что в идеальных условиях всё просто, любая аппаратура работает хорошо... а вот чуть в сторону и ближе к нашим реалиям ЛЭП и вот тут-то и начинается самое интересное, без адаптации известных алгоритмов к новой среде, она уже работать не будет... Если очень интересно, то почитайте хотя требования к такому рода аппаратуры (причем они уже несколько устаревшие, но действующие).

Ответить

- 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, )
  - Число каналов может быть разное... - 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, )

Средства и методы разработки