Разработка собственного железа

[cg_shura]

А умные сами передают значения с разными интервалами. Передача идет миллисекунды и даже случайное совпадение во времени практически исключено.

Понятно, разделение по времени передачи (случайное). При реальном использовании сенсоров будет достаточно много и чем их больше тем вероятнее что будут передавать одновременно более одного. Тут нужно каждому сенсору иметь RTC и знать время своей передачи, тогда это будет работать более менее приемлемо.

В любом случае все это надо продумать до реального проектирования схем/плат, иначе результат будет в виде удовлетворенного зуда "я сделяль", а не в виде коммерческого продукта. Тут же речь о бизнесе на этом, верно?

[serghei]

Делать на этом бизнес я не уверен и не моя стихия. А протокол написан как тестовый для одного датчика. Вообще у NRF24 6 " труб " по 254 канала. Надо дописать протокол для того , чтобы каждый сенсор разговаривал на своем канале.
И АМС знал количество и номера датчиков , по типу далласов. Более подробно и детально проблемы описаны в ветке про сенсоры.
PS Конечно , прежде чем даже заказывать платы (а еще лучше готовые распаянные ) надо отточить все моменты.

[cg_shura]

Делать на этом бизнес я не уверен и не моя стихия.

Лучше конечно чтобы усилия не пропадали даром и в итоге вышел коммерческий продукт, а не хоббийная поделка.

А протокол написан как тестовый для одного датчика. Вообще у NRF24 6 " труб " по 254 канала. Надо дописать протокол для того , чтобы каждый сенсор разговаривал на своем канале. И АМС знал количество и номера датчиков , по типу далласов. Более подробно и детально проблемы описаны в ветке про сенсоры.

Если мастер может одновременно слушать все 6*254 канала - это хорошо. Если нет, батарейный узел должен довольно долго повторять передачу, пока мастер не прослушает все 6*254 канала.

[serghei]

По факту получается в два раза меньше. В первой трубе сервер дает запросы , а слушает в другой. И даже если по 1 секунде на сенсор 254 секунды это меньше 5 минут на весь опрос. Столько сенсоров сложно придумать , да и абсолютно не нужно. Проще запустить сотню серверов на ЕСП , каждый занимается своим делом. Да и по деньгам дешевле будет ( Node_Mcu + NRF24 - 4 бакса)

[cg_shura]

По факту получается в два раза меньше. В первой трубе сервер дает запросы , а слушает в другой.

Если сенсор батарейный, он не будет ждать запрос от мастера. Он должен проснуться на короткое время для отправки данных и заснуть. И мастер должен успеть перебрать все каналы и принять данные от сенсора.

Плюс перед поставкой заказчику надо будет для каждого сенсора выставить в настройках/прошивке уникальный канал.
И записать его в данные о заказчике, чтобы когда он захочет добавить сенсоров, отправить ему новые с уникальным номером канала.

И даже если по 1 секунде на сенсор 254 секунды это меньше 5 минут на весь опрос. Столько сенсоров сложно придумать, да и абсолютно не нужно. Проще запустить сотню серверов на ЕСП , каждый занимается своим делом. Да и по деньгам дешевле будет ( Node_Mcu + NRF24 - 4 бакса)

Это получается будет сотня микросетей, в каждой свой набор радиосенсоров?случае?

[serghei]

Плюс перед поставкой заказчику надо будет для каждого сенсора выставить в настройках/прошивке уникальный канал.
И записать его в данные о заказчике, чтобы когда он захочет добавить сенсоров, отправить ему новые с уникальным номером канала.

А вот с этим ооочень очень большие проблемы. Программист с ними разберется, а простой пользователь системы даже не подступится. Автоматом добавить сенсор на АМС не получится.Мне чтобы добавить вывод дополнительного значения одного из сенсоров в даш-панель потребовалось дописать код в 14 вкладках ! Да никакой пользователь этим заниматься не будет. Ему надо смотреть в сторону MySensor , там все автоматом.

[cg_shura]

А вот с этим ооочень очень большие проблемы. Программист с ними разберется, а простой пользователь системы даже не подступится. Автоматом добавить сенсор на АМС не получится.Мне чтобы добавить вывод дополнительного значения одного из сенсоров в даш-панель потребовалось дописать код в 14 вкладках ! Да никакой пользователь этим заниматься не будет.

Значит система кривая, раз надо сущность править в 14 местах.

Ну а прошивку пользователь править не будет, это точно. Он получит готовое устройство с уникальным каналом. А производитель уже перед отправкой прошивает уникальный канал каким-нибудь конфигуратором через USB например.

Но все равно это гемморой. Надо не отправить два сенсора с одинаковыми каналами. Надо вести базу сенсоров пользователя.

Ему надо смотреть в сторону MySensor , там все автоматом.

А как именно автоматом?

[serghei]

Ну насчет кривизны системы вопрос теоретический , так как система замкнутая. ( конечный пользователь получает её как есть , но софт бесплатный и открытый). Любое изменение надо делать руками и головой. С другой стороны где ещё можно найти готовый веб сайт градусника за 10 баксов с железом? Поэтому о какой то коммерции говорить сложно. Попробуйте объяснить юзеру как надо прописать даже название домашней сети ? Он что - полезет устанавливать IDE на своём планшете?)))
Тяжело это представляю.
По поводу MySensor это к Ivan-у или на их сайт. Сам пока не разбирался. Только слышал и чуть читал

[kalina]

Как решаются коллизии при одновременной работе множества датчиков

Не знаю.

Сенсор в ванной - это для демо, или так и будет?

На фото - демо, простой муляж. Но такая задача у меня есть.

Как там дела с влагозащитой? Если поставить в корпус герметичный - как вынесен датчик влажности?

На эти вопросы у меня пока нет ответов. Может вы что-то подскажите? Наверное, оптимальный вариант - это герметичный корпус + выносной датчик.

Тут нужно каждому сенсору иметь RTC и знать время своей передачи

А как синхронизировать весь этот массив датчиков?

В любом случае все это надо продумать до реального проектирования схем/плат, иначе результат будет в виде удовлетворенного зуда "я сделяль", а не в виде коммерческого продукта.

Ну, тут надо запастись терпением и ...... деньгами)))

[cg_shura]

Тут нужно каждому сенсору иметь RTC и знать время своей передачи

А как синхронизировать весь этот

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

Наверное, оптимальный вариант - это герметичный корпус + выносной датчик.

Да, или плата покрытая двумя слоями лака и отсутствие механических контактов. Сам чувствительный элемент сенсора понятное дело надо оставить открытым, но все пайки должны быть защищены лаком.

Что-то корпус по картинке с али мегадорогой (3 с лишним доллара), такому цена в 50 центов.

Ну, тут надо запастись терпением и ...... деньгами)))

Да, между прототипом из готовых модулей и коммерческим продуктом - пропасть. Но дорогу осилит идущий

p8gEloU1c0o.jpg (26.94 КБ) 6950 просмотров