-----------------------
Veloreality
pavlinux, какие-такие сдвоенные датчики? в свистках с али нет блютуза
Явно нет , кроме вайфай .
Если хорошо экранировать адаптеры и схемы где обрабатываются цифровые сигналы , то можно избежать этих проблем . Для производителя это экономически нецелесообразно . Но я не скажу что это причина ваших проблем . Это одна из возможных причин .
Да , о электромагнитной совместимости , у меня однажды на руле стоял гармин и пульсометр (пришлось поставить) , барахлили , пока не разнёс на 20см .
Последний раз редактировалось rroomm; 17.01.2019 в 19:45.
Последний раз редактировалось pavlinux; 17.01.2019 в 19:43.
Ни хрена себе разработчики. Про насыщение не слыхивали? А про поляризацию полей E и M? Если к этому добавить софт, который внутри этих передатчиков и криворокусть кучи китайских девелоперов, которые нормальное БПФ написать не могут...
---------- Добавлено в 17:10 ---------- Предыдущее сообщение было в 17:09 ----------
Если подумать и посмотреть дыры (они не сполшняком ото всюду), потом померять, то много интересного получается. Ну и китайские микроволновки фонят бывает так, что всё вокруг закакивают...
---------- Добавлено в 17:14 ---------- Предыдущее сообщение было в 17:10 ----------
Чего? Паша, ты совсем рехнулся? Многие смарты на WiFi и работают. В этом диапазоне пока всегда, ещё добавляют 5. Никогда не игрался с flood ping? попробуй поставить раутер или точку доступа и немножно попинговать таким образом. И посмотри, кто вокруг будет работать. Можно пару запустить. Особенно, если подсоединиться к раутеру хорошим проводом и сетевая приличная.
---------- Добавлено в 17:21 ---------- Предыдущее сообщение было в 17:14 ----------
Не так. Вся эта радио хрень сродни старому эзеру с общей шиной. И математика уже давно посчитана. Как только утилизация подходит к 60% количество столкновений пакетов приводит к тому, что всё начинает умирать. При этом, скажем, если разработчики берут TCP протокол, в котором ганатированная доставка, как основной уровня транспорта, так все забывают учесть/настроить параметры по размеру окон. А стандартно, ЕМНИП, там 7. Поэтому TCP может получить до 7 неподверждённых пакетов (надёжнжость и порядок обеспечивает), а потом убивает все и просит повторить все. Т.е. всякие коллизии приводят к тому, что сам TCP/IP стек начинает играться во что-то подобное flood ping-у. Вот, как утилизация общей шины доходит до 60%, так все начинают перепосылать ещё больше усугбляя ситуацию и всё идёт в полный разнос.
Там фактически, разделение по времени. Могут быть подполосы, но все работают по подполосам, поэтому ситуацию можно рассматривать только по одной.
Вот тут радиолюбители обсуждают помехи от неграмотно сделаных схем питания ледов и другой электроники .Вот пример отечественой электроники . http://www.cqham.ru/forum/showthread...F4%E8%F0/page2
Если у вас какая-то передача информации не работает, можно пробовать отключать экономное осещение , менять нетрансформаторные сетевые адаптеры , перемещать по квартире станок , включать в другое время суток . Может поможет а может и нет . Это вопрос сложный и требует щепитильности .
Ну, я не настоящий радиолюбитель. Но у меня тут сидят двумя этажами выше настоящие радиоинженеры, которые разрабатывают вещи для управления поездами, как изнутри, так и снаружи. И всё это работает в очень грязных условиях. Поэтому у них есть свои методы поиска источников загрязнения и разработки последующих решений. Соотвественно и аппаратура есть. Я же больше по реализации протоколов коммуникации с этим оборудованием и системам управления поездами (Computer Aided Dispatching). Ну и в прошлом разработчик систем по управлению сетями. В свете вышесказанного, имею представление по поиску и идентификации проблем.
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)