Да, об этом всем написано в даташите. Например у меня в меги таймер-счетчик 1 (16-ти битный). Есть куча режимов работы таймера... Самый простой:
Установили предделитель и больше его не трогаем.
Меняем регистра сравнения (OCR)... Получим разные периоды прерывания...
TCNT - Регистр 16-разр. таймер-счетчик 1.
OCR - регистр порога сравнения.

Можно менять OCR в процессе работы таймера. Флаг устанавливается при совпадении TCNT и OCR. Поэтому надо следить, чтобы значение OCR было больше TCNT, иначе влаг установиться на сделующем цикле таймера... т.е. через лишние 65535 отсчетов...

С таймерами разобрались)) Дальше интересней))

Вот тут косяк)) На выходе приёмника у нас импульсы имеют не чёткий фронт. А при слабом сигнале импульсы могут содержать несколько коротких импульсов. Это аналогично такому явлению, под названием - https://ru.wikipedia.org/wiki/Дребезг_контактов

После срабатывания прерывание по восходящему фронту, следующе прерывание по спадающему фронту может быть через любое (произвольное) время. Может через несколько микросекунд... может больше... может меньше...)) Можем получить несколько первываний подряд... и .т.д. и т.п.

Цитата:
Методы решения проблемы дребезга:
1. Установка временной задержки. Программы такого типа отслеживают состояние контакта и временно запрещают его опрос на тот отрезок времени, который превышает длительность переходного процесса.
2. Второй вариант – метод подсчета числа значений сигнала. Программа считывает многократные щелчки с контакта, и если количество удачных запросов совпадает с количеством щелчков контакта (определяется экспериментальным путем), то контакт считается успешно замкнутым.

Вот поэтому например в аппаратном UART после появления низкого уровня (0) на входе, внутренний тактовый счётчик UART отсчитывает 8 (или больше) тактов и затем проверяет состояние входа. Если через восемь (или больше) тактов состояние входа подтверждается (0), то аппаратный UART переходит к записи битов. Если состояние входа через восемь (или больше) тактов не подтверждается (1), то UART сбрасывает внутренний тактовый счётчик и переходит к поиску следующего старт-бита.

Аналогичным образом работает схема подавителя шума в таймер-счетчик 1 в режиме захвата.
Цитата:
Таймер-счетчик содержит блок захвата, который запоминает состояние счетчика при возникновении внешнего события, тем самым определяя время его возникновения. В качестве события/событий выступает внешний сигнал, подключенный к выводу...

Вот схема блока захвата таймер-счетчик 1:

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

Цитата:


Хорошая идея. В простых протоколах я так и делаю.))

Ну а вы как думали... за всё надо платить))

Имеете в виду приёмника? При используемом ТС приёмнике с полосой 150кгц, импульсы на выходе приёмника будут достаточно крутыми. Вот моя старая фотка с принятыми импульсами при приёме байта 00110100

Спойлер

Для некоторых приложений достаточно. Пока ТС не озвучил конкретные требования по скорости передачи и объёму передаваемых данных. Без этого обсуждение теряет смысл, тем более, что он, вроде, добился работы системы на малой скорости. Кстати, я выше ошибся с расчётом скорости передачи. При приведённых данных передача байта происходит между 7.8 и 15.1 мс, что соответствует скорости где-то между 66 и 128 байт/сек в зависимости от данных. Зато малое потребление передатчика и вписываемся в требования FCC.

Я и имел в виду порог по длительности импульса.

В целом, у меня создалось впечатление, что здесь пытаются реализовать в софте аналог протокола UART на случай приёма более 8 бит в посылке. Опять-же без требований на параметры радиотракта не вижу в этом смысла. И почему просто не использовать аппаратный UART на 8 бит (может с инвертированием сигнала) в приёмнике и передатчике?

Вообще, если ТС как он пишет "прижало", давно-бы уже заказал и получил нормальный радиомодуль, где все обсуждаемые проблемы решаются на аппаратном уровне и внутренне, и закончил проект. Но если поэкспериментировать хочется - друзья, это путь в никуда и изобретение велосипеда. Я по нему тоже начинал идти когда-то, но вовремя понял свою ошибку и пытаюсь направить и вас на путь истинный.

И я про нем.
Моя кодировка вся на времевъе интервалъ.


И у меня непрестанно стоит такой вопрос. Если делать что-то то почему нужно повторят то что уже есть? Не могу понять ...

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Ну ТС вроде написал:

Скорость.. не знаю))

Никто UART не изобретает)) ТС просто изучает сам принцип передачи "цифры" по радиоканалу... UART - это просто для примера, потому что:

А затем уже изобретать свои протоколы))

И кстати.. программный UART более гибкий и надёжней... и т.д. чем аппаратный))

Нет, не интересовались)) А есть ограничения на максимальную длительность импульса? Интересно...

Кодировать короткими импульсами конечно интересно... только помоему не надёжно. Будем ловить импульсные помехи... хотя сама идеи может быть интересна. Тогда нужно прикинуть энергетику радиолинии... в чём выигрыш от коротких импульсов? Меньше время работы передатчика? )) Ну тогда просто уменьшаем длительность всех импульсов в пакете... Для передачи всего пакета передатчик будет включаться на то же самое (короткое) время... Будем точто так же экономить заряд батарей))

Полоса пропускания приёмника 150кГц - тут видимо имеется ввиду полоса пропускания ФСС приёмника. А полоса пропускания импульсво обычно опрделяется частотой среза ФНЧ приёмника (ФНЧ после детектора). Поэтому реальная полоса пропускания приёмника будет намного ниже 150кГц. Хотя.. кто знает этих китайцев))

У меня тоже вопрос: в чём "фишка" вашего протокола? Протокол написан без учёта особенностей работы радиоканала... Все импульсы разной длительности, не для каждого радиоканала подходит... Протокол без учёта шумов... и т.д.

"фишка" в чём? Всё сжали... получили минимальную длительность пакета? Ну с таким же успехом можно использовать простую фазовую модуляцию, где одним импульсом можно закодировать кучу бит... в зависимости от длительности и фазы импульса закодируем целый байт в одном импульсе.. можно и больше))) Сделаем типа так: Восьмеричная фазовая манипуляция
https://ru.wikipedia.org/wiki/Фазовая_манипуляция
Правда работать будет не далеко.. но это не важно))

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

При передаче 2-3 байтов (и как часто??) рискну предположить, что скорость особого значения не имеет. Для данных радио-модулей UART модуль STM32F0 с включённой аппаратной инверсией легко решит проблему на уровне link layer стека даже без кварцев.


Две скобки в конце означают, что это шутка? Если нет, то для AVR8 это, может, так и есть.

Насчёт параметров передачи, опять-же не знаю как в России, но для FCC ещё имеют значение и скважность, время передачи, время паузы между передачами, наряду с массой других параметров. Вот для примера апноут от Атмела для US диапазона 315мгц. Хочу надеяться, что в России всё проще.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

А въ посмотрите на картинку что я излагал въше.
13 бода - 6*8 + 6 + СИ
Чем не 54 бита плюс СИ в 13 бодах?

Правда, на стороне передатчика я передаю по 9 бит в аналаговъх частьях, но ето уже технические аспектъ.


Просто. Мне интересно создать что-то, а не повторят уже готовъе изделия. Ето отец у меня говорить - "Я среднъй техник. Для меня важно разобратся со схемой и повторить ее. И все."

А мне так скучно

Если я захочу "как в заводских" то закажу заводской и все. Нет проблем. Влезу в их границ и будет мне ..... Но не хочу. Етим путем мъ еще в пещерах бъ жили.

Секундомер на радиоуправлении

Здравствуйте РадиоКоты! Помогите молодому падовану. Знаю, задача, поставленная передо мной, для вас плевое дело, но для меня это сложновато. Вобщем суть проблемы такая.
Имеем ардуино-управляемый секундомер, есть необходимость его запуска и обнуления дистанционно.
Объясню рабочуу систему. Есть некоторый орган управления, назовем его кран, он имеет несколько положений. По роду профессиональной деятельности есть необходимость замера точного времени (до секунд) манипуляций с этим краном. На кран есть возможность устанавливать некое устройство, которое будет фиксировать положения (по сути необходимо фиксировать только 2 положения из 7).

Так вот! Вопрос, а вернее просьба о помощи, к Вам, многоуважаемые РадиоКотищи и гуру радио дела Помогите собрать миниатюрный передатчик и к нему приемник. Условия такие - передатчик должен представлять из себя 2 геркона, которые будут фиксировать прохождения через них магнитика, закрепленного на рукояти крана. Сигнал от герконов будет приходить на передатчик, который генерирует соответствующий сигнал, в зависимости от того, с какого геркона пришел импульс. Питание передатчика планируется от батарейки типа 2032 (большая таблетка 3 В). Приемник будет находится непосредственно на секундомере и будет соответственно принимать сигналы от передатчика, далее приемник подает сигнал на ардуино, которая его и обрабатывает.

И да! Расстояние приемник-передатчик не более метра. Видимость прямая, но возможности подавать сигнал по проводам нет.

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

Вобщем заранее спасибо! ))






Сюда перенес.
Почитайте данную тему, что бы понять, с чем придется столкнуться, т.к. базовые проблемы будут такие же, в независимости какой передатчик и приемник выберете.
Также найдите в Интернете и почитайте даташит на выбранную вами батарейку.
aen

Решение на основе китайских брелков устроит?

Устроит любое решение, если оно будет работать но при этом будет достаточно компактным и низкоэнергозатратным.

В чём тогда проблема? Ишите доступные брелки с 2 или более кнопками, питающиеся от 2032 и приёмное устройство к ним. Радио-розетки также подойдут и т.п. Любые из них будут работать в радиусе несколько метров. Готовой продукции такой видел в Интернете много, но поскольку мне она не нужна, конкретных ссылок под руками нет.

Обсуждение есть - значит тема живет. Это радует .
Задача была срочная, и то что требовалось уже реализовано и работает, хоть и безумно топорно . Передатчик передает Сигнал начала передачи (60мс.) и 1 байт данных 10 раз в течении 10 секунд импульсами, длительностью в 20мс. Если подряд принимается 5 одинаковых значений, то приемник считает передачу верной и отрабатывает функцию в программе. Дистанция 20м. с одной деревянной стеной. Этот алгоритм я уже перерабатываю из собственного любопытства.
Теперь обратно к обсуждению. Решил переработать последний алгоритм приемника и передатчика. Сделал в передатчике функцию отправки N-го количества байт (количество определяется константой в программе). В каждой транзакции эта функция выполняется пять раз. Первая часть пакета - стартовый импульс (6мс. ЛОГ.0) затем идут байты (импульсы по 2мс.) синхроимпульсов (первое исполнение функции), т.е. в моем случае передается 0xAAAAAAAA, затем передаются байты ID приемника, которому адресована посылка, затем байты данных, затем инвертированные байты ID, затем инвертированные байты данных и заканчивается все установлением ЛОГ.1 на 2 мс.
Приемник прорабатывает правильность приема синхробитов и проверяет соответствие принятых байт ID и данных принятым инвертированным. В течении каждого импульса состояние пина подключенного к приемнику проверяется 5 раз. Если 4 из 5 одинаковые, то импульс считается принятым.
После всех этих танцев с бубнами все наконец-то................ да хрен там, опять ничего не заработало . Затем я решил отлаживать последовательно. Выкинул с программ все функции кроме передачи синхроимпульсов и приемник ожил. На дистанции в 150 метров с несколькими стенами передача проходит нормально, дальше уже иногда происходят сбои. Метрах на 180-ти приемник глохнет. Антенны штырьевые - медная проволока 173 мм., диаметр 1 мм.
Возможна напортачил в коде при передачи и приеме остальных байтов. Пока проверить времени нет - праздники, свадьбы и пр. Как появится время полезу дальше, но подозреваю, что еще пара заходов и радиоканал все-таки сдастся .

Вы опять работаете в слепую.. Рекомендую использовать приборы. Если нет приборов, то хотя бы запишите сигнал на компьютер с помощью любой программы... Например такой https://audacity.ru.softonic.com/
Подключите свой приёмник к звуковой карте (линейный вход) и посмотрите как выглядит сигнал приёмника. Будет сразу всё ясно.
Похожий приёмник (SYN470R от автосинализации) с АМ на 433 Мгц мы уже обсуждали подробно в соседней теме viewtopic.php?f=28&t=139596

Там же есть осциллограммы сняты на осциллографе...


...
там же есть сигнал записанный на комп.


Скачать программу и подключить приёмник к компу - занимает 10...15 минут)))

Если хотите подробно разобраться с приёмником, то надо скачать даташит. Вот к примеру приёмник SYN470R. Можно разобрать подробно его работу.

Я обычно пишу протокол с учётом особенностей работы радиоканала...

Что за синхроимпульсы? Зачем они... Например заводские пульты сигнализации передают байты ID приемника, которому адресована посылка, затем байты данных. Никаких преамбул и синхроимпульсов заводские пульты не передают.
Пульт передает непрерывно пакеты (ID+DATA) пока нажата кнопка на пульте. На записи видно, что кнопка нажата 2-3 секунды. При этом пульт передаёт 20-30 одинаковых пакетов (т.е. 20-30 повторов).

В течении каждого импульса состояние пина подключенного к приемнику лучше проверять не 5 раз, а кратным 2.
Например: 2 или 4 или 8 или 16 или... и т.д. Так проще потом считать))

Добавлено after 2 hours 16 minutes 55 seconds:

Ну Приемник WL101-341 и передатчик WL102-341 работают на частоте 433,92 МГц http://radioprog.ru/shop/merch/38

Частота 433,92 МГц находится в разрешённом диапазоне LPD (433.075 МГц до 434.775 Мгц). "В России применение маломощных устройств, в т.ч. радиостанций диапазона LPD433, разрешается при мощности передатчика не более 10 мВт."

По поводу: скважность, время передачи, время паузы между передачами, наряду с массой других параметров... никаких данных не нашёл.

Можно сравнить с другими разрешенными диапазонами. https://ru.wikipedia.org/wiki/Сравнение ... _LPD_и_PMR
Гдето вроде читал, что есть ограничения. Например диапазон CB запрещено использовать в коммерческих целях... заперещено использовать кодирование... и т.д. Не знаю, может кто и выполняет эти требования)))

Эээ.. а как Вы перевели децибелы в микровольты? Вообщето по калькулятору -110dBm (относительно 1mW, на стандартной нагрузке 50 Ом) получается 0.71 микровольт.

Хммм, действительно - наверное куда-то не туда посмотрел в таблице. Я хотел этим сподвинуть ТС посмотреть на параметры альтернативных модулей. Например, заявленная чувствительность приёмника Si4467 составляет -133dBm (0.05 мкв) на малой скорости типа как в решении ТС. А при типе модуляции LoRa этот параметр у приёмника SX1277 достигает страшного значения -148dBm. У большинства более "приземлённых" современных модулей чувствительность на малой скорости получается где-то -125 dBm, что раз в 5 выше по сравнению с WL101. В добавок полосу их приёмного тракта можно программно регулировать начиная от нескольких кгц. Но, похоже, ТС решил проблему для своих условий.

Ясно)) значит опечатка)) С LoRa до конца ещё не разоьрались))

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

Посмотрел)) Обычная ШИМ. Дальше - вопрос как это передать по радиоканалу... )) Можно прикинуть... Например передатчик и приёмник имеют полосу пропускания. Смотрим код

Какая нужна полоса пропускания приёмника? Длительность импульсов кратна 128 мкс. Импульсы отличаются друг от друга минимум на 128 мкс. Точно полоса пропускания приёмника зависит от крутизны фронтов... с учётом фазового шума... и минимального допуска (погрешность) +/- мкс... и т.д. и т.п. С учётом всего сказанного, для надёжного распознования импульсов с минимальной разницей 128 мкс, нужна полоса приёмника порядка 4 кГц (минимум 3,9 кГц) или больше.

Теперь можно сравнить с простым манчестерским кодированием и полосой пропускания приёмника 3,9 кГц. При той же полосе пропускания приёмника (минимум 3,9 кГц) при манчестерском кодировании получаем в несколько раз больше бод.

Кроме того, при манчестерском кодировании требования к фронтам импульсов намного меньше... и даже допускается шум...

Ещё при манчестерском кодировании длительность пакета постоянная. Значит с ним проще работать... и т.д. и т.п. Перечислять можно долго)) Короче... практически по всем показателям стандартное манчестерское кодирование проще, надёжней, и т.д.))

Остался только один вопрос - а зачем изобретать свой протокол, с параметрами намного хуже стандартных. Ну может только просто для интереса )) просто поиграться))

Слишком много повторов... и "лишних" байтов)). Помоему лучше вместо повторов использовать контрольную сумму. Тогда, при той же надёжности длина пакета будет меньше и скорость передачи выше... и т.д. и .т.п.

В простых радиомодулях используют простой CRC. Или LoRa - протокол с исправлением ошибок... Хотя это уже лишнее))

А въ посмотрите на картинку. Минимальная длительность 384uS. Сейчась сравните 384 с 128 (откуда их взяли мне не понятно) и переизчислите пропускную способность радиоканала.

Спорить не буду. Вот так расчитъвается ета "ШИМ". Точнее 6 "ШИМ"+6 дискретнъх. Надеюсь въ знаете как въглядить ШИМ и оборите меня.
(кликабелное)

Берем те же 384uS (сохраняем пропускную способность радио канала) и 54 бита. Для каждого бита в манчестере нужно 2*384. Для 54 - 54*2*384 = 41,472 uS (ето без СИ) Макс длина пакета у меня 10,752 uS (мин 5,376 uS). Въигръш 4 раз!!!!!!! до 8 раза. Не хило. И ето без СИ, повторяю. Т.е. для того чтобь принять 1 пакет как в манчестере я могу позволить себе 3 (до 7) потерянъх. Плюс - автоматом проверяется валидность пакета и др.
Про помех уже говорили. Да я и код въкладъвал. И то на С. Повторять не буду.

Всё не так))

(A) 6 "ШИМ" ТС не делает пропорциональное радиоуправление. ТС передаёт данные. Данные - имеется ввиду дискретные команды.

От себя добавлю: Уже обсуждали много раз, что использовать PPM кодирование не надёжно и не интересно.

(D) 6 дискретнъх Любопытно)) Для того чтобы прикинуть полосу пропускания приёмника, нужно знать не только длительность импульса (384uS), но самое главное - нужно знать фронт импульса. Нет данных о времени нарастания/спадания фронта импульсов.

Т.е. нет данных о допуске.
D=мин 384uS (допуск +/- ??? uS).
D=макс 768uS (допуск +/- ??? uS).

Поэтому я просто предположил, что для надёжного распознования импульсов (D=мин 384uS, D=макс 768uS) требуются импульсы с временем нарастания/спадания 128uS... Отсюда взялось 128uS. Это только моё предположение))

Отсуда нужна полоса пропускания около 4 кГц - это примерно.

Для точного расчёта полосы приёмника нужно знать:
1- D=мин 384uS (допуск +/- ??? uS). Обычно задаётся программно.
2- фазовый шум ???. Тут немного сложнее..)) Зависит от радиоканала...

Это кратко.

Какой ТС? Въ коментируете не систему кодировки ТС, а мою! При чем здесь ТС?


А где въ увидели PPM кодирование. Да на въходе управляю (до 6 PPM или 4 PPM+2PWM или 5 PPM + 1 PWM) но где въ увидели PPM кодировке? (PWM все еще не доделал)
Кстати, в предудещем посту въ говорили У вас непреодолимое желание все впихнуть в каких-то границ? Да и определитсь наконец. ШИМ или РРМ? А то и я уже запутался.

А сколько раз и на сколько страниц мъ обсуждали необходимость компаратора после радиотракта? Опять начинаем сначала? И в етой ветке? Берите фронт импулса 10nS - такой хороший компаратор и въчислите как то, что включено на въходе приемника влияет на погоду на Марсе (на условия расспространения радиоволн).

Да и ето мъ уже проходили ....

Допуск здесь играеть роль при помехо устойчивостью. Скажем 384 uS = 0x180. 0x180 ето 0, все что въше 0х1FF (0х200 и въше) ето 1. т.е. такая "помехо защита" от 0х80 (128 uS), но я задал для 1 0х300. [В етой связи если появятся импулсъ короче 256uS (надо посмотрет в коде) то пакет отбрасъвается, если появятся импулсъ короче 6uS - они игнорируятся, ели не приходят импулсy на время более СИ с чем то (надо посмотрет в коде) то пакет отбрасъвается.] Не хотел бороться с маленким времени и т.д.

Ето обсуждали - 10nS - и задается качеством компаратора на въходе радио канала.

Вообще тема - передача данных.

А что у вас? PCM кодирование чтоли?_))

http://www.poprobot.ru/theory/ppm-pcm

Мне особенно понравилось вот это (цитата):

"Другая проблема в PPM - погрешность передаваемой величины. С помощью этого метода кодирования, к примеру, будет сложно управлять шаговым двигателем в режиме микрошагов."

Этим всё сказано))) Жаль... А я хотел управлять станком с ЧПУ )))

Кому интересно... откроет справочник и посмотрит)) http://payalo.net/index.php?newsid=106
PWM (он же ШИМ - широтно-импульсная модуляция) и PPM (или ФИМ - фазово-импульсная модуляция)

Если нужны импульсы с крутым фронтом, для работы МК, то можно поставить на выходе приёмника компаратор или ТШ. Выше я паказал схему (двумя постами выше)... или вы опять не читаете мои сообщения?

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

ЛОГ 0 - D=мин 384uS (допуск +/- 10 uS).
ЛОГ 1 - D=макс 768uS (допуск +/- 10 uS).

Тогда вопросов не будет))

Хорошо, закодировали данные с помощью: D=мин 384uS (допуск +/- 10 uS) и D=макс 768uS (допуск +/- 10 uS).

дальше интересней))

замечательно)) Возьмём компаратор или ТШ с минимальным временем переключения...))) Супер компаратор)) Время переключения установим например 1nS.
Теоретически можно ещё меньше: взяли ТШ с временем переключения 1 ps (пикосекунда). Будет фронт такой крутой, что круче уже некуда... ))) И что это нам даёт? А ничего... Какой бы компаратор или ТШ мы не взяли, Фазовый шум никуда не делся. ))

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

А интересно... это какое же должно быть отношение сигнал/шум ны выходе приёмника, чтобы уложиться в требования по шумам.
Это или делать "тупой" приёмник (с низкой чувствительностью), чтобы он не шумел... Или делать мощный передатчик, чтобы он своим сигналом "задавил" шум приёмника. А лучше и то и другое: возьмём "тупой" приёмник и мощный передатчик)). Замечательно))
Одним словом - "хороший" протокол))

А въ и определите. Въ у нас главнъй знаток по кодировки.

А где я показал в первъй раз ету кодировку? В ветке где обсуждалось радиоуправление МОДЕЛЕЙ. Вот въ и скажите - какая точность въ постигаете крутя потенциометром и имея РРМ как исполнительнъй механизм. И зачем кому-то надо лезти в РСМ если у него точность подачи инфо +/- 5% (грубо). Для меня времени реакции и т.д. ....... Надоело уже обьяснять.

Для нечитающих повторяю. За почти три года уже в тъсячнъй раз.


И так далее-е-е-е-е-е-е .....
Устал я от тебя.

Про приемниках и их чувствителности не будем - я хотя сделал свой приемник и он заработал ... И так далее-е-е-е-е-е-е .....