Timeweb.Cloud

Автор текста: radiolok

Жила была компания JEOL. И продавала она на экспорт просвечивающий электронный микроскоп JEM-6A. Жило было предприятие НИИТОП, которое в 1965 году его себе приобрело для разработки оборудования для производства микроэлектроники. К сожалению, предприятие в 2018 году развалилось, но жил был один мужик, который его выкупил себе на дачу... зачем — история умалчивает... рассказать уже некому.

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

Спустя полгода микроскоп моими стараниями наконец-то оказался в фондохранилище… Ура.

❯ Былые времена

Компания Japan Electronics Optics Laboratory(JEOL): крупнейший японский разработчик и производитель электронных микроскопов и других научный инструментов — берет свое начало в 1949 году, в городе Митака, Токио, представив внутреннему рынку свой первый просвечивающий электронный микроскоп JEM-1. На мировой рынок компания вышла в 1955, поставляя в разные страны компактные (по тем меркам) просвечивающие электронные микроскопы JEM-5, JEM-6 и многие другие.

Так, в сентябре 1965 года Нижегородский институт технологии и организации производства (НИИТОП) получает в свое распоряжение новенького полуторатонного красавчика JEM-6A — героя нашего сегодняшнего рассказа.

❯ Электронные микроскопы

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

Схематические изображения микроскопа проходящего света (ОМ), просвечивающего электронного микроскопа (ПЭМ) и растрового электронного микроскопа (РЭМ). Источник

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

Были и рекордсмены — Японские Hitachi HU-3000 и JEOL JEM-1000 использовали источники напряжением до 3МВ. Однако использование столь высоких ускоряющих напряжений экономически и технически нецелесообразно, так как после 300-500кВ рост напряжения почти не улучшает качество изображения, зато появляются проблемы типа рентгеновского излучения, огромного энергопотребления и исполинских размеров.

Сегодня мегавольтные ПЭМ сохранились лишь в единичных лабораториях, уступив место компактным высокоточным приборам среднего напряжения. Современные ПЭМ при 200–300 кВ с коррекцией сферических аберраций обеспечивают лучшее разрешение (~0.05 нм), чем мегавольтные микроскопы прошлого. Современные РЭМ и вовсе работают на сверхнизких напряжениях. Например, рабочее напряжение Apreo 2 SEM составляет от 200В до 1.2кВ. Но и разрешающая способность растровых сканирующих микроскопов не превышает 1нм, зато они дают рельеф поверхности, более компактны и не требуют подготовки образцов.

❯ JEOL JEM-6A

• Разрешающая способность: гарантированная 1.2нм, в хороших условиях до 0.8нм

• Увеличение 600х – 200 000х

• Ускоряющее напряжение: 50 – 80 – 100 кВ

• Потребляемая мощность 3ф, 240В, 50Гц, 4.5 кВА

• Габариты микроскопа: 2255 х 1810 х 743 мм

• Масса: 1480 кг

Основная магия электронного микроскопа происходит в вакуумной колонне. В самом её верху расположена электронная пушка, генерирующая пучок электронов с энергией до 100кэВ.

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

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

После того как пучок прошел через образец, его нужно спроецировать на детекторе — на флуоресцентном экране внизу колонны. Для этого в микроскопе установлены три линзы — объективная, промежуточная и проекционная.

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

Последняя линза — проекционная. Занимается финальным увеличением изображения и его проецированием на экран. Там на него уже можно посмотреть через смотровое окно или телескоп с 10-кратным оптическим увеличением. Итоговое гарантированное разрешение прибора — 12Å , а при хороших условиях — 8Å.

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

В современных микроскопах используются электромагнитные стигматоры на основе 6-, 8-, или 12-полюсных катушек. Они создают регулируемое магнитное поле, которое выравнивает эллиптичность пучка. В просвечивающих микроскопах их обычно размещают вблизи объективной линзы, а в растровых — в системе сканирующих катушек.

Принцип работы электромагнитного стигматора. Источник

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

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

Изображение РЭМ до и после установки сильфонной проставки между турбомолекулярным насосом и колонной микроскопа. Источник

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

Под флуоресцентным столиком располагается... фотоаппарат!

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

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

Единственные и неповторимые стрелочные индикаторы на приборе. Левый — контроль тока в катушках, правый — контроль напряжения на пушке. Также видны разъемы, через которые катушки подключаются к своим источникам

Высоковольтный трансформатор должен стоять внутри шкафа и подключаться ко всем системам. Пришлось перед транспортировкой слить с него 160 литров трансформаторного масла. Судя по резкому керосиновому запаху — какой-то современный продукт нефтепереработки. Токсичный ПХБ так пахнуть не должен.

Общее управление микроскопом — ручное. Нужно прощелкать множеством тумблеров согласно циклограмме. Общее время первого запуска — 20 минут с момента включения нагревателя диффузионного насоса. На прогретом насосе — откачка всей колонны занимает 5 минут, а отсека с образцом — всего лишь 30 секунд, но только если прибор и держатель образцов максимально чистые. Датчик давления в системе присутствует, но нет ни одного стрелочного прибора, куда бы выводились его показания… Или я его не нашел. Скорее всего он участвует в системе блокировки клапанов, не давая возможности открыть работающий диф. насос при атмосферном давлении в колонне, так как это чревато возгоранием рабочей жидкости. Рабочее давление микроскопа мне неизвестно, но я ожидаю его в пределах 10-5 — 10-6 Торр.

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

❯ Спасательная операция

Возвращаемся в декабрь 2024, где я натыкаюсь на этот микроскоп на авито. Ламповый красавец, да еще и в моем городе, в пяти минутах пешком от офиса! Я тут же набрал хозяйку, обсудил с ней микроскоп и его предполагаемую судьбу, а сам на измене — я хочу себе электронный микроскоп, но я не хочу себе столь большой, но его однозначно надо спасать — иначе есть вероятность, что в итоге его пустят на металл.  Успокоившись, я написал тов. @BootSector — Алексею Бутырину, мол, есть микроскоп, уникальный в своем роде, в идеальном состоянии, не желает ли московский политехнический музей выкупить его себе за сущие копейки? Спустя пару дней Алексей возвращается с новостями — «предложение всех заинтересовало, давай попробуем».

Не будем вдаваться в подробности закупочных комиссий бюджетных организаций. Музею пришлось командировать куратора отдела микроскопии — Ольгу Федоровну Тихомирову. Она очень «удачно» приехала — утром было тепло, а к вечеру повалил снег, который покрыл дороги тонкой корочкой льда. К середине апреля многие уже неделю как катались на летней резине..

Куратор от состояния микроскопа была в полном восторге. Особенно ей понравились рабочие журналы с описанием экспериментов — история экспоната имеет огромное значение. Прибор использовался при разработке оборудования для производства микроэлектроники!

Тут важно, что у музея уже есть несколько электронных микроскопов. Один из них — первый советский электронный микроскоп, разработанный в мастерских ГОИ, есть и первый серийный микроскоп ЭМ-3. Еще есть один большой JEOL, но сильно потрошеный. Моя задача — подготовить внешнее экспертное заключение о том, насколько этот микроскоп хорош с исторической точки зрения, с точки зрения его состояния, и насколько оправдана его стоимость.

И вот, 13 мая, я в Японии гуляю на экспо 2025, а в музее тем временем проходит закупочная комиссия, где важные лица заявляют — «Берём!». Определяемся с датой перевозки, я заранее приезжаю слить масло с трансформатора, и подготавливаю микроскоп к транспортировке. Снимаю голову, дабы уменьшить его высоту, пакую лампы чтобы не разбились, закрываю колонну пупыркой и картоном..

Микроскоп стоит в частном секторе, прямо в центре дома.  В день Хэ, в 6:30 я приезжаю на объект дабы выдернуть входную дверь и встретить такелажников. Быть может, я и нанял самых дорогих грузчиков, но парни обычно таскают 60-тонные станки и точно знают, что делать с полуторатонном шкафчиком. Ребята очень лихо закинули микроскоп на длинную и низкую рохлю, вытолкали его на улицу и манипулятором погрузили в газель. Туда же отправились трансформатор и прочие коробки. Вернув хозяйке на место входную дверь я залез в газель, и мы двинули в Москву. На погрузку ушло около 2 часов. Еще 6 — на дорогу из Нижнего Новгорода.

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

Так как микроскоп и трансформатор предусмотрительно были установлены на паллеты — их оперативно сняли погрузчиком, перегрузили на рохлю, и мы повезли его до места хранения. Быстрая распаковка, ставим на место голову и voilà! Полгода переживаний — и микроскоп спасен! Запускать его не планируют, но зато сохранят на долгие годы.

Вот и завершилась история по спасению объекта настоящего инженерного искусства. Особые слова глубочайшей признательности хочется выразить сотрудникам музея — Алексею Бутырину и Ольге Федоровне Тихомировой. Без их профессиональной поддержки, искренней вовлеченности и неиссякаемого энтузиазма моя авантюра бы не состоялась.

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

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

Написано специально для Timeweb Cloud и читателей Пикабу.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

Автор текста: MaFrance351

Приветствую всех!

Многие из нас застали лично и всё ещё помнят «модемную» эпоху. И даже мне самому доводилось ими пользоваться, а много позже я писал про то, каково в нынешних реалиях сидеть в интернете через старый аналоговый модем. Но вот мне стало интересно: а как насчёт попробовать позвонить не через мини-АТС, а на устройство в другом районе или даже в другом городе? Именно этим мы сейчас и займёмся.

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

❯ Суть такова

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

Одной такой незамысловатой коробочки на пути от телефонной розетки до АТС было достаточно, чтобы скорость модемного соединения упала до неприлично малых значений. Наличие или отсутствие такого оборудования иногда даже становилось решающим фактором при выборе квартиры, настолько сильно оно могло испортить качество связи?

Но вот прошли годы и эпоха тёплых ламповых медных проводов стала уверенно подходить к концу. Мало где осталась «настоящая» телефонная линия, вместо неё поголовно втыкаются GPON или VoIP-шлюзы. И даже если дома всё ещё остались телефонные розетки, запросто может быть, что лапша от них идёт не до АТС, а до коробочки на чердаке. Большинство пользователей даже не заметили изменений — на голос преобразование сигнала практически не влияет. А вот модемам не повезло — поток, прошедший через алгоритмы фильтрации и сжатия, для них уже не подходит, отчего связь либо устанавливается, но на очень малой даже по модемным меркам скорости, либо не может установиться совсем. Вот тут-то мне и стало интересно: будут ли два модема соединяться друг с другом в новых реалиях? По идее, связь должна быть очень медленной и нестабильной. Ну что же, погнали проверять!

❯ Что же мы будем делать?

Мне всё хотелось попробовать позвонить кому-то на модем по настоящей линии и попробовать соединиться. Но сделать это никак не удавалось: у тех, кого я мог попытаться уговорить на такое предприятие, не было дома телефонной линии, просто, у тех, кому я предлагал, не было телефонной линии. Ещё я неоднократно встречал на просторах мнение, что если вдруг однажды «традиционного» интернета не станет, то модемы якобы всех спасут, к чему по указанным чуть ранее причинам относился довольно скептически.

Хотя почти все модемные провайдеры в нашей стране умерли, ещё были надежды кое-куда попробовать позвонить, а по номерам +74232300100 и +74232499100 ещё год назад отвечал модем, к которому можно было подключиться с логином и паролем rol. Увы, ещё тогда, когда он работал, я пробовал на него позвонить, но успехом это не увенчалось — модемы соединялись, но связь тут же рвалась. На этом о данных экспериментах я забыл.

Но вот однажды один мой товарищ (тоже с Дальнего Востока) предложил попробовать позвонить по модему и посмотреть, что из этого выйдет. Именно этим мы сейчас и займёмся.

❯ Обзор оборудования

С моей стороны подключаться будем при помощи вот этих двух модемов — Acorp основной и Zyxel запасной.

А вот модем на другой стороне — Zyxel более новой модели.

❯ Звоним

Как обстоят дела с интернетом, я уже знал по результатам своих опытов с АТС: всё очень печально. Поэтому теперь было интересно просто попробовать позвонить и проверить, будет ли соединение держаться, а также узнать, какую максимальную скорость удастся установить.

Итак, обмениваемся городскими номерами, надеясь, что домашние потом не станут жертвами пранка, и начинаем звонить.

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

И, несмотря на опасения, связь установилась! Ну а набранное в терминале успешно отображалось на компьютере в шести тысячах километров от меня. Все пару минут соединение нормально держалось, после чего я его грохнул. Разумеется, скорость составляла не 115200 бод, а всего лишь 14400, как можно было убедиться AT-командой ATW2.

❯ Кидаем файлы

Дальше попробовали передать файл. На той стороне был HyperTerminal, я же открыл NC с его терминальным софтом.

Перед звонком надо зайти в настройки модема и поменять тоновый набор на импульсный (ATDT заменить на ATDP): иначе, как оказалось, моя АТС наотрез отказалась звонить, а только выдавала короткие гудки.

Ну что, пробуем?

Соединение даже установилось, а это значит, что можно пробовать передать что-то потяжелее.

Открываем меню и выбираем приём файла по какому-нибудь протоколу.

И файл даже успешно передаётся, хоть и с изредка возникающими сообщениями типа «CRC Error».

Дальше захотелось передать что-то потяжелее. И…

Не было ни-е-ди-но-го разрыва, ещё раз я вам говорю!

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

❯ Звоним мне

Следующей идеей было позвонить уже на мой номер.

Открываем терминал, ждём звонка. Берём трубку, и модемы начинают соединение.

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

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

После кучи неудачных попыток был вытащен модем Zyxel Omni 56K (с гордой надписью «Российская версия» на днище).

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

❯ А возможно ли это вообще?

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

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

❯ Что же в итоге?

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

Такие дела.

Что ж. Заставить два «динозавра» работать вместе в 2025-ом – задача не из легких! Этот эксперимент требует тщательной подготовки и надежной инфраструктуры. А вот с сервисами Timeweb Cloud все просто. Потому вэлкам.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

Автор текста: vladkorotnev

Всем привет. На коленках смастерил табло и она попала в японский сериал. Для всех остальных: рассказываю, без регистрации и СМС, как это сделать, во всех подробностях. Итак...

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

Я же предпочитал в своих конструкциях использовать ВЛИ (VFD) — они требуют куда более низких напряжений питания, да и весьма чаще встречаются в виде готовых модулей, которым нужно лишь подать 5 вольт питания и данные.

Большинство конструкций на газоразрядниках, которые мне попадались в категории «для начинающих», использовали давно снятые с производства микросхемы дешифраторов по типу К155ИД1 или SN74141. Также многие встреченные схемы экономили на количестве оных, используя один дешифратор для всех ламп сразу, коммутируя аноды через оптопары.

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

Так и зародился в проекте побочный файл платы с говорящим названием Nixierator.

❯ Принцип работы

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

Справа можно увидеть вход высокого напряжения (HV), как правило для ИН-12 это 200 вольт постоянного напряжения. Резисторы Ra1 и Ra2 задают ток через индикаторы — для ИН-12 рабочий ток рекомендуется в диапазоне от 2 до 3,5 мА, и 100 кОм на 200 вольтах как раз обеспечивают щадящий режим работы по нижней границе этого диапазона.

Слева же у нас вход данных с ардуины, хорошо знакомая всем I2C-шина. R4 и R5 подтягивают её к положительному напряжению питания, на случай, если подтяжки не установлены на схеме, которая будет модулем управлять. По ней данные поступают в восьмибитный регистр PCF8574, адрес которого задаётся перемычками A2, A1 и A0.

Восьмибитный выход с регистра разбивается по полубайтам на два дешифратора MC14028. У каждого дешифратора есть четырёхбитный вход и 10 выходов. Если двоичное значение на входе попадает в десятичный диапазон от 0 до 9, то на соответствующем выходе из Q0-Q9 появится высокий логический уровень, в противном же случае — все выходы останутся на низком уровне. Можно представить эту логику в виде таблицы истинности:

Например, если мы запишем в регистр PCF8574 шестнадцатеричное число 0x28 — первые (старшие) 4 бита уйдут на верхний по схеме дешифратор (U8) и включат у него выход под номером 2, вторые (младшие) 4 бита уйдут на нижний дешифратор (U7) и включат у него выход под номером 8.

Дальше все эти выходы идут через микросхему SN75468 — сборку из семи составных транзисторов. Эти транзисторы дают нам усиление по напряжению, чтобы сигналами логических уровней (0..5 В) переключать питание нужных нам катодов газоразрядных ламп. Когда выход дешифратора активен (лог. 1), соответствующий транзистор в сборке открывается и замыкает подключённый к нему катод лампы на землю, зажигая его. Если же выход дешифратора неактивен (лог. 0), транзистор заперт — ток через катод не течёт, и он не светится.

Внимательный читатель заметит, что SN75468 по даташиту допускает максимальное напряжение коллектор-эмиттер равное 100 вольтам. Однако наши лампы работают от 200 вольт! Как же это работает, а закрытые транзисторы не пробивает высоким напряжением?

Именно по этой причине на схеме установлен стабилитрон Z1 на 91 вольт. Он подключён между общей точкой коллекторов всех транзисторов внутри SN75468 и их же общим эмиттером. Таким образом, на транзисторах никогда не будет больше 91 вольта между коллектором и эмиттером — либо 0 (транзистор открыт, катод зажжён), либо 91 (транзистор закрыт, катод погашен). Возможно, будет понятнее, если отрисовать этот участок схемы отдельно и упрощённо, лишь с одним транзистором:

Резистор R3 задаёт ток стабилитрона для достижения им рабочего режима и обеспечения правильного напряжения в точке между Z1 и R3. В интернете встречаются схемы, где этот резистор опущен, в надежде на то, что паразитный ток внутри не горящей лампы от анода к катодам будет достаточным сам по себе. Но тогда напряжение в точке между Z1 и R3 может оказаться ниже, чем 91 вольт — как повезёт с конкретными лампами и стабилитроном — падение напряжения на лампах же, напротив, увеличится, и даже выключенные катоды будут гореть частично или целиком. В идеале R3 нужно подбирать по даташиту стабилитрона, чтобы ток через него был оптимален, но я воткнул 100 кОм просто от балды, чтоб не заказывать лишние номиналы, и всё работало прекрасно.

❯ Почему это работает?

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

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

Напряжение, при котором ток начнёт течь, называют напряжением возникновения разряда (на графике слева точка D) — при нём в газовой среде происходит тлеющий разряд, который и светится вокруг катода.

После этого в лампе уже достаточно нагретого и ионизированного газа, чтобы тлеющий разряд поддерживал себя даже при понижении напряжения. Однако ниже определённого напряжения он уже себя поддерживать не сможет и погаснет — это напряжение называют напряжением поддержания разряда (на графике слева — точка E').

Посмотрим, чему эти напряжения равны для ИН-12, в паспорте на эту лампу:

В контексте нашей схемы напряжения будут:

• Когда цифра активна: потенциал катода 0 В (транзистор на землю открыт), потенциал анода 200 В, разность потенциалов (напряжение) — 200 В, что больше напряжения возникновения разряда в 170 В. Соответственно, катод зажигается.

• Когда цифра погашена: потенциал катода 97 В (транзистор закрыт, напряжение задано стабилитроном), потенциал анода 200 В, итого напряжение (200 - 97) = 103 В, что ниже напряжения поддержания разряда в 120 В. Значит, катод погаснет, хотя какой-то мизерный ток через него течь и продолжит.

❯ Печатные платы

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

В следующих ревизиях, если такие будут, хочется сделать сквозные разъёмы для питания и данных. Но так как я и эту в итоге не применил, то когда это произойдёт — вопрос тот ещё :-)

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

Собираем, подключаем:

Работает, радостно!

❯ Код

По умолчанию все пины PCF8574 работают как выходы, поэтому для работы с ним через ардуину не нужна никакая библиотека кроме стандартной Wire. Вот пример кода, считающего на одном таком модуле секунды от 0 до 99 и мигающего нулём в старшем разряде на нечётных значениях меньше десяти:

Из нюансов здесь лишь перевод числа в двоично-десятичный код — т.е. чтобы при выводе десятичного числа 39 в регистр записалось двоичное 0011 1001b == 0x39 == 57d, а не 0010 0111 == 0x27 == 39d.

❯ Минута славы откуда не ждали

Собственно, платы я заказал и сделал, но в плеер мне нужна была лишь одна, а минимальный заказ на JLC PCB — четыре штуки. Выкидывать остальные четыре было бы расточительно, а положить их в долгий ящик — непонятно, когда бы они ещё понадобились.

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

Через пару дней в комментарии пришёл кто-то и начал расспрашивать: можно ли соединить несколько таких модулей? Можно ли на них вывести что-то кроме текущего времени или погоды? И в конце попросил написать на почту напрямую.

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

Сериалом же оказалась экранизация настольной игры 「八月のタイムマシン」（Hachigatsu no Time Machine）, в жанре science fiction. Да, видимо в этом жанре в этой части планеты клише с дисплеями на технологиях пятидесятых годов прошлого века с нами ещё надолго :-) (Про саму игру, увы, ничего сказать не могу — не пробовал).

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

До кучи, как показала пробная съёмка оных с динамической индикацией — когда цифры очень быстро зажигаются по очереди — почти любое изменение скорости затвора вызывало мерцание цифр, как при съёмке ЭЛТ-монитора, что для кино недопустимо.

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

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

Однако мне показалось впоследствии, что тягать по студии ноутбук на каждый чих — не самая лучшая идея, да и microUSB-разъём у ардуины нано — уж больно хрупкая штука. Идея с заменой ардуины на ESP8266 тоже показалась не лучшей — опять же нужен компьютер или телефон, плюс на съёмочной площадке, как правило, радиоэфир забит по самое не балуй, а у ESP с радиочастью исторически было так себе. Да и корпус этой части машины времени предполагался из стали — то есть выносную антенну делать надо, а ESP с IPEX-коннекторами у меня закончились...

И тут мой взгляд упал на валявшийся в ящике с деталями инфракрасный хвост от ТВ-тюнера.

А ведь это то, что нужно! Можно прилепить где-то в незаметном месте на декорациях, а если родного кабеля не хватает — всегда можно докупить в ближайшем магазине удлинитель для наушников (если такового вообще уже нет на студии) и нарастить его без особого геморроя.

В итоге были докуплены лампы и из подручных деталей было сварганено самое настоящее табло для машины времени:

Для управления из той же коробки с хламом был изъят неизвестного происхождения пульт с крестовиной и кнопкой питания — как раз на все функции, которые нужны. Пришлось, конечно, упихать всё довольно плотно, поэтому схема управления вышла нетривиальной:

Пример настройки и проверки можно увидеть на видео:

После одобрения реквизиторов и режиссёра табло уехало в мастерскую Azuma Kobo, где уже делали основную декорацию. И спустя пару месяцев машина времени наконец-то увидела свет:

Скриншот из трейлера

Часть табло попала и на постер самого сериала:

А эффект пролистывания цифр попал и в заглавные титры:

В эфир сериал пошёл с 4 мая 2025 года по каналу BS12.

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

Жизнь штука такая — никогда не знаешь, где выстрелит. Куча усилий была потрачена на плеер компакт-дисков, но внезапно не прошли даром и побочные наработки, которые в плеер вообще не вошли. Да и вообще, казалось бы, где самоделки ради чисто развлечения, и где весь этот большой шоубиз — а вот ведь как бывает.

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

❯ Ссылки и все дела

• Схема и печатные платы на Github

• Using the SN75468 as a Nixie Tube Driver — lucsmall.com

• Azuma Kobo — те, кто делали саму декорацию машины времени

• Страница сериала на сайте телеканала BS12

Написано специально для Timeweb Cloud (лучший хостинг из оставшихся) и читателей Пикабу. Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

Всем привет, я Михаил Шпаков, руковожу отделом разработки. Захотелось поработать над каким-то проектом для души. В результате родилась платформа Statuser.

В этой статье я расскажу, как вечерами и на выходных делал Statuser (и продолжаю делать): с какими проблемами сталкивался, как выбирал стек, как не бросил проект на полпути — и что получилось в итоге.

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

Так родился простой сервис для мониторинга доступности сайтов и серверов. Я хотел сделать его:

• с минималистичным и понятным интерфейсом;

• ориентированным в первую очередь на разработчиков, девопсов, админов;

• с набором действительно нужных фич, ничего лишнего.

❯ Идея проекта и первые шаги

Я довольно быстро определился с тем, что именно хочу сделать. Мониторинг — тема мне близкая: и по работе в облаке, и по личному опыту. Падения, медленные отклики, истёкшие SSL-сертификаты, забытые домены — всё это встречал в жизни не раз. Хотелось иметь простой и надёжный инструмент, который работает «из коробки», не требует заморочек и настройки Prometheus + Grafana + alertmanager, и понятен сразу.

На рынке таких решений много. Среди самых известных — UptimeRobot, Pingdom, BetterStack. Они полезны, и каждый по-своему хорош, именно благодаря им у меня сформировался свой вижн: я хотел собрать инструмент, который:

• максимально простой и лаконичный — чтобы даже человек без технической подготовки мог разобраться;

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

• визуально приятный и быстрый;

• делает немного, но делает это хорошо.

В приоритете были:

• простота запуска, без конфигурационных YAML-джунглей;

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

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

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

Первую версию — простое приложение с базовой логикой — я собрал буквально за пару дней, используя NestJS на бэке и Next.js на фронте. Использовал ChatGPT для генерации шаблонов кода, моделей, простых обработчиков — и это сильно ускорило старт.

Когда появилась необходимость как-то управлять проверками, стал набрасывать простую админку. Захотелось: добавить новую проверку, отредактировать, отключить. Но быстро понял, что нужна уже настоящая панель управления, с аккаунтами, входом, настройками и нормальным интерфейсом.

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

❯ Функциональность: как Statuser развивался и становился удобнее

Я запустил проект в декабре 2024 года. Сначала Statuser просто «тихо жил» — я подключил свои проекты, наблюдал за метриками, отлаживал систему. Но довольно быстро начали появляться первые реальные пользователи: кто-то приходил из поисковиков, кто-то по прямым ссылкам, которые я отправлял своим друзьям и знакомым. Люди пробовали сервис, подключали свои сайты, и, что особенно приятно — начинали задавать вопросы. Где посмотреть статистику за месяц? А можно уведомления в Telegram-группу? А как насчёт ping или проверки порта?

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

Сначала появилась возможность отправлять уведомления не только на email, но и в Telegram — как в личные чаты, так и в группы. Это сильно улучшило скорость реакции и сделало сервис удобнее для команд.

Потом начал расширять сами типы проверок:

• добавил ping и опрос TCP-портов;

• возможность выбрать HTTP-метод (GET, POST, HEAD и др.);

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

• настроить таймаут;

• отключить следование за 3xx-редиректами, если это важно для логики проверки.

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

— по SSL за 14, 7, 3 и 1 день до окончания,

— по домену — за 30, 14, 7, 3 и 1 день.

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

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

• код ошибки;

• тайминг запроса от curl;

• зарезолвленные IP;

• результаты выполнения mtr, traceroute и nmap;

• SSL-сертификат, полученный через openssl;

• скриншот страницы;

• заголовки и тело ответа HTTP.

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

❯ Технологии, стек и архитектура

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

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

Для бэкенда — NestJS. Удобный, хорошо масштабируемый фреймворк с архитектурой, которая мне близка: контроллеры, DTO, модули, строгая структура.

Для фронтенда — Next.js. Он позволяет быстро собирать современные интерфейсы, поддерживает SSR, тёмную/светлую тему, роутинг, статику — всё, что нужно для продакшена.

Компоненты собирал на ShadCN — они аккуратные, легко настраиваются и визуально мне очень нравятся. Без перегруза, со здравыми дефолтами, и при этом остаётся возможность быстро их подстроить под нужды интерфейса. Отличный вариант, когда хочется быстро собрать удобный UI без кастомизации на старте.

Я давно работаю в облаке и, естественно, для проекта тоже выбрал облачную инфраструктуру — это удобно, надёжно и позволяет сосредоточиться на продукте.

• Приложение развёрнуто в Kubernetes: фронтенд и бэкенд оформлены как отдельные деплойменты, у каждого — свои поды, конфигурации и переменные окружения.

• Снаружи доступен только один балансировщик — он обслуживает домен, автоматически выпускает и обновляет SSL-сертификаты и направляет трафик в Ingress кластера.

• Все внутренние сервисы общаются по приватной сети, наружу не торчит ничего, кроме самого балансировщика.

• Доступ ограничен через облачный Firewall — чтобы лишнего не светилось.

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

• S3 используется для хранения бэкапов и артефактов: результатов проверок в инцидентах, пользовательских аватарок, статических файлов.

• Для отправки писем — обычный облачный SMTP-сервис. Просто, стабильно и без лишних забот.

Для проверок из разных регионов я написал отдельного агента, который развёртывается на VDS в нужной географии. Он выполняет проверки и отправляет результаты в основной сервис по HTTP. Агент упакован в Docker, благодаря чему легко масштабируется и позволяет быстро запускать инстансы в новых локациях — сейчас это Москва, Амстердам и Алматы.

На каждой VDS настроено несколько IP-адресов, чтобы снизить вероятность блокировок со стороны проверяемых ресурсов. Конфигурация агента унифицирована: все настройки хранятся в Git, что упрощает развёртывание, обновление и поддержку.

Процессы сборки и выката я сразу автоматизировал. Использую GitHub Actions: настроен пайплайн, который по тегу собирает контейнер, пушит его в реестр и деплоит в кластер или на VDS с агентом. Это удобно, предсказуемо и даёт гибкость — можно легко разносить staging и production, запускать preview-версии и тестировать отдельные фичи из веток.

❯ Что дальше?

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

В ближайшее время появятся несколько новых крупных функций:

• Создание собственных статус-страниц — с возможностью объединять серверы в группы, настраивать индексацию в поисковиках, ограничивать доступ по паролю, включать вайт-лейблинг и многое другое. Первая версия уже готова примерно на 60%.

• Публичное API — чтобы можно было автоматизировать управление мониторингом.

• Появится Passkey для входа, а также двухфакторная авторизация через Telegram и email, просто потому что мне самому нравится этим пользоваться.

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

План такой:

• бесплатный тариф останется навсегда — в нём будет всё необходимое для небольших личных и пет-проектов: HTTP-проверки, уведомления, статус инцидентов и другие возможности. В нём можно будет добавить до 10 серверов, этого хватит для большинства базовых сценариев;

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

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

❯ Заключение

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

Если вы прочитали до этого места — спасибо!

Буду рад любым вопросам, обратной связи и идеям. Возможно, вы сталкивались с похожими задачами в мониторинге или запускали свои pet-проекты — расскажите.

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

А сервер для мониторинга можно взять у нас в Timeweb Cloud :)