/var/www/tqfp.org/templates/compiled/bsvi/0d05b75eab3b2725749144bfae7199a59edeab1e_0.file.profile_top.tpl.php on line 35
Warning: Attempt to read property "value" on null in /var/www/tqfp.org/templates/compiled/bsvi/0d05b75eab3b2725749144bfae7199a59edeab1e_0.file.profile_top.tpl.php on line 35
">
Warning: Attempt to read property "value" on null in /var/www/tqfp.org/templates/compiled/bsvi/0d05b75eab3b2725749144bfae7199a59edeab1e_0.file.profile_top.tpl.php on line 35
">
Рейтинг
0.00
Сила
0.01
Proletariat
Роман
Использование С++ для 8-битных контроллеров не надо, нельзя, нихт, кайн и т.д. и т.п.
Был опыт правда на ATmega128 (камень более жирный и по ОЗУ и по ПЗУ). Пытался делать некий пользовательский интерфейс на ЖК, с возможностью переконфигурирования (т.е. имелось несколько классов: Window, Label и т.д.). Больше 2-х окон было создать невозможно: тупо заканчивалась память. Вообще у меня сложилось мнение, что для меги надо использовать только С.
А по поводу гальванически развязанного RS485 (это касается и развязки любых цифровых сигналов), то я использую микросхемы от Analog Devices, у них имеются микросхемы, не только с гальванической развязкой, но и со встроенным DC-DC преобразователем (Например ADM2682)
1. Происходит появление новых гармоник в спектре выходного сигнала (линейный фильтр такого не делает)
2. По выходному сигналу невозможно восстановить исходный.
Фильтр со скользящим средним=с арифметическим усреднением, тоже не хорош, поскольку его частотная характеристика — периодическая функция, которая при увеличении частоты сигнала не падает в ноль, т.е. некоторые частоты выше частоты отсечки такой фильтр совсем не сгладит.
На мой взгляд, одним из наиболее удобным в реализации цифровым фильтром является экспоненциальный фильтр, преобразование занимает мало-мало места-времени, частотная характеристика имеет спад 6dB/oct, аналогично как и у обычного электрического RC-фильтра.