Отдалечено управление на климатик чрез PicoIP / RelayBox

четвъртък, юли 7th, 2011

Дойдоха летните жеги (което естествено има своите плюсове) и това доведе и до засиленото използване на климатици, което от своя страна води до чести спирания на тока поради претоварвания. И понеже повечето климатици не се включват автоматично след като токът се завърне, и понеже точно с един такъв се налага да хладя едни машини, то стана време да осъществя една идея, която ми се въртеше в главата отдавна, а именно отдалечено управление на климатик (естествено би работило и с други електроуреди).  В противен случай се налагаше някой да измине известна доза километри в натоварен софийски градски трафик, за да го включи ръчно.

Като отдавна знам, че доста LAN-аджии използват PicoIP за автоматичен рестарт на оборудване по своите трасета, та предположих, че ще ми свърши работа и на мен. Налага се обаче да се комбинира и с друга джаджа правена от Нео Монтана, а именно RelayBox 2x. С оглед на това, къде работя, можеше да прибегна и до друга схема – рестарт чрез изпращане на SMS, но щеше да излезе малко по-скъпичко :)

И така след като набавихме необходимите материали, а именно:

  • 1 брой PicoIP (със съответното потребителско ръководство)
  • 1 брой двупортов RelayBox
  • 1 брой обикновен 12V адаптер
  • 1 брой мрежов кабел с нужната дължина
  • 1 брой публичен IP адрес
  • 1 брой дистанционно за климатик

пристъпихме към действие:

Първо направихме алфа тест на PicoIP-то и RelayBox-а. Свързването става доста лесно, единственото което е нужно е да се разгледат Приложенията на PicoIP ръководството от сайта на Нео Монтана. От него разбираме, че трябва да свържем единия канал на RelayBox-а към системния порт JP6 на PicoIP, и по-точно към 6-ти pin, който изпълнява специална функция TargetRST и към 10-ти, който естествено е GND. Наложи се естествено да захраним RelayBox-а от 12VDC конектора на PicoIP платката. Бяхме забравили да вземем кабел, та пригодихме едни кабелчета от молекс удължител за PSU. След като свързахме всичко и изтествахме Restart функцията и всичко изглеждаше напълно функциониращо оставаше да измислим как да включим климатика в цялата схема. Вариантите бяха два, директно към управляващата му платка, или чрез дистанционното. И понеже не намерихме ел. схема за първото, то сметнахме, че ще е по-лесно да направим второто.

Понеже никога не съм бил особено добър с поялника, а така или иначе не притежавам такъв, то прибегнах до помощ от приятел (колега). Ето и малко снимки от модването на дистанционното. За връзката дистанционно – RelayBox използвахме една стара изтерзана USB мишка. Ето и малко снимки от този процес (приготовление плюс изпълнение):

Остана да свържем всичко и да видим дали ще сработи. Направихме бета тест и успешно включихме и изключихме тестовият климатик няколко пъти.

Наложи се лек тунинг на настройките на Pico-то (по подразбиране прави рестарт при липса на ping към него в рамките на 6 минути). Тази функция не ми бе нужна, така че я спрях. Останалото е настройка на статичен IP адрес, естествено user и pass и инсталиране на системата на място. На по-късен етап може да се добави и следене на текущата температура в стаята и състоянието на климатика (включен/изключен), но на този етап реших да не усложнявам схемата, след като така или иначе имам начин да разбера дали токът е спирал или не. Ето и как изглежда самият web interface за управление на PicoIP:

PicoIP поддържа и SNMP, та може да се напише и един скрипт за за автоматичен рестарт в случай на регистрирано от системата за мониторинг събитие, но сметнах, че и това не ми е нужно на този етап. Та след скромна инвестиция от 50 лв си имаме напълно функциониращо отдалечено управление на климатик, която ще се изплати от спестения бензин/дизел за разходки и загубата на нечие време да ги прави.

Devotion to Duty

понеделник, февруари 22nd, 2010

cc (xkcd)

Fedora 11 Leonidas

сряда, юни 17th, 2009

Малко късно (все пак излезе преди повече от седмица), но и аз да драсна няколко реда за любимата дистрибуция. Този път няма да се спирам на всички обявени новости. Всеки може да ги види в release notes. За мен стана нещо като традиция да правя update от current към beta release и през rawhide отново до current. Така че реално бях в крак с новостите още от бета версията насам и така да се каже, някои от тях усещах в реално време. И така ето какво ще спомена:

  • по-бързо стартиране – обявено е като 20-секундно. Не съм го засичал, но е бързо. Значително по-бързо от Fedora 10.
  • bash 4.0 – има си преимущества да ползваш cutting edge дистрибуция :)
  • firefox 3.5 beta / thunderbird 3 beta – въпреки че са бета версии съм много доволен. Никакви проблеми и с двете.
  • ext4 – все още не съм правил тестове, но си струва да се отбележи. Трябва да намеря време и място и да видя дали е възможно да се ползва за постоянно.
  • Volume control и цялостно подобрение в поведението на звука. По-добра интеграция и работа на PulseAudio. Повече за това може да се види на ето този линк
  • Presto (yum-presto) -изисква се инсталация (yum install yum-presto). За този feature се говори поне от две версии назад. Плъгина беше готов доста отдавна, но имаше забавяне покрай организацията на огледалата. Та какво толкова е това presto в крайна сметка? При нормален update преди се сваляше целият нов пакет. Въпреки че разликата му със стария може и да е съвсем минимална. Дори и patch от 5 реда води до сваляне на целия пакет. Presto прави именно това. Сваля само разликата между стария и новия пакет, което може да редуцира размера на свалените файлове с около 60 до 80% .
  • no more ctrl-alt-backspace – тази промяна е наложена upstream от X.org.  Реално никъде не пише от какво е породена. Из мейл листите циркулира версия, че виновни са emacs потребители. В emacs има доста комбинации с ctrl-alt, и при натискане на backspace по невнимание се стига до загуба на данни. В крайна сметка не става ясно дали emacs гилдията наистина има пръст в това, но то е факт. Малко разследване показва, че всъщност предложението е дошло от Ubuntu, неясно по каква причина, но в последствие дори и там никой не го иска, като те дори са написали допълнително приложение или скрипт (вече не помня), който да оправя положението. По същия начин са решили проблема и хората от SuSe. Във fedora-devel имаше доста голяма дискусия относно това, как да се процедира и до момента до който я следях решението бе, че щом промяната е наложена upstream, те няма да правят нищо допълнително, макар и никой да не я харесва. Цялата дискусия и защо всъщност това е проблем може да се види тук. В резюме спирането води до парадокса, да е нужен принудителен рестарт в определени ситуации, който ако функцията си е активна не би бил нужен. Решението е добавянето на следните редове в xorg.conf:
  • Section "ServerFlags"
    Option "DontZap" "false"
    EndSection

    Това са впечатленията ми от Leonidas до тук. Ето и едно видео, в което Max Spevack и Paul Frields говорят за някои от новостите във Fedora 11:

    [youtube]http://www.youtube.com/watch?v=Mn5t-u7vCJ0[/youtube]

    Междувременно гласувах за избор на име за следващата 12-та версия по следния начин:

    Chilon 1т.
    Constantine 3т.
    Orville 3т.
    Rugosa 3т.
    Umbria 5т. - новия Стар Трек силно ми повлия за това решение :)

    Изборът ще бъде обявен в началото на другата седмица.

unix epoch @ 1234567890

понеделник, февруари 9th, 2009

Unix Epoch ще достигне 1234567890s от 1.1.1970 г. в петък 13th 2009, 23:31:30 UTC.

По нашите ширини това ще стане рано в Деня на влюбените :

[Nick@Pegasus /]$ date -d @1234567890
Sat Feb 14 01:31:30 EET 2009

Ето и един сайт, в който отброяват секундите дотогава

http://coolepochcountdown.com/

daily/weekly

петък, януари 16th, 2009

Довърших днешния работен ден с ужасно главоболие. Дори и ударна доза аспирин/аналгин не успя да ми помогне в продължение на 3 часа. Предполагам, че е защото не пих кафе, но реших да го откажа поне него.

Кафето пък ми напомня, че трябва да седна да напиша икономическа оценка на дипломната ми работа и да взема да я предам, че стана историческа.

В понеделник, вторник, сряда и четвъртък пих. Много поводи имаше много нещо. Кой рожден ден, кой имен ден, кой с наследник, кой без всички ги уважих. Освен пиенето разбира се и поработих.
В тази връзка godaddy и Резон Медия успяха да ме ядосат през седмицата. Първите незнайно защо са решили, че:

Verify that your rDNS contains a name that includes „mail“, „SMTP“, „relay“, or „MX“. For example: mail.example.com, smtp.example.com, or mx1.example.com.

Сигурно и name server-ите трябва да ми се казват ns1 и ns2. Да, ама не. Пешо и Панчо са.
Вторите кретени изпращат троянец в CD с техен комерсиален софтуер, за който естествено искат и известна сума пари. Но такива кретени закони не ги ловят, което ми напомня колко напрегнато е навън.
Първо няма газ и парно, второ протестите не са това, което бяха. Но понеже съм си обещал за политика да не пиша, то спирам дотук.

Наблюдавам доста трафик към моя приятел с жигулата, оказва се, че излизам на второ място при търсене на „реклама дзи“, „дзи реклама“, etc в Google.
Тях пък ги е ударила финансовата криза (хак да им е) и освобождават персонал. 100 човека ЧР, и още 70 инженери от два европейски и един американски офис. Освен това прекратяват разработката на някои услуги като Jaiku и Google Video.
Другото което тормози IT света е дали Apple ще тръгнат надолу, след като Стив обяви, че се маха. Ако се съди по предния път, то работата е ясна, но само времето ще покаже.

В този момент отвъд океана дават Battlestar Galactica S4E11. Живи и здрави, дочакахме да видим кой е петия тостер. Чакаме го утре и по нашите ширини.

Stop ACTA