-
- Вопрос только в том, КАКАЯ ОШИБКА не генерирует транзакцию? Лень
смотреть в F373, но L0 ничем от других STM32 не отличается. Под
ошибкой понимают только ошибку фрейма и переполнение буфера. Ни о
какой четности там речь не идет. - my504(05.06.2021 21:17)
- Немжечко соврал, с четностью баловался только на L0, у него четко IBAH(795 знак., 05.06.2021 21:36)
- Даже и так, новая фича у нового семейства не дает оснований
полагать, что все остальное говно. Проверка на паритет
необременительна с одной стороны и достаточно маргинальна - с
другой. По мне - пропуск байт по паритету - чемодан без ручки. Со
счетчиком DMA что делать? Пакеты становятся переменной длины и
теряют целостность. - my504(05.06.2021 21:44)
- я мыслю не пакетами, я мыслю потоками (stream). Это либо
отказываться от DMA и переходить на прерывания, либо переходить
16разрядный буфер и делать проверку при чтении. Все это медленно...
Или забить, обратная совместимость ведь есть - IBAH(05.06.2021 21:58)
- А поток исключает целостность? Бред кокойты... У вас каждый байт
сам по себе? - my504(05.06.2021 22:04)
- Поток ничего не знает о своей целостности, он знай себе течет. А
байты связывать будут "другие люди, в другом месте, в другое время" - IBAH(05.06.2021 22:09)
- Прикольно... Даже не могу представить зачем перекачивать мусор...
Неужели все так плохо с производительностью, что нет возможности
использовать помехоустойчивое кодирование с исправлением ошибок на
месте? - my504(05.06.2021 22:19)
- Как раз мусор перекачивать не надо! И кодирование мне никакое не
нужно! Нужно чтобы пользователь выбрал 8Е1 на одном девайсе, а на
другом 8О1, а ему хрен по всей морде. Выбрал одинаковые настройки,
ему зеленая лампочка загорелась - IBAH(05.06.2021 22:30)
- Штота не сходятся концы с концами... Либо каждый байт несет самодостаточную информацию и тогда похер на формат потока в целом, либо в потоке есть метки форматирующие его и тогда пропадание байта ведет к разрушению форматирования до следующей метки. А значит все, что передалось от метки до метки с пропавшим байтом, является мусором. И на цвет лампочек, просто отражающим интегральный результат, болт положить. - my504(06.06.2021 09:23)
- Как раз мусор перекачивать не надо! И кодирование мне никакое не
нужно! Нужно чтобы пользователь выбрал 8Е1 на одном девайсе, а на
другом 8О1, а ему хрен по всей морде. Выбрал одинаковые настройки,
ему зеленая лампочка загорелась - IBAH(05.06.2021 22:30)
- Прикольно... Даже не могу представить зачем перекачивать мусор...
Неужели все так плохо с производительностью, что нет возможности
использовать помехоустойчивое кодирование с исправлением ошибок на
месте? - my504(05.06.2021 22:19)
- Поток ничего не знает о своей целостности, он знай себе течет. А
байты связывать будут "другие люди, в другом месте, в другое время" - IBAH(05.06.2021 22:09)
- "Медленно" — это сова на глобусе. В этих делах самое медленное — это уарт. Всё остальное летает. Опять же спешка нужна при ловле блох. - SciFi(05.06.2021 22:00)
- А поток исключает целостность? Бред кокойты... У вас каждый байт
сам по себе? - my504(05.06.2021 22:04)
- я мыслю не пакетами, я мыслю потоками (stream). Это либо
отказываться от DMA и переходить на прерывания, либо переходить
16разрядный буфер и делать проверку при чтении. Все это медленно...
Или забить, обратная совместимость ведь есть - IBAH(05.06.2021 21:58)
- Даже и так, новая фича у нового семейства не дает оснований
полагать, что все остальное говно. Проверка на паритет
необременительна с одной стороны и достаточно маргинальна - с
другой. По мне - пропуск байт по паритету - чемодан без ручки. Со
счетчиком DMA что делать? Пакеты становятся переменной длины и
теряют целостность. - my504(05.06.2021 21:44)
- Немжечко соврал, с четностью баловался только на L0, у него четко IBAH(795 знак., 05.06.2021 21:36)
- Вопрос только в том, КАКАЯ ОШИБКА не генерирует транзакцию? Лень
смотреть в F373, но L0 ничем от других STM32 не отличается. Под
ошибкой понимают только ошибку фрейма и переполнение буфера. Ни о
какой четности там речь не идет. - my504(05.06.2021 21:17)