Автор Segway запатентовал надувной ветряк

12 октября 2011 в 11:00

Автор Segway запатентовал надувной ветряк

Дин Камен разработал компактный и недорогой надувной ветряк. Он уверен, что станции такого типа смогут значительно снизить стоимость электричества, получаемого из энергии ветра, пишет CNews.

Дин Камен разработал надувную ветроэлектростанцию с одной или большим количеством лопастей, которая может быстро разворачиваться на любой площадке. Надувные части ветряка сделаны из легкого пластика, например полиэтилентерефталата (PET, широко используется для производства пластиковых бутылок). Небольшой вес устройства позволяет размещать его на грузовиках, крышах домов и других площадках, неспособных выдержать тяжелые металлические конструкции традиционных ветряков.

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

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

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

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

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

1380
Закладки
Последние публикации
Комментарии 0

Никто пока не комментировал эту страницу.

 
Написать комментарий
Можно не указывать
На этот адрес будет отправлен ответ. Адрес не будет показан на сайте
*Обязательное поле
Самые интересные публикации
Последние комментарии
Продолжение комментария
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Несуществующий документ ::: Вторая редакция

Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует
Статья «Стадия разработки» продолжает серию публикаций, начатую статьей «Обозначение программных документов. Предложения по изменению стандартов», опубликованной в №6 журнала «Стандарты и качество» за 2026 год на с. 38.
Что объединяет эти статьи? Прежде всего то, что они вместе с другими статьям составят «Справочник технического писателя». Справочник, в котором совместно анализируются стандарты разных систем – ГОСТ 2, ГОСТ 34, ГОСТ 19 и др.,
используемые техническими писателями при разработке текстовых документов.
Результатами такого анализа станут предложения по корректировке действующих стандартов (см. статью ««Обозначение программных документов. Предложения по изменению стандартов») или же приглашение к обсуждению тех или иных вопросов, как это сделано в статье «Стадии разработки».
По мнению автора справочника, совместный анализ стандартов разных систем позволит не допускать расширенного толкования одних и тех же понятий, корректно использовать техническую терминологию, а также исключить противоречия в правилах выполнения текстовых документов в разных системах стандартов.
Задача словарных статей «Справочника технического писателя» не повторять тексты тех или иных стандартов, а рассмотреть стандарты разных систем, взглядом специалиста, применяющего их при подготовке технической документации.
Статьи этого справочника предназначены для технических писателей, нормоконтролеров, работников ОТК, а также всех, кто тем или иным образом связан с разработкой, оформлением согласованием и утверждением текстовой документации.