МыслиЩЩи: Похоже, без Джобса мы не увидим единой платформы вещей никогда...

Аватар пользователя Fanatic

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

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

Почему?

Да потому, что отсутствуют единые стандарты взаимодействия машин.

К примеру, что общего между такими проблемами:

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

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

Почему?

Я считаю — всё из-за глупости управления государствами и отсутствия воли с целью создать единые стандарты обмена информацией.

В стародавние времена были международные структуры типа IEEE, которые генерировали общие нормативы межпрограммного и межаппаратного взаимодействия такие как MODBUS и CAN. 

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

Такой подход тормозит прогресс и заставляет распылять ресурсы человечества.

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

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

Вышел человек из комнаты и смартфон увидел это и отключил технику — ничего сложного в такой задаче нет.

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

Когда знаешь сколько всего можно уже сейчас заложить в смартфон — удивляет насколько он тупой.

Отдельно про Андроид — удивляет насколько сложно запрограммировать автоматически запускающееся приложение. Это же вообще ни в какие ворота не лезет! Это вам не службы Windows...

Всё это грустно.

Прогресс остановился.

И никак нельзя из программы на Андроид получить доступ ко всей подключённой по bluetooth аппаратуре и едиными командами, относящимися к определённому типу техники общаться и доставлять пользу человеку.

Авторство: 
Копия чужих материалов

Комментарии

Аватар пользователя gruzzy
gruzzy(11 лет 11 месяцев)

всё из-за глупости управления государствами и отсутствия воли с целью создать единые стандарты обмена информацией.

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

Скрытый комментарий tokomak (c обсуждением)
Аватар пользователя tokomak
tokomak(14 лет 6 месяцев)

Зачем такой откровенный бред тащить на Афтершок?

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Зачем оставлять комментарий без аргументов?

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

Начну с того, что у меня реально реализованы дома хотелки автора. И без всяких единых стандартов. Практически все, что мне пришло в голову и что я посчитал удобным для себя. И такие хотелки, вообщем-то, индивидуальны. Например, мне вообще не упиралось голосовое управление. Допустим, я хочу посмотреть давление в горячей трубе. Что для этого надо? Вспомнить голосовую команду, коих в голове придется держать много, внятно произнести, а с просони это бывает трудно. Потом выслушать длинный ответ и осознать его. А я вообще молчун по жизни... А если мне надо узнать показание полчаса назад? Или час? Вот и получается мне проще ткнуть мышкой или пальцем куда надо и при необходимости - посмотреть график показаний. Хоть на компе, хоть на планшете, прибитом к стене, хоть на смартфоне. Это мне быстрее, проще и информативнее. Хотя другие делают такие решения, нет проблем. И искусственный интеллект мне нафиг не сдался. Мне нужна жесткая и определенная мной логика работы автоматики. И чтобы при наличии потопа из трубы система решила что это плохо и надо перекрыть краны, а не то, что хорошо бы таким образом помыть полы. Все те разговоры про IoT не более чем попытка сформировать новый рынок и развести потребителя. И еще очень большой вопрос надо ли это потребителю. Все это надо обслуживать... Вообщем-то все можно реализовать на древних методах промышленной автоматики, иначе - АСУТП. Домашняя автоматика вообщем-то ничем не отличается от промышленной по сути. Ну а стандарты... разнообразие полезнее. Кому-то по определенным причинам импонирует радиоканальное управление, кому-то (как мне) - только провода. В каких-то случаях можно использовать локальную сеть по IP, в каких-то древний RS-485 предпочтительнее. Во всем есть свои плюсы и минусы. В том числе и в зависимости от условий и требований автоматизации. Также не следует забывать о надежности. А то и домой можно не попасть, если вдруг поставил дома на входной двери замок с bluetooth, а тут электричество вырубили или что-то заглючило. Мне вот пришлось голову поломать как зарезервировать эту задачу в управлении и как обеспечить длительное резервное питание. 

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Ваш вариант не проходит для старичков. И по настройке всё слишком жёстко привязано и необходимо много программировать, что на сегодняшний момент глупо. Можно давно сделать, чтобы протоколы обмена информацией были такими, чтобы вообще не было программирования, а только Wizard'ы с вопросами, на которые требовалось бы отвечать только да и нет.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

И не только для них. Он вообще не подходит людям с низкой технической грамотностью. А программировать все равно придется, если хочешь чтобы выполнялся только тебе нужный алгоритм работы. Хоть на едином стандарте, хоть на "зоопарке". И все эти Wizard'ы - очень жесткое ограничение возможностей. В качестве примера... живут у меня зверушки в клетке, бурундуками зовутся. У них внутри подсветка, управляемая автоматикой по алгоритму восхода-заката. Просто система выдает время на текущую дату и свет включается и выключается. Зверушкам полезно, чувствуют сезон и ощущают когда им в спячку зимнюю ложиться. Вот скажите, это многим надо? Думаю единицам...А для кого-то нужна другая задача. И в итоге куча технически грамотного люда выберет совсем не единые стандарты и простоту. Для "старичков" я бы вообще посоветовал не ломать голову над всем этим и не создавать себе лишних проблем. Ну а попытки создать единый и удобный стандарт таки были... хоть z-wave возьмите. По мне - дорого, ненадежно и бестолково.

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Уверен, что просто надо всё нормально продумать.

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

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

Любое устройство в состоянии получить доступ к Сети и своему Серверу.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

Упростить все равно не получится. Все эти протоколы и программирование по моему опыту занимают куда меньше времени, чем выбор, монтаж и наладка датчиков и исполнительных устройств. Да хоть краны поставить на трубы с водой... это надо делать тупо с опытом сантехника и никакие протоколы не помогут. А потом еще к ним прилаживать автоматику. Краны разные бывают с разной логикой работы. 

Доступ к сети и своему серверу? Хотите в облако засунуть? В моем решении - без проблем... есть у моей платформы такие возможности. Но все равно надо настраивать сетевую часть. Сама она не настроится. Да и надежность такого управления под вопросом. Надежнее свой локальный сервер и/или контроллер. А то протечка случится, а в это время у твоего провайдера сбой произошел. А это опять выбор решения + знания и квалификация. Ну и обслуживание.

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

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

 

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

Протоколы - всего лишь способ обмена информацией. Без программирования все равно никуда... ИИ красиво только в теории. Попробуйте с такими идеями придти на производство и предложить, скажем, сделать управление нефтеперегонной колонной. Повертят пальцем у виска и спросят - "сидеть за аварию ты готов, когда бабахнет?". И именно в этой области и именно по этой причине в АСУТП жуткий консерватизм процветает. Им нафиг не нужны новейшие протоколы и новейшие идеи. Им нужны проверенные и отработанные годами решения, способные решать конкретную задачу. Ну а поскольку задач и условий великое множество - множество и разных решений. Ну а игрушки, типа, воткнуть вместо лампочки какую-нибудь хрень и управлять ей со смартфона по WiFi - полно и сегодня. Некоторым нравится поиграть в такие игры. Вот только до реальной автоматизации и удобства использования как до Луны. Ну а мне сам принцип управления через радиоканал не внушает доверия. И такое решение никогда не будет мной востребовано. А кому-то провода непригодны, поскольку нет возможности их проложить. Уже не получается единого протокола даже на физическом уровне. Ровно также и дальше... Вот Вы вспомнили про модбас выше. А знаете почему производители электросчетчиков его не используют? Точнее используют некоторые, но там где нет задачи передавать накопленные показания за прошлые периоды. Вот и изобретают свои протоколы для передачи этих данных. Модбас этого не умеет. Зато в простейшее устройства ввода-вывода впихивать такой протокол бессмысленно - ненужное усложнение и ресурсы оборудования. И так во всем. Ну а вообще, тот же модбас можно передать через разные типы устройств физического уровня. Хоть через 485, хоть через локальную сеть, хот через bluetooth. Это всего лишь среда передачи, физический и канальный уровни. И таких уровней далеко не один. И на каждом свой зоопарк протоколов, определяемый условиями и требованиями. Погуглите "модель OSI" для общего понимания, тогда и идея "единого протокола" в голову не придет.

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Я привёл Modbus и CAN лишь как пример единого стандарта. Это не значит, что у меня имеется пиитет по отношению к этим мастодонтам из глубокого прошлого.

Тем более, что есть куда более совершенный ГОСТ Р МЭК 61107-2001 «Обмен данными при считывании показаний счетчиков, тарификации и управлении нагрузкой. Прямой локальный обмен данными»

http://docs.cntd.ru/document/1200029479

где есть заранее определённые регистры - коды OBIS:

https://docplayer.ru/46370551-Obis-koda-dlya-obmena-dannymi-so-schetchikami-tepla.html

нашёл и некоторые попытки расширить возможности протокола:

DLMS/COSEM – открытый протокол для обмена данными с приборами учета:

https://habr.com/ru/post/303606/

 

Но это всё намного слабее, чем необходимо

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

Вот! А теперь надо задать вопрос - а не в приборах учета эти возможности надо предусматривать? Или оставить данный протокол только им? Ну а если стараться делать универсальное решение - получится очень громоздко. У российских производителей счетчиков, кстати, фактически нет единого стандарта протокола обмена. Печально, но факт. Даже для оборудования, выполняющего одну узкую функцию. Возьмите любую железку, которая будет выполнять какую-либо функцию... допустим, даже у нее будет стандартный протокол обмена. Допустим, она сама расскажет про свои регистры. Но они у каждой свои и еще надо как-то понять, что один регистр отвечает за считывание температуры, а другой - влажности, третий за состояние двери, четвертый - окна.. Остается вопрос еще ЧЕГО? Воздуха в помещении или внутренностей холодильника. И всякий раз надо управляющей системе объяснять чего в нее пихают. С помощью головы и рук человека.

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

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

Во-вторых, те протоколы, что есть сейчас - слишком слабые. Никакой искусственный разум не способен в полной мере задействовать возможности современного железа. Кадой железке нужен драйвер и по проводу её ещё ломать надо.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

Что значит слабые? Зачем счетчику поддержка, скажем, bluetooth, если при этом возникают коллизии при опросе этих счетчиков при том, если их десятки в ограниченном месте? И как тут поможет ИИ? Вот и используют поныне 485 на физическом уровне. Просто, удобно, надежно, универсально. А как данные доставить до потребителя - это уже следующий этап задачи. И решаться эта задача будет в зависимости от конкретных условий и разными путями. Вот протокол обмена для одного типа устройств - тут да, можно поработать. А взять электрочайник с управлением - ему 485 интерфейс нафиг не упирался. Возможно радиоинтерфейс или использование электропроводки для передачи команд. Да и зачем чайнику тот же протокол обмена, как у электросчетчика? Ему надо знать включить его или выключить. Больше ничего. А принимать решение что делать все равно будет не чайник, а система управления более высокого уровня. И там уже придется программировать много чего. В зависимости от потребностей пользователя. Одному надо со смартфона включить и больше ничего, другому - задать таймер на утро и тп.

Аватар пользователя vambr
vambr(13 лет 6 месяцев)

> Зачем счетчику поддержка, скажем, bluetooth, если при этом возникают коллизии при опросе этих счетчиков при том, если их десятки в ограниченном месте?

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

Аватар пользователя Скурлатий Магома

Ладно, ребята, фантазируйте дальше. На 485 это ровно тем же способом решается, там также есть ID на шине и методы устранения коллизий. Но вот когда домохозйка включает СВЧ печь, что начинает происходить с помехами на радиоинтерфейсе? А если в этот момент идет опрос данных? Если что, bluetooth и печка работают в одном диапазоне. Вот оно надо усложнять и потом бороться с теми проблемами, которые можно избежать?

Аватар пользователя vambr
vambr(13 лет 6 месяцев)

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

Аватар пользователя Скурлатий Магома

Ну попробуйте реализовать, кто мешает. Я реализовал у себя как мне надо и вижу что делают другие. А делают очень много разного. И как-то сделать что-то простое и доступное не очень выходит. Желание надо все же согласовывать с реальностью. Все остальное - сказки венского леса.

Скрытый комментарий vovbel (без обсуждения)
Аватар пользователя vovbel
vovbel(10 лет 10 месяцев)

no...но, но...сам Дурак!

Аватар пользователя vambr
vambr(13 лет 6 месяцев)

> Погуглите "модель OSI" для общего понимания, тогда и идея "единого протокола" в голову не придет.

Ой, дебииил... Именно модель OSI показывает что единый протокол возможен и указывает путь как его примерно реализовать. Все сетевые карты на планете электрически совместимы между собой.

Аватар пользователя Скурлатий Магома

Чего? Представление хоть имеете? На каждом уровне свой протокол. И этих протоколов в зависимости от... великое множество. Кладете витую пару - один физический протокол, оптику - другой, WIFi- третий. И поверх идет сетевой уровень - IP, а выше - еще целый зоопарк протоколов прикладного уровня, в том числе и http, через который мы тут с Вами "письма" пишем. А захотим в скайпе поговорить - уже другой протокол нужен. Вот так-то...

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

В данный момент нет ограничений как по объёму передаваемой информации, так и по скорости обмена. Есть только отсутствие единого стандарта обмена данными и единого же стандарта обработки таких данных.

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

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

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

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Опять не то!

ZigBee и все прочие технологии - это лишь способы транспортировки неких сообщений. Тупые способы транспортировки.

Организовать работу с однозначной идентификацией всех входящих в систему устройств они не могут по определению.

И в этих протоколах нет возможности отправить голосовую команду на расшифровку на сервер изготовителя устройства.

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

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Скурлатий Магома

Верно. Это физический и сетевой уровни. А голос - это уже прикладной уровень. Как и функции датчиков и исполнительных устройств. Не надо в одну кучу все валить. Но производителю ничего не мешает реализовать все в одном устройстве. И дать приложение для Вашего смартфона. Или Вы и тут хотите стандартизацию? 

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Очевидно

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя vovbel
vovbel(10 лет 10 месяцев)

yes

Аватар пользователя monk
monk(14 лет 3 месяца)

И поверх идет сетевой уровень - IP, а выше - еще целый зоопарк протоколов прикладного уровня, в том числе и http, через который мы тут с Вами "письма" пишем. А захотим в скайпе поговорить - уже другой протокол нужен.

Вижу периодические попытки заставить всех заменить все протоколы на  IPv6 + HTTP/2 + REST. И все форматы данных на JSON. Мол, компьютеры уже достаточно быстрые.

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Не важно какой будет транспортный уровень и таки да - на сегодня самым удобным для доставки информации общего уровня будет XML/JSON.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Капустин Степан

Ваш вариант не проходит для старичков.

Вот как раз старички и делают работающие системы. И их не останавливает отсутствие стандартов. Некоторых не останавливает и отсутствие описания протокола...

Молодежь делает систему управления Саяно-Шушенской ГЭС - забыли /а может и не знали никогда/, что сигнал опасности подается отсутствием сигнала, а не его наличием. В результате полоскало час - пока кто-то из людей не добежал до верху плотины и не опустил заслонки. Подать сигнал было некому - шкафы смыло в первую же секунду. Если бы проектировали старички - шкафы смыло, сигнал пропал, заслонки опустились. Авария все равно произошла /причина-то в другом/, но ее последствия...

только Wizard'ы с вопросами, на которые требовалось бы отвечать

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

По факту до сих пор ничего реально исключающего программиста из процесса нет.

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

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

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

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

Неужели у России такой богатой и крутой нет денег на собственный Сервер?

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Капустин Степан

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

Все упирается в деньги и их возврат.

Оплачивать это кто будет? А окупаться как?

И главный вопрос: а нахрена? Скажем, мне, потребителю, вот совершенно плоско-параллельно, какие там протоколы. Меня больше всего волнует наличие описания используемого протокола. А юзерофильный он, или машинофильный - волнует чуть менее, чем никак. Разнообразие протоколов тоже волнует примерно так же.

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

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

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

Вот как обзаведётесь хоть пятком смартфонов и парой "умных" устройств - так другое начнёте говорить.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Капустин Степан

У меня ниже - на уровне датчиков - сказочный зоопарк. И устройств хватает. Так что в курсе...

Аватар пользователя Скурлатий Магома

Выберете подходящую открытую платформу и интегрируйте на здоровье. И не пару умных устройств, а хоть сотню и разных. Может конкретно задачу опишите - глядишь и подходящее решение найдется. А вот если выбираете что-то от коммерческого вендора, вроде Apple, - тогда действительно печалька... Он в принципе не заинтересован чтобы Вы покупали что-то не от него. И обычно в его активе набор "погремушек" для видимости удобного применения, но на деле оказывается ровно наоборот. 

Аватар пользователя Павел Шатун

сигнал опасности подается отсутствием сигнала, а не его наличием

Да, когда читал, от эдаких решений глаза на лоб лезли. Сейчас проектируем под реконструкцию одну ГЭС... придется в оба глаза смотреть за КИПовцами.

С другой стороны - чертежи ГЭС от заказчика получили. На заляпанной синьке. У ребят, уже привыкших к цифровым моделям, культурный шок. :)

Аватар пользователя Капустин Степан

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

Аватар пользователя Павел Шатун

Исполнительную документацию ждемс в ноябре, валидолом запаслись :)

Аватар пользователя a_trukhin
a_trukhin(12 лет 10 месяцев)

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

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

Вышел человек из комнаты и смартфон увидел это и отключил технику — ничего сложного в такой задаче нет.

А хакер хакнет этот смартфон и захочет заблокировать ребенка в горящей квартире. Или остановит все машины на улице, когда будет грабить банк.

Бред !

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

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

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя monk
monk(14 лет 3 месяца)

Разработчики Internet так же считали. А теперь поверх SMTP и HTTP столько костылей поверх навернуть пришлось.

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Повторюсь - никто не мешает зарядить 5 потоков мехмата на создание исходников библиотек, реализующих защищённый стандарт межаппаратного взаимодействия и завязать это всё на Единый Государственный Сервер.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Капустин Степан

никто не мешает

Как это "никто"? Очень даже "кто" мешает - деньги. Точнее, их абсолютное отсутствие. Денег под призрачную идею никто не даст.

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

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

И ЕГС тоже из воздуха народится, да? Сам по себе, без денег? А как будет осуществляться связь с этим самым ЕГС с площадок, где по каким-либо причинам инета нет и не будет? А то и не просто нет инета - вообще никакой связи нет: раз в год вертолет прилетает, да пару раз на собаках приезжают и все?

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)
Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Капустин Степан

И?

Вы думаете, кто-то из них даст деньги под никому не нужную идею?

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

Если так мыслить, то вообще вся цивилизация только и делает, что создаёт ненужные продукты. Можно уехать всем в Индию, сесть под банановое дерево в позу Лотоса и медитировать.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Капустин Степан

Цивилизация именно это и делает: создает ненужные продукты.

Простой пример: Программируемые Логические Контроллеры - ПЛК. Вроде приняли стандарт МЭК 61131-3, вроде все должно быть одинаковое... НО! Все, сколько сейчас контроллеров выпускается по миру, все разные. Исключений два. Первое: некоторые производители сами делают только железки, а программа - разработка немецкой 3S-Smart CoDeSys. У таких некое однообразие наблюдается: можно взять учебник ОВЕН и работать по нему с Faswel, при наличии умений и знаний даже программу с одного можно перекинуть на другой /возможно, даже что-то работать будет/. Второе: отечественные СК-1000 - от оригинального Siemens S7-1200 только цветом корпуса и отличается. Т.е. если вы умеете работать на S7-1200, то использовать Faswel CPM713-01 вам придется учиться. Не то, чтобы сильно сложно освоить, но различия есть, и очень немаленькие.

Но ничего, все живут с тем, что есть.

Но в упомянутом стандарте была потребность - потому нашлись люди, оплатившие его разработку, нашлись люди, которые начали на десятках предприятий-производителей ПЛК разрабатывать ПО под эти требования... В унификации протоколов потребности нет. Вот просто нет. Изредка выплывают люди вроде вас "о, хорошо бы этот датчик работал в формате XML". Но их голосов никто не слышит - их мало и они ничего не значат в данной области. Тем более, что XML совать просто некуда - на борту датчика в ОЗУ места не хватит под пакеты запроса и ответа, передаватся ответ будет час...

Аватар пользователя Fanatic
Fanatic(12 лет 3 месяца)

В современных чипах достаточно места и скорости также достаточные.

И опять стоит указать на то, что проектировать Систему придётся почти с нуля.

Ни современные ОС для контроллеров не удовлетворяют, ни методы передачи данных, ни протоколы обмена. Всё содержит проблемы.

Комментарий администрации:  
*** Уличен в предвыборной дезинформации ***
Аватар пользователя Капустин Степан

В современных чипах достаточно места и скорости также достаточные.

Сказочная фантастика в другом разделе...

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

И опять стоит указать на то, что проектировать Систему придётся почти с нуля.

Не "почти" - с нуля. Все: от датчиков до смартфонов. От железа до программного обеспечения. Причем железо - начиная с собственно чипов. При этом у компонентов предлагаемой системы не будет никаких преимуществ перед существующими компонентами.

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

Скрытый комментарий Повелитель Ботов (без обсуждения)
Аватар пользователя Повелитель Ботов

Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.

Комментарий администрации:  
*** Это легальный, годный бот ***

Страницы