чтобы вы не беспокоились зря

Та ладно тебе

не делай так

и я прекрасно отношусь к Ардуино

будешь помогать мне и хитревичу с часами на лампах?

сугубо мужской вечеринки нет)

И народ, давайте впредь на девушек реагировать адекватно? Реакция "ух тыыыыы, деееевушка" - какая-то не нормальная на мой взгляд

а вот расскажите мне

у кого-нибудь есть сверхпростая реализация кодов коррекции ошибок? рид-соломон, например

на с или с++

в эмебедеде спроси, там народу больше будет)

мне вот такое дали: http://zeroelectronics.ru/algoritm/kod-rida-solomona.html

Что за пиздострадания тут развели?

Если человек хочет адекватной реакции - он сидит из-под нейтрального ника и пишет в мужском роде.

Тогда никакого СППФ не возникает

Если человек хочет адекватной реакции - он сидит из-под нейтрального ника и пишет в мужском роде.

Очень странное суждение

Короче, я за то, чтобы у нас было нормальное сообщество, а не сборище хрен знает кого. Эту девушку я не знаю, такое я бы сказал в любом случае.

Хочу компилер для stm8 который может в С++11/14. gcc (arm noeabi) вроде нет, а с clang как дела?

Кто нить пробовал вообще кланг юзать? Хоть для стм32

Для стм8 есть sdcc но это си

Так clang это фронтэнд, для стм нужен будет все равно arm-none-eabi-gcc

Если хочется кланг на стм, попробуй Кейл, там есть armclang

Но у меня сходу не получилось с++11 там запустить

За стм8 точно ничего не скажу, так как с ними не работал

Кейл = Keil uVision

мне вот такое дали: http://zeroelectronics.ru/algoritm/kod-rida-solomona.html

могу за хэмминг

хэмминг круто, но рид-соломон у меня уже кажется заработал

ну смотря сколько ошибок нужно исправить

рид-соломон тащит в этом плане

его в связи юзают

у меня передача 24 килобайт по I2C на метр :)

и блочные и сверточные и турбокодеры

и таки бывает такое, что один бит перевернулся — и всё, нифига не получается

на самом деле даже не в том суть

а в том, что с повышением скорости BER растёт, поэтому мне приходится очень понижать скорость

самое простое это CRC вообще)

црц сделано, конечно

црц всей прошивки, потом беру каждый блок по 512 байт, считаю црц, потом lfsr, потом опять црц

с программным рида-соломона ты будешь считать больше времени черм передавать кмк

сейчас почти норм, но хочу поднять скорость

кодировать буду один раз на компе

а декодинг настолько тяжёл реально?

там капец, эти всякие метрики считать

стандарт CCSDS можешь глянуть

хм, я измерю скорость завтра

лол, космос

там все кодеки описаны более-менее)

да, космос)

вот я не хотел погружаться в тему настолько глубоко

конкретно здесь хочу инженерный подход: сделал — заработало, внедрил, профит

а, ну в матлабе что-то есть на эту тему

когдеры/дектодеры

кодеры*

у меня вот тот код, который я выше привёл, заработал на компе. на мк почему-то падает, завтра надо будет фаст разобраться и внедрять

матлаб... не хочу исследовать :(

хочу чтобы просто заработало

спасибо за советы!

да, рид-соломон с такой избыточностью точно тащит перед хэммингом и хсяо

скажи, по опыту, имеет ли смысл перемешивать байты?

через lfsr с предельной длиной мне их очень легко псевдослучайно перемешать, но хз надо ли

не скажу, но в том же ccsds там после ридо соломона сверточный а потом псевдогенератор с определенным полиномом, пока не углублялся

свёрточный кодер, мммм...

в эмебедеде спроси, там народу больше будет)

Это где, есть линк?

Это где, есть линк?

https://telegram.me/proembedded

Спасибо

сделал так: 1. кодирую ридом-соломоном 2. перемешиваю байты через lfsr предельной длины 3. скремблирую данные с lfsr на ноуте работает, завтра в мк запихну

ну и обратно, естественно, тоже работает ?

???

хай всем новым

напомню, что я делаю прямо сейчас: есть длинный I2C, хочется по нему быстро передавать данные. ошибки возникают часто, BER сильно растёт с повышением скорости передачи. поэтому хочу кодом рида-соломона добавлять избыточность и восстанавливать ошибки.

прямо сейчас я запустил это на STM32

результаты: декодирование 256-байтового пакета на STM32F100 на 36МГц занимает 11 миллисекунд.

драйверы линии какие для i2c ?

никаких. МК <-> МК.

сейчас занимаюсь профилированием, чтобы найти самый долгий участок.

ну тогда лови помехи. для длинных линий драйверы специальные созданы

сильноточные, которые на подтяжках 100 ом и ниже

оно работает практически идеально, кроме случая "быстро передать 24 килобайта"

а это редко очень нужно, типа раз в месяц

поэтому не хочу ставить ещё и драйвера только ради этой цели. хочу решить программно

да и мне так больше нравится :)

а драйвера у нас раньше были, в целом они не сильно что-то меняют.

да и я бы поставил туда CAN, будь моя воля.

ну ок. у меня 4.2 метра линия в промусловиях(пускатели со снабберами рядом). помех нет вообще

Тоже I2C?

can это да, но бывает что конечный девайс i2cшный и конвертер делать не дают

да, i2c

окей, хорошо, я же не спорю. но это редкая надобность, обычно всё гораздо проще и меньше данных

но вот иногда надо 24кБ слать, и желательно как можно быстрее.

ну и я не навязываюсь. просто предложил борее простое решение, чем бороться с ошибками программно :)

а то щас я это за 3-5 минут делаю.

http://www.ti.com/lit/ds/symlink/p82b715.pdf

I2C Bus Operation Over 50 Meters of Twisted-Pair Wire :)

У меня только "мда" на это есть)

http://www.ti.com/lit/ds/symlink/p82b715.pdf

Хорошее решение, на заметку