PlainUser

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

Я знаю. "...Подсчет суммы квадратов за 1сек дает замечательный результат с точностью даже выше чем надо... " Вон че , MAF это просто скользящее среднее. Вроде надо что-то получше с более крутыми скатами. Частота среза 5-10Гц а частота сигнала на входе 50Гц , остаток в полосе должен быть не более 0.03% примерно.

Хто такой MAF ?

Чем отфильтровать среднеквадратичное для индикации измеряемого напряжения в рмс вольтметре. Измеряем 50гц. Рубим выборки 8кгц непрерывно. Убираем постоянную составляющую фильтром фвч. Перемножаем , получаем квадраты. Идет последовательность квадратов 8кгц. Из них нужно непрерывно выделять постоянную составляющую цифровым фильтром. Каким? Пробовал бесселя 4п со срезом 5Гц и семплами 8кгц , фигня какая-то выходит. Возможно частоты далеко друг от друга. Подсчет суммы квадратов за 1сек дает замечательный результат с точностью даже выше чем надо несмотря на так-сказать прямоугольное окно , но нет непрерывности.

Спасибо за консультацию. Пока вопросы исчерпались.

Ага , вона как. Собственно с проблемы мертвых устройств и начались мои вопросы. Искал я в доке не нашел про таймауты. Наверное плохо искал , пошел курить тщательнЕе. Или они определяются стандартом зиг-би а не прихотями конкретного производителя?

Может все-же для спящего не пропадут ? Или по другому более длинному таймауту.

Гм. Но при этом ED остается в таблицах (соседей) координатора , я проверял. А после диссассоциации at+dassl ED пропадало из таблицы координатора. Наверное дело в том что у нас ED определены как спящие SED. По моему в начале экспериментов я использовал просто ED и сообщений Lost PAN не видел. Наверное есть разные термины для регистрации в сети и для (ну не знаю чего) включения в сеть вышедшего из спячки ED. И канал после создания сети всегда остается один и тот-же.В таблицах SED он прописан , те в режиме сна он его не забывает.

Не-не. Включаем конечное устройство ранее заригистрированное в сети и получаем от него Lost PAN раз в секунду если оно не может найти своего координатора. Затем включим координатор и Lost PAN сменится на JPAN:<номер канала>,<ПАН СЕТИ>. однократно. Если устройство покинет сеть (по команде AT+DASSL) то оно выдаст Left PAN. Те само оно не покидает сеть , ну по крайне мере несколько минут , дольше не ждали. По поводу Network Key. Я так понял что после того как мы устанавливаем бит "Send Network key encrypted with the link key to nodes joining" трафик начинает передаваться шифрованный AES128 в обе стороны? Или этот бит касается только установки ключа , а процедуру его использования шифрования (обычно) нужно инициировать как-то отдельно?

Модуль выдает сообщение Lost PAN раз в секунду. Модули у нас управляются полным отключением питания от них на время сна. Так-что в общем пофиг. Возможно это оно? To create a secure network, use the following settings: - Write your own Link Key into S09 on every device. If you do this off-line it can never be hacked - Set bit 8 of register S0A on all devices that will join the PAN (Use Pre-Configured Trust Centre Link Key when joining) - Set bits 4 and 2 of register S0A on the coordinator (Send Network key encrypted with the link key to nodes joining; Send Network key encrypted with the link key to nodes re-joining unsecured) - (For simplicity, you can set bits 8, 4 and 2 of S0A on every device) В какой момент использовать: AT+KEYUPD Update the Network Key Не очень понял.

Это будет нормальный режим работы ? Есть опасения что в таком режиме будет уходить значительно больше времени на каждый сеанс связи, Разницу в затратах времени не могу оценить с ходу. (Батареек жалко , а полезных данных менее сотни байт на сеанс.) И как защитить этот процесс от злых людей. Сейчас (все сделано , отлажено идет опытная эксплуатация) регистрация выпоняется один раз под контролем оператора и после регистрации координатор переводится в режим работы с запретом новых регистраций.

Чипы EM357 , протокол EmberZNet PRO ZigBee , ревизия r308. https://www.silabs.com/products/wireless/zi...e-software.aspx A network consists of a ZigBee Coordinator (ZC) which started the network, ZigBee Routers (ZR) and ZigBee End Devices (ZED). There do not have to be any routers (other than the coordinator, which functions as a router) or end devices in any given network. Each router can support up to 16 end devices (30 on the ETRX3 series) in any combination of non-sleepy, sleepy and mobile End Devices. The network is always formed as a mesh according to the ZigBee PRO featureset of the ZigBee standard; the tree structure is not available. By default the module joins a PAN as a router, but modifying register S0A allows you to define it as an end device. The coordinator is simply the device that first establishes the PAN, and it should not be allowed to leave the PAN as it is not possible for a node that is already joined to the PAN to take over the role of a coordinator or Trust Centre. биты в регистре reg S0A Bit F Bit E Device Type ----------------------------- 0 0 Router (FFD) 1 0 End Device 0 1 Sleepy End Device 1 1 Mobile End Device Используем пока только АТ команды ибо некогда. В дальнейшем возможно перейдем к работе на мак уровне , программатор наконец приехал. Но в настоящее время все сделано на АТ командах. Система уже работает , но есть тонкости для дальнейшей эксплуатации. Система без изысков один координатор и куча (одинаковых ) конечных (SED) устройств-сенсоров (ток,напряжение,температура впрочем неважно). Устройства должны просыпаться раз в сутки (настраиваемый параметр от 1ч до 1недели) , рапортовать и засыпать. Возможен вариант отсутствия постоянного координатора. Те оператор приезжает раз в полгода оставляет координатор на пару часов в предполагаемое время работы собирает инфу и уезжает. В связи с этим вопрос насчет времени таймаута после которого координатор исключит SED из сети? Такой инфы не нашел. Для нас важно поскольку координатор может раз в год появиться возле сенсора , а остальное время сенсор должен раз в сутки пытаться его найти , не нашел , заснул и так пока не появится. Есть еще вопрос ограничения количества сенсоров присоединяемых к координатору ,но я так понял что свыше 32шт (нам возможно нужно будет до 256) решается дополнительными роутерами.

Есть пара вопросов по функционированию. 1 - может ли мобильное устройство исчезать и появляться в сети в произвольные моменты времени? 2 - может ли мобильное устройство исчезать в одной и появляться в другой сети? если нет то в чем отличия мобильного от спящего , в чем вообще смысл введения сущности му? 3 - будет ли му в моменты исчезания из сети занимать место в таблицах (соседей) коо. 4 - как исключить су или му из сети и таблиц коо в момент его сна или поломки? (например к коо подключены 32 су больше добавить нельзя, одно вышло из строя надо заменить) 5 - как заменить вышедший из строя координатор ? а процессе работы доступа к конечным му и су нет. может можно заранее как-то заготовить резервный коо? Переходим со стека мак уровня 802.15.4 на другие модули с тупым зигби , многих ранее используемых возможностей не хватает.

Пытаюсь родить мощный выходной каскад. Требуется выходное напряжение +-40в , при частоте 2МГЦ. Сигнал синусоида. Упираюсь в проблему сквозных токов. До частоты 500кГц все получается , выше значительный рост тока на ХХ. Это при +-40в на выходе без нагрузки. При сигнале +-20в получается 5мГц и выше , но мне нужно +-40в. Схемотехника использовалась разная . 4 варианта БТ 5200/1943 схемы с ОЭ , ОК ПТ IRF240/9240 ОИ, ОС результаты примерно одинаковы по всем вариантам. На БТ даже лучше , но тут проблема в том что с ПТ появляется возбуд при уменьшении резисторов в цепи затвора. Что не дает реализовать их более высокий потенциал.Как его побороть ХЗ. Раскачка ПТ двухтактными эмиттерными повторителями. Пытаюсь просимулировать в LTspice с целью увидеть этот эффект но пока не выходит.

Не , только на изготовление , продажу и эксплуатацию.

Это были Махачкалинские ЭУР. Какой идиот придумал производить там высокотехнологичнцю продукцию , загадка. Но это давно исправили. Уже лет 5 как нет никаких "датчиков угла поворота якоря электромотора". Ставят корейский ЭУР МОНДО такой-же как на киа и хундаях. Даже чуть получше.ДКМ на датчиках холла в отличии от резистивного на дешевых хундаях.(на новых может тоже холл) Иногда ломается как и вся корейская промэлектроника (ну не умеют они ничего кроме теликов делать). Ничего не клинит , просто не усиливает. А руки если это корейскоре говно сломалось устают от того что на машинах с ЭУР с завода настроен увеличенный кастор (гугль вам в руки) чтоб руль четче в ноль возвращался. В червяке сервомотора специально сделано косозубое зацепление(ТММ вам в руки) чтоб можно было рулем крутить мотор. Никакого заметного механического сопротивления там нет. Истории про "саморулящий ЭУР" время от времени всплывают , это и понятно "я не причем , это ЭУР сам в дерево зарулил". Очень удобно.Ни одна из них не подтвердилась экспертизой. Главная проблема получить сертификат автопроизводителя. Скажем фирма "Флим" производящая лучшие механические противоугонные устройства "Гарант Блок" и "Гарант Бастион" так и не смогла договорится с автовазом.

В общем скорости единицы кгц хватило. Реально видимо нужно еще меньше.

Какова должна быть скорость реакции в обратной связи ЭМУР? Ну хотя-бы чисто теоретически.

Это офигенный синтезатор. А если добавить к нему три магические букафки SDR ...

Нашел и себя в хламе железку SityPlayer. Как-раз то что надо.

Хочу вебсервер такой чтоб http запрос ему послал с цифирками а он их принял и у себя из компорта или SPI выкинул. Лучше готовый , чем меньше и дешевле тем лучше.Можно и на коленке собрать че-то готовое.Изобретать не охота.Есть что изобретать и без него.

Сформировать пакет , в FCF указать что используем длинный адрес приемника и передатчика (destinate/source address). Почитать можно для начала http://www.promelec.ru/UPLOAD/fck/file/raz...imple%20MAC.pdf . Там про другой процессор но зато доступно.

Использовал много разных датчиков.Цианиды , хлор , водород но таких чудес не встречал.Правда особо и не искал. В любом случае измерения принципиально очень медленные.(Читай инструкцию на датчик). Везде большие постоянные времени.Ив схеме и в обработке , мог пропустит какие чудеса. Хотя нет , посмотрел ваши графики внимательнее , "борода" с периодом в минуты была-бы замечена однозначно. Может кроссчувствительность на что то рядом.Ну там перегаром кто дыхнул.

Попадались странные приемники , включаешь всегда работают , потом перестают , потом снова могут заработать. Натрахался с ними немерянно.Схемо-программотехнику вылизал , заземлил и отполировал куда там яйцам у кота... Один хрен.Тупо купил другой модели в другом месте (TSOP-34836 ).Стало зашибись. ЗЫ. Народная примета.Для сигнала 36кГц лучше приемник тоже на 36кГц.

Как влажная дрянь может проводить ток понятно.Выше речь шла о том что конденсаторы выпаяли , прозвонили.Нашли с утечкой. Вряд-ли там какая влага осталась.Интересует нечто сухое токопровоящее.