Arduino.ru

Бесплатно тут только послать могут. ;)

Протокол это когда заинтересованные люди сели и доноворились.

Только тепличного? Я вот думаю как бы у меня курятник, теплица, сигнализация и модуль управления обменивальсь данными.

Но пока не придумал, а в чем фишка именно тепличного протокола? У вас несколько теплиц? 

Согласен. Хотел бы все построить на 485 из-за дешевизны, скорость 250К  как в DMX512ом. Многие пишут что делать на модбасе. Но там много фишек которые не подходят для меня. В частности нет шифрования данных, устройств всего 255 на линии.

Точнее протокол обмена данными между датчиками и исполнительными устройствами. Может и есть что-то готовое но я пока не натыкался.

Modbus чем не устраивает?

Наверно тем, что его разрабатывать не надо.

Как контроллер узнает что за датчик стоит в сети ? Получается что всеровно что-то лепить прийдется. Кто ему будет назначать адрес. 

я у себя передаю по 2.4Ггц, nrfl01 полно на али которые работают на растоянии около 1 км, просто посылаете массив чисел из которых одно идентификатор вашего устройства, остальное данные, и не надо придумывать велосипед:)

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

вы все равно будете начинать сначала, придумайте разные id например из 2 букв в начале- что за сосед. 2 цифры - что за устройство и.т д

Хотелось колективного участия, а то людям нужна всякая автоматизация и все это пытаются в один МК засунуть. Я уже дошел до уровня разделения. Пришел к тому что прийдется писать свой протокол. Вот и пытаюсь народ подвигнуть чтоб он не только для меня был удобен.

А народу это зачем? Что такого уникального в  "тепличном" протоколе? В теплице три объекта: градусник, форточка, нагреватель. И один субъект - контроллер. Что протоколировать-то? Зачем шифровать? 

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

человека надо поддержать, может напишет и модбас с криптошифрованием данных.

только не надотак, как у некоторых: 1 меседж: нужна тарелка борща, научите борщь готовить. 2 меседж: да мне то тарелка борща нужна, налейте готового.

У меня сложилось впечатление что кроме модбаса и протоколов больше нет. Ни куда не деться от части этого протокола. Таких как контрольная сумма и.т.д. Почему новый, да потому что так удобно ! Мне удобно заложить в протокол определенное место для данных, определенное место для адреса, для команды и.т.д. Зачем заниматься извращением и крутить модбас, когда уже много протоколов которые специально заточены под конкретные цели. Часть протокола можно взять и от модбаса.Вот начал накидывать: 

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

Или даже оригинальней, можно вместо номера пакета в пачке  передать число оставшихся пакетов.

Квитинг после каждого пакета?

Или я так понимаю это у вас одногранговая  сеть с маршрутизацией? Пакеты разделяются таймслотами?  Как с коллизиями бороться собрались?

опишите хоть логику работы сети, скорее всего  за 50 лет арпанета есть готовое решение.

А так сложилость впечтление что это не RS485 и не теплица.

Кто в тёмную играть соберётся, не знаю.

Наверное теплица большая и там работают рабы-китайцы. А чтоб не саботировали - вводится шифрование и т.п. А может даже выдумывается протокол управления... китайцами

Часть взял от RDM и DMX512, на счет тип кодирования поднять выше согласен, тогда и сама команда будет зашифрована. Но это даст тем кто знает протокол часть зашифрованых данных. К примеру посылаем команду на обновление ПО, протокол открытый и тот кто пролучит эти данные будет знать что значат первые три байта хотя они под шифром.

вот пример работы

Еще планируется такая ситуация когда исполнительное устройство слушает шину и реагирует на события от датчика, также в сети будет сидеть комп, но не в качестве мастера а в качестве монитора сети. То есть мастер общается с датчиками а комп выводит данные в сети. (инет или сайт)

Ситуация с форточками, мастер программирует форточку держать температуру 25 градусов относительно датчика установленного рядом с форточкой , потом опрашивает датчики температуры, форточка смотрит в потоке данных свой датчик и реагирует прикрывая или открывая створку. Мастер изредка заглядывает в форточку и проверяет все ли в порядке.

Из датчиков : термометры, датчики влажности, давления, уровня жидкостей, освещенности и.т.д.

Из исполнительных устройств: насосы, увлажнители, обогреватели, освещение, зашторивание, форточки и.т.д.

Запись даннах в AT24C1024 пример 5-и транзакций, ответа от слейва пока нет.