Так я же не спорю с тем, что это не возможно в принципе. Но развернуться все равно не удастся. Тогда зачем расширять языковые рамки, если потом все время придется себя сдерживать. А еще хуже, что когда вы построите всю абстракцию C++ и дойдете до конкретной реализации, то можете вылететь за пределы ОЗУ и в этот момент поймете, что этот подход вам в принципе не годится (так и было у меня). Поэтому я ставлю себе заранее рамки: для AVR-8 только С и никакого С++.
Запретииииить!!!
Использование С++ для 8-битных контроллеров не надо, нельзя, нихт, кайн и т.д. и т.п.
Был опыт правда на ATmega128 (камень более жирный и по ОЗУ и по ПЗУ). Пытался делать некий пользовательский интерфейс на ЖК, с возможностью переконфигурирования (т.е. имелось несколько классов: Window, Label и т.д.). Больше 2-х окон было создать невозможно: тупо заканчивалась память. Вообще у меня сложилось мнение, что для меги надо использовать только С.
Есть желание вставить калькуляторы всяких ВЧ цепей, например T и П — аттенъюаторов, импеданс различных двухпроводных линий и т.д. На самом деле последнее не так уж и важно, но вот правильный рассчет аттенъюатора редко где найдешь, а поскольку мне это нужно бывает не чаще 1-2 раз в год, каждый раз заново приходится вспоминать и выводить все формулы. Пора сделать калькулятор и для этих вещей.
Зануда!!! А то, что автор называет полюс как то, что «ускоряет сигнал» тебя не смущает? На самом деле терминология полюсов-нулей совсем не прослеживается. Что значит полюс -20дБ на декаду? С какой частоты? На самом деле я эти вопросы не задаю, просто обращаю внимание, комментатора, что тут гораздо больше мест по которым можно было бы придираться, а то, что он выбрал в качестве такового пробел между единицами измерения и величиной, так просто смешно.
Блин, вот время совсем неудачное было выбрано (как мне казалось сперва, потому как я высвобождаюсь с засыпанием ребенка т.е. в 10 по Москве), а потом я увидел, что вы сидели больше 2-х часов и кажется, что зря я не присоединился. Плохо еще тем, что все происходит в воскресенье и все мои поделки лежат на работе, а так очень хотелось пообщаться, живое общение очень полезно, причем для всех. Начал смотреть, пока это напоминает встречу анонимных радиолюбителей: «Здравствуйте я Владимир, и я трудоголик»
Я использую преобразователи от AIMTEC AIMTEC DC/DC. Линейка преобразователей очень и очень широкая от 1/4 ваттных до 150-ваттных. Обвязка минимальна.
А по поводу гальванически развязанного RS485 (это касается и развязки любых цифровых сигналов), то я использую микросхемы от Analog Devices, у них имеются микросхемы, не только с гальванической развязкой, но и со встроенным DC-DC преобразователем (Например ADM2682)
А можно для начала подытожить ± использования этой системы, причины перехода с Альтиума, сколько это стоит (если используется для коммерческих целей, то лицензия просто необходима).
Использовать медианный фильтр надо очень осторожно. Он относится к нелинейным фильтрам, а Это приводит к нескольким критичным моментам:
1. Происходит появление новых гармоник в спектре выходного сигнала (линейный фильтр такого не делает)
2. По выходному сигналу невозможно восстановить исходный.
Фильтр со скользящим средним=с арифметическим усреднением, тоже не хорош, поскольку его частотная характеристика — периодическая функция, которая при увеличении частоты сигнала не падает в ноль, т.е. некоторые частоты выше частоты отсечки такой фильтр совсем не сгладит.
На мой взгляд, одним из наиболее удобным в реализации цифровым фильтром является экспоненциальный фильтр, преобразование занимает мало-мало места-времени, частотная характеристика имеет спад 6dB/oct, аналогично как и у обычного электрического RC-фильтра.
Использование С++ для 8-битных контроллеров не надо, нельзя, нихт, кайн и т.д. и т.п.
Был опыт правда на ATmega128 (камень более жирный и по ОЗУ и по ПЗУ). Пытался делать некий пользовательский интерфейс на ЖК, с возможностью переконфигурирования (т.е. имелось несколько классов: Window, Label и т.д.). Больше 2-х окон было создать невозможно: тупо заканчивалась память. Вообще у меня сложилось мнение, что для меги надо использовать только С.
А по поводу гальванически развязанного RS485 (это касается и развязки любых цифровых сигналов), то я использую микросхемы от Analog Devices, у них имеются микросхемы, не только с гальванической развязкой, но и со встроенным DC-DC преобразователем (Например ADM2682)
1. Происходит появление новых гармоник в спектре выходного сигнала (линейный фильтр такого не делает)
2. По выходному сигналу невозможно восстановить исходный.
Фильтр со скользящим средним=с арифметическим усреднением, тоже не хорош, поскольку его частотная характеристика — периодическая функция, которая при увеличении частоты сигнала не падает в ноль, т.е. некоторые частоты выше частоты отсечки такой фильтр совсем не сгладит.
На мой взгляд, одним из наиболее удобным в реализации цифровым фильтром является экспоненциальный фильтр, преобразование занимает мало-мало места-времени, частотная характеристика имеет спад 6dB/oct, аналогично как и у обычного электрического RC-фильтра.