Подскажите, а как там преобразованием уровней 5->3.3v? Ведь датчик пыли запитывается от 5-ти вольт, а в документации к ESP пишут, что входы не толернатны к 5v. Как решали эту проблему?
Я может что не понял, но с первого взгляда выглядит бредово. Со второго — может это такая попытка загрузить Астросиб заказами.
Что меня смущает: это малое время использования сигнала за счет вращения вторичного зеркала. То есть из всех положений вторичного зеркала по-идее только одно соотвествует точной юстировке при которой достигается неискаженная картинка (число Штреля стремится к 1).
Учитывая, что вторичное зеркало перманентно меняет положение, время полезного сигнала(пригодного для обработки) будет мало. Ну может какое ПО будет, которое будет заниматься преобразованием полученной картинки на основании данных о положении вторички. Лучше уж сразу получать нормальную картинку, но вам виднее.
Не понятно зачем N первичных зеркал. По тексту видно про «разные диапазоны оптического спектра». Если уж грузить Астросиб заказами, так сразу на N астрографов, зачем мелочиться и экономить на вторичных зеркалах и приёмниках)
Уже были до этого проекты, где с разными целями использовали массив телескопов. Тут покрывали большую площадь на небе. Тут (подробнее) добивались субпиксельной ("dithering") точности и заодно повышали соотношение сигнал/шум за счет усреднения сигнала с множества матриц (приёмник Котельникова). Мне еще встречались любительские проекты «многостволки» цель которых была экономия времени на накоплении сигнала в разных оптических диапазонах. Если вы говорите про разные оптические диапазоны, в чем выгода постоянно переключаться между каналами? У изделия и так уже здоровенный бюджет (4х500мм зеркала + соотвествующая монтировка). Если вы увеличите нагрузочную способность монтировки на вес 3-х вторичных зеркал + 3-х приёмников — вы вряд ли получите сколь-либо существенный рост стоимости на фоне стоимости первоначального проекта.
Что до использования внеосевого рефлектора (его разновидности — Куттера) — непонятно чем уже выпускаемые Астросибом RC не устроили — какие такие специфичные цели нужно достигнуть, что решили использовать такое решение.
p.s.
так странно видеть в миллионном проекте макет «из палок». Неужели нельзя было как-то аккуратнее. По сравнению с содержимым «Моделист-Конструктор» прошлого века это ужасно. У вас там конечно не кружок моделистов, но ведь сейчас ведь чего только есть — 3d принтеры, ЧПУ — ведь можно же было воспользоваться ими.
Я надеялся, что автор расскажет как подбирал современные динамики под посадочные размеры имеющихся ящиков, их объём, как рассчитывал фильтры. А оказалось, что это очередная статья около темы корпусов акустики вроде этой или этой. Хотя справедливости ради надо сказать, что у последней темы есть изюминка в виде идеи использовать внешний кроссовер + использовать его цифровой вариант. Но тем не менее,
тонкости настройки фильтра так и не были раскрыты.
Так и придётся Вегалаб штудировать.
Все, кто здесь сравнивает Россию и Китай с Австралией, — вы это на полном серьезе или тролите? Для вас это страны одного уровня риска? То есть, демократическая Австралия, с работающими судами и законами, длительными союзными отношениями с США и одна из ключевых стран Западного мира, представляет такую же угрозу США как Россия..
Безотносительно того насколько хорошо или плохо правительство страны развивает страну, какими методами это делает — по-моему, до тех пор, пока страна ведет политику, независимую от США, она будет по прессом «развитых демократических» стран, которые так или иначе являются провайдерами политики США.
Я уверен, что стоит Австралии пересечься интересами с США, как Западная пропаганда тут же найдёт кучу изъянов в самой Австралии и поставит её «демократичность» под сомнение. А пока её политика является продолжением политики Запада или же не вступает с ней в противоборство — это «демократичная» страна. В кавычках — потому, что признание чего бы то ни было, как представить ситуацию — вопрос сугубо политический.
Любая власть — это ограничение граждан в правах. Например, «демократических» США в LA вы можете выбирать — мириться с палаткой бомжа на выезде из вашего гаража или срулить в другое место, где бомжам нельзя расставляться где попало. А там заявлена вроде бы демократия и мнение налогоплательщиков по-идее должны учитывать.
когда ты любишь проект и тебе не все равно на него, то можешь задержаться в офисе с командой
Помочь проекту конечно нужно. Но еще полезнее для проекта будет последующий разбор — как так получилось, что случилась ситуация, когда пришлось «выезжать на людях». Скорее всего — вопрос будет к менеджменту. И конечно же важно понимать какие будут сделаны выводы, что будет предпринято, чтобы таких нештатных ситуаций не повторялось.
Например. Кто-то из главных вроде архитектора посмотрел на объём функционала, оценил его в часах и спустил сроки лидам стримов. Расчет был, что после девтестов в QA функционал уходит с мелким процентом баг и всё это потом без каких-либо серьёзных изменений доезжает до прода. Может оно и так, но потом по ходу дела заказчик решил что-то добавить, может это даже и пошло как отдельный скоуп, но очень желательно выдать это с основным функционалом. Получили дополнительную нагрузку на разработку и регрессию для куа. А потом оказалось, что аналитики не всё раскопали — гэп значит нашелся. Хорошо если мелкий. Потом на приёмочных тестах еще ошибки нашли — тут оказывается, тестовое окружение у разработки отличается от того, что у кастомера. В проде одна из систем, с которой интегрируется проект, оказывается обновила версию, а с ней и кусок поведения и т.д. и т.п.
Все эти изменения увеличивают объём работ. Задача менеджмента — получить от разработки сроки, близкие к реальным применительно к самому плохому сценарию. Плюс по мере возможности вести разработку по процессу. Например, не перескакивать стадию приёмочных тестов до выхода в прод в угоду пожеланию кастомера (оно конечно спорно — раньше конкурентов взлетишь, получишь преимущество).
И если так получается, что в рамках рабочего дня задачи закрывать стабильно не получается, то скорее это признак того, что пора вводить еще одну смену — как вариант. В принципе, можно и «поднажать», если вы лично получите %% прибыли от выхода в прод. Но вот просить того же от обычных зарплатников, рассказывая что-то там про командный дух — это чистой воды манипуляция. Скажем так, компаний много. А здоровье и родные — они одни и ценнее любой компании.
Как я понимаю, для сельского хозяйства Украины в целом критически важно восстановить ветрозаградительные лесополосы(полезащитные лесополосы). Как минимум, несколько лет к ряду на повестке дня сильные засухи. Так что я ожидаю, что сейчас и далее будут актуальными два направления: земледелие на защищенной почве и лесопосадки.
Если сможете помочь сделать оборудование для осуществления автоматизированных лесопосадок, автоматизированной обработки существующих уцелевших, но бесхозных лесополос(от разросшегося кустарника, например) — этим сможете и стране помочь и заодно интересным вам делом позаниматься.
В целом хорошая тема. Но всё портят «звуки слюней» при шепоте. Раздражает. Если для «П» и подобного есть специальный pop-фильтр, то что как убирать такие звуки — не ясно.
Интересно как будет реализовано крепление рамы (4 на первой фотографии) к так сказать рельефу местности. Допустим, можно найти плато и там расположиться, но всё равно скорее перепад в пару дециметров придётся как-то обыграть. Будете ли делать выравнивание рамы? Ведь свойство параллелограмма — противоположные стороны параллельны, а значит, купол (или что там будет) будет выставлен точно так же как и основание. Это свойство используют например в монтировках «параллелограмм» для биноклей. Там это свойство выполняет полезную функцию. Тут оно тоже может пригодиться, но только при условии, что раму сможете выставить по горизонту. Возможно, будет проще не раму выставлять по горизонту, а сделать сторону, которая параллельна колонне («поворотные плечи» №6 на фотографии), с актуатором.
Ожидаемый вес купола не прикидывали? Я прикинул, получается в районе 450кг.
Это грубый подсчет: если взять за основу конструкции купола геодезик(полный шар, не усеченный), ребра 30х30мм, то вес таких ребер из сосны будет около 82кг(на деле меньше, т.к. я заложил влажность 90%), обшивка… ну допустим из влагостойкой фанеры 15мм — это еще ~275кг, из оборудования — маунт в пределах 25кг, труба тоже в пределах 25кг(если говорим о 10-12" инструменте) + гид, камера, колесо фильтров.
p.s. я если что не астрофотограф, так что расчеты прикидочные.
p.p.s. как будете делать удалённые мониторинг и управление? Как обеспечите бесперебойное питание, канал связи, какое программно-аппаратное решение для управления и снятия данных телеметрии будете использовать? — что-то готовое или своё писать будете?
Выше было в комментариях про то, что длительные выдержки в такой «будке» невозможны.
О выдержках какого порядка речь? — интересен ли в итоге будет такой сетап?
Пока всё еще не ясно для чего это — вложиться, поставить и пытаться конкурировать с chilescope например? Если же для пользования одним конкретным ЛА или группой — то это выглядит сомнительной затеей — непонятно кто мог бы «потянуть» подобное по финансам. Добсонов 16-18" по стране хорошо если два десятка наберётся; что-то более основательное — так люди объединяются, «Астроколхоз» из Питера тому яркий пример.
Это же еще и обслуживать нужно — кто может себе позволить регулярно, хотя бы раз в месяц катать в горы?
В общем, я лично не понял зачем это, кому может быть полезным и мне хотелось бы услышать от автора и причастных какой вы видите эксплуатацию этого устройства. Кто бы мог этим пользоваться, для достижения каких результатов.
Это нужно как-то затащить в горы. При таком раскладе затащить это в горы выглядит таким же сложным как затащить в горы купол, башню и оборудование для их монтажа. За счет чего обеспечивается автономность работы — из проекта это не видно.
Простота и удобство монтажа в труднодоступных местах, например, в Арктике, Антарктике, горных местностях
Так и собирали бы не на ровной поверхности стола, а на имитации «косогора» или другого «сложного рельефа местности» — чтобы наглядно показать применимость конструкции в таких условиях.
Еще нет обоснования применения башни, а не каких-то очистных устройств, срабатывающих при снегопаде. Сложность монтажа башни и её стоимость против стоимости «дворников» и их применимости вообще.
Так же интересно для чего тащить в горы нечто мелкое, если уже существуют обсерватории в местах с хорошим астроклиматом — какие практические задачи может решить такое оборудование?
Нельзя ли добавить к статье сводную таблицу — что в каком случае принимается?
С перечислением препаратов от рекомендуемых к возможным/допустимым заменителям.
Как это сложно. Неужели не было проще воспользоваться готовыми механикой и сенсорами и сделать свои платы под ЛУТ? — чтобы каждый желающий смог повторить. Там же основное, что сложно сделать самостоятельно — это механика, позволяющая точно дозировать подачу инсулина, сами канюли для ввода инсулина, датчики уровня сахара в крови. Всё остальное выглядит решаемым с использованием МК. Их бы энергию да на решение задачи надёжности самописного решения, глядишь уже был бы готовый продукт.
Я не знаю какие нормы сейчас актуальны, так как в этой теме был до 14-го года.
На тот момент действовала норма санпин для открытых сетей 60..75 градусов на подаче. Нижняя граница связана с тем, что при более низкой температуре начинают разводиться бактерии. Так как в санпин-е речь про «температуру на месте водоразбора», то подавать прям 60 градусов нежелательно — у жильцов температура всегда на два-пять градусов меньше, чем сразу после узла смешения — поэтому примерно на такую величину нужно подавать более горячую воду, чтобы уложиться в нормы.
Температура на подаче ГВС изменялась для всего дома, целиком. С 72-х градусов уходили на 60, потом обратно на 72. Да, при такой схеме дом успевал остыть за ночь и на разгореве до прежней температуры тепла теряли больше, чем на поддержании постоянной «высокой» температуры. Может оно и взлетело бы в варианте, когда греть начинаем примерно в тот момент, когда люди начнут пользоваться водой утром — люди «пролили» бы остывшую воду и система нагрелась бы быстрее. Но идея была в том, чтобы эта система была выгодной именно жителям дома, поэтому греть начинали раньше. В общем, чего-то нового изобрести не получилось и упор сделали на теплоизоляцию «лежаков» в подвалах ну и вот оптимальную температуру на подаче нащупали.
с данными проблемами вы сталкиваетесь не сейчас, а сталкивались раньше? Подскажите, какой это год?
Это период с 2010 по 2013.
Опрос по GSM де факто уже более 10 лет является стандартом. И по цене он явно выигрывает у кабельный вариантов.
Да. Но довольно быстро этот формат перестал отвечать нашим требованиям: поддостала нестабильная связь, зоопарк ПО — для каждого тепловычислителя своё; к этому нужно еще добавить необходимость считывания данных не только с одного тепловычислителя, но с нескольких устройств на одном доме. Одним GSM модемом тут не обойтись. Плюс несколько сотен домов. Плюс сантехники, которые могли при желании позвонить по «КИПовской» симке. В итоге мы в основной массе отказались от GSM.
Мы использовали специализированный «мост», который позволял опрашивать устройства по RS-232, RS-485 и «бонусом» — несколько цифровых входов, которые использовались для контроля подтопления приямка в ИТП, состояния дверей подвала и «лифтовых» — эта информация использовалась диспетчерами.
И, как я писал выше, попутно мы получили систему мониторинга, которая позволила с «гэпом» в пять минут следить за параметрами в ИТП. Еще была интеграция с 1С, куда из АСКУЭ выгружались согласованные с инспекторами РСО объёмы потребления ресурсов. Эта же информация выгружалась в РКЦ и на основе этих данных формировались «платёжки» для жителей.
А это что и зачем?
Что такое «обратка»? — это теплоноситель, возвращаемый обратно по сетям РСО. У ТЭЦ какой-то свой хитрый режим, при котором повышенная температура возвращаемого теплоносителя нарушает режим работы ТЭЦ. Тут лучше послушать работников ТЭЦ, если такие здесь найдутся. Для борьбы с нарушением режима разработан тепловой график и предусмотрены штрафы за отклонения от него. Хотя в теории график — штука «обоюдоострая», обычно штрафовали потребителей)
Еще были попытки удалённой работы с погодной автоматикой. В нашем случае это были ТРМ-32 от Овен и ECL-200, ECL-300 (немного позже 210 и 310-е версии). Цель была уменьшить потери тепла на рециркуляции ГВС. Для этого на домах околонулевым ночным потреблением ГВС на ночь уменьшали температуру подачи ГВС, а утром восстанавливали.
Не взлетело — за сутки дом в итоге «выедал» больше теплоты по сравнению с режимом постоянной температуры на подаче.
Эмпирически пришли к температуре 65 градусов на подаче — при такой температуре ГВС для жителей оказывалась наименее затратной. Если занизить температуру — падают потери тепла на циркуляции, но растёт объём потребления дорогой ГВС(речь про «открытые» системы). При бОльшей температуре на подаче падал объём потребелния ГВС, но росли потери на циркуляции.
Если сделаете считывание данных раз в 5..10минут — сможете сделать псевдо-онлайн мониторинг параметров. Я имею ввиду считывание так называемых «мгновенных» расходов. Если вы безусловно читаете архив раз в сутки, пострайтесь добавить режим считывания почасовых данных — он пригодится КИПовцам при сдаче узла учета на повторный коммерческий учет после проведенной поверки.
Если происходит провал в опросе
Тут возможны несколько случаев. Первый — ошибка во время опроса. Тут просто: с некоторым интервалом происходит несколько повторных попыток чтения. В зависимости от того смогли ли в итоге считать информацию, к моменту формирования отчета мы имеем или не имеем данные за последние час/сутки. Если такую информацию не имеем — то это учитывается в алгоритме формирования отчета. Причем учитывается еще и в следующем учетном периоде, т.к. нужно обеспечить непрерывность тотальных показаний — какими значениями закончился один период, такими же значениями должен начинаться следующий. Разумеется, все рассчеты отображаются в отчете и у инспектора не остаётся вопросов относительно полученных цифр. Т.е. в отчете есть часть с «распечаткой», есть часть с расчетами.
В общем, первый вариант — это когда просто не удалось «достучаться» до тепловычислителя, а учет вёлся.
Другой вариант — когда учет не вёлся. Да, у тепловычислителя не-энергонезависимая память. Она очень даже заканчивается при отключении внутреннего питания. Если сдаёшь ВКТ-7 на поверку и заодно просишь заменить элемент питания, то все настройки нужно заводить заново, а архивы стираются. Мы это научились обходить довольно просто — в разъём, куда подключается модуль RS-232, вместо коннектора этого модуля вставляли коннектор с подключенным элементом питания. Пины уже не вспомню, но в итоге такой способ позволял заменять элемент питания без сброса настроек и архива. По шагам: 1) подключаем к интерфейсному разъёму элемент питания, 2) убираем старый элемент питания, вставляем новый, не забываем зафиксировать стяжкой новый элемент питания 3) отключаем от интерфейсного разъёма элемент питания.
Про учёт чуть подробнее: если у вас не ВЭПСы, а, например, ПРАМЕРы, то вы получаете энергозависимый учет, даже если сам тепловычислитель имеет встроенный элемент питания. В итоге, при отключении питания тепловычислитель продолжает записывать данные только с термопар. Данные же с датчиков давления, расходомеров перестают поступать.
p.s.
Есть еще тема автоматизации в ЖКХ — это балансировка стояков. Признак разбалансировки — это когда одним жителям достаётся много тепла и они всю зиму живут с открытыми форточками и в то же время в этом же доме другие жители засыпают жалобами диспетчерскую по поводу того, что им холодно. В крайнем случае, даже полное открытие клапанов(это там, где есть погодная автоматика) не помогает, а на дом начинают приходить штрафы из-за повышенной температуры по «обратке». В таком случае нужна балансировка стояков. В идеале, её нужно проводить в начале каждого отопительного сезона. Это еще называется «вывести дом на режим». Занятие это довольно хлопотное и долгое вследствие большой тепловой энерции.
Вариант решения проблемы — поставить по датчику температуры на каждый стояк(на обратке) и как минимум, вывести это в удобоваримом виде на экран ноутбука или планшета. Как максимум — еще добавить советы по тому в какое положение выставить регулировочную арматуру на каждом конкретном стояке. В идеале, система должна позволять осуществлять регулировку в одно действие руками одного человека заменяя собой процесс длительностью в один рабочий день. Кроме того, такая система позволит более точно выявить места разного рода нарушений, когда например кто-то у себя сделает «тёплый пол», врезавшись в систему отопления или же в ГВС.
p.p.s.
Совсем забыл — для питания ВКТ-7 делали специальную плату, которая включалась в разрыв между внутренним источником питания и тепловычислителем. Так же к плате подводилось питание от внешнего источника. В плате использовали диод шоттки, который запирался при подаче внешнего питания, это решение позволяло «выжить» внутреннему источнику питания.
Как обрабатываете ситуации, когда по какой-то причине на момент опроса отсутствовало электричество и учёт потребления тепловой энергии не вёлся?
Мы когда подобный проект делали (2012-й год), тоже столкнулись с «зоопарком» — было что-то около 800-ти домов, обычно из тепловычислителей там были ТЭМ, ВКТ, ВТД.
Выше был вопрос про целесообразность. В нашем случае сантехники знают свои права и «левые» обязанности на себя «повесить» не давали. Так что сбором данных с вычислителей для отчетов занимались КИПовцы, которые обслуживали приборы учета. Штат КИПовцев был достаточный, чтобы в графике «скользящего окна» демонтировать приборы учета на поверку, монтировать их с поверки, ставить на вторичный коммерческий учет. А вот с отчетами было сложнее — нужно было в относительно короткий срок снять показания, сформировать отчеты, сдать их инспекторам ресурсосноснабжающей организации(РСО). Причем формирование отчетов, их сдача — это прям процессы, а не простое действие в один ход. Для формирования отчетов народу требовалось в итоге больше, чем на техническое обслуживание. Скажем, до внедрения диспетчеризации обслуживание 30-ти домов осуществляла группа из четырех человек. После внедрения — двое. К счастью, процесс диспетчеризации начался относительно рано, когда «оприборено» было еще немного домов и имеющийся штат КИПовцев не только не сократился, но впоследствии еще и вырос соразмерно объему домов, где вводили в эксплуатацию учет тепла.
При автоматическом формировании отчетов нужно было учесть все те ситуации, с которыми сталкивались КИПовцы — например, помимо учета того были ли приборы учета на поверке, были интересные варинты, когда один из домов был «проходным» и от его сетей запитывалось другое жилое здание и нужно было в отчете это автоматом учитывать и не «повесить» на головное здание потребление остальных. Потребление субабонентов (юр лица) тоже учитывались в отчете.
После автоматизации первыми, кто почувствовал положительный эффект, были КИПовцы.
Теперь ручные корректировки хоть и остались, но стали единичными случаями. Не нужно больше ходить по подвалам. Система на карте помечала дома, в которых параметры вышли за порог уставок и это избавило от необходимости ежедневного обхода домов. Причем часть уставок формировалась динамически — это «коридоры» температур подачи и «обратки» для контура отопления. Летом формирование уставок для отопления автоматом прекращалось и возобновлялось с наступлением отопительного сезона.
Про сертификацию — договорились с РСО о таком варианте: просто сделали «гостевой» аккаунт для их инспекторов и они могли в любой момент времени посмотреть текущее потребление, сформировать отчет о потреблении ресурсов за выбранный период по любому интересующему их дому. Глубина архивов в БД была около года, остальное уходило в бэкап, но эти архивные данные так еще ни разу и не понадобились. Плюс были еженедельные бекапы актуальной БД. Вот они да, бывало, что пригождались)
Это 80-ка с оборачивающей призмой, как я понимаю. На таком штативе она себя полностью не раскроет, но если добавить окуляр 25мм плёссл — можно будет понаблюдать небо с полем зрения примерно 3 градуса — это неплохо. Если конечно апертура не порежется — тут нужно смотреть конкретно эту модель. Яркие объекты из каталога Мессье она «потянет». Вопрос с какой детализаций она их покажет. С таким штативом удел этой трубы — небольшие увеличения и рассеянные звёздные скопления в качестве объектов наблюдения. Еще Луна) То, что там заявлено более 100 крат — ими еще нужно суметь воспользоваться на практике. Так что крат 16..50 — должно быть еще комфортно или приемлимо. Искатель с виду ерундовый, но если использовать эту трубу как обзорную, то он и не нужен.
В чем плюс этой «гляделки» — она небольшая, всегда под рукой.
Нужна мотивация, чтобы програмист начал вникать в бизнес процессы. Я бы предложил рассматривать написание подобных систем как инвестиции в бизнес, с которых положено отдавать часть %% от прибыли либо — % от высвобожденных средств.
Например, в случае «Что можно автоматизировать, чтобы сократить количество бухгалтеров?» —
будет ли программист после успешного внедрения написанной им приблуды пожизненно
получать % от заработка этих двух уволенных бухгалтеров? Если вопрос поставить
таким образом, то будет выгодно создавать системы автоматизации в которых
необходимость участия самого программиста будет сведена к минимуму или нулю — тогда
программист будет иметь стимул к написанию множества подобных систем, внедрению их
на разных предприятиях. Когда же таких программистов станет много, то %
выплат от заработка уволенных/переведенных на другие должности будет уменьшаться просто в
следствие конкуренции.
Если же речь идёт про написание подобной системы без подобных отчислений, просто за то, что
чувак сидит на окладе в NN-MM к.р., которые считаются крутым зарабоком в его захолустье и
бизнес пытается продавить написание такой системы, то у программиста появляется стимул
к изучению английского (а он его еще не знал?) и выход на международный рынок, где есть
четкая специализация и четкое разграничение зоны ответственности и влияния. Рынок этот большой
и, даже составляя конкуренцию армии индусов, наши соотечественники будут в более выигрышном
финансовом положении, чем большинство ИТР в местном захолустье — просто в следствии слабого рубля.
Да — звёзд с неба не достанут, но обеспечить себя, свою семью, дать образование своим детям,
решить жилищный вопрос — смогут. По мне так очень хорошо, что есть доступ к внешнему рынку.
В общем, создание подобных систем — вопрос стимула и времени. А что бы не соблазнять бизнес на разного рода хитрости в части отчуждения созданной системы, сделать эту систему в виде облачного сервиса (всё уже придумано до нас). Это же просто: платишь за сервис — он тебе доступен, можешь выгонять пару ненавистных бухгалтеров, не платишь — нет сервиса, привет «табор» бухгалтеров) Конечно, бизнес негативно относится к тому, чтобы передавать информацию куда-то за пределы своего предприятия и это тормозит развитие подобных сервисов.
Что меня смущает: это малое время использования сигнала за счет вращения вторичного зеркала. То есть из всех положений вторичного зеркала по-идее только одно соотвествует точной юстировке при которой достигается неискаженная картинка (число Штреля стремится к 1).
Учитывая, что вторичное зеркало перманентно меняет положение, время полезного сигнала(пригодного для обработки) будет мало. Ну может какое ПО будет, которое будет заниматься преобразованием полученной картинки на основании данных о положении вторички. Лучше уж сразу получать нормальную картинку, но вам виднее.
Не понятно зачем N первичных зеркал. По тексту видно про «разные диапазоны оптического спектра». Если уж грузить Астросиб заказами, так сразу на N астрографов, зачем мелочиться и экономить на вторичных зеркалах и приёмниках)
Уже были до этого проекты, где с разными целями использовали массив телескопов. Тут покрывали большую площадь на небе. Тут (подробнее) добивались субпиксельной ("dithering") точности и заодно повышали соотношение сигнал/шум за счет усреднения сигнала с множества матриц (приёмник Котельникова). Мне еще встречались любительские проекты «многостволки» цель которых была экономия времени на накоплении сигнала в разных оптических диапазонах. Если вы говорите про разные оптические диапазоны, в чем выгода постоянно переключаться между каналами? У изделия и так уже здоровенный бюджет (4х500мм зеркала + соотвествующая монтировка). Если вы увеличите нагрузочную способность монтировки на вес 3-х вторичных зеркал + 3-х приёмников — вы вряд ли получите сколь-либо существенный рост стоимости на фоне стоимости первоначального проекта.
Что до использования внеосевого рефлектора (его разновидности — Куттера) — непонятно чем уже выпускаемые Астросибом RC не устроили — какие такие специфичные цели нужно достигнуть, что решили использовать такое решение.
p.s.
так странно видеть в миллионном проекте макет «из палок». Неужели нельзя было как-то аккуратнее. По сравнению с содержимым «Моделист-Конструктор» прошлого века это ужасно. У вас там конечно не кружок моделистов, но ведь сейчас ведь чего только есть — 3d принтеры, ЧПУ — ведь можно же было воспользоваться ими.
тонкости настройки фильтра так и не были раскрыты.
Так и придётся Вегалаб штудировать.
Безотносительно того насколько хорошо или плохо правительство страны развивает страну, какими методами это делает — по-моему, до тех пор, пока страна ведет политику, независимую от США, она будет по прессом «развитых демократических» стран, которые так или иначе являются провайдерами политики США.
Я уверен, что стоит Австралии пересечься интересами с США, как Западная пропаганда тут же найдёт кучу изъянов в самой Австралии и поставит её «демократичность» под сомнение. А пока её политика является продолжением политики Запада или же не вступает с ней в противоборство — это «демократичная» страна. В кавычках — потому, что признание чего бы то ни было, как представить ситуацию — вопрос сугубо политический.
Любая власть — это ограничение граждан в правах. Например, «демократических» США в LA вы можете выбирать — мириться с палаткой бомжа на выезде из вашего гаража или срулить в другое место, где бомжам нельзя расставляться где попало. А там заявлена вроде бы демократия и мнение налогоплательщиков по-идее должны учитывать.
Помочь проекту конечно нужно. Но еще полезнее для проекта будет последующий разбор — как так получилось, что случилась ситуация, когда пришлось «выезжать на людях». Скорее всего — вопрос будет к менеджменту. И конечно же важно понимать какие будут сделаны выводы, что будет предпринято, чтобы таких нештатных ситуаций не повторялось.
Например. Кто-то из главных вроде архитектора посмотрел на объём функционала, оценил его в часах и спустил сроки лидам стримов. Расчет был, что после девтестов в QA функционал уходит с мелким процентом баг и всё это потом без каких-либо серьёзных изменений доезжает до прода. Может оно и так, но потом по ходу дела заказчик решил что-то добавить, может это даже и пошло как отдельный скоуп, но очень желательно выдать это с основным функционалом. Получили дополнительную нагрузку на разработку и регрессию для куа. А потом оказалось, что аналитики не всё раскопали — гэп значит нашелся. Хорошо если мелкий. Потом на приёмочных тестах еще ошибки нашли — тут оказывается, тестовое окружение у разработки отличается от того, что у кастомера. В проде одна из систем, с которой интегрируется проект, оказывается обновила версию, а с ней и кусок поведения и т.д. и т.п.
Все эти изменения увеличивают объём работ. Задача менеджмента — получить от разработки сроки, близкие к реальным применительно к самому плохому сценарию. Плюс по мере возможности вести разработку по процессу. Например, не перескакивать стадию приёмочных тестов до выхода в прод в угоду пожеланию кастомера (оно конечно спорно — раньше конкурентов взлетишь, получишь преимущество).
И если так получается, что в рамках рабочего дня задачи закрывать стабильно не получается, то скорее это признак того, что пора вводить еще одну смену — как вариант. В принципе, можно и «поднажать», если вы лично получите %% прибыли от выхода в прод. Но вот просить того же от обычных зарплатников, рассказывая что-то там про командный дух — это чистой воды манипуляция. Скажем так, компаний много. А здоровье и родные — они одни и ценнее любой компании.
Если сможете помочь сделать оборудование для осуществления автоматизированных лесопосадок, автоматизированной обработки существующих уцелевших, но бесхозных лесополос(от разросшегося кустарника, например) — этим сможете и стране помочь и заодно интересным вам делом позаниматься.
Ожидаемый вес купола не прикидывали? Я прикинул, получается в районе 450кг.
Это грубый подсчет: если взять за основу конструкции купола геодезик(полный шар, не усеченный), ребра 30х30мм, то вес таких ребер из сосны будет около 82кг(на деле меньше, т.к. я заложил влажность 90%), обшивка… ну допустим из влагостойкой фанеры 15мм — это еще ~275кг, из оборудования — маунт в пределах 25кг, труба тоже в пределах 25кг(если говорим о 10-12" инструменте) + гид, камера, колесо фильтров.
p.s. я если что не астрофотограф, так что расчеты прикидочные.
p.p.s. как будете делать удалённые мониторинг и управление? Как обеспечите бесперебойное питание, канал связи, какое программно-аппаратное решение для управления и снятия данных телеметрии будете использовать? — что-то готовое или своё писать будете?
О выдержках какого порядка речь? — интересен ли в итоге будет такой сетап?
Пока всё еще не ясно для чего это — вложиться, поставить и пытаться конкурировать с chilescope например? Если же для пользования одним конкретным ЛА или группой — то это выглядит сомнительной затеей — непонятно кто мог бы «потянуть» подобное по финансам. Добсонов 16-18" по стране хорошо если два десятка наберётся; что-то более основательное — так люди объединяются, «Астроколхоз» из Питера тому яркий пример.
Это же еще и обслуживать нужно — кто может себе позволить регулярно, хотя бы раз в месяц катать в горы?
В общем, я лично не понял зачем это, кому может быть полезным и мне хотелось бы услышать от автора и причастных какой вы видите эксплуатацию этого устройства. Кто бы мог этим пользоваться, для достижения каких результатов.
Так и собирали бы не на ровной поверхности стола, а на имитации «косогора» или другого «сложного рельефа местности» — чтобы наглядно показать применимость конструкции в таких условиях.
Еще нет обоснования применения башни, а не каких-то очистных устройств, срабатывающих при снегопаде. Сложность монтажа башни и её стоимость против стоимости «дворников» и их применимости вообще.
Так же интересно для чего тащить в горы нечто мелкое, если уже существуют обсерватории в местах с хорошим астроклиматом — какие практические задачи может решить такое оборудование?
С перечислением препаратов от рекомендуемых к возможным/допустимым заменителям.
На тот момент действовала норма санпин для открытых сетей 60..75 градусов на подаче. Нижняя граница связана с тем, что при более низкой температуре начинают разводиться бактерии. Так как в санпин-е речь про «температуру на месте водоразбора», то подавать прям 60 градусов нежелательно — у жильцов температура всегда на два-пять градусов меньше, чем сразу после узла смешения — поэтому примерно на такую величину нужно подавать более горячую воду, чтобы уложиться в нормы.
Это период с 2010 по 2013.
Да. Но довольно быстро этот формат перестал отвечать нашим требованиям: поддостала нестабильная связь, зоопарк ПО — для каждого тепловычислителя своё; к этому нужно еще добавить необходимость считывания данных не только с одного тепловычислителя, но с нескольких устройств на одном доме. Одним GSM модемом тут не обойтись. Плюс несколько сотен домов. Плюс сантехники, которые могли при желании позвонить по «КИПовской» симке. В итоге мы в основной массе отказались от GSM.
Мы использовали специализированный «мост», который позволял опрашивать устройства по RS-232, RS-485 и «бонусом» — несколько цифровых входов, которые использовались для контроля подтопления приямка в ИТП, состояния дверей подвала и «лифтовых» — эта информация использовалась диспетчерами.
И, как я писал выше, попутно мы получили систему мониторинга, которая позволила с «гэпом» в пять минут следить за параметрами в ИТП. Еще была интеграция с 1С, куда из АСКУЭ выгружались согласованные с инспекторами РСО объёмы потребления ресурсов. Эта же информация выгружалась в РКЦ и на основе этих данных формировались «платёжки» для жителей.
Что такое «обратка»? — это теплоноситель, возвращаемый обратно по сетям РСО. У ТЭЦ какой-то свой хитрый режим, при котором повышенная температура возвращаемого теплоносителя нарушает режим работы ТЭЦ. Тут лучше послушать работников ТЭЦ, если такие здесь найдутся. Для борьбы с нарушением режима разработан тепловой график и предусмотрены штрафы за отклонения от него. Хотя в теории график — штука «обоюдоострая», обычно штрафовали потребителей)
Еще были попытки удалённой работы с погодной автоматикой. В нашем случае это были ТРМ-32 от Овен и ECL-200, ECL-300 (немного позже 210 и 310-е версии). Цель была уменьшить потери тепла на рециркуляции ГВС. Для этого на домах околонулевым ночным потреблением ГВС на ночь уменьшали температуру подачи ГВС, а утром восстанавливали.
Не взлетело — за сутки дом в итоге «выедал» больше теплоты по сравнению с режимом постоянной температуры на подаче.
Эмпирически пришли к температуре 65 градусов на подаче — при такой температуре ГВС для жителей оказывалась наименее затратной. Если занизить температуру — падают потери тепла на циркуляции, но растёт объём потребления дорогой ГВС(речь про «открытые» системы). При бОльшей температуре на подаче падал объём потребелния ГВС, но росли потери на циркуляции.
Если сделаете считывание данных раз в 5..10минут — сможете сделать псевдо-онлайн мониторинг параметров. Я имею ввиду считывание так называемых «мгновенных» расходов. Если вы безусловно читаете архив раз в сутки, пострайтесь добавить режим считывания почасовых данных — он пригодится КИПовцам при сдаче узла учета на повторный коммерческий учет после проведенной поверки.
Тут возможны несколько случаев. Первый — ошибка во время опроса. Тут просто: с некоторым интервалом происходит несколько повторных попыток чтения. В зависимости от того смогли ли в итоге считать информацию, к моменту формирования отчета мы имеем или не имеем данные за последние час/сутки. Если такую информацию не имеем — то это учитывается в алгоритме формирования отчета. Причем учитывается еще и в следующем учетном периоде, т.к. нужно обеспечить непрерывность тотальных показаний — какими значениями закончился один период, такими же значениями должен начинаться следующий. Разумеется, все рассчеты отображаются в отчете и у инспектора не остаётся вопросов относительно полученных цифр. Т.е. в отчете есть часть с «распечаткой», есть часть с расчетами.
В общем, первый вариант — это когда просто не удалось «достучаться» до тепловычислителя, а учет вёлся.
Другой вариант — когда учет не вёлся. Да, у тепловычислителя не-энергонезависимая память. Она очень даже заканчивается при отключении внутреннего питания. Если сдаёшь ВКТ-7 на поверку и заодно просишь заменить элемент питания, то все настройки нужно заводить заново, а архивы стираются. Мы это научились обходить довольно просто — в разъём, куда подключается модуль RS-232, вместо коннектора этого модуля вставляли коннектор с подключенным элементом питания. Пины уже не вспомню, но в итоге такой способ позволял заменять элемент питания без сброса настроек и архива. По шагам: 1) подключаем к интерфейсному разъёму элемент питания, 2) убираем старый элемент питания, вставляем новый, не забываем зафиксировать стяжкой новый элемент питания 3) отключаем от интерфейсного разъёма элемент питания.
Про учёт чуть подробнее: если у вас не ВЭПСы, а, например, ПРАМЕРы, то вы получаете энергозависимый учет, даже если сам тепловычислитель имеет встроенный элемент питания. В итоге, при отключении питания тепловычислитель продолжает записывать данные только с термопар. Данные же с датчиков давления, расходомеров перестают поступать.
p.s.
Есть еще тема автоматизации в ЖКХ — это балансировка стояков. Признак разбалансировки — это когда одним жителям достаётся много тепла и они всю зиму живут с открытыми форточками и в то же время в этом же доме другие жители засыпают жалобами диспетчерскую по поводу того, что им холодно. В крайнем случае, даже полное открытие клапанов(это там, где есть погодная автоматика) не помогает, а на дом начинают приходить штрафы из-за повышенной температуры по «обратке». В таком случае нужна балансировка стояков. В идеале, её нужно проводить в начале каждого отопительного сезона. Это еще называется «вывести дом на режим». Занятие это довольно хлопотное и долгое вследствие большой тепловой энерции.
Вариант решения проблемы — поставить по датчику температуры на каждый стояк(на обратке) и как минимум, вывести это в удобоваримом виде на экран ноутбука или планшета. Как максимум — еще добавить советы по тому в какое положение выставить регулировочную арматуру на каждом конкретном стояке. В идеале, система должна позволять осуществлять регулировку в одно действие руками одного человека заменяя собой процесс длительностью в один рабочий день. Кроме того, такая система позволит более точно выявить места разного рода нарушений, когда например кто-то у себя сделает «тёплый пол», врезавшись в систему отопления или же в ГВС.
p.p.s.
Совсем забыл — для питания ВКТ-7 делали специальную плату, которая включалась в разрыв между внутренним источником питания и тепловычислителем. Так же к плате подводилось питание от внешнего источника. В плате использовали диод шоттки, который запирался при подаче внешнего питания, это решение позволяло «выжить» внутреннему источнику питания.
Как обрабатываете ситуации, когда по какой-то причине на момент опроса отсутствовало электричество и учёт потребления тепловой энергии не вёлся?
Мы когда подобный проект делали (2012-й год), тоже столкнулись с «зоопарком» — было что-то около 800-ти домов, обычно из тепловычислителей там были ТЭМ, ВКТ, ВТД.
Выше был вопрос про целесообразность. В нашем случае сантехники знают свои права и «левые» обязанности на себя «повесить» не давали. Так что сбором данных с вычислителей для отчетов занимались КИПовцы, которые обслуживали приборы учета. Штат КИПовцев был достаточный, чтобы в графике «скользящего окна» демонтировать приборы учета на поверку, монтировать их с поверки, ставить на вторичный коммерческий учет. А вот с отчетами было сложнее — нужно было в относительно короткий срок снять показания, сформировать отчеты, сдать их инспекторам ресурсосноснабжающей организации(РСО). Причем формирование отчетов, их сдача — это прям процессы, а не простое действие в один ход. Для формирования отчетов народу требовалось в итоге больше, чем на техническое обслуживание. Скажем, до внедрения диспетчеризации обслуживание 30-ти домов осуществляла группа из четырех человек. После внедрения — двое. К счастью, процесс диспетчеризации начался относительно рано, когда «оприборено» было еще немного домов и имеющийся штат КИПовцев не только не сократился, но впоследствии еще и вырос соразмерно объему домов, где вводили в эксплуатацию учет тепла.
При автоматическом формировании отчетов нужно было учесть все те ситуации, с которыми сталкивались КИПовцы — например, помимо учета того были ли приборы учета на поверке, были интересные варинты, когда один из домов был «проходным» и от его сетей запитывалось другое жилое здание и нужно было в отчете это автоматом учитывать и не «повесить» на головное здание потребление остальных. Потребление субабонентов (юр лица) тоже учитывались в отчете.
После автоматизации первыми, кто почувствовал положительный эффект, были КИПовцы.
Теперь ручные корректировки хоть и остались, но стали единичными случаями. Не нужно больше ходить по подвалам. Система на карте помечала дома, в которых параметры вышли за порог уставок и это избавило от необходимости ежедневного обхода домов. Причем часть уставок формировалась динамически — это «коридоры» температур подачи и «обратки» для контура отопления. Летом формирование уставок для отопления автоматом прекращалось и возобновлялось с наступлением отопительного сезона.
Про сертификацию — договорились с РСО о таком варианте: просто сделали «гостевой» аккаунт для их инспекторов и они могли в любой момент времени посмотреть текущее потребление, сформировать отчет о потреблении ресурсов за выбранный период по любому интересующему их дому. Глубина архивов в БД была около года, остальное уходило в бэкап, но эти архивные данные так еще ни разу и не понадобились. Плюс были еженедельные бекапы актуальной БД. Вот они да, бывало, что пригождались)
Это рефрактор)
Это 80-ка с оборачивающей призмой, как я понимаю. На таком штативе она себя полностью не раскроет, но если добавить окуляр 25мм плёссл — можно будет понаблюдать небо с полем зрения примерно 3 градуса — это неплохо. Если конечно апертура не порежется — тут нужно смотреть конкретно эту модель. Яркие объекты из каталога Мессье она «потянет». Вопрос с какой детализаций она их покажет. С таким штативом удел этой трубы — небольшие увеличения и рассеянные звёздные скопления в качестве объектов наблюдения. Еще Луна) То, что там заявлено более 100 крат — ими еще нужно суметь воспользоваться на практике. Так что крат 16..50 — должно быть еще комфортно или приемлимо. Искатель с виду ерундовый, но если использовать эту трубу как обзорную, то он и не нужен.
В чем плюс этой «гляделки» — она небольшая, всегда под рукой.
Например, в случае «Что можно автоматизировать, чтобы сократить количество бухгалтеров?» —
будет ли программист после успешного внедрения написанной им приблуды пожизненно
получать % от заработка этих двух уволенных бухгалтеров? Если вопрос поставить
таким образом, то будет выгодно создавать системы автоматизации в которых
необходимость участия самого программиста будет сведена к минимуму или нулю — тогда
программист будет иметь стимул к написанию множества подобных систем, внедрению их
на разных предприятиях. Когда же таких программистов станет много, то %
выплат от заработка уволенных/переведенных на другие должности будет уменьшаться просто в
следствие конкуренции.
Если же речь идёт про написание подобной системы без подобных отчислений, просто за то, что
чувак сидит на окладе в NN-MM к.р., которые считаются крутым зарабоком в его захолустье и
бизнес пытается продавить написание такой системы, то у программиста появляется стимул
к изучению английского (а он его еще не знал?) и выход на международный рынок, где есть
четкая специализация и четкое разграничение зоны ответственности и влияния. Рынок этот большой
и, даже составляя конкуренцию армии индусов, наши соотечественники будут в более выигрышном
финансовом положении, чем большинство ИТР в местном захолустье — просто в следствии слабого рубля.
Да — звёзд с неба не достанут, но обеспечить себя, свою семью, дать образование своим детям,
решить жилищный вопрос — смогут. По мне так очень хорошо, что есть доступ к внешнему рынку.
В общем, создание подобных систем — вопрос стимула и времени. А что бы не соблазнять бизнес на разного рода хитрости в части отчуждения созданной системы, сделать эту систему в виде облачного сервиса (всё уже придумано до нас). Это же просто: платишь за сервис — он тебе доступен, можешь выгонять пару ненавистных бухгалтеров, не платишь — нет сервиса, привет «табор» бухгалтеров) Конечно, бизнес негативно относится к тому, чтобы передавать информацию куда-то за пределы своего предприятия и это тормозит развитие подобных сервисов.