Расшифровка плита пб: Плиты ПБ — производство, особенности, маркировка.

Плиты ПБ — производство, особенности, маркировка.

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

Плиты ПБ, как и ПК производятся в соответствии с ГОСТ 9561 в редакции 2016 г.

Плиты ПБ — это плиты железобетонные многопустотные толщиной 220 мм, производимые методом непрерывного безопалубочного формования на длинных стендах. Предназначены для опирания с двух сторон.

Технология непрерывного безопалубочного формования ЖБИ является относительно новой и мало применялась в СССР в связи с отсутствием необходимого оборудования. Впервые данные изделия и технология безопалубочного формования официально описаны в ГОСТ 9561 (ред. 1991 г.)

Активно использовать технологию отечественные производители ЖБИ начали в период строительного бума 2000 – 2015 гг. Помимо плит ПБ, линии безопалубочного формования позволяют производить сваи, дорожные плиты, перемычки, лотки, и другие ЖБИ высокого качества и в большом объеме.

Минимальный размер цеха для размещения линии безопалубочного формования ЖБИ: 120 м — длина, 18 м – ширина, 7 м – высота потолка. Необходим также бетоносмесительный узел и склад готовой продукции.

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

Технология производства состоит из следующих этапов:

1. На металлических стендах (дорожках) линии БОФ располагается стальная проволока класса Bp-II и выше. Количество и схема расположения прутков зависит от расчетной нагрузки плиты и может быть от 8 до 54 шт.

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

3. Мостовым краном на линию устанавливается виброформующая установка, на которую подается бетон с БСУ. Виброформующая установка, двигаясь по стенду, формирует собственно бетонную плиту.

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

5. Для правильного схватывания бетона заготовку на стенде накрывают термоодеялом, а сам металлический стенд нагревают до температуры 40 – 60 градусов. Как правило, длительность пропарки составляет 16 часов.

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

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

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

Основными недостатками плит ПБ являются:

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

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

Маркировка плит ПБ:

— Плиты ПБ – плиты многопустотные железобетонные безопалубочного формования толщиной 220 мм.

— Плиты 3.1 ПБ – плиты многопустотные железобетонные безопалубочного формования толщиной 160 мм.

— Плиты 2 ПБ – плиты многопустотные железобетонные безопалубочного формования толщиной 265 мм.

По умолчанию плиты ПБ выпускаются с расчетной нагрузкой 800 кгс/м2. Также возможен выпуск изделий с расчетными нагрузками

от 300 до 1600 кгс/м2.

Первая цифра индекса обозначает длину изделия в дециметрах, вторая – ширину.

Плиты железобетонные ПБ – это современный и прочный строительный материал, купить плиты ПБ Вы можете в компании «ЖБИ Эксперт».

Маркировка плит перекрытия и расчет их количества для дома

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

Основные виды плит

Регламент маркировки плит перекрытия прописан в ГОСТ 23009. Обычно пишется всего 2 группы обозначений, но иногда бывает и 3:

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

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

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

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

Плиты с пустотами

Плиты перекрытия такого типа производятся в соответствии со стандартом ГОСТ 9561. Рассмотрим маркировку пустотных плит перекрытия:

• ПК — плиты перекрытия стандартной толщины 22 см, разрабатываются старым способом при помощи опалубки.
• ПБ — имеют те же характеристики, что и плиты ПК, только производятся более технологичным способом без использования опалубки.
• ПНО — изготавливаются также, как и плиты ПК, но они более легкие, за свет малой толщины, всего 16 см;
• 3,1ПБ и 1,6ПБ — более легкие плиты перекрытия (16 см), изготовленные без использования опалубки.

Остальные типы плит

Как правило, на заводах, которые изготавливают пустотные плиты, делают ещё два вида плит, которые имеют специальное назначение:

• Полнотелые (П, ПТ) — как правило, не пользуются большим спросом у застройщиков из-за большого веса, который оказывает большую нагрузку на несущие стены здания. Из плюсов можно отметить высокую прочность изделия.
• Ребристые (ПР, ПП, ПГ) — такие плиты очень прочные и переносят большие нагрузки из-за наличия ребер жесткости. Преимущественно используются в постройке каких-либо технических или общественных зданий, таких как торговые центры.

Примеры маркировки плит и их расшифровка

Плита с пустотами ПБ 70-10-14:

• ПБ — изготовленная по безопалубочной технологии пустотная плита толщиной 22 см.
• 70 — выражение длины, в данном случае 70 дм или 7 м.
• 10 — обозначение ширины плиты, в частности 10 дм или 1 м.
• 14 — означает предельную нагрузку на квадратный метр изделия, составляет 1400 кг.

Пример сплошной плиты перекрытия П 55-10-3:

• П — обозначение плиты со сплошным сечением.
• 55 — выражение длинны, 5.5 м.
• 10 — обозначение длины плиты, 1 м.
• 3 — означает класс прочности В3

В чем отличия ПБ от ПК?

Как рассчитать плиты перекрытия

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

Масса

Размеры самых востребованных плит

Иные характеристики

Ключевую роль в выборе плит перекрытия играет также и характеристика несущей способности. Значение этой характеристики может варьироваться от 300 до 1600 кг на метр квадратный в зависимости от вида плиты и её габаритов.

Примерные цены

Если вам необходимо заказать плиты перекрытия, то следует обратиться в IS GROUP. Мы готовы предоставить различные конструкции, в любой регион страны. У нас вы сможете найти различные дорожные плиты, аэродромные плиты блоки ФБС, СВАИ, плиты перекрытия и многие другие плиты ЖБИ. Доставка осуществляется железнодорожным транспортом. Если в вашем городе нет компании, которая может обеспечить вас строительными материалами, то обязательно обратитесь к нам по телефону +7 (495) 175 23 21.

Маркировка плит перекрытий

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

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

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

• В первой обозначается тип плиты, к примеру, ПБ, ПК или НВ, а также её длина и ширина в дециметрах.
• Вторая группа отвечает за допустимую нагрузку на плиту. Данный параметр указывается в килопаскалях.

Рассмотрим данные обозначения на конкретном примере. У нас есть плита с маркировкой ПК 60-12-8. Отсюда следует, что буквы ПК обозначают тип данной плиты, 60 – это её длина в дециметрах, 12 – ширина, а 8 – допустимая нагрузка.

Максимальная длина плиты может составлять 16,2 метра. Изделия стандартной ширины имеют 10 – 18 дм при толщине 220 – 400 мм.

Что такое плиты маркировки ПБ

При производстве плит ПБ используется метод непрерывного формования. Однако в последнее время стали довольно популярными плиты, которые изготавливаются по технологии «Тенсиланд». Такой метод позволяет изготавливать плиты большой длины (до 9-ти метров). Плиты ПБ предназначаются для возведения больших по площади зданий, а именно:

1. Складских помещений.
2. Торгово-развлекательных центров.
3. Гаражей, предназначенных для нескольких машин.
4. Также такие плиты нередко применяются в каркасном домостроении.

Плиты перекрытия с маркировкой ПК

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

Как маркируются плиты перекрытий >> Расшифровка маркировок

Как правило, изготовление ЖБИ выполняется в соответствие с ГОСТами, в которых указываются правила производства. Также возможно создание изделий по определенным техническим условиям.

Разница между плитами, изготовленными по ТУ, и теми, что созданы по ГОСТам, заключается в материалах и примесях.

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

Как расшифровать маркировку

Чтобы маркировка плит была понятна потребителю, разработаны стандарты ее нанесения.

Процесс регулируется ГОСТами за номерами 26434-85 и 9561-91.

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

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

• «1П» – один слой, сплошные, 120 мм;
• «2П» – имеют такую же конструкцию, но толщина равна 160 мм;
• «1ПК» – толщина составляет 220 мм, имеются круглые пустоты в 159 мм;
• «2ПК» – то же самое, но круглые пустоты имеют диаметр в 140 мм;
• «ПБ» – сделанные по принципу безопалубочного формования конструкции, которые имеют толщину в 200 мм.

После буквы находится число.

— Первые цифры – это размер ЖБИ.

— Вторые – нагрузка, на которую они рассчитаны.

— Затем расположено обозначение класса бетона.

— В конце находится класс арматуры.

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

Расшифровка маркировки плиты перекрытия с дополнительными параметрами

Если речь идет о плите ПК, перед стандартными символами могут быть указаны как толщина изделия и размер пустот, так и тип опирания. Например, «1ПКТ» – это плита, которая предназначена для трехстороннего опирания. «1ПКК» – четырехстороннего. А вот «1ПК» рассчитана на две стороны опирания.

Первая цифра (находится в пределах от 4 до 7) говорит о том, какие габариты (толщину) имеет конструкция, а также каков диаметр пустот в соответствии с указанной в ГОСТ таблице. Если вместо буквы «К» используется «Г», значит, пустоты имеют форму груши.

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

Маркировка дорожных плит: ГОСТ, расшифровка маркировки, марки плит для дороги

Маркировка дорожных плит должна выполняться согласно ГОСТ 21924.0-84.

Общие требования к маркировке

Текст состоит из буквенно-цифровых символов, разделяемых дефисами и точками. Он должен содержать:

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

На плите также необходимо наличие монтажных знаков, указывающих:

• места строповки;
• центр тяжести;
• точки опирания плиты при складировании в стеллаж;
• установочные риски.

Надписи и знаки должны быть хорошо видимыми при хранении изделий, поэтому их следует наносить на торцевые поверхности.

Маркировка дорожных плит должна выполняться следующими способами:

1. краской через трафарет;
2. штампом;
3. маркировочной машиной;
4. штампованием, наносимым при изготовлении изделия.

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

Расшифровка маркировки дорожных плит

Марка дорожной плиты состоит из пяти основных групп символов, например, 2П30.18-30. Первая группа указывает на назначение изделия, состоит из цифр 1 или 2. Единица обозначает плиту для постоянных дорог, цифра 2 указывает на принадлежность к изделиям для временных дорог.

Второй символ — буквенный, он обозначает форму изделия:

• П — прямоугольная;
• ПБ — такая же, но с одним совмещённым бортом; ПББ — с двумя совмещёнными бортами;
• ПТ — форма трапеции;
• ПШ — плита шестиугольная, имеет модификации ПШД, ПШП, ДШП, ПШШ, представляющие по форме её
• половинки разной конфигурации.

Совмещённый борт — это выступ высотой 150 мм на нижней поверхности плиты (в ПБ — на одной длинной стороне, в ПББ — на двух коротких). Шестиугольные плиты применяются и производятся очень редко.

Следующие две группы символов, разделяемых точкой — это округлённый размер плиты в дециметрах. В приведенном выше примере цифры 30.18 обозначают длину 3 м, ширину 1,75 м.

В трапециевидных и шестиугольных указывается только один размер:

• для ПТ это длина, например, 55 обозначает 5,5 м;
• для ПШ это размер стороны, например, 12 обозначает 1,16 м.

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

В обозначении предварительно напряжённых плит после допустимой нагрузки дополнительно указывают класс арматурной стали, например АIV.
Маркировка 1П60.18-30АV соответствует дорожной плите для постоянных дорог размером 6 м Х 1,75 м, с допустимой нагрузкой 30 т и арматурой IV класса.

Маркировка по ГОСТ 25912.1

По этому стандарту выпускают ПАГ — плиты аэродромные гладкие. По показателям
прочности и долговечности их нередко используют и в качестве дорожных.

Условное обозначение этих изделий включает наименование (ПАГ), толщину плиты в сантиметрах (от 14 до 20) и класс напрягаемой арматурной стали (А-IV, А-IVC, Ат-IV). Пример: ПАГ-14V — плита ПАГ толщиной 14 см из арматуры класса V.

Маркировка по ГОСТ Р 56600-2015

Норматив распространяется на дорожные плиты из железобетона с предварительно напряжённой арматурой.

Маркировка плиты дорожной ПДН, соответствующей стандарту, состоит из цифры 1 или 2 (для постоянных или временных дорог), букв ПДН — плита дорожная напряжённая, чисел от 14 до 18, обозначающих толщину в сантиметрах. Пример: 1ПДН — 14.
Существуют и другие типы маркировок дорожных плит, выпускаемых по иным стандартам и ТУ.

Типы плит перекрытия.

1. Многопустотные плиты перекрытия

Nanopb: Справочник по API

Варианты компиляции

Следующие параметры можно указать одним из двух способов:

1. Использование переключателя -D в командной строке компилятора C.
2. Использование #define в верхней части pb.h.

ПРИМЕЧАНИЕ. У вас должны быть одинаковые настройки для библиотеки nanopb и всего кода, который включает заголовки nanopb.

• PB_ENABLE_MALLOC : включить поддержку динамического распределения в декодере.
• PB_MAX_REQUIRED_FIELDS : Максимальное количество proto2 обязательных полей для проверки наличия. Значение по умолчанию — 64. Предупреждение компилятора сообщит, нужно ли вам это.
• PB_FIELD_32BIT : добавлена ​​поддержка для номеров тегов полей более 65535, полей размером более 64 КБ и массивов более 65535 записей. Предупреждение компилятора скажет, нужно ли вам это.
• PB_NO_ERRMSG : отключить поддержку сообщений об ошибках для сохранения размера кода. Единственная информация об ошибке — это возвращаемое значение true / false .
• PB_BUFFER_ONLY : отключить поддержку пользовательских потоков. Поддерживает только кодирование и декодирование с буферами памяти. Ускоряет выполнение и немного уменьшает размер кода.
• PB_SYSTEM_HEADER : замените файлы заголовков стандартов одним специфичным для системы файлом заголовка. Значение должно включать кавычки, например #define PB_SYSTEM_HEADER "foo.h" . См. Пример в extra / pb_syshdr.h.
• PB_WITHOUT_64BIT : отключить поддержку 64-битных целочисленных полей для старых компиляторов или для небольшого ускорения на 8-битных платформах.
• PB_ENCODE_ARRAYS_UNPACKED : кодировать скалярные массивы в распакованном формате, который занимает больше места. Используется только в том случае, если декодер на принимающей стороне не может обрабатывать упакованные массивы, такие как версии protobuf.js до 2020 г.
• PB_CONVERT_DOBULE_FLOAT : преобразование двойных чисел в числа с плавающей запятой для платформ, которые не поддерживают 64-битный тип данных double . В основном процессоры AVR .
• PB_VALIDATE_UTF8 : Проверить, являются ли входящие строки допустимыми последовательностями UTF-8.Добавляет небольшое снижение производительности и размера кода.

Параметры PB_MAX_REQUIRED_FIELDS и PB_FIELD_32BIT позволяют повысить некоторые ограничения типов данных для соответствия более крупным сообщениям. Их потребность автоматически распознается C-препроцессором #if -directives в сгенерированных файлах .pb.c . По умолчанию используется наименьший тип данных (наименьшее количество используемых ресурсов).

Параметры прото файла

Поведение генератора можно настроить с помощью нескольких опций, определенных в nanopb.proto в папке генератора. Вот список наиболее распространенных опций, но полный список смотрите в файле:

• max_size : Максимальный размер выделен для полей байтов и строки . Для строк это включает завершающий ноль.
• max_length : максимальная длина строки полей. Установка этого значения эквивалентна установке max_size на значение длины +1.
• max_count : Максимальное количество записей в массивах ( повторяющихся полей).
• тип : выберите способ выделения памяти для созданного поля. Значение по умолчанию — FT_DEFAULT , по умолчанию — FT_STATIC , если возможно, и FT_CALLBACK , если невозможно. Вы можете использовать FT_CALLBACK , FT_POINTER , FT_STATIC или FT_IGNORE для выбора поля обратного вызова, динамически выделяемого dfield, статически назначенного поля или для полного игнорирования поля.
• long_names : префикс имени перечисления к значению перечисления в определениях, т.е.е. EnumName_EnumValue . Включено по умолчанию.
• pack_struct : Сделать сгенерированные структуры упакованными, что сэкономит место в ОЗУ, но замедлит выполнение. Это можно использовать, только если ЦП поддерживает невыровненный доступ к переменным.
• skip_message : пропустить все сообщение из поколения. Может использоваться для удаления типов сообщений, которые не нужны приложению.
• no_unions : сгенерировать одно из полей как несколько дополнительных полей вместо объединения C {} .
• anonymous_oneof : сгенерировать одно из полей как анонимное объединение.
• msgid : указывает уникальный идентификатор для этого типа сообщения. Может использоваться кодом пользователя в качестве идентификатора.
• fixed_length : создать поля размером байтов с постоянной длиной, определяемой параметром max_size . В этом случае отдельное поле .size не будет создано.
• fixed_count : создание массивов постоянной длины, определяемой параметром max_count .
• package : Имя пакета, применимое только для генератора нанопр. По умолчанию используется имя, определенное ключевым словом package в файле .proto, которое применяется для всех языков.
• int_size : переопределить целочисленный тип поля. Например, укажите int_size = IS_8 , чтобы преобразовать int32 из определения протокола в int8_t в структуре.

Эти параметры можно определить для файлов .proto перед их преобразованием с помощью генератора nanopb.ру. Есть три способа определить параметры:

1. Использование отдельного файла .options. Это позволяет использовать подстановочные знаки для применения одинаковых параметров к нескольким полям.
2. Определение параметров в командной строке nanopb_generator.py. Это имеет смысл только для настроек, которые применяются ко всему файлу.
3. Определение параметров в файле .proto с использованием расширений nanopb. Это сохраняет параметры близко к полям, к которым они применяются, но может быть проблематичным, если один и тот же файл .proto используется во многих проектах.

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

Определение параметров в файле .options

Предпочтительный способ определения параметров — иметь отдельный файл «myproto.options» в том же каталоге, что и «myproto.proto». :

Генератор автоматически найдет этот файл и прочитает из него параметры. Формат файла следующий:

• Строки, начинающиеся с # или // , считаются комментариями.
• Пустые строки игнорируются.
• Все остальные строки должны начинаться с шаблона имени поля, за которым следует один или несколько параметров. Например: MyMessage.myfield max_size: 5 max_count: 10 .
• Шаблон имени поля сопоставляется со строкой формы Message.field . Для вложенных сообщений строка Message.SubMessage.field . Целый файл может быть сопоставлен по имени файла dir / file.proto .
• Шаблон имени поля может использовать нотацию, распознаваемую Python fnmatch ():
  • * соответствует любой части строки, например Message.* для всех полей
  • ? соответствует любому одиночному символу
  • [seq] соответствует любому из символов s , e и q
  • [! Seq] соответствует любому другому символу
• Параметры записываются как имя_параметра: значение_параметра , и несколько параметров могут быть определены в одной строке, разделенных пробелом.
• Параметры, определенные позже в файле, переопределяют параметры, указанные ранее, поэтому имеет смысл сначала определить параметры подстановочных знаков в файле, а более конкретные — позже.

Для устранения проблем с применением опций можно использовать опцию -v для генератора nanopb. В протоколе параметры плагина указываются с помощью --nanopb_opt :

Protoc в настоящее время не передает путь включения в плагины. Следовательно, если ваш .proto находится в подкаталоге, у nanopb могут возникнуть проблемы с поиском связанного файла .options . Обходной путь — указать путь включения отдельно к плагину nanopb, например:

Если желательно, имя файла опций можно задать с помощью аргумента генератора -f .

Определение параметров в командной строке

nanopb_generator.py имеет простой параметр командной строки -s OPTION: VALUE . Параметр применяется ко всему обрабатываемому файлу.

Определение параметров в файле .proto

Формат файла .proto позволяет определять пользовательские параметры для полей. Библиотека nanopb поставляется с nanopb.proto , которая делает именно это, позволяя вам определять параметры непосредственно в файле .proto:

  импорт "нанопб.прото ";

message MyMessage {
    требуемая строка name = 1 [(nanopb) .max_size = 40];
    повторяющиеся int32 ids = 4 [(nanopb) .max_count = 5];
}  

Небольшая сложность заключается в том, что вы должны указать путь включения протокола protoc, чтобы можно было найти nanopb.proto. Поэтому, чтобы скомпилировать файл .proto, который использует параметры, используйте команду protoc, подобную:

Параметры могут быть определены в областях файла, сообщения и поля:

  вариант (nanopb_fileopt) .max_size = 20; // Область файла
сообщение Сообщение
{
    вариант (nanopb_msgopt).max_size = 30; // Область сообщения
    обязательная строка fieldsize = 1 [(nanopb) .max_size = 40]; // Область действия поля
}  

пб.х

pb_byte_t

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

Для большинства платформ это эквивалент uint8_t . Однако некоторые платформы не поддерживают 8-битные переменные, и на этих платформах для каждого байта необходимо использовать 16 или 32 бита.

pb_size_t

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

Если требуются номера тегов или поля, превышающие 65535, можно использовать параметр PB_FIELD_32BIT для изменения типа на 32-битное значение.

pb_type_t

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

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

Биты 4–5 определяют, является ли поле обязательным, необязательным или повторяющимся. Существуют отдельные определения для семантически разных режимов, хотя некоторые из них имеют общие значения и различаются на основе значений других полей:

Биты 6-7 определяют способ распределения памяти для поля:

pb_msgdesc_t

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

pb_field_iter_t

Описывает одно поле структуры с положением в памяти относительно других. Информация поля сохраняется в компактном формате и загружается в pb_field_iter_t с помощью функций, определенных в pb_common.h .

По умолчанию pb_size_t является 16-битным, ограничивая размеры и теги 65535. Предел можно увеличить, задав PB_FIELD_32BIT .

pb_bytes_array_t

Массив байтов с полем для хранения длины:

В реальном массиве длина байтов может быть другой.Макросы PB_BYTES_ARRAY_T () и PB_BYTES_ARRAY_T_ALLOCSIZE () используются для выделения памяти переменной длины для байтовых полей.

pb_callback_t

Часть структуры сообщения, для полей с типом PB_HTYPE_CALLBACK:

Указатель на arg передается обратному вызову при вызове. Его можно использовать для хранения любой информации, которая может понадобиться обратному вызову. Обратите внимание, что это двойной указатель. Если вы установите field.arg , чтобы указать на и данные в вашем основном коде, в обратном вызове вы можете получить к нему доступ следующим образом:

При вызове pb_encode, funcs.encode используется, аналогично при вызове pb_decode используется funcs.decode . Указатели функций хранятся в той же ячейке памяти, но имеют несовместимые типы. Вы можете установить указатель функции на NULL, чтобы пропустить поле.

pb_wire_type_t

Протокол буферизует типы проводов. Они используются с pb_encode_tag. :

pb_extension_type_t

Определяет функции обработчика и вспомогательные данные для поля, которое расширяет другое сообщение. Обычно генерируется автоматически nanopb_generator.py .

В нормальном случае указатели на функции имеют значение NULL , а декодер и кодер используют свои внутренние реализации. Внутренние реализации предполагают, что arg указывает на pb_field_iter_t, который описывает рассматриваемое поле.

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

pb_extension_t

Связывает вместе тип поля расширения и хранилище для значения поля. Для структур сообщений с расширениями генератор добавит поле pb_extension_t * . Он должен указывать на связанный список расширений.

PB_GET_ERROR

Получить текущее сообщение об ошибке из потока или строку-заполнитель, если сообщения об ошибке нет:

Это должно использоваться для ошибок печати, например:

Макрос возвращает только указатели на постоянные строки (в памяти кода), поэтому нет необходимости освобождать возвращенный указатель.

PB_RETURN_ERROR

Установить сообщение об ошибке и вернуть false:

Это должно использоваться для обработки условий ошибки внутри функций nanopb и функций обратного вызова пользователя:

Параметр msg должен быть постоянной строкой.

PB_BIND

Этот макрос генерирует pb_msgdesc_t и связанные с ним массивы на основе списка полей в формате X-macro. :

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

pb_encode.h

pb_ostream_from_buffer

Создает выходной поток для записи в буфер памяти. Он использует внутренний обратный вызов, который сохраняет указатель в поле состояния потока . :

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

pb_write

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

ПРИМЕЧАНИЕ: В случае ошибки значение bytes_written не увеличивается. В зависимости от используемого обратного вызова повторный вызов pb_write после того, как он потерпел неудачу, может вызвать неопределенное поведение. Сам Nanopb никогда этого не делает, вместо этого он возвращает ошибку пользовательскому приложению. Встроенный pb_ostream_from_buffer можно безопасно вызывать снова после неудачной записи.

pb_encode

Кодирует содержимое структуры как сообщение буферизации протокола и записывает его в выходной поток. :

Обычно pb_encode просто просматривает массив описаний полей и сериализует каждое поле по очереди. Однако вложенные сообщения необходимо сериализовать дважды: сначала для вычисления их размера, а затем для фактической записи их на вывод. Это вызывает некоторые ограничения для полей обратного вызова, которые должны возвращать одни и те же данные при каждом вызове.

pb_encode_ex

Кодирует сообщение с расширенным поведением, установленным флагами:

Можно определить следующие параметры:

• PB_ENCODE_DELIMITED : Укажите длину сообщения с помощью префикса длины в кодировке varint.Совместим с parseDelimitedFrom в библиотеке Google protobuf.
• PB_ENCODE_NULLTERMINATED : Укажите длину сообщения, добавив после него нулевое значение тега. Поддерживается декодером nanopb, но не большинством других библиотек protobuf.

pb_get_encoded_size

Вычисляет длину закодированного сообщения.

Кодировщики полей обратного вызова

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

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

Запись упакованных массивов немного сложнее: вам нужно использовать pb_encode_tag и указать PB_WT_STRING в качестве типа провода.Затем вам нужно точно знать, сколько данных вы собираетесь записать, и использовать pb_encode_varint для записи количества байтов перед записью фактических данных. Подпотоки можно использовать для определения количества байтов заранее; см. исходный код pb_encode_submessage для примера.

См. Документацию по формату кодирования Google Protobuf для получения справочной информации о проводном формате Protobuf.

pb_encode_tag

Начинает поле в двоичном формате буферов протокола: кодирует номер поля и тип провода данных.

pb_encode_tag_for_field

То же, что и pb_encode_tag, за исключением того, что принимает параметры из структуры pb_field_iter_t .

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

Отображение типа провода выглядит следующим образом:

pb_encode_varint

Кодирует целое число со знаком или без знака в формате varint.Работает для полей типа bool , enum , int32 , int64 , uint32 и uint64 :

ПРИМЕЧАНИЕ. Значение в аргументе будет преобразовано в uint64_t .Чтобы кодировать значения со знаком, аргумент должен быть сначала приведен к int64_t для правильного расширения знака.

pb_encode_svarint

Кодирует целое число со знаком в зигзагообразном формате. Работает для полей типа sint32 и sint64 :

(параметры такие же, как для pb_encode_varint

pb_encode_string

Записывает длину строки как varint, а затем содержимое строки. Работает для полей типа байтов и строк :

pb_encode_fixed32

Записывает 4 байта в поток и меняет местами байты на архитектурах с прямым порядком байтов. Работает для полей типа fixed32 , sfixed32 и float :

pb_encode_fixed64

Записывает 8 байтов в поток и меняет местами байты в архитектуре с прямым порядком байтов. Работает для полей типа fixed64 , sfixed64 и double :

pb_encode_float_as_double

Кодирует 32-битное значение с плавающей запятой , чтобы оно выглядело как 64-битное double в закодированном сообщении. Это иногда необходимо, когда такие платформы, как AVR, которые не поддерживают 64-битные double , должны взаимодействовать с использованием типа сообщения, содержащего поля double .

pb_encode_submessage

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

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

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

pb_decode.h

pb_istream_from_buffer

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

pb_read

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

О конце файла сигнализирует stream-> bytes_left , равное нулю после того, как pb_read вернет false.

pb_decode

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

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

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

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

pb_decode_ex

То же, что и pb_decode, но допускает расширенные параметры.

Следующие параметры могут быть определены и объединены с поразрядным | оператор:

• PB_DECODE_NOINIT : не инициализировать структуру перед декодированием. Это можно использовать для объединения нескольких сообщений или если вы уже сами инициализировали структуру сообщения.

• PB_DECODE_DELIMITED : Ожидается префикс длины в формате varint перед сообщением. Аналог PB_ENCODE_DELIMITED .

• PB_DECODE_NULLTERMINATED : Ожидается, что сообщение будет завершено нулевым тегом. Аналог PB_ENCODE_NULLTERMINATED .

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

pb_release

Освобождает все динамически размещенные поля:

Эта функция доступна, только если определено PB_ENABLE_MALLOC .Он освободит все поля типа указателя в структуре и установит указатели на NULL .

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

pb_decode_tag

Расшифровать тег, который стоит перед полем в кодировке protobuf:

Когда сообщение (поток) заканчивается, эта функция вернет false и установит для eof значение true. При других ошибках eof будет установлено в false.

pb_skip_field

Удалить данные поля из потока без фактического их декодирования:

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

Декодеры поля обратного вызова

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

Для декодирования числовых (включая нумерованные и логические) значений используйте pb_decode_varint, pb_decode_svarint, pb_decode_fixed32 и pb_decode_fixed64. Они принимают указатель на 32- или 64-разрядную переменную C, которую затем можно преобразовать в меньший тип данных для хранения.

Для декодирования полей строк и байтов длина уже декодирована, а функции обратного вызова предоставляется субпоток с ограниченной длиной.Следовательно, вы можете проверить общую длину в stream-> bytes_left и прочитать данные с помощью pb_read.

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

pb_decode_varint

Считывает и декодирует целое число в кодировке varint.

pb_decode_varint32

То же, что и pb_decode_varint , но ограничивает значение 32 битами:

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

pb_decode_svarint

Аналогично pb_decode_varint, за исключением того, что выполняет зигзагообразное декодирование значения. Это соответствует типам данных Protocol Buffers sint32 и sint64 . :

(параметры такие же, как у pb_decode_varint)

pb_decode_fixed32

Декодирует значение fixed32 , sfixed32 или float .

Эта функция считывает 4 байта из входного потока. В архитектурах с прямым порядком байтов он меняет порядок байтов на обратный. Наконец, он записывает байты в dest .

pb_decode_fixed64

Декодирует fixed64 , sfixed64 или double value. :

То же, что и pb_decode_fixed32, за исключением того, что читает 8 байтов.

pb_decode_double_as_float

Декодирует 64-битное значение double в 32-битную переменную с плавающей запятой . Аналог pb_encode_float_as_double. :

pb_make_string_substream

Расшифруйте длину поля с помощью типа провода PB_WT_STRING и создайте подстроку

Кодирование пластины Пенсильвании

Руководство по APTDecoder

APTDecoder - это бесплатное программное обеспечение от Patrik Tast из Встервика в Финляндии, которое позволяет записывать аудио NOAA APT, преобразовывать его в изображения погоды, а затем обрабатывать их для добавления цвета, удаления шума и т. Д. создать блог и многое другое.Хотя APTDecoder все еще находится в стадии непрерывной разработки, он уже предлагает множество функций. что делает его мощным соперником другим признанным фаворитам в этой области.

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

Ссылки для скачивания двух версий:
APTDecoder v 1.0,2,70
APTDecoder версии 2.0.5.88

Скачать ежеквартальную статью GEO 2005 по адресу:
Статья APTDecoder

Начальная настройка

APTDecoder предлагает множество пользовательских опций.

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


Захват первого изображения

Теперь просто оставьте APTDecoder включенным. Легенда вверху экрана сообщает, какой спутник приближается и постоянно обновляет свой азимут и высоту, а также указывает максимальную высоту и AOS (Acquisition Of Сообщите время, когда спутник поднимется над вашим горизонтом). Затем начинается захват сигнала, изображение отображается в в режиме реального времени по мере его наращивания.