Comments 32
Zigbee вроде на 2.4GHz работает, нет ли помех от вайфай? Что с задержками и джиттером? Делаю проект для IoT, смотрел в сторону Zigbee, но в итоге не решился.
у нас в цеху вайфай не было в таком количестве чтобы их почувствовать, гораздо аккуратнее надо быть с репиераси и не переборщить на квадратный метр с ними. при стеме раз в секунду мы не наоблади задержек или потери. Конкретных цифр по джиттеру/задержкам у меня нет.
Столкнулся с проблемой связи. Часть устройств тупо переставала отправлять кадры в эфир. 10 минут с периодом 12 минут. Хотя счётчики кадров на всех уровнях считают. Думал, что программный косяк. Потом посмотрел эфир SDR приемником - рядом стояла глушилка, которая и работала с таким интервалом. И проблема не в том, что устройства не слышат друг друга. Они все были на стенде одном столе, и сниффер работающие устройства спокойно слушал, находясь немного дальше. ZigBee перед передачей ожидает освобождения канала, который никогда не наступал при помехах. Поднял порог на 20 попугаев и вроде стало получше. К слову, WiFi передаёт короткими кадрами, и не очень сильно мешает при небольшой нагрузке
Скрытый текст
" новый датчик автоматически встраивается в топологию. "
И как жеж он это делает шельма? Пришёл работяга со шалабушками с Озона и автоматом прописал "станок" в цеху ?
Может кто знает - этот NAPI-C не урождённый ROCK Pi S случайно ?
FCU3308PZ отслеживает только одну фазу ? Как быть с трёхфазным оборудованием ?
Так там равный ток по фазам.
К сожалению при наличии инверторов и прочего рода импульсной техники есть несимметрия и она может быть значительна. Можно использовать тот же модуль PZEM совместно с PTVO. Только их придётся ставить три.
В 3-х фазном станке электродвигатель от 1,5кВт с равномерной нагрузкой по фазам и управляющая электроника на 50-100Вт на какой-нибудь одной из фаз. Т.е. имеем 2,8А на 2-х фазах и 3,4А на третьей. Ну так себе неравномерная нагрузка. С увеличением мощности эл.двигателя разница будет еще меньше.
Это если станок принципиально трехфазный - чистая механика на асинхронниках и больше ничего. В практике - например, есть нагрев однофазный. Или оси с однофазными сервами. Или другое однофазное оборудование.
Плюс разного рода неисправности - чаще всего электролиты в ПЧ и серводрайверах, резисторы тормоза.Плюс изначальная неравномерность фаз по напряжению будет умножаться на ПЧ. Крч, бывает. Но для бинароного определения вкл/выкл это конечно пофиг.
это все добавляет проводочков, точек питания и прочих точек отказа, пожтому мы делали одну коробку измеритель.
для трехфазного можно пользоваться внешним измерителем типа ICP DAS PM3133, но это сильно усложнит подключение и удорожит всю систему. Самое правильное сделать FCU3308P3Z но модуль трёхфазный занимает сильно больше места, сборщик будет больше по габаритам. Пока хватило однофазного, .дано просто надо знать пороги токов.
честно говоря, не понял зачем для сбора такого простого набора данных потребовался целый здоровый комп
В решение отсуствует требование к компу, вероятно его можно взять на "Вавито".
Да решение избыточно. Но тут вопрос что дешевле. Либо городить ethernet и modbus tcp на esp32, либо взять готовый комп и программиста из наличия в штате, который под линуксом все поднимет. Тут судя по всему железячников не было в проекте почти.
Взять готовый PTVO модуль измерения тока не вариант?
ну как вам сказать, мы спроектировали модуль zigbee в слот материнской платы и саму материнскую плату. на заводе вы не можете поставить есп с вайфай + pzem004 на питании от юзб зарядки. Ну и Линукс универсален, как я уже писал локально хранит данные. Поддерживать Линукс прощея все сделано вокруг понятных программных продуктов в не прошивки на С.
комп позволяет хранить данные, плдстраховывая сеть передачи данных, позволяет снимать локальные метрики которые можно писать чаще или по сценарию, в общем больше маневра автомтизации. да и комп на rk3308 не такой уж комп, скорее Линукс вычислитель.
Быстрый поиск в гугле сообщил, что ESPHome поддерживает zigbee на таких устройства:
You cannot use standard ESP32 or ESP8266 chips because they do not have a Zigbee radio. You must use a microcontroller with a built-in IEEE 802.15.4 radio. [1, 2]
ESP32-C6: Features Wi-Fi 6, Bluetooth 5, and Zigbee/Thread.
ESP32-H2: Features Bluetooth 5 and Zigbee/Thread (No Wi-Fi). It is generally more stable for pure Zigbee projects.
nRF52 Series: Microcontrollers like the nRF52840 are also fully supported.
Я не проверял, но задумался о покупке ESP32-c6 или h2 и подсоединить их к z2m.
Я хотел написать что ESP32-c6 в принципе с точки зрения Zigbee закрывает большинство вопросов. Но тут увидел ваш комментарий
В статье скорее всего используется модуль RF STAR на СС2652. Так вот, есть негативный опыт использования esp32-c6 с питанием от акб. Чип СС при 10мА без усилителя делает esp с6 с потреблением 80мА.
Возможно что то в коде, но и на дефолтных примерах все грустно было.
Зачем компьютер? Это просто прослойка между датчиком и зигби? Может имеет смысл поставить сразу датчик тока зигби?
Станки подключаются в щитке же. Зачем ставить комп в станок если он меряет только ток? Почему не поставили датчик в щитке?
Заказчику достаточно определения "включен или нет"? Не было требования "включен/работает/выключен"?
Сам в процессе разработки похожего. Но я отказался от токовых датчиков, слишком мало информации. Рабочий пришел, включил шпиндель и "работает" - это недостаточно. Надо как минимум смотреть нагрузку, а лучше - отслеживать подачи.и СОЖ для ЧПУ. Размышления идут в сторону реле с дискретными входами WB. Ну и конечно никакого зигби, набаловался я с ним уже.
датчик тока с зигби я в природе не видел, все остальное колхоз разной степени. Заказчики на таких проектах преобратют вкус во время еды, сначлаа достаточно просто порогов, потом начинается креатив уже на фоне поступивших данных. Можно сделать датчик PTVO с прошивкой модбас + датчик тока типа PZEM если совсем бюджетнонадо и без хранения локальных данных, но задача стояла несколько сложнее. Да и по большому счету чтобы был не колхоз, всеравно надо городить плату, питание, корпусировать.ю и думать о вотчдог. А потом думать как это поддерживать обновлять и дорабатывать. В Линукс модуле это на порядок проще и универсальнее.
датчик тока с зигби я в природе не видел, все остальное колхоз разной степени.
А искали? Ну вот например если хочется фирмы. Или вот, если малосерийкой не брезгуете.
А потом думать как это поддерживать обновлять и дорабатывать.
Мы о датчике говорим? Зачем датчик обновлять?
В Линукс модуле это на порядок проще и универсальнее.
Задача: снять сигнал, оцифровать, передать. Вариант с датчиком: одна железка, никакой ОС, катушка - АЦП - радио. Вариант с линуксом что из нужного добавляет? Он содержит все те же точки отказа + еще миллионы. Требует настройки, обновления, документирования, программирования. Ну универсальней наверное, можно на нём даже веб-сервер поднять. Только зачем? И почему тогда полумеры - можно поставить туда полноформатный ПК с монитором, тогда если заказчик захочет, то токарь сможет в танчики гонять.
Очень интересное решение. Спасибо!
Мы экспериментируем с фиксации работы примитивных станков - ручные термопрессы, тампопеатные станки с пневмоприовдом и пр. Там все решается датчиками холла и пр.
Для прнитеров-плоттеров решение не могли придумать. Насколько чувствителен датчик тока, может ли он уловить движение головы принтера, которая приводится в действие шаговиками с пиковой мощностью не более 20-30 ВА?
Что получил завод
вот этот раздел мне доставил, прям порадовался. результат, вполне показательный.
А не проще ли было Thread/OpenThread использовать?
Поверх него IPV6 нормально ложится. Можно какой-нибудь COAP или MQTT SN замутить
Как мы сделали простой мониторинг загрузки станков через Zigbee-сеть: open source стек без кабелей и вендорлок