Обновить
138
Олег Плотников@Interfer

Не ломать, а строить)

0,1
Рейтинг
261
Подписчики
Хабр КарьераХабр Карьера
Отправить сообщение
Все замеры на SF=12. По опыту — при таком уровне SF опустится где-то до 10.

Плюс, у нас задел на выносную антенну.
Не совсем понял. Вам нужны научные статьи по CDMA?
Прошу заметить, что выводы в стиле 19 века сделали вы) Я как раз считаю, что работа «на расслабоне» часто оказывается эффективней табуна мчащихся все 8 часов, но уже загнанных лошадей. И даже написал про это.

Но при таком «расслабоне» почти всегда есть задел на увеличение эффективности. И, как я уже писал выше, его часто ошибочно переоценивают. Закручу гайку на полборота, станет работать на 20 процентов лучше. Значит на полный оборот — плюс сорок процентов. А оно уже на 3/4 резьбу срывает.
Далеко не всегда. Но если нанимают человека повысить эффективность, значит у владельцев бизнеса есть смутное ощущение, что все работают не в полную силу.

Если IT ишачит как лошади, просто не справляется с валом работы и есть финансовый эффект от их работы, то их начнут не оптимизировать, а расширять.
Скажите, а что такое стек А+В? Первый раз такой термин встречаю.

По теме скажу, что у медали, как всегда, есть две стороны.
С одной стороны согласен, что приход нового человека со своим уставом часто мешает работе монастыря.
С другой стороны, мы же понимаем, что описанный коллектив с пиццей и комфортом будет всегда работать немножко «на расслабоне». То есть будут фанаты своего дела, кто с утра до вечера пашет, но большая часть сотрудников тратит часть рабочего времени не на работу. На самом деле, это нормально, на коллективе из загнанных лошадей далеко не уедешь.
Но все же приходит новый человек, у которого задача поднять эффективность. Он видит, что народ на работу приезжает с опозданием, уходит пораньше и еще перерыв по два часа. Разумеется, с этим начнется борьба. И разумеется, привыкшему к комфорту и приятному графику коллективу такое не по душе.

Дальше обычно так. На первое время, с саботажем и скрипом, но новые правила игры все же принимаются и дел действительно делается больше. Это ведет к простому выводу — ужесточили условия, получили прибавление к производительности. Давайте дальше затягивать.
И вот уже на второй фазе оптимизации начинается коллектив загнанных лошадей и побег наиболее ценных сотрудников.
Т.е. Лартех разваливается???? Как-то не верится, хотя модель у них изначально была провальная.
Эээх, темку статьи прямо с языка сняли. Только я уж таблицы подготовил, чтобы нагляднее.

В целом, все описано верно и довольно подробно. От себя добавлю, что в региональных параметрах LoRaWAN версии 1.1. прописан поддиапазон 866-868 для России. Правда там стояла приписка, что лицензированный. Интересно, что легализовали именно его.
Да, было дело) Но я все же ссылаюсь на это свежевыпеченное решение. minsvyaz.ru/uploaded/files/prilozhenie-12-k-reshenyu-gkrch-18-46-03-1.pdf

Честно — пока только изучаем его и ищем подводные камни. По мне, так формулировка на наши спорные полмегагерца теперь трактуется именно как 10 процентов занятия эфира на ЭИИМ не более 100мВт. Если вы мне укажете, как можно занять весь эфир на 25 мВт буду признателен. Кроме шуток.
А зачем молотить в эфир преамбулами?) Злоумышленники)
Ссылку на нормативный документ?
Чем, в вашем понимании, шлюз отличается от базы в архитектуре LoRaWAN?

Методом проб и ошибок) Но в том месте правда яма какая-то. Для одного датчика не критично, если бы их было много таких, то пересматривали концепцию. Скажем, установили на БС секторную антенну.
А еще направленную антенну уж тогда проще разместить на самой базе.
В целом, тоже не совсем понял идею.
Автор, видимо, имеет более общую ситуацию.
На самом деле, да, можно, все к этому и идет, что скоро в эфире будет очень много устройств. Но так и частотных каналов становится больше.
Я имел ввиду именно ситуацию с глушением канала каким-нибудь передатчиком Ватт на 50. Если будете делать это в 868, то я думаю, быстро заинтересуются.

С EU868 иная ситуация. Там народ работал своими крошечными (25-100 мВт) мощностями и никому особо не мешал. И, как показали события 11 сентября сего года, решили выбрать несколько иной путь. Сейчас EU868 частично легализован. Возможно, легализуют полностью.

Насчет отсутствия duty cycle, очевидно, в 868,7-869,2 — первый раз слышу) По моей информации там сейчас 10%. Раньше 1% был)
Скоро будет статья про последние изменения в частотном законодательстве.
Круглосуточно спамить вы сможете, но это не по закону. По закону от 0,1 % до 10 % времени в эфире, в зависимости от поддиапазона.

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

Что же касается других абонентов без злого умысла — да, так и будет. Число устройств будет расти и в эфире скоро всем станет тесно. Но уже расширяют границы дозволенных частот. Будет примерно как с вафлей. Сейчас в многоквартирном доме в 2,4 творится просто ад. И что, никто не работает? Да работают, пусть не так эффективно, но в целом хватает. Плюс — есть пятерка.
Горки точно нет, насчет Алмаза уже не так уверен. В любом случае, Родник если и не самый большой, то второй по размерам)
Ну, RSSI мы формально видим на сервере. Но смысл вы поняли правильно.
ZigBee бы потребовал некого контроллера, который смотрел бы во вне через какой-то шлюз, к примеру тот же 4g. Это как минимум.
Заглушить можно все, что угодно. Вопрос только в том, дадут ли вам надзорные органы долго спамить в 868. LoRa имеет хорошую помехозащищенность, может работать ниже уровня шума и чтобы ее заглушить, надо спамить очень сильно. Настолько сильно, что вас не оставят без внимания.

А новая прошивка от Веги позволяет не терять пакеты с данными даже если в конкретный час связь не состоялась.

Информация

В рейтинге
3 544-й
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Специалист
Ведущий
Python
MQTT