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

Из Российских документов мы можем опираться лишь на СП 31-105-2002, там приведены основные нормы, касающиеся используемых материалов. Фундаменты мы обсудим в другой раз, но, для полноты картины, вообразим себе так любимые многими и столь же многими ненавидимые – сваи.

Общие положения в двух словах:

Доски не ниже второго сорта

Минимальное сечение доски для стоек каркаса одноэтажного дома – 38х89 мм (можно уменьшить шаг и сделать сечение меньше, но зачем усложнять себе жизнь?)

Соединяется на гвозди (могут использоваться МЗП и Н-скобы)

Шаг лаг/стоек/стропил НЕ БОЛЕЕ 600 мм.

Все что находится ниже 250 мм над землей должно быть антисептировано.

А вот про влажность в двух словах не выйдет. «4.3.1 Несущие конструкции (элементы каркаса) домов данной системы изготовляются из пиломатериалов хвойных пород, высушенных и защищенных от увлажнения в процессе хранения.» Также, СП 31-105 ссылается на СНиП П-25, который есть в редакции 2017 года. В нем сказано: если конструкция будет эксплуатироваться в условиях влажности от 65% и выше допускается использовать древесину влажностью НЕ БОЛЕЕ 40% при условии ее защиты от гниения. У доски естественной влажности эта самая влажность может доходить до 80-90%. Выходит, по всем нормам, мы не можем строить каркас из сырой доски.

Из опыта рекомендую использовать строганную доску камерной сушки с влажностью около 15% (ниже все равно вряд ли найдете). Да, она дороже, но ее нет необходимости антисептировать и она не усохнет (и не добавит щелей в каркас), а калибровка избавит от множества проблем с подгонкой (особенно когда речь о двойных стойках) и утеплением. Ну и обзаведитесь влагомером, думаю трата в 2 тысячи при строительстве ценой в несколько миллионов – не критичная трата

Теперь об элементах:

Обвязка: допускается использование как цельного пиломатериала (то-бишь бруса), так и наборных прогонов из доски. Между обвязкой и фундаментом обязателен слой гидроизоляции.

На практике предпочтительнее второй вариант. Рекомендую 4 доски 50х150 мм под несущие стены, под перегородки можно ограничиться 3 досками. Пролет между сваями, при этом, не должен быть больше 3 метров.

Перекрытие пола: как уже было сказано, шаг лаг должен быть не более 600 мм. Сечение половых лаг рассчитывается из длины пролета.

На практике нет смысла использовать лаги сечением меньше чем 50х200 мм чтобы ходить по полу без «батута». Шаг же нужно рассчитывать так же исходя из пролета и планируемого  предчистового покрытия.

Стены: Всё тот же шаг.  Обязательно должны присутствовать диагональные связи жесткости (угол 45°) сечением не менее 18х88 мм которые врезаются в стойки, либо плитные материалы достаточной жесткости. Обвязка каркаса должна быть из той же доски что и сам каркас. Верхняя обвязка каркаса должна быть в две доски, где верхняя доска перекрывает стык стен каркаса.

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

Перекрытие: Здесь всё, в принципе, как и с полом, поэтому ничего добавлять не буду.

Стропила: Про шаг Вы помните. Могут либо собираться на месте либо применяем стропильные фермы на МЗП. Верхние концы стропил соединяются через коньковую доску без опирания, либо опираются на коньковую балку сечением не менее 38х140 мм укладываемую на стойки сечением от 38х89 мм, нижние концы опираются на каркас несущих стен.

В принципе, есть еще варианты опираний, но выбрать их лучше архитектору.

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

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

Если я что-то пропустил или, по-вашему, не прав, давайте учиться вместе.

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

Вот такие физические нормативы Министерство Спорта России ввело для киберстпортсменов.

Хочешь в доту катать - изволь 100-метровку пробежать.

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

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

В реалии от «всех победили» до «не повезло» дистанция достаточно большая, и склонить судьбу на свою сторону можно только одним – тренировками. А все тренировки обязательно с нормативами по времени. И существуют эти нормативы не для того, чтобы отцы-командиры имели формальное право поиздеваться над солдатами. Уложился в нормативное время — живи, не уложился — ну извини…

НОРМАТИВ 1

Так нас учили наши преподы-офицеры на военных сборах, воевавшие в Сирии (да-да, в середине 70-х!) и по ранению переведенные служить на военную кафедру в МИСиС. И второй момент. Танкист должен не только хорошо стрелять и водить боевую машину, он должен умело действовать в нестандартных ситуациях.

Например, в башне пожар, верхние люки заклинило (или обстреливает противник). Единственный выход – через люк механика-водителя. Успел до взрыва боекомплекта выскочить – будешь жить, не успел – товарищи шлемофоны снимут. Поэтому первое упражнение, которому нас обучали: с места командира пробраться через место наводчика и выбраться через люк механика-водителя.

Норматив был (если память не изменяет) «отлично» — 5-6 секунд; «хорошо» — 6-8 секунд; больше 8-и секунд — незачёт. Вёл занятия прапорщик Недорезанюк, и, поскольку «лучший результат дня» был где-то в районе 20 секунд, то в выражениях прапор не стеснялся.

НОРМАТИВ 2

На следующий день на военных сборах мы отрабатывали второе упражнение: типа наш танк окружила вражеская пехота. Для таких гостей в боекомплекте танка было 10 гранат Ф-1. Из люка заряжающего определённым образом эта граната выкидывалась наружу и «смерть врагу, победа нашим!»

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

«Показываю один раз!» — заявил прапорщик и, ткнув пальцем почему-то в Сашу К, добавил: «Пойдем, посмотришь, как надо. Потом всем расскажешь».

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

А суть прикола заключалась в том, что запал гранаты срабатывает максимум через 4,5 секунды, а Саша выпрыгнул из танка раньше. В ведомости у Саши за первое упражнение появилась заслуженная «пятёрка», а у всех остальных стоял «незачёт».

Как актуализировать нормативно-справочную информацию на предприятии?

По запросу @SerLev решил расписать кейс по приведению в порядок нормативно-справочной информации (НСИ). Поделюсь этой информацией со всеми бесплатно – может кому-то пригодится в работе, может где-то сделают еще один шажок в сторону цифровизации, адептом которой я являюсь. В общем, работайте братья! //для тех, кто не хочет читать всю портянку целиком: мотайте вниз – там будет алгоритм действий.

Так сложилось исторически на постсоветских предприятиях, что НСИ по большей части на все изделия есть, есть разработанные техпроцессы, но времена на операции не актуальны вследствие разных причин. Например, для повышения ЗП рабочему, работающему на «сделке», просто увеличивали норму времени на операцию, при этом оставляя старой стоимость нормо-часа. Хотя надо было делать наоборот, но…

Или, например, увеличивали нормы времени на операции (и как следствие, увеличивали трудоемкость изготовления продукции) для обоснования высокой стоимости изделий перед госзаказчиком. Есть, конечно, предприятия, которые в своих информационных системах хранят два вида времен: одни реальные, а другие для начисления ЗП. Но сейчас не про такие предприятия рассказ.

Также в этой истории оставлю за рамками предприятия, на которых всяких внедренцев-цифровизаторов воспринимают как инфоцыган )) На таких предприятиях работают суровые специалисты, которые не верят таким инфоцыганам и просто «шлют их лесом»… Такие предприятия мне попадались преимущественно на Урале, например, в Магнитогорске )) Правда, в Челябинске на одном предприятии видел «сильно допиленную» 1С:УПП, в которой было занесено технологическое (а не только конструкторское) дерево ДСЕ (деталей и сборочных единиц) и все сборочные этапы были представлены диаграммой Ганта, к каждому подэтапу составлен сборочный комплект, и запуск в работу деталей идет этими сборочными комплектами. Ну, и вишенка на торте: поскольку вся продукция предприятия «кастомная», то сначала все НСИ рождается в PDM-системе, а потом уже передается в 1С. Это самое правильное решение для поддержания актуальности НСИ. И только так.

Вернемся к нашему рассказу про неактуальное НСИ и неправильные нормы времени в частности:

Норма времени на операцию рассчитывается по формуле: Тнв = Тшт +Тпз/n, где Тшт – норма штучного времени; Тпз – подготовительно-заключительное время; N – размер изготавливаемой партии, в шт.

Рассчитывает Тнв обычно Отдел труда и заработной платы (ОТиЗ) по старым советским справочникам, т.е. оборудование стало более высокопроизводительное, а нормы времени остались советскими. Иногда ОТиЗ (если у них есть время или кто-то в цехе недоволен нормами времени) выходит в «поля» и проводит реальные замеры Тшт, но в целом это не меняет картины на предприятии – нормы остаются в большинстве своем старыми, ибо замерить времена миллиона операций просто невозможно. Для понимания приведу пример: консоль крыла планера Ил-76 – это более 780 тыс. операций! И это всего лишь консоль – просто два крыла, а есть еще фюзеляж… А пять путевых машин, составляющих основу номенклатуры машиностроительного предприятия, – тоже почти 1 млн. операций.

Так что имеем то, что имеем: например, расточник закрывает за месяц 450-460 нормо-часов. Он конечно, ебошит как проклятый: задерживается после работы, ест на ходу, выходит в субботу на работу, но по факту он на предприятии присутствует (с вычетом обеденных и технологических перерывов) только 210-220 часов в месяц (блядь, это при 167 часах по Трудовому Кодексу!). Т.е. мы имеем в этом случае завышение норм времени как минимум в два раза! В этой статье я рассматриваю корректировку Тнв только с точки зрения приведения к достоверности, а не с точки зрения снижения ЗП расточника.

Также здесь надо отметить, что актуальное НСИ должно содержать не только верные нормы времени, но информацию на каком рабочем центре (РЦ) выполняется конкретная информация. А вот такой информации зачастую на постсоветских предприятиях нет.

И вот перед предприятием ставится задача в духе сегодняшнего времени: реализовать проект по цифровизации предприятия – внедрить систему класса APS (сокр. от англ. Advanced Planning & Scheduling – программное обеспечение для производственного планирования, главной особенностью которого является возможность построения расписания работы оборудования в рамках всего предприятия).

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

Как вы понимаете, сия имитационная модель будет основываться на НСИ предприятия, которое лежит в какой-то информационной системе (ИС), например, 1С:УПП или 1С:ERP. Какое расписание построит модель при недостоверных Тнв? Есть известное выражение в ИТ-индустрии: «Shit in – shit out», т.е. «дерьмо на входе – дерьмо на выходе». Вот…

И вот на предприятие приезжает команда цифровизаторов… На совещании у генерального директора сидят: технический директор, коммерческий директор, главный конструктор, главный технолог, начальник планово-диспетчерского отдела, начальник ИТ-службы… Цифровизаторы говорят: «Мы вам построим цифровой двойник предприятия, вы сможете управлять всеми ресурсами на новом уровне, сможет рассчитать сроки выполнения заказов, расписание работы рабочих центров (РЦ) будет построено из учета управления «узкими местами». Генеральный директор говорит: «О! Отлично!», а технический директор спрашивает: «А на каких данных вы построите сие чудо?» Цифровизаторы отвечают: «Так на ваших данных, мы их из ИС выгрузим!». И тут происходит немая сцена как у Гоголя: гендир еле сдерживает улыбку, техдир тихонько «прыскает в кулачок», главный технолог отводит глаза, главный конструктор выходит поговорить по телефону… и только начальник ИТ-службы смотрит на тебя прямо своими грустными усталыми еврейскими глазами… «На наших данных?! Ну, стройте…»

И цифровизаторы побегут строить имитационную модель, которая потом покажет «узкие места», которые вовсе, при ближайшем рассмотрении, таковыми не являются. Ну, вы помните: «Shit in – shit out».

Вот здесь мы прервем наш рассказ и перейдем к решению проблемы по актуализации НСИ.

Рассмотрим три варианта решения данной задачи:

1-й вариант (простой): На всех предприятиях сейчас уже внедрены электронные системы допуска сотрудников – АСКУД (автоматизированная Система контроля и управления доступом). В этой системе собирается информация, когда работник зашел на предприятие и когда вышел, т.е. мы знаем время фактического нахождения работника на предприятии. И так:

- шаг 1: из фактического нахождения работника на предприятии за месяц (несколько месяцев или год) вычитаем время технологических и обеденных перерывов;

- шаг 2: делаем связку «рабочий – РЦ». Эта информация есть у мастера участка – он знает какой рабочий за каким станком работает.

- шаг 3: делаем связку «рабочий – операция – РЦ». Информация «рабочий – операция» есть в ОТиЗ: по всем выполненным операция работнику начисляется ЗП, все есть в ИС.

- шаг 4: Делим суммарное время выполненных операций конкретным рабочим за месяц (несколько месяцев или год) на суммарное время его присутствия на предприятии (за минусом технологических и обеденных перерывов), получаем коэффициент приведения Тнв для конкретного РЦ

- шаг 5: Зная связку «рабочий – операция – РЦ», делим на коэффициент приведения все Тнв операций, выполняемых на данном РЦ. Получаем актуальные Тнв в первом приближении

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

2-й вариант (сложный): Похож на Вариант 1, но более точный, но сука сложный. Надеваем на себя личину DataScientist’а: нам потребуется выгрузка из ИС факта выполнения всех операций за год по всем рабочим. Выполняем первые три шага из Варианта 1.

- шаг 4: На основе выгрузки из ИС факта выполнения всех операций за год по всем рабочим составляем управления по каждому рабочему за каждый день (будет 248 уравнений по одному рабочему – по количеству рабочих дней в году):

К1Х1 + К2Х2+ …+… КNХN = Y/Z

Где ХN – Тнв на N-ую операцию, КN – коэффициент приведения для N-ой операции, Y – суммарное время всех выполненных операций в этот день, Z – время нахождения на рабочем месте в этот день.

- шаг 5: Полученную систему из 248-ми уравнений упрощаем, исключая повторяющиеся

- шаг 6: Полученную систему из 248-ми уравнений решаем методом наименьших квадратов и получаем коэффициенты приведения для каждой операции на данном РЦ.

- шаг 7: Делим на коэффициент приведения все Тнв операций, выполняемых на данном РЦ. Так делаем по каждому рабочему/РЦ. Получаем актуальные Тнв. Пусть теперь ОТиЗ отсосёт!

3-й вариант (для случая, когда надо актуализировать не только Тнв, но и всё НСИ требует корректировки):

- шаг 1: внедряем на предприятии систему диспетчеризации через «тонкий клиент» к 1С УПП или ERP (где взять «тонкий клиент» спросите у меня – у нас дешевле всех, ну или возьмите у других ))).

- шаг 2: всем рабочим, всем РЦ, всем деталям присваиваем штрих-коды.

- шаг 3: начинаем сбор данных через ТСД (терминалы сбора данных) на которых стоит мобильное приложение («тонкий клиент»): рабочий авторизуется на РЦ считывая ТСД свой штрих-код и штрих-код РЦ, начиная операцию рабочий считывает ТСД штрих-код детали, по окончании операции рабочий снова считывает штрих-код. Таким образом в систему заносится фактическое время исполнения операции на конкретном РЦ. Время, которое потребуется на актуализацию НСИ зависит от длительности ваших производственных циклов - надо чтобы все детали прошли через все РЦ. Получаем актуальные Тнв с маршрутами и привязкой к РЦ.

И самое важное: после того как вы выбрали и согласовали с Заказчиком вариант актуализации НСИ, нужно это зафиксировать протоколом, в котором будет сказано, как вы достигаете актуальности данных, какие есть допущения при их актуализации, и что на этих данных будет построена имитационная модель. И вот тогда Заказчик уже не скажет: «А я вот не верю этим данным»!