Избавиться от проводов - Страница 3

pt200 · 30.06.2021, 11:51

Сообщение от valenok

Странные у нас компании (те, кто с оптикой работают) - не хотят просто продать кабель с приваренными коннекторами.

Существуют механические соединители оптики( без сварки):
https://shop.nag.ru/catalog/02270.ko...23.snr-link-ps

P.S. правда зачищалку, скалыватель и тд придется где то брать...

laser532 · 30.06.2021, 11:53

Ищите внимательнее. Наконечники давно сильно подешевели. Сейчас есть клеевые с отличной точностью. И не по 50 долларов каждый, а по паре. Смотрите китайские наборы. Если сами не найдете, напишите в личку.
схема поиска: через ютюб ролики о дешевом домашнем ВОЛС интернете на ссылки на Али, а там оно уже по аналогиям и продавцам выводит на нужное. Ютюб как поисковик интересный ресурс все же.

makakus · 30.06.2021, 12:42

Сообщение от NewWriter

о своем опыте по организации двустороннего радиоканала на nRF24L01 для опроса датчиков.
Один головной блок, выступающий в роли сборщика данных с нескольких блоков датчиков. Радиомодуль в головном блоке работает в режиме отправки нескольких байтов команды (запроса) по адресам радиомодулей датчиков. В ответ на запрос радиомодуль датчика отправляет подтверждение с прикрепленной полезной нагрузкой,

Это у вас датчики со стационарным питанием? Всё время на приёме, жрёт 15 мА?
Прелесть протокола Nrf24 в нагрузке, кодоторая может быть в подтверждающем пакете. Я делал датчики на батарейках, наоборот: концентратор всё время на приёме. Датчик проснулся, отправил пакет с данными. Повторы, подтверждения - всё делает протокол сам. Если нужно пообщаться с датчиком, концентратор добавляет payload в подтверждение приёма. Датчик его получает, всё понимает и не спит, а общается пока нужно. Недостаток - запрос к датчику не может быть обработан до того, пока датчик не проснётся очередной раз.
Выключателя на датчике не было. Батарейку они не меняли годами.

makakus · 30.06.2021, 12:49

Как-то не доверяю я радиоканалам...
Нет, если это, например, датчик температуры для отопительного котла, то и бог с ним: там торопиться некогда. Или метеостанция. Пропустил пару измерений - не беда. А если это считыватель ключа, чтобы открыть дверь, то спорадические задержки раздражают и сказываются на карме техперсонала

Оптика решает проблемы.
Медиаконвертор ethernet - fiber. В него втыкаем хабик (вот, например, для самоделкиных. Или старенький модем ADSL, или что там у вас валяется с подпаленным телефонным портом) В хабик втыкаем ваш eternet и преобразователь rs485(многоканальный?) - ethernet. Китайская моха?
На той стороне разбираем пакеты по ip-адресам. MOXA5130 пробрасывает через ethernet виртуальный COM-порт.

NewWriter · 30.06.2021, 13:32

Сообщение от makakus

Это у вас датчики со стационарным питанием?

Да, со стационарным питанием. Там даже не отдельные датчики были, а целые блоки с питанием от больших свинцовых аккумов. И не только датчики, но и исполнительные устройства.

Пакет подтверждения даже без полезной нагрузки является сам по себе адресным подтверждением, поэтому добавлять в полезную нагрузку еще одно подтверждение не обязательно.
Я использовал Ack+Payload для обратной отправки состояния и информации с датчиков в ответ на запрос или команды.

makakus · 30.06.2021, 13:48

Сообщение от NewWriter

добавлять в полезную нагрузку еще одно подтверждение не обязательно

Нет, если концентратору ничего не нужно от датчика, он отправляет ack, автоматически, и обмен заканчивается. Если нужно - ack+payload. Payload заранее ставится в очередь, внутри чипа нордика и там ждёт обмена. Очень удобная фича протокола, управляющая программа работает по прерываниям не тратит время на ожидания и т.п.