Применение швеллер: Как применяют стальной швеллер в строительстве?

Содержание

Швеллер. Виды и применение. Маркировка и особенности

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

Название металлопроката имеет немецкое происхождение. Оно переводится как «юбка». Такое название обусловлено П-образным сечением. Швеллеры изготавливаются из цветных и черного металла. В зависимости от состава сплава изделие имеет разные технические характеристики, даже при одинаковом сечении.

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

Широкая сторона швеллера называется главной стенкой. Боковые укрепляющие стороны называются полками. Производство данного металлопроката строго регламентируется требованиями ГОСТ. Каждый его вид рассчитан под определенные условия использования и имеет свой стандарт.

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

Швеллер производится различных размеров:
  • Длина – 4-12 м.
  • Ширина – 32-115 мм.
  • Высота – 50-400 мм.
Сфера использования
Стальные швеллеры в основном применяются в сфере строительства. Ими выполняют:
  • Сборку опор линий электропередач.
  • Армирование несущих бетонных конструкций.
  • Обустройство перекрытий зданий.
  • Строительство железных мостов и т.п.

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

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

Расшифровка маркировки

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

В маркировке используются буквы кириллицы, обозначающие в первую очередь тип профиля:
  • П – параллельный.
  • У – имеет уклон на гранях.
  • Э – экономичный.
  • Л – легкий.
  • С – специальный.

Перед буквенной маркировкой швеллера имеется цифра. Она указывает на его высоту в сантиметрах. К примеру, 16П означает, что изделие имеет параллельные полки, расстояние между которыми по главной стороне составляет 160 мм.

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

Обозначения латиницей указывают:
  • h – высота профиля, точнее главной стенки.
  • b – ширина полок (боковин).
  • s – толщины главной стенки.
  • R – радиус закругленной между главной стенкой и полками.
  • t – толщину боковых полок.
  • r – радиус закругленности ребер полок.

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

Отличие швеллеров с разной маркировкой

Швеллеры с типоразмером «П» являются самыми востребованными. Изделия с маркировкой «У» имеют уклон боковин внутрь. Такой прокат существенно крепче при одинаковой толщине стенок с аналогами с П-образным профилем. Данные изделия занимают основную часть всего сортамента выпускаемого промышленностью.

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

Также редкими, но все же встречаемыми в продаже без спецзаказа являются швеллеры с маркировкой «Э» и «Л». У изделий марки «Л» тонкие стенки. Они используются в качестве армирующего элемента для бетонных конструкций. Небольшая толщина стенок делает железобетон более легким. При этом меньшая стойкость швеллера к изгибу компенсируется бетоном. Прокат с маркировкой «Э» используется для строительства сооружений с низкой несущей нагрузкой. Его стенки еще тоньше, чем у облегченного легкого швеллера, сделанного по ГОСТ. Примером его использования является применение в качестве основания для вентилируемого фасада. Швеллер «Э» используется как профиль для закрепления легких фасадных плит.

Виды швеллеров по способу изготовления
Данный металлопрокат изготавливается путем деформации рулонной стали. Это делается двумя методами:
  1. Горячего катания.
  2. Холодным прокатом.

Горячекатаный швеллер является более прочным и сложным в изготовлении. Как следствие он дороже. Для его изготовления рулонная сталь разогревается до температуры +1200°С, что делает ее мягкой и податливой. Раскаленная заготовка протягивается через вальцы станка, приобретая П-образное сечение. Поскольку прокат выполняется по горячему металлу, то тот не накапливает внутреннее напряжение.

Для получения обычного гнутого швеллера нагрев докрасна не проводится. Металлическая полоса выгибается за счет сильного давления. Как следствие в таком изделии присутствует внутреннее напряжение.

Технология производства швеллера горячим прокатом позволяет получать изделия с уклоном граней. Такой прокат маркируются буквой «У». За счет уклона формы он имеет более высокую устойчивость к деформации. При холодном изгибе швеллер всегда имеет параллельные полки. Если их сгибать без прогрева больше, чем под прямым углом, то металл лопнет по изгибу.

Критерии выбора швеллера по типоразмеру и материалу изготовления

Швеллеры используются в основном в многоэтажном строительстве, а также при возведении каркасных сооружений, в первую очередь торговых центров, автосалонов, ледовых катков. Подобные строения возводятся с предварительной разработкой технической документации и чертежей. Проектировщик здания руководствуется нормативами, к примеру, ГОСТом 8240-97. В нем указывается, какой типоразмер горячекатаного швеллера может использоваться для тех или иных нагрузок. Таким образом, выбор типоразмера проката выполняется строго по нормативам. При этом существует правило, что изделие должно иметь запас прочности минимум 5% от проектной нагрузки. Если швеллер будет иметь меньшую прочность, то он согнется под давлением стройматериалов, нарушив здание.

Помимо ГОСТа определяющего выбор типоразмера швеллера, также имеются нормы обязывающие при проектировании и закупке материала учитывать химический состав металла, из которого сделан прокат. Большинство швеллеров изготавливаются из стали 3ПС. Это изделия для легких сооружений. Также они могут применяться для строения со средней массой, но только при условии наличия в маркировке буква «А», которая указывает на утолщение стенок. Для тяжелых зданий используется ассортимент из стали 09Г2С. Это горячекатаная продукция, отличающаяся высокой прочностью. Также для отдельных целей производятся швеллеры из нержавеющей стали. Они не подвержены коррозии, могут эксплуатироваться в кислой и щелочной среде. Такой прокат рассчитан в первую очередь на строительство промышленных производственных объектов, занятых в химической сфере.

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

Стандартизация длины
Для швеллеров применяются несколько стандартов длины, которые позволяют определять его фактические параметры. Они бывают:
  • Мерной длины.
  • Кратной мерной.
  • Немерной.

В первых двух вариантах допускается отклонение по длине от заявленного показателя в большую или меньшую сторону до 40 мм. Это применимо к обрезкам длиной 2-8 м. То есть допускается, что продаваемое изделие при заявленной длине 2 м будет 1,96 м, или вместо 8 м по факту 7,96 м. Это нужно учитывать при проектировании, чтобы компенсировать возможную нехватку длины.

Также швеллер мерной длины или кратной мерной может иметь небольшую кривизну. Граничный ее показатель не должен составлять более 0,2% от фактически длины проката. То есть, обрезок швеллера 8 м может иметь изгиб по центру с отклонением от прямой до 1,6 см.

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

Похожие темы:
  • Арматура. Виды и применение. Плюсы и минусы. Особенности
  • Проволока. Виды и применение. Производство и особенности
  • Армирующая сетка. Виды и применение. Материал и особенности
  • Двутавр. Виды и применение. Материалы и производство. Особенности

Швеллер: виды и применение — Металлопрокат и стройматериалы в ассортименте

 

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

 

Это изделие из металла, выполненное в форме буквы «П» и состоящее из стенки и двух полок. Швеллеры изготавливаются по ГОСТу, а значит, являются универсальными изделиями и соответствуют стандартам качества, выдвигаемым им. Главное требование – эта металлическая деталь должна быть прочной, поэтому и изготавливается из высококачественного материала.

 

Виды швеллеров

 

Швеллеры подразделяют на категории по разным признакам:

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

 

Швеллеры изготавливают из следующих материалов:

  • сталь – низколегированная и углеродистая конструкционная;
  • цветные металлы – чаще всего, это алюминий.

 

По способу производства делятся на:

  • Горячекатанные – полученные воздействием высоких температур на цельные листы стали определенным способом. Их углы более острые, чем у гнутых.
  • Холодногнутые – полученные путем прессования листов металла на станке.

 

По типу расположения полок относительно стенки швеллеры бывают:

  • с параллельными полками;
  • с наклонными внутренними гранями полок.

 

Маркировка швеллеров сообщает обо всех характеристиках металлических изделий. Она состоит из цифр и букв. Цифрами обозначается промежуток между внешними краями полок, а буквами – видовые характеристики:

«П» – полки параллельны;

«Л» – изделие, легкое по весу с параллельными полками;

«Э» – экономичная деталь с параллельными краями полок;

«У» – швеллер с наклонными внутренними гранями полок;

«С» – изделия специального назначения.

 

Расстояния между внешними гранями швеллера могут быть от 5 до 10 см, длина изделия колеблется от 2 до 12 м.

 

Применение швеллеров

 

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

 

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

 

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

 

Купить швеллер в Хабаровске или любой другой металлопрокат можно в компании «Металлоптторг». Цены на металлопрокат в Хабаровске у нас доступные, качество, своевременность доставки и высокий уровень сервиса мы гарантируем.

Определение приложения канала

| Law Insider

  • — специализированная программа, загружаемая на устройство беспроводной связи.

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

  • означает форму заявки на поставку Компанией Оборудования и/или Услуг, заполненную или в соответствии с заказом Заказчика;

  • означает все Пакеты (т. е. все Программное обеспечение и Программное обеспечение третьих лиц), лицензированные в соответствии с Соглашением, и/или облачные службы SAP, на которые у Заказчика имеется действующая подписка, за исключением Пользовательских интерфейсов для ERP, Технологических решений SAP и всех Пакетов баз данных.

  • означает заявку на получение прав доступа, как описано в разделе 3.7;

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

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

  • означает BLA, NDA или аналогичную заявку или заявку на продукт, поданную в регулирующий орган в стране или группе стран для получения разрешения на продажу биологического или фармацевтического продукта в этой стране или группе стран.

  • означает заявку на [план/полное] разрешение на строительство от [ ] с регистрационным номером Совета [ ];

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

  • означает заявку, поданную в соответствии с настоящим Договором;

  • или «MAA» означает BLA, sBLA, NDA, sNDA и любой их эквивалент в США или любой другой стране или юрисдикции на Территории. В данном документе: «BLA» означает заявку на получение лицензии на биологические препараты и поправки к ней, поданные в соответствии с требованиями FDA, как определено в 21 C.F.R. § 600 и последующие для утверждения Лицензионного продукта FDA, а «sBLA» означает дополнительный BLA; и «NDA» означает новую заявку на лекарственное средство и поправки к ней, поданные в соответствии с требованиями FDA, как определено в 21 C.F.R. § 314 и далее для утверждения Лицензионного продукта Управлением по санитарному надзору за качеством пищевых продуктов и медикаментов, а «sNDA» означает дополнительное соглашение о неразглашении.

  • означает текущую версию Единого заявления NAIC для резидента, а

  • означает любое заявление, поданное в соответствующий регулирующий орган для получения одобрения регулирующего органа.

  • означает заявку на разработку, указанную в пункте 5 Приложения 1, и включает в себя все планы, модели отчетов, фотомонтажи, платы материалов (с поправками и дополнениями), представленные органу по выдаче разрешений до определения этой заявки на разработку.

  • означает Заявление, впервые поданное в МИД не позднее Крайнего срока подачи заявления для запроса распределения налоговых кредитов.

  • или «MAA» означает заявку в соответствующий регулирующий орган на получение разрешения на продажу Продукта (за исключением утверждения цен) в любой конкретной стране или регулирующей юрисдикции.

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

  • означает онлайн-процесс подачи заявки, в рамках которого Заявитель подает заявку на Пакеты гостеприимства в Интернет-магазине.

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

  • означает приложение, разработанное Лицензиатом, которое а) использует Продукт среды выполнения, б) позволяет более чем одному пользователю использовать Продукт среды выполнения через любое приложение (приложения) среднего уровня и в) добавляет важные и основные функции к среде выполнения. Продукт. Клиентское приложение, установленное в среде терминального сервера Windows (например, Citrix или Microsoft Remote Desktop Platform), является серверным приложением.

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

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

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

  • означает федеральную заявку на проект помощи в эксплуатации в соответствии с Разделом 5311, поданную Муниципальной корпорацией и утвержденную Уполномоченным по проекту, описанному в Приложении C к настоящему Соглашению, включая всю информацию, подтверждающую проект, представленную вместе с ним.

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

Системный канал и канал приложения в Hyperledger Fabric | KC Tam

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

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

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

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

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

В этой демонстрации мы используем тестовую сеть (v2.0+). Это установка с двумя равноправными организациями, по одному партнеру в каждой организации, а также служба заказов на основе Solo. Он поставляется с хорошими скриптами ( network.sh ) для запуска контейнеров, создания каналов и развертывания образца чейнкода ( fabcar ). Кроме того, он также предоставляет сценарии для реализации учебного пособия «Добавление организации в канал».

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

Вот изюминка модификации.

cryptogen

Мы используем cryptogen (не сервер Fabric CA) для простоты. В исходной структуре каталогов организаций/cryptogen/ , мы имеем

  • Крипто-конфиг-заказ config-org3.yaml с такой же настройкой, как и в других одноранговых организациях (один одноранговый узел, один администратор и один пользователь). Криптоматериал для Org3 также будет сгенерирован заранее.

    артефакты канала

    Файл конфигурации configtx/configtx.yaml .

    Чтобы подготовить материал Org3, мы добавим обратно определение Org3 в раздел организации. Опять же, они похожи на Org1 и Org2.

    Мы сохраняем два профиля: TwoOrgsOrdererGenesis и TwoOrgsChannel , так как нам нужно остаться первой частью демонстрации. Тем временем мы добавляем еще один профиль: Channel1–3 и делаем Org1 и Org3 членами этого нового канала.

    docker compose file

    Единственный используемый нами файл docker compose — docker/docker-compose-test-net.yaml . Внутри добавляем peer0.org3.example.com . Настройка контейнера во многом аналогична другим одноранговым узлам, за исключением использования правильного криптографического материала и номера порта.

    репозиторий

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

    • криптографический материал для всех организаций, включая Org3, с использованием генезисного блока cryptogen
    • , транзакций обновления конфигурации для mychannel и транзакции конфигурации для channel1–3 .
    • содержимое для вставки в конфигурацию JSON с именем org3.json создается и хранится в peersOrganization/org3.example.com/

    Наконец, мы создали несколько файлов для настройки терминала для различных организации. их terminalorg1 , terminalorg2 , terminalorg3 и terminalorderer с соответствующими переменными среды. Мы создадим файл, чтобы настроить наш терминал для конкретной организации.

    Сначала мы повторяем находку.

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

    Контейнеры для подъема

    Просто поднимаем все контейнеры, включая peer0.org3.example.com .

    Присоединяйтесь к MyChannel и Check Status

    после присоединения PEER0.org1.Example.com и PEER0.org2.example.com до MyChannel . три организации.

    peer0.org1.example.com: присоединиться к mychannelpeer0.org2.example.com: присоединиться к mychannelpeer0.org3.example.com: еще не присоединиться к моему каналу

    Подготовить обновление транзакции и подписать обе организации

    В соответствии с учебным пособием, вот подписание как из организации 1, так и из организации 2.

    Подписание из Org1 (peer0.org1.example.com) Подписание из Org2 (peer0.org2.example.com) и отправка в службу заказов

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

    peer0.org1.example.com (новый блок зафиксирован)peer0.org2.example.com (новый блок зафиксирован)

    Присоединить peer0.org3 к моему каналу

    С помощью этого мы можем получить нулевой блок mychannel и присоединиться к peer0.org3.example.com .

    Получить блок генезиса канала от peer0.org1.example.com. Присоединиться к peer0.org3.example.com с файлом генезисного блока. example.com
    и peer0.org2.example.com ).

    peer0.org3.example.com получает блокчейн от других пиров

    Вот что мы уже сделали.

    После прохождения руководства peer0.org3 теперь является участником mychannel.

    Мы повторили весь процесс обучения. Теперь мы можем смоделировать проблему.

    Создайте файл генезисного блока для канала 1–3 . Помните, что в канал 1–3 мы определили Org3 как участника канала.

     создание однорангового канала -o localhost:7050  -c channel1-3  --ordererTLSHhostnameOverride orderer.example.com -f  ./channel-artifacts/channel1-3.tx  --outputBlock ./channel-artifacts/channel1-3.block --tls --cafile $ORDERER_CA 

    Вот что мы ожидаем: даже если мы добавили организацию в канал приложения, эта организация ЕЩЕ НЕ в консорциуме, то есть эта организация еще не находится в конфигурации системного канала. Мы рассмотрим как системный канал, так и канал приложения, а также их связь с нашим файлом конфигурации канала 9.0135 configtx.yaml .

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

    Посмотрим на конфигурационный файл и блоки, получаемые с обоих каналов.

    Файл конфигурации: configtx.yaml

    Сначала мы рассмотрим файл конфигурации configtx.yaml . Нас интересуют профили.

    В исходном файле configtx.yaml определены только эти два профиля.

    Первый профиль TwoOrgsOrdererGenesis используется при создании блока генезиса. В этот профиль включены Org1 и Org2 . Команда, которую мы используем (не показана в этом документе).

     configtxgen -profile   TwoOrgsOrdererGenesis   -channelID   system-channel   -outputBlock ./system-genesis-block/genesis.block 

    Как мы видим, команда выполняется на канале 6 system-1 90913.

    Между тем, второй профиль TwoOrgsChannel используется, когда мы генерируем обновления транзакций для канала приложения. И для этой настройки, опять же, Org1 и Org2 включены в этот канал приложения. Это действительно так, поскольку Org1 и Org2 уже входят в консорциум (системный канал).

    Команда действует на мой канал .

     configtxgen -profile   TwoOrgsChannel   -outputCreateChannelTx ./channel-artifacts/mychannel.tx -channelID   mychannel   

    наблюдения.

    Блок конфигурации, захваченный в системном канале

    Мы используем Терминал для Заказчика, чтобы получить системный канал.

     source terminalordererpeer channel fetch config config_block_sys.pb -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com   -c system-channel   --tls --cafile $ORDERER_CA 

    Мы видим, что есть блокчейн длины 2, а блоком конфигурации является блок №0.

    Мы видим, что внутри SampleConsortium определены только Org1MSP и Org2MSP .

    Выдержка из блока конфигурации системного канала

    Блок конфигурации захвачен в канале приложения

    Мы используем терминал для организации 1 для захвата последнего обновления конфигурации (должен быть блок № 3).

    После декодирования мы видим, что внутри приложения определены , Org1MSP , Org2MSP и Org3MSP . Это результат после того, как мы завершили обучение, добавив новую организацию в канал (мой канал).

    Выдержка из блока конфигурации из mychannel (канал приложения)

    Наблюдение

    Несмотря на то, что Org3 добавляется в канал приложений ( mychannel ), он еще не входит в консорциум, и поэтому мы не можем создать новый канал, членом которого является Org3. Что нам нужно, так это добавить его обратно в системный канал. Блок-файл

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

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

    Получить блок конфигурации из системного канала

    Примечание: все команды здесь выполняются в терминале для Заказчика.

     source terminalordererpeer channel fetch config config_block_sys.pb -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com -c system-channel --tls --cafile $ORDERER_CA 

    Обновление конфигурации конструкции

    С этим мы проходим через аналогичный процесс добавления Org3 в Application Channel, как и раньше. Но теперь этот процесс воздействует на блок конфигурации из системного канала.

    Здесь я просто перечислил все команды.

     configtxlator proto_decode --input config_block_sys. pb --type common.Block | jq .data.data[0].payload.data.config > config.jsonjq -s '.[0] * {"channel_group":{"groups":{"Консорциумы":{"groups":{"SampleConsortium":{"groups": {"Org3MSP":.[1]}}}}}}}' config. json ./organizations/peerOrganizations/org3.example.com/org3.json > модифицированный_config.jsonconfigtxlator proto_encode --input config.json --type common.Config --output config.pbconfigtxlator proto_encode --inputmodified_config.json --type common .Config --output модифицированный_config.pbconfigtxlator вычисление_обновление --channel_id системный канал --исходный config.pb --updated модифицированный_config.pb --output org3_update.pbconfigtxlator proto_decode --input org3_update.pb --type common.ConfigUpdate | jq. > org3_update.jsonecho '{"полезная нагрузка":{"заголовок":{"channel_header":{"channel_id":"'системный-канал'", "тип":2}},"данные":{"config_update": '$(cat org3_update.json)'}}}' | jq. > org3_update_in_envelope.jsonconfigtxlator proto_encode --input org3_update_in_envelope.json --type common. Envelope --output  org3_update_in_envelope.pb  

    Теперь у нас есть транзакция обновления конфигурации.

    Подпишите обновление с помощью администратора заказчика

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

     обновление однорангового канала -f org3_update_in_envelope.pb -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com -c system-channel --tls --cafile $ORDERER_CA 

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

     Конфигурация извлечения однорангового канала config_block_sys_update.pb -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com -c system-channel --tls --cafile $ORDERER_CA 

    Теперь мы видим, что получен новый блок (блок № 2). . После расшифровки мы видим внутри три организации.

    Мы видим, что Org3MSP уже включен в Консорциум.

    Создать канал с Org3

    Теперь создайте новый канал channel1–3 , который включает Org3 в качестве члена канала.

    Перейти к терминалу для Org1

     одноранговый канал create -o localhost:7050 -c channel1-3 --ordererTLSHostnameOverride orderer.example.com -f ./channel-artifacts/channel1-3.tx --outputBlock ./channel-artifacts /channel1-3.block --tls --cafile $ORDERER_CA 
    Файл блока для каналов 1–3 успешно создан

    Теперь мы получаем блок 0 для каналов 1–3 ( channel1–3.block ). Мы можем присоединиться к peer0.org1.example.com и peer0.org3.example.com на этот канал.

    Терминал для Org1Terminal для Org3

    На этом снимке экрана показана окончательная сводка участников канала для mychannel и для каналов 1–3 .

    • MyChannel : org1, org2 и org3
    • Channel1–3 : org1 и org3
    Top: org1, Middle: Org2, внизу: Org3

    и это. Блок-файл

    для каналов 1–3 создается после добавления Org3 в консорциум 9.
    0004 Начнем с проблемы, с которой мы столкнулись: согласно руководству, мы можем добавить организацию в канал, но мы не можем добавить новые каналы с этой вновь добавленной организацией. Причина в том, что организация должна быть в консорциуме, прежде чем мы сможем создавать новые каналы с этой недавно добавленной организацией. Мы обнаруживаем, что на самом деле имеем дело с двумя разными типами каналов: один системный канал, сохраняющий конфигурацию консорциума, и один или несколько каналов приложений, который является «каналом», на который мы всегда ссылаемся, где принудительно применяется общий реестр и бизнес-логика. среди избранных членов консорциума. В этой статье мы подробно рассмотрели файлы конфигурации, блоки, захваченные на системном канале и канале приложения. Мы также продемонстрировали, как добавить новую организацию в консорциум, чтобы впоследствии эту организацию можно было добавить в другой канал приложения. Надеюсь, это послужит хорошим ориентиром при изучении Hyperledger Fabric.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *