P
ну а на какой целый тип данных это потом в реале завести... а, почему бы не на ПЛИС с 128/256/... битным АЛУ?
Size: a a a
2020 December 20
A
ну а на какой целый тип данных это потом в реале завести... а, почему бы не на ПЛИС с 128/256/... битным АЛУ?
Для Си были либы для арифметики высокой разрядности.
Просто неужели у тебя настолько нереально широкий динамический диапазон, что даже double будет недостаточно?
Нормировка значений и арифметика с разными основаниями в Q-представлении достаточно напряжна вычислительно (особенно если сотни тысяч раз в секунду в прерываниях делать)
Просто неужели у тебя настолько нереально широкий динамический диапазон, что даже double будет недостаточно?
Нормировка значений и арифметика с разными основаниями в Q-представлении достаточно напряжна вычислительно (особенно если сотни тысяч раз в секунду в прерываниях делать)
A
А у многих современных МК аппаратный float сопроцессор с точностью double.
P
Для Си были либы для арифметики высокой разрядности.
Просто неужели у тебя настолько нереально широкий динамический диапазон, что даже double будет недостаточно?
Нормировка значений и арифметика с разными основаниями в Q-представлении достаточно напряжна вычислительно (особенно если сотни тысяч раз в секунду в прерываниях делать)
Просто неужели у тебя настолько нереально широкий динамический диапазон, что даже double будет недостаточно?
Нормировка значений и арифметика с разными основаниями в Q-представлении достаточно напряжна вычислительно (особенно если сотни тысяч раз в секунду в прерываниях делать)
в примере выше я описал по сути все операции что мне нужны - это деление на степень двойки сдвигом и сумма/разность чисел в этом представлении. вроде как раз таки вычислительной мощности тут минимум
P
А у многих современных МК аппаратный float сопроцессор с точностью double.
проблема плавающей запятой - потеря точности. например фильтр сразу же при применении float не доходит точно до значения сигнала, останавливаясь на -1 от него
P
вообще-то для быстрого суммирования/вычитания у меня и сумматор свой на плис уже есть☺️😳😜
P
быстрее Kogge-Stone хах
A
вообще-то для быстрого суммирования/вычитания у меня и сумматор свой на плис уже есть☺️😳😜
🤷🏾♂️ :)
Если будет что-то рабочее и будет возможность - выложи посмотреть, пожалуйста )
Если будет что-то рабочее и будет возможность - выложи посмотреть, пожалуйста )
P
🤷🏾♂️ :)
Если будет что-то рабочее и будет возможность - выложи посмотреть, пожалуйста )
Если будет что-то рабочее и будет возможность - выложи посмотреть, пожалуйста )
да
P
основная идея там - суммирование с отложенным переносом. ну и под специфичные случаи заточено так что статистически - вроде быстрее получается
F
Кстати, в тему привольных FPGA отладок: на Амазоне сейчас много Artix c PCIE2.0 в формате м.2
F
Видимо, последствия криптобума. Дешевые и, вроде бы, даже новые
A
Видимо, последствия криптобума. Дешевые и, вроде бы, даже новые
Прикольно.
Платы управления майнерами (с 7010-м цинком) нередко продаются по 500 р на "Авито" сейчас.
Платы управления майнерами (с 7010-м цинком) нередко продаются по 500 р на "Авито" сейчас.
F
Неужели их там Tiny Nop не все скупил?))
КО
Всем привет. Подскажите как лучше реализовать. Есть такая задача передавать сигналы SPI по 2 байта по кан шине на 200м и потом опять преобразовывать в SPI и обратно. Как лучше такое реализовать на стм32?
LZ
Всем привет. Подскажите как лучше реализовать. Есть такая задача передавать сигналы SPI по 2 байта по кан шине на 200м и потом опять преобразовывать в SPI и обратно. Как лучше такое реализовать на стм32?
Принимаешь по SPI - готовишь посылку, отправляешь. В одной посылке можно до 8 байт данных отправить
LZ
и обратно тоже. Единственный вопрос, который нужно решить - адресация. В SPI ее нет, а в CAN как бы есть
LZ
Да, можно реализовать на STM32. Берешь куб для начала. Пробуешь в нем. Или ищешь готовое: https://habr.com/ru/post/256493/
