Но что там со схемами связи? Точка-точка, звезда, каждый с каждым?
Есть ли такая функциональная возможность и что будет с качеством связи, если требуется организовать сеть из таких устройств где каждый должен общаться с каждым? Ну например хотябы 10 устройств одновременно.
Хорошая статья, спасибо. Конечно, за этой кажущейся лёгкостью работы ррс стоит кропотливая работа по радио планированию, прямой видимости, расчета ррл с учётом зон Френеля, расчёта ветровой нагрузки на опору, замираниям над поверхностью воды, всевозможными согласованиями по установке радио устройств...
Как дополнение, интересная тема - ретрансляторы. Часто возникает необходимость передать радиосигнал на бОльшее расстояние или обойти препятствия. В свое время интересное решение было у словенской Искра - ретранслятор на солнечных батареях без преобразования частоты, когда один ODU работает сразу на две антенны в свч диапазоне.
В начале моей трудовой деятельности - начало 2000х- технический писатель брал исходники от разработчиков, "железку" - подключал ее сам , пошагово запускал и описывал работу, изучая принципиальные схемы, наскальные рисунки разрабов, сравнивал с реальной работой и индикацией и описывал по ЕСКД. Ну или тоже самое с ПО, но по ЕСПД. Причем обратная связь от техписа в сторону разработки очень ценилась, по факту это были вторые тестировщики (Тогда ещё эта профессия не была мейнстримом). Потом он отдавал документ разработчику (обычно начальнику отдела разработки), тот вносил замечания и предложения, если разрабы согласовали, документ отправлялся на нормоконтроль. Оттуда обычно документ возвращался весь красный от правок. И снова итерации переделок. Последний утверждает начальник отдела техписов. Долгий пусть, но документы получались выверенными. Их можно было смело передавать в эксплуатацию или на стороннее производство.
Сейчас такое ощущение, что про технических писателей вспоминают только в последний момент, Когда кто-то из заказчиков попросит паспорт на изделие или РЭ. Ну или вдруг в воздухе повиснет вопрос: а у нас есть ТУ?
Идея гостопедии хорошая. Очень надеюсь на развитие проекта. Хотя все эти педии часто вызывают сомнения в части достоверности содержащихся там данных. Но как инструмент для быстрого поиска первичной информации - самое то.
Спустя несколько лет мы действительно построим новый завод, на выездном аудите получим 83 из 100 баллов, и начнем работу с самым крупным производителем молочки.
Вот тут в статье произошел какой-то монтаж и мне непонятно откуда безработный технолог и его друг взяли деньги на многомиллионные вложения и построили завод в лихие 90е?
максимальной эффективной излучаемой мощностью 25 мВт
По факту излучают и 100мВт, никто не ловит. Но вот 1Вт - это уже серьезно. Можно конечно попробовать получить разрешение, но если кто-то сталкивался с этим, то знает, что шансы стремятся к нулю.
Пока не примут у нас нормальный стандарт для умных девайсов, все будет работать полулегально или нелегально.
Есть ещё один вариант решения проблемы - не создавать проблему и не заводить 🐈
Что касается статьи - то очень интересно не само устройство, а применение различных вариантов датчиков и борьба с энергоэффективностью. Это полезно во многих умных устройствах. Спасибо автору!
Например, в бизнес-центре есть задача учета электроэнергии. В электрических щитах стоят обычные счетчики без умных функций. Дополнительного места в щите очень мало. Мы добавляем MAP-6S с контроллером Lavritech. В результате через LoRaWAN можно будет собирать данные со всех клиентов для учета энергопотребления.
А где брать питание этого чудо устройства? Насколько я понимаю нужен ещё ac-dc преобразователь и его тоже придется куда-то ставить? Подключать. Иногда это связано не только с техническими трудностями, но и с финансово - юридическими: кому платить за дополнительный отбор энергии? Необходимость пересогласования однолинейной схемы , разграничения ответственности и проч.
Вот если бы такое устройство можно было применять в режиме энергоэффективности и питать от автономного источника - батарейки или аккумулятора? Зачастую опрос датчиков и выдача информации во вне достаточна раз в час или даже реже. Некоторые порты могут быть настроены для работы по событию и "будить" устройство. Может ли быть реализован подобный режим работы?
Контроллер wirenboard. Может быть не так дешев из расчета на одну дверь, но точно универсален и с линуксом на борту - пиши под него что хочешь. Если проект интересный, то можем помочь с разработкой софта и радиочасти и запартнерится.
Интересная статья, спасибо.
Подскажите, а каким прибором удалось измерить такие малые потребления?
Может есть ссылка? Буду благодарен
Сказки на ночь...
Интересный модуль. спасибо за статью.
Но что там со схемами связи? Точка-точка, звезда, каждый с каждым?
Есть ли такая функциональная возможность и что будет с качеством связи, если требуется организовать сеть из таких устройств где каждый должен общаться с каждым? Ну например хотябы 10 устройств одновременно.
Возможно есть ссылка на такие эксперименты.
Хорошая статья, спасибо. Конечно, за этой кажущейся лёгкостью работы ррс стоит кропотливая работа по радио планированию, прямой видимости, расчета ррл с учётом зон Френеля, расчёта ветровой нагрузки на опору, замираниям над поверхностью воды, всевозможными согласованиями по установке радио устройств...
Как дополнение, интересная тема - ретрансляторы. Часто возникает необходимость передать радиосигнал на бОльшее расстояние или обойти препятствия. В свое время интересное решение было у словенской Искра - ретранслятор на солнечных батареях без преобразования частоты, когда один ODU работает сразу на две антенны в свч диапазоне.
В начале моей трудовой деятельности - начало 2000х- технический писатель брал исходники от разработчиков, "железку" - подключал ее сам , пошагово запускал и описывал работу, изучая принципиальные схемы, наскальные рисунки разрабов, сравнивал с реальной работой и индикацией и описывал по ЕСКД. Ну или тоже самое с ПО, но по ЕСПД. Причем обратная связь от техписа в сторону разработки очень ценилась, по факту это были вторые тестировщики (Тогда ещё эта профессия не была мейнстримом). Потом он отдавал документ разработчику (обычно начальнику отдела разработки), тот вносил замечания и предложения, если разрабы согласовали, документ отправлялся на нормоконтроль. Оттуда обычно документ возвращался весь красный от правок. И снова итерации переделок. Последний утверждает начальник отдела техписов. Долгий пусть, но документы получались выверенными. Их можно было смело передавать в эксплуатацию или на стороннее производство.
Сейчас такое ощущение, что про технических писателей вспоминают только в последний момент, Когда кто-то из заказчиков попросит паспорт на изделие или РЭ. Ну или вдруг в воздухе повиснет вопрос: а у нас есть ТУ?
Идея гостопедии хорошая. Очень надеюсь на развитие проекта. Хотя все эти педии часто вызывают сомнения в части достоверности содержащихся там данных. Но как инструмент для быстрого поиска первичной информации - самое то.
Здорово, что наука поддерживается грантами, любое движение - это движется вперёд.
Но есть одно НО, между theoretical model и реальным устройством огромная разница.
Так что ждём практического образца и тогда можно говорить о достижении.
Вот тут в статье произошел какой-то монтаж и мне непонятно откуда безработный технолог и его друг взяли деньги на многомиллионные вложения и построили завод в лихие 90е?
Спасибо за интересную информацию.
Однако у нас как всегда есть нюанс.
Читаем тут https://z-wavealliance.org/why-z-wave-long-range-ebook/. :
А теперь читаем тут https://digital.gov.ru/ru/appeals/faq/330/
По факту излучают и 100мВт, никто не ловит. Но вот 1Вт - это уже серьезно. Можно конечно попробовать получить разрешение, но если кто-то сталкивался с этим, то знает, что шансы стремятся к нулю.
Пока не примут у нас нормальный стандарт для умных девайсов, все будет работать полулегально или нелегально.
Есть ещё один вариант решения проблемы - не создавать проблему и не заводить 🐈
Что касается статьи - то очень интересно не само устройство, а применение различных вариантов датчиков и борьба с энергоэффективностью. Это полезно во многих умных устройствах. Спасибо автору!
Интересное решение. Спасибо за статью.
Но есть момент:
А где брать питание этого чудо устройства? Насколько я понимаю нужен ещё ac-dc преобразователь и его тоже придется куда-то ставить? Подключать. Иногда это связано не только с техническими трудностями, но и с финансово - юридическими: кому платить за дополнительный отбор энергии? Необходимость пересогласования однолинейной схемы , разграничения ответственности и проч.
Вот если бы такое устройство можно было применять в режиме энергоэффективности и питать от автономного источника - батарейки или аккумулятора? Зачастую опрос датчиков и выдача информации во вне достаточна раз в час или даже реже. Некоторые порты могут быть настроены для работы по событию и "будить" устройство. Может ли быть реализован подобный режим работы?
Контроллер wirenboard. Может быть не так дешев из расчета на одну дверь, но точно универсален и с линуксом на борту - пиши под него что хочешь. Если проект интересный, то можем помочь с разработкой софта и радиочасти и запартнерится.