Обращение к компании ТИОН.
Более 5 лет пользуюсь вашими бризерами. Штука хорошая. НО!
Вчера поставил еще один новый и началась свистопляска.
Ваш пульт это ущербное создание. Все матерные слова русского языка относятся к нему и вашему приложению!
1) За более чем 5 лет использования я до сих пор не понимаю как им нужно включать бризер; однократное нажатие, двойное нажатие, или длинное нажатие на эту ущербную торчащую в глубине кнопку. С выключением тоже самое! Даже ваш лицензированный мастер за многолетний опыт так и не понял как он работает! С выключением тоже самое! Хрен поймешь сработала кнопка или нет! Еще посмотрел цены на этот пульт и офигел, стоит от 6000 рублей! Это 10% от стоимости прибора!
2) Ущербный дисплей и сложная настройка всего и вся! Плюс при переходе управления на приложение пульт отрубает или наоборот с приложения на пульт отрубается приложение! Непонятно, но сама суть, что нифига не понятно!
3) Приложение это просто алес. Вот зачем ему нужен доступ к контактам, геолокация включенная и блютуз? Ладно по блютузу он управляется, хотя лучше сделать по wi-fi чтобы добивал на все устройства в доме, а не только в 5-7 метрах от прибора. Вот нахрена ему моя телефонная книга и геолокация, я что с этим стационарно закрепленным прибором каждый день путешествую?
4) Создание расписания работы отдельная песня. С пульта сложно сделать с приложения еще сложнее. Сегодня после нескольких часов безуспешной настройки позвонил в ваш сервис, первый специалист парень, что то пытался помочь, но с темой был не знаком. говорил, лишь что приложение еще допиливается и функция расписания еще неработает.
- как не работает? если я этой функцией несколько лет пользуюсь? Ну хз.
Позвонил во второй раз, спасибо компетентная девушка помогла мне сказала куда клацать, но чтобы сделать режим работы нужно оказывается сделать два расписания! Первое на период работы! А второе указать на период простоя! Тупо неудобно, но помогло вроде, бризер вошел в режим работы. теперь жду когда отключится и снова включится! Это целая эпопея с необходимостью высчитывать интервалы по 10 минут. Еще нужно не забыть переключить ползунки в нужное положение! Выглядит вот так!

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

В данном примере задано 2 диапазона работы; с 18 вечера до 8 утра и днем с 10 до 14 часов прибор работать должен! И так должна быть возможность указывать несколько диапазонов режимов работы и на каждый день отдельно, так как у людей разный режим в разные дни.
Прибор офигенный, но чтобы один раз навсегда настроить нужно потратить время и понять принцип!
К покупке рекомендую тем кто живет в местах с загрязненным воздухом, возле дорог, производств или просто у кого шумно за окном. Прибор защищает по запахов, гари, грязи, пыли, аллергенов, шума.
Эта штука стоит от 60000 и вы не можете сделать нормальный пульт и приложение?

Я вспоминаю один проект, который заставил меня по-новому взглянуть на переменные в инженерных расчетах. Это был обычный на вид объект – реконструкция старого здания с модернизацией системы отопления. Расчеты теплопотерь были выполнены, оборудование подобрано, и мы уверенно ждали комфортного тепла зимой. Но с первыми холодами части здания упорно оставались холодными. Команда в недоумении проверяла расчеты снова и снова, пока, наконец, не обнаружилась причина: одна переменная в модели теплопотерь была серьезно недооценена. Коэффициент инфильтрации (подсос холодного наружного воздуха через негерметичные конструкции) мы взяли «по умолчанию», как для нового здания, а реальная величина оказалась гораздо выше. В итоге мощности котла не хватало, и помещения остывали. Маленькая деталь – а последствия ощутимые. Пришлось оперативно усиливать систему отопления и делать выводы.

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

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

Другой пример знаком многим инженерам ОВиК. Мы любим использовать проверенные эмпирические формулы, вроде правила 1,08 для быстрого расчета тепловой мощности воздуха: Q = 1,08 × CFM × ΔT (в британских единицах). Формула удобная, запоминающаяся – и большинство принимают этот коэффициент 1,08 как данность. Но мало кто задумывается, что этот коэффициент справедлив только при определенных условиях (стандартная плотность воздуха на уровне моря, нормальная температура и влажность). Стоит измениться условиям – скажем, объект находится высоко в горах или воздух сильно холодный – как реальный коэффициент отклоняется (например, до 1,2 вместо 1,08). Если слепо подставить знакомое число, можно промахнуться с расчетом нагрева или охлаждения. Практикующие инженеры отмечают, что использование правил-трюизмов вне диапазона их применимости приводит к ошибкам. Сам видел случай, когда коллега спроектировал систему охлаждения на большой высоте, а она недодавала мощности – во многом из-за того, что плотность воздуха была меньше расчетной по умолчанию. Вывод: за каждым эмпирическим коэффициентом скрыты предположения, и важно понимать границы применимости таких правил.

А что говорить про сложное моделирование, например CFD (Computational Fluid Dynamics, численное моделирование потоков). Цветные картинки потоков воздуха могут завораживать, но и там переменные могут сыграть злую шутку. Неправильно заданные граничные условия или, скажем, коэффициенты турбулентности легко дают красивый, но нереалистичный результат. Помню пример моделирования вентиляции parking-гаража: инженеры заложили нулевой приток воздуха извне (решив упростить модель), и по расчету все выглядело отлично. Однако в реальности всегда есть инфильтрация, ветровой напор, нестабильность – и поведение дымоудаления оказалось совсем не таким идеальным, как обещала CFD. Модель пришлось перенастраивать, вводя реальные переменные заново. Это хороший урок: любой расчет требует верификации здоровым смыслом и экспериментом, особенно когда в игре множество переменных. Если модель показывает идеальную картинку, сначала убедись, что не пропущена какая-нибудь «мелочь» в исходных данных.

На иллюстрации: Mars Climate Orbiter — космический аппарат NASA, потерянный в 1999 году из-за ошибки в единицах измерения. Еще пример – уже из космической отрасли – наглядно показывает, что проблемы с переменными могут случиться на самом высоком уровне. NASA в 1999 году потеряла орбитальный зонд Mars Climate Orbiter из-за банальной путаницы в единицах измерения. Один программный модуль выдавал данные силы тяги в фунтах, а другой принимал их как ньютон! В результате аппарат отклонился от траектории и сгорел в атмосфере Марса, вместо того чтобы выходить на орбиту. Казалось бы, где мы – инженеры-строители или механики – и где космические технологии? Однако корень проблемы тот же: неверная интерпретация переменной, отсутствие перепроверки и непонимание зависимости результата от исходных условий. Позже комиссия установила, что в проекте не сработал должным образом контроль взаимосвязанных параметров, и переход аппарата от команды разработчиков к команде операторов прошёл без нужной тщательной проверки. Эта история стала притчей во языцех: невнимание к единицам и переменным стоило $125 млн и двух лет работы, и с тех пор в NASA существенно усилили процедуры проверки. Нам с вами такие ошибки, к счастью, обходятся дешевле, но вывод напрашивается одинаковый: всегда удостоверяйтесь, что понимаете, что именно означает каждое число в ваших расчетах.

Современные инженеры всё чаще полагаются на автоматизацию: расчётные программы, Excel-модели, скрипты. Это здорово экономит время – пока что-то не пойдёт не так. Вы никогда не замечали, как в чужой вычислительной модели бывает сложно сходу разобраться, что означает переменная X или Y, откуда взялась та или иная константа? Когда модель или код передаются от одного специалиста другому, возрастает риск, что значения переменных будут неправильно поняты или вовсе потеряны. Например, у нас был внутренний калькулятор для подбора насосов, где коэффициент запаса по напору был зашит в формулу. Автор модели посчитал его очевидным, в документации это не отразил. В итоге другой инженер воспользовался калькулятором для проекта без запаса (где не требовалось резервировать напор) – и получил перестраховку на лишние 20%. Хорошо, что заметили до закупки оборудования. Ситуация типичная: автоматизация скрывает детали реализации, и без прозрачности переменных можно принять неверное решение, считая, что «раз компьютер выдал – значит так и есть».

Передача цифровой модели между разными софтами тоже чревата сюрпризами. Классический случай – проблемы с единицами измерения при экспорте/импорте. Один раз архитекторы выдали нам план здания в футах, а в нашей расчетной программе открылось «как есть», приняв эти значения за метры. Если бы не бдительность инженера, мы бы заложили вентиляцию на высоту потолков 30 метров вместо 9! Такие ошибки не всегда очевидны, особенно когда различия не на порядок. Ошибки масштаба и единиц – одни из самых подлых, они прокрадываются в проекты при обмене данными. Вспомним еще случай: на японских горках Space Mountain произошел сход вагончиков из-за неверно заказанной детали – путаница между старым чертежом в дюймах и новым в миллиметрах привела к тому, что оси колес сделали 44,14 мм вместо 45 мм. Деталь всего на доли миллиметра меньше нужного размера, а вибрация из-за этого привела к поломке оси. К счастью, обошлось без жертв, но репутационный урон парку был огромным. Этот случай – предупреждение всем нам: убедитесь, что при передачe проекта или модели все договорились, в каких единицах и допущениях живут ваши переменные.

Еще одна скрытая проблема – зависимые переменные. В больших моделях множество параметров связаны друг с другом. Если изменить один без коррекции других, модель «рассыпается». Скажем, в энергомодели здания вы решили повысить теплоизоляцию стен и уменьшили коэффициент теплопередачи U. Логично, потери снизятся. Но если при этом забыть скорректировать вентиляционные потери или внутренние теплопоступления (которые были калиброваны под старые условия), итоговый прогноз может оказаться нереалистичным. Подобные нюансы часто всплывают, когда разные специалисты дорабатывают одну модель. Каждый отвечает за свой блок переменных и может не знать, как это влияет на весь баланс. Поэтому так важна координация и проверка модели при каждом значительном изменении – автоматизация должна помогать, а не усыплять нашу бдительность.

Чтобы не теряться в мире переменных и не допускать досадных промахов, полезно выработать для себя небольшие правила. Ниже – чеклист напоминаний для инженера, который я составил, пройдя через свои ошибки:

• Проверяй единицы и размерности. Всегда убеждайся, что значения имеют правильные единицы измерения. Даже привычные величины могут быть в другой системе (°F вместо °C, PSI вместо Па и т.д.). Конверсия – дело тривиальное, но именно на ней “погорели” не один проект.

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

• Делай верификацию результатов. Не полагайся слепо на цифры из компьютера. Прикидывай оценочно “на пальцах” или сравнивай с аналогами, чтобы почувствовать, реалистичен ли результат. Если расчет показал, что крошечный обогреватель отопит ангар – явно что-то не так с переменными.

• Документируй и комментируй. В своих расчетных файлах подписывай переменные: «N, шт. (количество людей, принятого для расчета)» или «Kzap = 1.2 (коэффициент запаса на охлаждение, условно)». Через пару месяцев сам себе скажешь спасибо – не говоря уже о коллегах, которые возьмут твою модель.

• Учитывай зависимость условий. Помни, что инженерные переменные часто зависят от внешних условий. Коэффициент теплоотдачи зависит от разницы температур, расход воздуха – от плотности и высоты над морем, потребление энергии – от поведения пользователей. Не держи эти зависимости “за кадром” – явно включай их в модель или хотя бы в описание.

• Перепроверь при передаче. Если получил модель или расчёт от другого специалиста, не стесняйся задать уточняющие вопросы. Какие приняты допущения? В каких единицах тут значения? Были ли упрощения? Лишние пять минут на выяснение сэкономят дни на переделку. А если передаёшь работу сам – снабди её краткой памяткой о ключевых переменных.

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

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