Като не ти се задържа пръстена с пингвина и не те кефи - значи си станал фен на micro&soft

40$ + другите разходи да стигне 100$, смятам за не висока цена (не и в БГ де). При цена на енергиата средно .1$/кW/h са си 1 MW/h. което при кофти ползване е постижимо доста бързо на фона на живот на хладилника.

В същност идеята е правилна. Трябва да мислим Зелено и да намалим енергопотреблението.
Ето и една идея в стил Моделист конструктор за 0лв.
Свързваш старият електромер (нали ги смениха с електрони) към хладилника. Свързваш моторчето на старият часовник (от електромера) към лампата на хладилника. Всеки ден отчиташ а и 'потребителите' ще го виждат резултата в разбираем вид.

Все пак малко наука да вложим и да видим от отварянето ли е причина за сметката за да режем опашката на котката или от друго нещо (котката запазва опашката)
1. Температурен капацитет на въздуха ~ 1000 J/kg
2. Плътност на въздуха - ~1,3 kg/m3
3. Температурен капацитет на водата ~ 4200 J/kg
4. Плътност на водата - ~1000 kg/m3

Това означава че 1 кило вода (манджа) на стайна температура има 4200 J/kg което е еквивалент на 4.2 kg въздух или около 3.2 кубически метра.

В резюме кило манджа на стайна температура се равнява на поне 10 пълни проветрявания на един 300 литров хладилник. Загубата и сметката идват от охлаждане на нещата които слагаме а не от броят отваряния.

Мисля че при тези сметки котака запазва опашката и бабата право да го отваря колкото душа и иска. Ама за прибирането ще чака да стане манджата на стайна температура преди да я паркира.

Въпреки че това начинание е безсмислено за дома - поради ред причини и основно че хората трудно се променят, все пак малко технически поглед.
ѝа такава статистика не стигат само 3-те температури. Необходимо е мощност консумирана от уреда.
Температурата се измерва много лесно - има сензори на I2C интерфейс за температура. Примерно на texas instrument TMP100 TMP101. Ползвал съм ги много са добри. Вариантите са 2.
1. директен контрол през паралелен порт или RS порт
2. Посредством едночипов микроконтролер, който и логва данните които в края на деня да се източат - Примерно ATMEGA или PIC. Личното ми предпочитание е TMS или ADUCT
Нещата не са толкова прости при измерването на мощност - особено променливотокова.
Реактивната енергия не е проблем - тя не се отчита от битовите електромери, както и в това приложение е сравнително цонстантна и я пише на задника на уреда. Най често е компенсирана (съгласно евродиректива) с кондензатор, така че тя не е интересна.
Но общата (активна) си е предизвикателство.
Първо трябва да се превърнат променливотоковите величини в ефективни стойности примерен чип с който също съм работил е AD636.
За преубразуване на ток в напрежение се използва токов трансформатор + преубразувател към ефективна стойност. Двете величини се умножават аналогово и се четат от микроконтролера.
Това решение за измерване на мощност е на цена около 40$
По-добро решение е само с 1 чип примерно ADE5166 или ADE5169. Цената му е около 4 $ и си е с вграден процесор 8052. Има и I2C интерфейс за температурните сензори, както и USART за връзка с компютъра.
Така че ето малко хляб за размисъл

laskov, а няма ли да е по-лесно направо да се измери налягането на фреона и ако е необходимо да се допълни? 

Сега като ме питаш, да, би могло. Но тогава проектът се проваля! ..., а ...
Ти женен ли си? Няма ли да ти достави удоволствие да кажеш на жена си: "Гледай сега! Според тази справка, ти отваряш хладилника с 23% повече пъти и държиш вратата отворена с 18.3% по-дълго време в сравнение с жената на Ласков! Е кой ще го плаща този ток!"

Разбра ли? Не става дума само за фреон!

Или излизаш на балкона и на висок глас казваш.
- СЕГА ДА ВИДИМ КОЙ КОМАНДВА В ТАЗИ КЪЩА
А вътре жената остава празният кен на масата пред телевизора и казва
- Разбира се аз
Обръщаш се с нежна и пленителна усмивка и казваш
- Скъпичко аз само питах - искаш ли още една биричка да ти донеса.

Та така и със статистиката - само ще питаме 

Аз пък съм роден на тази дата  . Преди много, много години в една далечна галактика.

Ако ти се играе колега, само една идейка. Добави SMTP да е на някой висок порт, примерно 8025. Аз така правя на моите мейл сървъри. Пускам да слуша едновременно на 25 и на 8025 портове.

И разни клиенти, които полват интернет от VivaCom home акаунти (с филтриран изходящ 25 tcp порт), им настройвам мейл-клиента да ползва за SMTP порт 8025. И всичко си минава и заминава.

Поне за една проба, да се разбере това ли е причината за спирането. Или ако имаш SSH2 достъп до неизпращащите машини, направи един телнет до мейл-сървъра:

telnet mail.server 25

и виж дали ще ти отговори SMTP-то.

Дааа
Разбира се че е изфилтрен порт 25
Като сменя порта няма проблем.
Сега остава само един проблем. Възможен ли е следният запис в /etc/postfix/master.cf

smtp      inet  n       -       -       -       -       smtpd
1010      inet  n       -       -       -       -       smtpd

Целта е да слуша и на 2-та порта smtp-to. За да се рекунфигурира само част от устройствата

edit: Проверих може и на 2-та порта да слуша утре ще тествам

Виктим, а кой е там доставчика ?

Собственика на сървера е доставчика. Ползва се за рутерите да информират по СМС когато се загуби сегмент. Между 2-те мрежи има няколко други доставчика, така че рутерите не са ми във владението.
СМТП сървера не ползва автентикация само приема заявките от определени ИП адреси. За съжаление простите устройства не искат автентикация.
Обясненията изглеждат логични.
Не ми е ясно само ако филтрат SMTP-то защо от локалната мрежа с изпращането няма проблем?
За сега не е в черните списъци понеже част от писмата се приемат на гугълски акаунт, които са от системата.
 

На един отдалечен таен сървер имам SMTP анонимно за обслужване на едни устройства (postfix). Изведнъж устройствата извън мрежата спряха да си изпращат писмата, а в мрежата му продължават. Първото нещо което се сетих е да пусна един NMAP локално и от външна мрежа и резултатите са странни.

От външна мрежа

dzver ~ # nmap име.на.сървера

Starting Nmap 6.25 ( http://nmap.org ) at 2013-08-21 23:25 EEST
Nmap scan report for име.на.сървера (X.X.X.X)
Host is up (0.16s latency).
rDNS record for X.X.X.X: hst-7-161.cisbg.com
Not shown: 989 closed ports
PORT     STATE    SERVICE
22/tcp   open     ssh
25/tcp   filtered smtp
80/tcp   open     http
110/tcp  open     pop3
135/tcp  filtered msrpc
139/tcp  filtered netbios-ssn
443/tcp  open     https
445/tcp  filtered microsoft-ds
1723/tcp open     pptp
8080/tcp open     http-proxy
8180/tcp open     unknown

Локално на машината

# nmap localhost

Starting Nmap 4.53 ( http://insecure.org ) at 2013-08-22 00:18 EEST
Interesting ports on localhost (127.0.0.1):
Not shown: 1704 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
25/tcp   open  smtp
80/tcp   open  http
110/tcp  open  pop3
443/tcp  open  https
631/tcp  open  ipp
1723/tcp open  pptp
3306/tcp open  mysql
5432/tcp open  postgres
8080/tcp open  http-proxy

Nmap done: 1 IP address (1 host up) scanned in 0.652 seconds

 
Интересно е ако някой може да обясни несъответствието в портове
25/tcp   filtered smtp - филтриран а аз не го филтра
135/tcp  filtered msrpc - те такава услуга нема на сървера
139/tcp  filtered netbios-ssn - те такава услуга също нема на сървера
8180/tcp open     unknown - и такова нещо няма пуснато

Някой има ли идея какво става?

1995 - 300 b/s
1996 - 1200 b/s
Теглене на поща с 1МБ - 3 часа - само в часовете от 5-8 сутрин докато не е защракала централата че иначе разкапва връзката

Сега какво - 300кб/с и мнението на пуберите как интернетя бози. 1мб/с - мнение абе бавен е кога ще се изтегли 3D HD филма. 

Моята политика е друга:
Общото правило го слагам REJECT за всичко в последствие разрешавам каквото ми е нужно и където е нужно. Иначе се дупчи без проблеми ако общото правило е ACCEPT. Както го е направил V13 само че и за изход ми е REJECT.
DROP правилото е за съвсем параноично изпълнение, с REJECT поне знаеш че си нежелан

Като за начало използваш ffmpeg библиотеката за декодиране до удобен RAW вид http://ffmpeg.org/doxygen/trunk/api-example_8c-source.html . После през ALSA. Не е сложно но е дълго за обяснение. За функциите на ffmpeg се обърни към документацията (ужасна е). За Стрима към АЛСА можеш да стартираш от тука http://home.roadrunner.com/~jgglatt/tech/linuxapi.htm http://equalarea.com/paul/alsa-audio.html  - по сносно е обяснено от документацията и. Има и пример с който аз съм тръгнал и пробвал.
Само ffmpeg не съм пробвал но с повече пот ще тръгне. Апликацията трябва да е като стрим организирана т.е.
Инициализираш ALSA отваряш 2 треда в единят отваряш файла и го подаваш към декодера, изходните данни ги записваш в ALSA устройството, което е 2 рият тред. Декодирането трябва да е с 2-3 блока напред преди да задействаш трансвера на опашката към ALSA. Както и ако опашката се запълни треда на декодера трябва да изчака освобождаването на сегмент. Шернатият ресурс между тредовете, е опашката на декодираният файл. Заключващ е мутекс към декодера.
Друг вариянт е с 2 треда и IPC комуникация между тях. Единят е декодиращ другият е възпроизвеждащ. Така е по лесно на пръв поглед но е много бъгаво и дърводелско. Може на по-слаби компютри да насича или да оставя отворена IPC връзка.

Съжалявам че е толкова объркано обяснението. Реализацията обаче изглежда по-просто.

Аз ще гласувам на първо място за Por4eto защото в него е истината.
На второ място за този кандидат че ми харесва предизборната му платформа и е мултитаскинг.
http://www.youtube.com/watch?v=uXMuWi0dUBc
http://www.youtube.com/watch?v=l2xOw-VXe_g

Сложих всичко на бредборда и естествено с моя късмет нищо не тръгна. Почнах да се къхаря къде е проблема.. пък то се оказа че на единия рейл не съм сложил джъмпер и няма ток. След като "дебъгнах" почти всичко се оправи. Проблема обаче е, че тоя брояч брои до 10 . Мислех, че брои до 15 ... Освен това не иска да зареди в паметта си стойност... Брояча е 74160.

От двоично-десетичен брояч се очаква до 10 да брои. За пореден път първо чети после прави.
Все още пътят на този дизайн е крив. Малко като слепец да открие пътя във стая фрашкана с предмети.
За тази конструкция изобщо забрави за RC закъснителни вериги, или ще трябва на много места да слагаш и да ги настройваш.
На Правциум компютрите имаше по 80пико на адресните шини и по 12 пико на шините за данни обаче сложени по специален начин на отрязък от линия с цел съгласуване и избягване на състезания по шините.

Имам следният казус:
Ползвам един език който е кошмарен за коментари. За да мога да го пусна поне да ми оцветява правилно в gedit трябва да му задам шаблон а това не ми е силна страна.
Коментарите са следните
Първи вариант - стандартен

Код:

/* Коментар     */

Втори вариант - пак стандартен

Код:

/*
*Коментар
*
*/

Трети вариант - гаден

Код:

/*
Коментар
/* Коментар */
коментиран код

*/

Четвърти вариянт

Код:

/*
гфддфххдф
/*
цбьбььцб
/*
фдгсдгс
*/*/
*/

В същност колкото отваряния има със /* толкова и затваряния трябва да има със */

Някой може ли да помогне със шаблон за това правило?

Много е просто. На едното пишеш сърверна част - как се отваря и слуша на сокет под линукс питай гугълчо. На другата страна отваряш клиент. А в двете как ще си разменят съобщенията и какво ще правят си го пишеш и измисляш протокола. Имам вече реализирани подобни неща но едва ли ще ти свършат работа, доста са специализирани за програматор става дума.
Ето мястото от където съм стартирал http://www.linuxhowtos.org/C_C++/socket.htm . Успех в начинанието.
Не забравяй и чексуми за да се валидират фреймовете ан 'удължителя' както и блокиране на други клиенти RS-a не е за многозадачна работа, само между 2 устройства е.

никва връзка с истината...

за да удължиш ethernet през сериен порт трабва да слезеш по ниско. Кви сокети кви пет лева.

Всъщност задачата се състои в две под задачи:
1) Да се направи драйвер, който да позволи адресацията на серийния порт като Ethernet устройство:
http://www.xml.com/ldd/chapter/book/ch14.html
( Всяка дума под "Connecting to the Kernel" трябва да е изчетена и разбрана )

2) Трябва да се имплементира алгоритъм за достъп до физическата среда. Според мен интерфейсът трябва да си има свой си драйвер, който да давя някакво ABI. Готиното в цялата работа е, че ако имаш примерно RS232 връзката ти не е peer-to-peer както е в ethernet-а и алгротъма би трябвало да е доста прост. Ако обаче си решила да се правиш на гъзе, може да се имплементира нещо като достъпа в LAN мрежа:
http://fmi.wikidot.com/km7

Според мен задачата не би трябвало да отнеме повече от 500 реда код
(може и някакъв свой си де... ама тоя е изпипан)

Даже хората са дали пример за пренос на данни:

Код:

int snull_tx(struct sk_buff *skb, struct net_device *dev)
{
    int len;
    char *data;
    struct snull_priv *priv = (struct snull_priv *) dev->priv;
    len = skb->len < ETH_ZLEN ? ETH_ZLEN : skb->len;
    data = skb->data;
    dev->trans_start = jiffies; /* save the timestamp */

    /* Remember the skb, so we can free it at interrupt time */
    priv->skb = skb;

    /* actual delivery of data is device specific, and not shown here */
    snull_hw_tx(data, len, dev);

    return 0; /* Our simple device cannot fail */
}

Магията се случва в  snull_hw_tx. Това трябва да имплементираш ти, понеже както съм сигурен имаш дълбоки познания с EP9302.

П.П не съм програмист и никога не съм писал на C ( освен неща като Hello World ), но съм останал с впечатлението, че май разбирам нещичко от OS

Първо прочети. задачата е:
RS232-eth-eth-RS232 - за нея няма готово решение.
За това което мислиш че е
eth-rs232-rs232-eth. Има готово решение SLIP+PPP
Иначе за да изкараш TCP-IP на серийният порт е достатъчно да пуснеш SLIP+PPP това който е работил на времето с модеми ще го знае. Не съм сигурен даже дали SLIP не стана чат от PPP.