`

СПЕЦІАЛЬНІ
ПАРТНЕРИ
ПРОЕКТУ

Чи використовує ваша компанія ChatGPT в роботі?

BEST CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Digital Everything, или Цифровое Все...

0 
 

Интересные события не всегда заметны. По крайней мере, их "заметность" не очень хорошо согласуется с "интересностью". Именно так и случилось с выступлением вице-президента подразделения аппаратных платформ Microsoft Джима Аллчина (Jim Allchin) на 11-й конференции WinHEC (Windows Hardware Engineering Conference), посвященной стратегическим вопросам развития аппаратной платформы самой массовой ОС -- Windows.

Революционной в речи Аллчина стала констатация (пусть в неявной форме) нового принципа Digital Everything (DE -- "Цифровое Все"). И каким бы это не показалось странным, революционность понятия DE заключается... в полном отсутствии какой-либо новизны. Хотя бы потому, что на ближайшее будущее понятие "Все" (DE) определено очень четко и ничем не отличается от давно забытого, но в свое время столь же "революционного" термина "мультимедиа". Переводя дословно, DE -- это "аудио, видео, наравне с текстом и данными -- насущная тема в PC-бизнесе со времен расширенной системы команд MMX, ставшая исключительно важной с ростом интереса к цифровым аудиоплейерам, видеомагнитофонам и телевидению". Читатель может вспомнить не столь отдаленные времена, когда именно в такой форме определялась multimedia, которая, согласно прогнозам, должна была осчастливить человечество. И хотя мультимедиа давно уже есть, счастья все так же нет... остается дождаться момента пересечения индустрией новой исторической вехи -- "Цифрового Все". Уж тогда-то точно наступит золотой век...


И это "Все" -- все?

"Маугли был совсем дикий, у него даже не было mp3-плейера и e-mail адреса".
Из школьного сочинения

Начинать беседу с высказывания сомнений в адрес доносящихся с недоступных высот отголосков то ли большой политики, то ли большого бизнеса -- наверное, неистребимая привычка "нашего" человека, выработанная годами задушевных кухонных бесед. И поскольку неистребимость ее подтверждается практикой, автор позволяет себе сразу усомниться в столь четко определенном и столь красиво звучащем термине "Цифровое Все". Неужели это действительно все? И если это -- все, то неужели наша жизнь состоит исключительно из чередующихся прослушиваний новых "шедевров" музыкальной индустрии и просмотров опять же новой нетленки со старой небритостью Уиллиса? Неужели это -- Все?

Слава Богу, нет. Еда, лекарства, одежда, жилье и машины в цифровом виде несомненно могут быть привлекательными, но "цифрой сыт не будешь". А "Цифровое Все" -- на него можно просто не обращать внимания хотя бы потому, что "это Все -- о прибыли" ("it's all about profit", автор не удержался и позволил себе позаимствовать чудную фразу из заголовка в какой-то очень импортной газете): объем доходов от реализации аппаратных средств, ПО и услуг на всемирном "рынке Windows" составил в 2001 г. 200 млрд. долл. И на этом празднике жизни мы, увы, чужие: его самые "лакомые кусочки" -- производство полупроводников и масштабного критического системного ПО, лоббирование процессов стандартизации и формирование "имиджевых стандартов" на e-форматы -- все это требует абсолютно невероятных для наших реалий средств. Впрочем, и заслуженно занявшую ключевые позиции на этом рынке Америку терзают сомнения относительно безоблачности собственного положения -- достаточно бросить беглый взгляд на аналитические материалы, датируемые благополучным периодом до сентябрьской трагедии (например, "America's High-tech Crisis").


Другое все...

"У каждого свое горе -- у кого процессор слабый, у кого суп жидкий".
Перефразированная пословица

Автор давно подметил интересную особенность -- даже до фанатизма увлеченные компьютерами люди, "дорвавшиеся" до предела своих мечтаний (например, до консоли какого-нибудь страшно мультипроцессорного и мощного SGI Origin), в определенное время начинают упорно хотеть... кушать. Но при этом в любое время так же упорно не хотят задуматься, откуда эта самая еда берется. А уж упоминать о том, что в мире живут сотни миллионов людей, мечтающих не о мультипроцессорности и акселерированном OpenGL, а о миске похлебки -- просто неприлично. И чем в страшный момент истины -- когда Очень Хочется Есть, может помочь "Цифровое Все" в определении Аллчина, автор не способен осознать...

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

Собственно говоря, наступил момент, когда автор обязан открыться перед читателем -- идея этой статьи возникла спонтанно после ознакомления с сайтами Израильского научного центра "Negev" (www.negev.org), работающего над освоением пустыни Негев, и Канадского исследовательского центра агрокультуры. Контраст между Реальными Проблемами и проблемами Digital Everything оказался настолько разительным, что статья "возникла" как бы из ниоткуда -- моментально, "весомо, грубо, зримо". Мы поговорим о доступности и... незаметности по-настоящему высоких технологий в области управления объектами реального мира -- о невостребованной и нереализованной возможности того "Цифрового Всего", которое всем нам действительно необходимо.


Такие простые большие проблемы

Digital Everything, или Цифровое Все...
"Механика" автономной работы мHСШ -- процесс опроса датчика, инициируемый встроенным таймером (1, 2, 3, 4,), и изменение образа html-страницы на основе полученной информации (5). Контроль управляемого объекта теперь может наблюдаться оператором с помощью обычного броузера

Свежие овощи круглый год -- это очень хорошо. И еще это -- теплицы. И еще -- бизнес (it's all about profit). И, надо сказать, весьма неплохой бизнес, если судить по данным о Канаде, -- с годовым оборотом более полутора миллиардов долларов. А теплицы -- это и хозяйство, и неизбежно связанные с ним процессы управления, и, наконец, -- люди, непосредственно вовлеченные в эти процессы. Интересно, что в развитой Австралии, где агропромышленный сектор очень силен, таких людей называют "забытым сообществом" (forgotten community), имея в виду их отдаленность и отчужденность от современных высоких технологий. Чем оборачивается "забытость" агропромышленного сообщества, тоже хорошо известно, -- потерями, неизбежно связанными и с несовершенством технологий управления (на этапе собственно производства), и со скоропортящимся характером продукции на этапе ее реализации. Казалось бы, все очевидно -- есть проблема, есть потребность в ее решении, есть, наконец, отработанная технологическая база и... почти ничего нет. Кроме робкой гордости за фермера, который фотографирует цифровой камерой свой урожай, отправляет по e-mail предложения закупочным компаниям с "приаттаченной" картинкой, по e-mail же заключает договор и принимает оплату в электронной форме. Впрочем, и это немало и свидетельствует в пользу не знающей национальности крестьянской смекалки, позволившей приспособить хоть одно порождение Digital Everything (цифровую камеру) к чему-нибудь реально полезному.

Столь странное отступление на самом деле -- вовсе не отступление, а пример всего лишь одной реальной проблемы, обладающей массой особенностей, характерных для обширного класса Реальных Проблем. Многие из этих особенностей очевидны -- при решении Реальных Проблем ценовой фактор играет главную роль (в отличие от DE, где основное -- "продвинутость", а стоимость только является ее свидетельством), пространственный фактор (распределенность) существенно ограничивает применимость современной технологической базы DE, ориентированной на скромные офисные масштабы, а не на гектары и акры, автономность и энергетическая экономичность -- обязательные свойства, исключительные простота эксплуатации и надежность реализации -- необходимые условия. Все сказанное выше допускает весьма фривольную интерпретацию -- можно автоматизировать большой коровник "решением", использующим СУБД Oracle с лицензией на N "пользователей" (N = числу коров), оптический FDDI-бэкбон, множество интеллектуальных датчиков на основе ПК в промышленном исполнении и, наконец, систему экономии электроэнергии, потребляющую больше энергии, чем весь коровник в зимнюю стужу. Можно. Но найти реального потребителя такого технологического шедевра ой как непросто, а сам процесс поиска слишком далек от IT, чтобы уделять ему внимание.

Получается, что для решения Реальных Проблем технологическая база DE непригодна. Но она существует, доступна и, наконец, неплохо приспособлена для не столь сложных, но весьма насущных Сопутствующих Проблем, например -- для помощи бухгалтеру и "заведующему" ("сопутствующими" эти проблемы названы хотя бы потому, что они вторичны и полностью зависят от самого факта существования производственного процесса).

Вот так, путем элементарных рассуждений мы нашли четкую грань, отделяющую Реальные Проблемы от, выражаясь скупым и очень метким в определениях английским языком, "bangs and whistles".


Спасение -- в... legacy

Слово "legacy" становится все больше ругательным. Производители аппаратных средств из мира DE объявляют ему бойкот (legacy-free PC), непримиримые борцы за идеи открытого ПО с пеной у рта небезосновательно доказывают вредность "закрытых" legacy-форматов данных. Короче говоря, это слово не любят. А зря -- legacy еще означает и стабильность, и доступность (из-за распространенности), и, наконец, здравый консерватизм, надежно предохраняющий от потуг изобретения колеса. В контексте нашего разговора за словом legacy стоят как раз попадающие под эти определения артефакты IT -- Tcp/Ip, HTTP, технологии скриптинга, RS485, CAN. Правда, от еще недавно бывших новомодными и быстро утративших привлекательность веяний "интернетизации всего" предлагаемый вниманию читателя legacy-подход существенно отличается.

Но будем последовательны и вернемся к примеру Реальной Проблемы -- тепличному хозяйству. Чтобы оно дало возможность утилизировать потенциал всех самых совершенных бухгалтерских систем и сложных автоматизированных ERP-процессов, нужна самая мелочь -- хороший стабильный урожай. Для высокотехнологической поддержки его достижения, естественно, уже существуют аппаратно-программные комплексы, состоящие из одного (или нескольких) представителей DE -- ПК под управлением ОС Windows, специализированного ПО, набора датчиков и специальных контроллеров. Стоит такое удовольствие недешево -- порядка $10 на квадратный метр автоматизируемого объекта -- в среднем 20 тыс. долл. на теплицу площадью 2 тыс. кв. м (например, производства компании Q-COM или компании WTC). Такая немалая цена еще раз убеждает -- мы опять не попадаем и на этот праздник жизни. И тем не менее, не все так плохо...

Высокая стоимость обеспечения решения Реальных Задач -- не только проявление маркетинговой политики, когда цена даже сопоставимых по сложности программно-аппаратных систем промышленного назначения и из мира DE соотносится как 100:1, но и следствие "традиционности" подходов к их проектированию. Но традиции традициями, а реальный способ снижения цены все же есть. Устоявшегося названия для него не существует, но подходящим будет сложный термин "микро-HTTP Сервер-Шлюз" (мHСШ). Это устройство предназначается для решения ряда задач, главными из которых являются ликвидация "пространственных слабостей" обычных ПК (работа с удаленными объектами), создание legacy-платформы для простоты интеграции низкоуровневых средств и обеспечение низкой стоимости интеграции и реализации многочисленных элементарных интеллектуальных устройств -- в первую очередь, датчиков и контроллеров исполнительных механизмов.

мHСШ -- устройство простое. В ряде японских и корейских проектов его прообразы создавались на копеечных 8-битовых вычислителях (процессорах класса z80 и микроконтроллерах семейства i8051). мHСШ разделяет "внешний мир" на две части -- высокоуровневую, с которой "общается" посредством legacy-интерфейсов -- обычно Ethernet (в разных реализациях применяются как специальные контроллеры для встраиваемых систем, так и обычные устаревшие ПК-платы с интерфейсом ISA), и низкоуровневую -- для которой предусмотрено "общение" с помощью протокола CAN (Controller Area Network) и опять же на legacy-физическом уровне (RS-485). Принцип работы также на первый взгляд незатейлив -- мHСШ фактически является Web-сервером с динамическим формированием контента, но вот сам контент... -- высокоуровневое текстографическое представление состояния присоединенных низкоуровневых устройств (датчиков). С использованием стандартных механизмов протокола HTTP (в частности, метода HTTP POST), мHСШ дает возможность и передавать команды оператора на низкоуровневые исполнительные устройства, и даже с помощью, например, Java-скриптов автоматизировать процессы формирования команд, если это требуется.

Механизм использования мHСШ в реальном проекте также прост -- фактически он является... вариацией Web-дизайна. Для мHСШ создаются шаблоны html-страниц, отображающие объект управления в установленной формальной (или даже неформальной) символике с "вкраплениями" информативных полей датчиков, сводную информацию по состоянию датчиков и т. д. -- по потребностям решаемой задачи. Естественно, эти шаблоны подкрепляются механизмом динамической генерации -- скриптами (ничего нового по сравнению с server-side-скриптингом здесь нет), опрашивающими CAN-датчики и трансформирующими результаты в соответствующие вставки в html-страницу. Объектно-ориентированный характер и механизм адресации CAN (с помощью этого протокола адресуются не устройства, а программные объекты, выполняющие определенное действие) позволяют свести эту процедуру к совершенно тривиальной одной строке на любом скриптовом языке, остальное -- давно отточенные приемы программирования. С точки зрения пользователя, процесс работы с основанной на мHСШ системой ничем не отличается от обычного процесса навигации по какому-либо сайту. С точки зрения системного администратора, также никаких проблем нет: мHСШ -- устройство максимально стандартное "со всех сторон" и фактически никакого администрирования не требующее. Разработчик датчиков также не встретит серьезных проблем -- дешевые CAN-контроллеры давно доступны, существует масса реализаций микроконтроллеров со встроенной поддержкой CAN. В общем, картина получается почти идиллическая, нарушаемая только констатацией одного факта -- готовых доступных реализаций мHСШ нет.


Если гора не идет к Магомету...

Совсем недавно в журнале "Scientific American" была опубликована мрачноватая статья, небезосновательно предрекающая закат эры "самодельщиков", -- сложность современных технологических процессов становится недоступной "любителям". "Гаражные истории" Apple и Hewlett-Packard навсегда остаются в прошлом. И все-таки... Устройства класса, описанного мHСШ, действительно востребованы (пусть даже эта востребованность еще не осознана -- нет предложения, нет и спроса), а реализация их не такая уж и непосильная задача, причем она требует больше заинтересованности и профессионализма, чем инвестиций.

Создание пригодного к серийному выпуску мHСШ требует, по разным оценкам, от восьми человеко-месяцев до полутора человеко-лет. Многие базовые подсистемы давно и успешно реализованы и доступны на основе совершенно ни в чем не ограничивающих лицензий (например, BSD-лицензии, разрешающей выпуск коммерческого продукта без обязательности открытия исходных текстов ПО) -- Tcp/Ip-стеки, HTTP-серверы и скриптовые языки -- все это в большом количестве "водится" в Internet. Удовлетворяющие требованиям реальности компоненты также не проблема -- современные дешевые микроконтроллеры обладают вполне приличной для построения удачного устройства производительностью. Инструментальные средства также доступны, многие из них легально бесплатны и весьма совершенны. По-видимому, постулируемая в "Scientific American" невероятность новой "гаражной истории" имеет совсем другие корни... И это грустно.

Ready, set, buy! Посібник для початківців - як придбати Copilot для Microsoft 365

0 
 

Напечатать Отправить другу

Читайте также

 

Ukraine

 

  •  Home  •  Ринок  •  IТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Мережі  •  Безпека  •  Наука  •  IoT