Создадим свой открытый протокол обмена данными между контроллером и модулями

обеспечение глобальной уникальности значения макадреса.Kotische, 20 Янв. 17, 11:22

если придерживаться правил
[сообщение #12375770]

XXX - Идентификатор производителяmak, 14 Июля 15, 13:54

Угу, создадим центр учета и сертификации производителей...

проблему поиска датчика, если на шине присутствуют несколько неинициализированных датчиковKotische, 20 Янв. 17, 11:22

решает последовательное подключение датчиков к шине .)

Добавлено через 2мин.:

Последовательное в смысле времени -- подключили один, инициализировали, подключили второй, и т.д.

Kotische, хе, достаточно одной темы, написал заявку, получил свой номер - вперед

решает последовательное подключение датчиков к шине .)makh, 20 Янв. 17, 11:39

Такой вариант тоже приемлем.
Кнопка технологичнее чем дергание провода.

Или предварительно подключать датчик к контроллеру для "сдруживания", а уже потом использовать его для построения системы.

https://www.aliexpress.com/...2737192527.html
займет 4 ноги контроллера

4 ноги контроллераwoddy, 20 Янв. 17, 12:22

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

Добавлено через 2ч. 7мин.:

Еще можно, конечно, из них ЦАП сделать на резисторах. Тогда для чтения конфигурации одной ножки АЦП хватит. Допустим, даже байт уверенно прочитаем таким образом. Все-равно мало.

Добавлено через 11мин.:

И лениво.

А чем плох прошитый в железку адрес? Типа как у 18B20 серийник 6 байт? Почему желание вручную конфигурировать адрес каждой железки? Какая разница какой он, главное чтоб был уникальный, не? Мож я чет пропустил в дискуссии...

Почему желание вручную конфигурировать адрес каждой железки?makh, 20 Янв. 17, 13:30

я вот тоже не понимаю

создадим центр учета и сертификации производителейKotische, 20 Янв. 17, 11:34

Этим займутся разработчики пользовательских приложений и прочих драйверов. Под давлением объективных рыночных факторов и в тесном сотрудничестве с производителями .)

Почему желание вручную конфигурировать адрес каждой железки?makh, 20 Янв. 17, 13:30

Потому что шина медленная, гонять по ней туеву кучу баластных данных в каждом такте не козырно.
Пусть на шине 100 устройств (что уже много), для адресации более чем достаточно одного байта (8бит).
Если же ориентироваться на ГЛОБАЛЬНУЮ УНИКАЛЬНОСТЬ устройства то нужно 6-8 байт.

Т.е. адрес на шине однозначно должен присваиваться центральным контроллером.

Но что бы присвоить адрес нужно идентифицыровать конкретный экземпляр датчика.
Т.е. датчик должен иметь гаранторованно глобально уникальный номер - а это порождает организационные проблемы.
Так же отлов на шине датчика с длинным идентификатором само по себе достаточно гимморойная процедура.
Почитайте алгоритм поиска датчиков на шине для ds1820.

Почему желание вручную конфигурировать адрес каждой железки?makh, 20 Янв. 17, 13:30

Потому что адрес должен быть уникальным или в данной системе или в общем.Лучше если это будет в данной системе, но тут возникает вопрос если одно устройство делает Петя а другое Вася.Как они узнают у кого какой адрес уже задействован.А если два устройства будут находиться на одном адресе то разнести их программно на разные адреса достаточно сложно.С длинными адресами тоже проблема, проблема с их поиском (бинарные алгоритмы поиска,последовательный перебор). По этому мое предложение адрес устройства сделать сменный и оставить его длинной в 1 байт.Реализовать команду обращения к  устройству с использованием под адреса который может меняться или кнопкой или случайной генерацией. Получается чтоб обратиться  к устройству достаточно его адреса (который  можно поменять для нужд программы)но в любом случае полный адрес складывается из адреса и под адреса XX:AA  Где XX - адрес порта как в модбасе  АА - адрес под порта (изменяемый кнопкой или программно на усмотрение разработчика) Далее разработчик просто описывает как можно поменять под адрес в его устройстве. А программа присваивает номер устройства самостоятельно так как нужно данной системе.

Добавлено через 13мин.:

Разрешение конфликтов два устройства сидят на одном порту : обращаемся последовательно к 256 под адресам, находим отклики на под адрес и разносим на разные порты.
Два устройства имеют одинаковый порт и одинаковый под адрес : Вариант 1 - более интересный  даем команду случайной генерации под адреса каждое  устройство  генерирует случайно свой под адрес. Далее Пункт 1.
Вариант 2- отрываем свою задницу со стула и идем отключать одно из устройств или жать на нем кнопку или дергать перемычки кому  как нравится, здесь свобода творчества.

Добавлено через 7мин.:

Вот мое давнишнее видео, здесь реализован именно бинарный поиск устройств

Т.е. адрес на шине однозначно должен присваиваться центральным контроллером.Kotische, 20 Янв. 17, 18:55

Как-то не получилось логически поскладывать. Почему? Из-за лишних пары байт адреса у каждого пакета? Эт какая такая шина медленная? Да нунах.
А на каком васче уровне, в аналогиях с интернетами если выразиться, протокол хотим придумать? Носитель, сеть, данные? Точно ничего готового не годится?

Точно ничего готового не годится?makh, 21 Янв. 17, 02:24

"Всё дело в цене на билет!"(С) Машина Времени

тинька и мега стоят одинаково. странно использовать тиньки. только "из любви к искусству"

Полбайта малоmakh, 20 Янв. 17, 13:30

Допустим, даже байт уверенно прочитаем таким образом. Все-равно мало.makh, 20 Янв. 17, 13:30

у вас ожидается более 16 устройств на шине? 

Эт какая такая шина медленная?makh, 21 Янв. 17, 02:24

Простые расчеты берем скорость 250К то есть 250000/8= 31250 это столько байт можно переслать за секунду делем на  2 поскольку Вам нужно отослать команду и получить ответ 15625 байт. Дальше делим на 32 устройства и получается 488 байт а если еще  сюда добавить время ожидания ответа на запрос то байт 200 получится. Заметьте я взял максимально возможную скорость. А про скорости 9600 и  говорить не приходится.

А про скорости 9600 и  говорить не приходится.terminal, 21 Янв. 17, 08:07

А когда-то TCP на таких скоростях радовал.

Тогда надо ставить роутер и к каждому датчику тянуть отдельную линию, а здесь линия одна.terminal, 08 Янв. 17, 12:23

И писюки подключенные последовательно коаксиальным кабелем тоже.

ИМХО не будет из этой идеи ниче путного. Человечество в рамках своей эволюции наплодило и носителей, и протоколов в количестве чуть менее чем избыточном. Брать адекватно задаче и пользоваться на здоровье.

ИМХО не будет из этой идеи ниче путного. Человечество в рамках своей эволюции наплодило и носителей, и протоколов в количестве чуть менее чем избыточном. Брать адекватно задаче и пользоваться на здоровье.makh, 29 Янв. 17, 02:08

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

Добавлено через 6дн. 17ч. 4мин.:

Для тех, кому нужна "супернадежность", предлагаю рассмотреть для использования МЭК-61850 — стандарт «Коммуникационные сети и системы подстанций»

 Тяжкий протокол у автоматики электрики. Запаритесь реализовывать.

Написал простенькую программку для мониторинга протокола и выкладываю схему преобразователя для FT232RL. Программа работает только с этим преобразователем.Интерфейс 485.Скорость 250К DataBits:=8;StopBits:=2;Parity:=0;. Перед сообщением идет сигнал "Брейк". Возможны проблемы в работе если нарветесь на китайскую подделку FT485RL, покупайте ее только у проверенных поставщиков.

Добавлено через 1мин.:

Программа как передает данные в линию так и принимает ответ.

Зачем 485 линия притянута к питанию и gnd?
Зачем отключать приемник? На нем можно сделать самоконтроль и точный переход в режим приема, точнее можно с него вообще не уходить.