Введение, предыстория

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

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

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

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



История WebHMI началась весной 2013 года. Тогда я загорелся идеей умного дома и на досуге делал всякие игрушки для автоматического включения света в туалете, сбора показаний со счетчиков воды и т.п. Однажды мой друг посмотрев на получившуюся систему и подумал что это можно продавать, и мы начали обдумывать – как и кому. Но получалось все как-то не элегантно. Чуть позже он пришел с другой идеей – нащупал пустующую нишу на рынке систем промышленной автоматизации. И мы реализовали ее.

Нашел способ подружить кондиционер (или другой прибор управляемым пультом дистанционного управления) и умный дом, либо сделать управление этим устройством, например с сотового.
В теории просто, подключаем esp8266 (ценой около 2 долларов у китайцев) к инфракрасном светодиоду, заливаем прошивку и готово.

Обычно, умный дом начинается (да и очень часто заканчивается тоже) с управления лампочкой. Потом уже следуют розетки с блютузом, датчики температуры с вайфаем, но лампочки – самые первые.

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



Приступаем.

В первой части нашего туториала мы зарегистрировались в обоих магазинах — App Store и Google Play. Но чтобы ваше приложение стало доступным для скачивания, необходимо совершить ещё немало действий. Давайте их рассмотрим.

Введение

Прочитав недавнюю статью Загрузка ОС Linux без загрузчика, понял две вещи: многим интересна «новинка», датируемая аж 2011 годом; автор не описал самого основного, без чего, собственно, и работать ничего не будет в некоторых случаях. Также была ещё одна статья, но либо она уже устарела, либо там опять таки много лишнего и недосказанного одновременно.

А конкретно, был упущен основной момент — сборочная опция ядра CONFIG_EFI_STUB. Так как в последних версиях U(lu/ku/edu/*etc*)buntu эта опция по умолчанию уже включена, никаких подозрений у автора не появилось.
Насколько мне известно, на текущий момент она включена в дистрибутивах указанных версий и выше: Arch Linux, Fedora 17, OpenSUSE 12.2 и Ubuntu 12.10. В комментах ещё упомянули, что Debian с ядром 2.6 умеет, но это не более, чем бэкпорт с последних версий. На этих дистрибутивах пересобирать вообще ничего не нужно! А ведь на других CONFIG_EFI_STUB, скорее всего, либо вообще отсутствует, т. к. опция доступна только с ядра версии 3.3.0 и выше, либо выключена по умолчанию. Соответственно, всё, описанное ниже, справедливо для ядра, собранного с опцией CONFIG_EFI_STUB.

Итак, что же такое Linux Kernel EFI Boot Stub?

Общая информация

А ни что иное, как… «exe-файл»!

Доброго времени суток, Хабр. Речь пойдёт об инструменте тестирования производительности СХД (систем хранения данных), изначально разработанного в недрах компании EMC для внутренних нужд, но имеющем свойство плавно разрастаться. Кстати, буквально «вчера» мангуст получил статус OpenSource проекта. А это значит, что пришло время немножко рассказать о нём. Итак, что же это за зверь?

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

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

Введение

Одним из критических замечаний к предыдущей статье было следующее: дескать фу таким быть, стрелять из пушки по воробьям да ещё проприетарным софтом за 10000$, к тому же наверняка украденным с торрентов. Оставляя за кадром моральную сторону вопроса, а так же презумпцию невиновности, обратимся к следующему вопросу — а что там у нас имеется в Open Source секторе, пригодное для решения задач проектирования электронной техники. В частности изготовления печатных плат. Наиболее достойной, на мой взгляд, оказалась кроссплатформенная программа KiCAD, распространяемая по лицензии GNU GPL. Имеются версии для Linux, Windows и macOS.

Рассмотрим этот инструмент подробнее применительно к уже решенной мною задаче — трассировке печатной платы для преобразователя уровней на базе MAX232.

11 января 1982 года двадцать два специалиста по информатике встретились, чтобы обсудить «компьютерную почту» (ныне известную как "электронная почта"). Среди участников был будущий основатель Sun Microsystems, парень, который сделал Zork, чувак, создавший NTP, и еще один, который убедил правительство платить за Unix. Перед ними стояла задача решить проблему: в ARPANET было 455 хостов, и ситуация выходила из под контроля.

Проблема возникла из-за того, что ARPANET переходил с оригинального протокола NCP на протокол TCP/IP, на котором сейчас существует Интернет. После такого перехода быстро должно было появиться множество объединенных сетей (inter...net), которым требуется иерархическая система доменов, чтобы ARPANET мог резолвить свои домены, а другие сети — свои.

Вряд ли можно представить мир современных сетевых технологий без DPI (deep packet inspection – глубокий анализ пакетов). На нём держатся системы обнаружения сетевых атак, львиная доля политик безопасности корпоративных сетей, шейпинг и блокировка пользовательского трафика оператором связи – да-да, чтобы выполнять требования Роскомнадзора, средства DPI обязан иметь каждый провайдер.

И всё-таки, при всей своей востребованности, DPI имеет некоторые недостатки. Главный из них в том, что средствам DPI необходимо видеть полезную нагрузку анализируемых пакетов. А что делать, когда клиент использует шифрование? Или, например, если у нас нет DPI здесь и сейчас, но в перспективе потребуется проводить какой-то анализ текущего по сети трафика – тогда нам остаётся только сохранять всю полезную нагрузку для последующего анализа, что очень неудобно.

В данной статье я хочу предложить альтернативный способ решения одной из главных задач DPI – определения протокола прикладного уровня – на основе очень маленького количества информации, при этом не сверяясь со списком широко известных портов (well-known ports) и не глядя в полезную нагрузку пакетов. Вообще.

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

“Ты проснулся, умылся, побрился, отжался
Наступил на кота, с женой поругался
Помирился с женой, поругался с дорожной полицией” (Сплин — “Тебе это снится”)
А чем в это время занимался дом, тебе и не снится…



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

Всё это, конечно, забавно и любопытно, но что там за ритманализ в заголовке?

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

Кто и зачем их покупает?

Привет, Geektimes!

Управление мощными нагрузками — достаточно популярная тема среди людей, так или иначе касающихся автоматизации дома, причём в общем-то независимо от платформы: будь то Arduino, Rapsberry Pi, Unwired One или иная платформа, включать-выключать ей какой-нибудь обогреватель, котёл или канальный вентилятор рано или поздно приходится.

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

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



Я же хочу рассказать про простую и довольно очевидную, но при этом редко встречающуюся схему, умеющую вот такое:

• Гальваническая развязка входа и нагрузки
• Коммутация индуктивных нагрузок без выбросов тока и напряжения
• Отсутствие значимого тепловыделения даже на максимальной мощности

Но сначала — чуть-чуть иллюстраций. Во всех случаях использовались реле TTI серий TRJ и TRIL, а в качестве нагрузки — пылесос мощностью 650 Вт.

Продолжаю вещать на тему прояснения основных представлений об FC SAN. В комментариях к первому посту меня попрекнули тем, что копнул недостаточно глубоко. В частности — мало сказал о непосредственно FC и ничего о BB credits, IP и multipathing. Multipathing и IP — темы для отдельных публикаций, а про FC, пожалуй, продолжу. Или начну, как посмотреть.

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

Fibre or Fiber?: Изначально технология Fibre Channel предполагала поддержку только волоконно-оптических линий (fiber optic). Однако, когда добавилась поддержка меди, было принято решение название в принципе сохранить, но для отсылки на стандарт использовать британское слово Fibre. Американское Fiber сохраняется преимущественно для отсылки на оптоволокно.

Оригинал

Fibre Channel was originally designed to support fiber optic cabling only. When copper support was added, the committee decided to keep the name in principle, but to use the UK English spelling (Fibre) when referring to the standard. The US English spelling (Fiber) is retained when referring generically to fiber optics and cabling.

IBM Redbook «Introduction to SAN and System Networking»

Начало

По аналогии с сетевой моделью OSI, Fibre Channel состоит из пяти уровней. Каждый уровень обеспечивает определённый набор функций.

В деле познания SAN столкнулся с определённым препятствием — труднодоступностью базовой информации. В вопросе изучения прочих инфраструктурных продуктов, с которыми доводилось сталкиваться, проще — есть пробные версии ПО, возможность установить их на вирутальной машине, есть куча учебников, референс гайдов и блогов по теме. Cisco и Microsoft клепают очень качественные учебники, MS вдобавок худо-бедно причесал свою адскую чердачную кладовку под названием technet, даже по VMware есть книга, пусть и одна (и даже на русском языке!), причём с КПД около 100%. Уже и по самим устройствам хранения данных можно получить информацию с семинаров, маркетинговых мероприятий и документов, форумов. По сети же хранения — тишина и мёртвые с косами стоять. Я нашёл два учебника, но купить не решился. Это "Storage Area Networks For Dummies" (есть и такое, оказывается. Очень любознательные англоговорящие «чайники» в целевой аудитории, видимо) за полторы тысячи рублей и "Distributed Storage Networks: Architecture, Protocols and Management" — выглядит более надёжно, но 8200р при скидке 40%. Вместе с этой книгой Ozon рекомендует также книгу «Искусство кирпичной кладки».

Что посоветовать человеку, который решит с нуля изучить хотя бы теорию организации сети хранения данных, я не знаю. Как показала практика, даже дорогостоящие курсы могут дать на выходе ноль. Люди, применительно к SAN делятся на три категории: те, кто вообще не знает что это, кто знает, что такое явление просто есть и те, кто на вопрос «зачем в сети хранения делать две и более фабрики» смотрят с таким недоумением, будто их спросили что-то вроде «зачем квадрату четыре угла?».

Попробую восполнить пробел, которого не хватало мне — описать базу и описать просто. Рассматривать буду SAN на базе её классического протокола — Fibre Channel.

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

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

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

1. Занижение цены
Большинство из нас когда-либо грешили этим, многие делают это до сих пор. Деньги – это проблемная тема для большинства людей. Несмотря на то, что теперь я могу свободнее, чем раньше, говорить о деньгах, я все равно считаю эту тему несколько неудобной. Хотя говорить об этом нелегко, это крайне важно.
У вас есть право получать справедливую плату за работу, особенно, если вы хорошо ее выполняете и имеете большой опыт. Как понять, что цена занижена? Если вы выполняете работу хорошо, и предложения заказчиков идут неиссякаемым потоком, то цены слишком низкие.
Также будьте осторожны, оценивая стоимость своей работы на почасовой основе, когда от вас этого не требуется. Если вы назначаете цену за час работы, то, выполнив работу быстрее, чем предполагалось, вы фактически сами себя накажете. Кроме того, многие работы требуют немалого опыта и специальных знаний, при том, что их выполнение занимает мало времени. Как говорил старый плотник, когда его клиент жаловался на цену за закрепление скрипучей доски в полу: вы платите 1$ за гвоздь и 999$ за то, что я знаю, куда его нужно забить.

P.S.: просто симпатичное фото для вступления

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

Перед человечеством сейчас стоит задача освоения нашей крошечной Солнечной системы: поиск простейших форм жизни на соседних планетах, усовершенствование механизма вывода объектов в космическую среду (см. вариант с “космическим лифтом”), терраформирование, то есть обеспечение нормальных условий, необходимых для жизни человека вне Земли. Громадная масса бюджета NASA направлена на исследование Марса, и, безусловно, полет человека на эту “коричневую” планету, если он таки состоится, станет самой грандиозной космической экспедицией, в которой тем героям, что отважатся на полет, возможно будут даны билеты в один конец.