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

только выпивка ирл своя у каждого

https://media.giphy.com/media/l0HlMpjn9TEm416gg/giphy.gif

Всё хуйня, но вот яичница огоричла?

Котики! С праздником!

Хуйня ваш праздник. День 7 ноября - красный день календаря

Хуйня ваш праздник. День 7 ноября - красный день календаря

Выходной же!!

Выходной же!!

не у всех:)

Ну вот хз

Мне не нра, что выходной, за субботу теперь успеть неуспеваемое

@catwhocode пинг

@catwhocode пинг

pong

всем Адик, посоны

товарищи. а собралось ли тут подкритическое количество людей, связанных с пром. автоматикой и/или с автоматизацией зданий? если да, то проявитесь (в чатик или в приват) меня всё не покидают мысли про организацию этого дела в отдельное направление

проявлюсь и тут

как можно не стать мизантропом, когда кругом, куда ни плюнь, сплошь быдлуганы и дауны?

ты зачем вверх плюёшь-то?

Соратники, а подискутируйте со мной за MQTT, a? Вопрос длинный, я его у себя в ЖЖ описал. Можно тут ответы, можно там, мне все равно.

http://aterentiev.livejournal.com/195241.html

ОП - МИЗАНТРОП

кто спиздил все провода?

кто спиздил все провода?

держи

http://s00.yaplakal.com/pics/pics_original/4/6/1/6541164.jpg

http://s00.yaplakal.com/pics/pics_original/4/6/1/6541164.jpg

вот, совсем другое дело же

http://aterentiev.livejournal.com/195241.html

философии у mqtt довольно мало, есть конвенции разной степени общепринятости. логика не у брокера, а где-то отдельно (вполне возможно, на том же хосте что и брокер). к тому же, из-за бриджевания понять где именно "главный" брокер становится довольно сложно. например в WB есть отдельный демон который слушает весь трафик по mqtt и по событиям дергает скриптики, которые посылают команды актуаторам через тот же mqtt. если устройство законченное и не предполагается что будет юзаться не по назначению (кнопкой открытия третьей ставни включать свет в сортире) - я бы выбрал третий вариант: на каждую ставню по топику с текущим состоянием, на каждую управляемую сущность по топику для команд. при любом изменении состояния ставни (пофиг, локальными кнопками или командой извне) - публикуется retained сообщение в топике состояния (его смогут получить все кто подпишутся на топик, в том числе в будущем).

а блин, я криво прочитал задачу. в состоянии наверное лучше держать что-то в духе stop/up/down, и команды аналогичные.

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

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

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

ну вот все радуются наличию MQTT, но профилей почему-то не насоздали, а было бы неплохо

их надо-то для начала едва ли десяток

разве не это основная проблема умных домов ?

zigbee профили не ку ?

основная проблема кмк в неспособности и нежелании производителей договариваться (они же становятся внезапно взаимозаменяемыми)

дык

zigbee профили не ку ?

Там нет же профилей для конечных устройств

Там роли и всё

Просто есть Endpoint Router (вроде так называется), у которого можно рулить пинами.

ну вот все радуются наличию MQTT, но профилей почему-то не насоздали, а было бы неплохо

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

а уж как до этого стандартизаторы доберутся

так там будет и MIB, и ASN.1 и гуиды на каждый подвид кнопки

это не совсем так емнип, профили имеют неоспоримое преимущество - не нужно каждый раз изобретать велосипед, чем мы (рунет) любим заниматься ежедневно

велосипеды изобретать можно и нужно, иначе бы мы до сих пор в J2EE и EJB с CORBA долбились.

т.е. я просто неоднократно сталкивался с тем, что люди начинают "брать готовый стандарт", а потом их поделием без талмуда на 1000 страниц пользоваться нереально.

а на самом деле у них там апи из 3 функций бы выставить и все)

поэтому все должно быть модульным

модульное можно по разному делать

воще насчет mqtt конечно интересно

впихнуть заранее известные базовые схемы в сообщения

именно

я просто уверен, что крупные производители и стандартизаторы это сделают неудобно :)

:)

а чо там внутри сообщений ходит кстати?

абстрактные бинарные массивы?

или какая-то структура предусмотрена

а чо там внутри сообщений ходит кстати?

Пэйлоад — что угодно.

Ну то есть, никаких структур.

ясно

тогда внутрь словарь, в словаре зафиксировать часть well-known полей, остальные под каждое устройство свои.

я бы сделал один топик на все устройства, а в сообщении указывал либо id устройства либо тэг группы устройств для подачи команд

в стиле "всем окнам на 3 этаже закрыться нахрен" :)

ERROR: S client not available

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

я бы сделал один топик на все устройства, а в сообщении указывал либо id устройства либо тэг группы устройств для подачи команд

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

может быть

в других mq есть фича типа "послать всем получателям по определенному паттерну"

учитывая еще селективную подписку с вайлдкардами на определенные топики

вот

тогда можно это на уровень протокола вытаскивать, что воще хорошо

это ж все брокер делает?

подпиской (перепосылкой сообщений от посылателей к получателям) брокер занимается

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

cableporn

порн тремя сообщениями ниже, а это - эротика! смотри, как красиво лежат провода!.. ?

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

и писда

тогда и будет порн

а что это за голова?

кабели не маркированы. а модули ввода-вывода чем-то ОВЕН напоминают. или наоборот

проявлюсь и тут

а ты с какой стороны? разработка средств автоматицзации или их применение? тоже Сименс, как и Кактус?

а что это за голова?

не моё

а ты с какой стороны? разработка средств автоматицзации или их применение? тоже Сименс, как и Кактус?

я со стороны коммуникационных протоколов, к Сименсу имею очень малое отношение - я с PCS7 работаю, а еще с Yokogawa Centum VP (много), Emerson DeltaV (чуть меньше), Foxboro I/A Series (совсем мало), мы наши контроллеры во все эти системы интегрируем через стандартные протоколы, доки по коммуникации пишем итд.

круто, однако меж тем, пока только человек шесть признались в причастности. эх. мало для чатика

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

хм. смотрю по деньгам они не сильно-то и отличаются. а почему evika?

Платформа удобная, нравится больше.

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

да, пока вполне себе могут. правда инженерка — не совсем по электронике. а тут быстро тонет.

Платформа удобная, нравится больше.

а ты на другие смотрел, когда выбирал?

а ты на другие смотрел, когда выбирал?

Не очень подробно, каждую пару часов может потыкал. Так что допускаю, что просто не разобрался

Я у них даже поработал какое-то время

«каждую» — это в рамках производителя? я просто смотрю на предметную область — куча производителей, у каждого одно-два направления. и в каждом направлении куча линеек.

а какая цель поиска?

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

Нет, похожие по возможностям контроллеры у разных производителей.