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

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

Само да ти падне и ще пропушиш Боро

Пишете ме 2 пъти при каките а и цигарките ги вземете - няма да откажа. Като ще мре от инфаркт барем да е с кака а не в кенефа като дрисльо

Не беше никак зле, ама беше много, много омъжена и с две деца.

Таман разработена и прекопана нива. Къде 2 там и 3. Като гледа като тресната от зил, тресни си я като влак, да я шашнеш. Имам слабост към ТЗП (тъпи загубени парчета)

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

Казва се цинков хлорид. Или гасена солна киселина. Проблема е същият като с аспирина - кородират спойките. А желязо си се пои и със шкурка и як поялник + нишъдър (амониев хлорид)

Моят рутер е същият и без флуд прави тази мизерия. Ако те флудат, се опитай да контактуваш първо със заподозряния собственик. Може да има Бабалюга и да незнае че това става. После с ИСП-то но е малко вероятно да направят нещо ако сте в един пул. Между ползване на нет и флуд трудно се прави разлика. Ако има камера то най често тя дава признаци за флуд, въпреки че си е нормално използване на мрежата.

Пробвай с
http://www.cacti.net/
И аз съм на мнение че скрипт не ти е нужен. И къде ще ги пращаш, предполагам че ще спамиш някой мейл. Ако е така ефект няма, на 2 -рия ден ще личиш съобщенията.
С тази джаджа можеш да си гледаш почти всичко с история и в много по четим вид.

Рама е единят проблем - малко е ползва swap-a. Процесора също е слабичък, все пак сме 2013 не 2005.
Пробвай наистина с lxde десктоп. Спри сървисите които не ти трябват.

IC11B и IC11A - няма конфликт. Има един ИЛИ елемент 

Щом така мислиш
За да е разрешен изхода IC11A на входа трябва G трябва да има лог. 0. Елемента който го управлява е ИЛИ. Това означава че за да е разрешен, и на двата входа на IC13A трябва да има 0. Те са свързани към изходите на дешифратора IC12 крака 4 и 5. Дай ми по таблицата на истиност на дешифратора кога там и на двата крака (4,5) ще има едновременно лог. 0.
Много грешки има не е проиграна изобщо схемата. За мене е купчина от логически компоненти с неизяснена функция, формирана по предполагаеми блокове.

Галерата трябва да има тупанджия и всички да се тактуват от тупана. Не може гребците да си предават командата с потупване по рамото, защото ще върви на зигзаг, ако тръгне изобщо.

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

Не си я оправил. Конфликтите си седят и на писовете и на IC11B и IC11A. СЪщо махни инвертора IC25A на буферите разрешаващият сигнал е 1 а на IC24A е 0, така че без буфер е вярното свързване при 1 на RETURN работи буфера а при 0 IC24A.
Sram-a 6116 за какво ти е? Иначе си е памет като памет.

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

Не е завършена. Вникни в предложението. Отстрани си грубите грешки.
Примерно:
IC6 изходите DQA1-4 са свързани паралелно с изходите IC4
Хубаво IC4 е с 3 състояния на изходите но IC6 не е това означава че в един момент изход е свързан паралелно с изход. Какво става ако единя е в лог. 1 другият в лог. 0 - нарича се състезание и е непредсказуемо отделно че товари изходите и на 2-те схеми.
Времето на пренос през аритметичната част е голямо. Скоро ще разбереш че ти трябва общ такт на схемите за да стават нещата синхронно когато им е времето, тогава ще са необходими 2 такта за да са ти валидни данните, за това се правят сметките таблично с памет, както съм ти нарисувал, защото се извършват за 1 такт и са по-бързи, не е толкова голямо допълнителното закъснение "Transition time".
Друга грешка са ключетата "писовете" пак са свързани към изход на схема IC5 а те се разглеждат като изход. Между тях и схемата няма никаква синхронизация на 3-то състояние. Но не е невъзможно да се осъществи ако ги захраниш от S1, така, че да имат захранване на S2 само при високо Z на IC5.
Прегледай схемата и логиката дето съм дал и я разбери преди да я отхвърлиш в полза на нещо си.
Отстрани поне тези груби грешки в схемата - изход с изход вързано на куп- т.е.:
IC11A - IC11B
PIS - IC5
IC12 - IC14A
IC6-IC4

Малко пропуснах, но може да модифицираш АЛУ то по този начин като го сведеш до 1 схема, и да заприлича на истинска схема на процесорно АЛУ.
На JP1 и JP2 се подават двете числа. На  JP3 се подава кода на операцията примерно 0000 (сумиране) 0001 (или)...
На JP4 получаваш резултата. На JP5 са флаговете от операцията (примерно пренос, резултат 0, препълване .....). При тези операции съответно на адресите ще запишеш следната таблица:

Адрес     двоичен запис + флагове (D0-D7)
0            0000 0100
1            1000 0000
2            0100 0000
3            1100 0000
4            0010 0000
5            1010 0000
6            0110 0000
7            1110 0000
8            0001 0000
9            1001 0000
a            0101 0000
b            1101 0000
c            0011 0000
d            1011 0000
e            0111 0000
f             1111 0000
10           1000 0000
11           0100 0000
12           1100 0000
13           0010 0000
14           1010 0000
15           0110 0000
16           1110 0000
17           0001 0000
18           1001 0000
19           0101 0000
1a           1101 0000
1b           0011 0000
1c           1011 0000
1d           0111 0000
1e           1111 0000
1f            0000 1010
....... и така на татъка с таблицата за събиране,изваждане, OR,AND на 2 4 битови числа. Мога да я напиша но няма да ми стигне поста.
Примера е с част от таблицата за събиране. Така вече имаш и флагове на операциите. Не съм свързал CE, OE но ти си ги свържи съгласно апликацията.
Този тип АЛУ се нарича матрична логика (някъде му викат и таблична). Всички процесори го имат и е една памет нищо повече.
//офф
За CM601 трябва да го свържеш както си се полага с РОМ РАМ и И/О чип със съответната програма за да стане нещо. Схемата е с добра сложност.

И като ги свърже, какво ще измери ? Че ми стана интересен ТВОЯ начин на замерване на ЗАРЯДКАТА на Li-Ion батерията. Защото за нея (за зарядката) се говори в темата. Явно си компетентен по въпроса.

Поясни ни докрай, с конкретни стойности, с примерче какво да очаква колегата от показанията на свързаните ПРЕЦИЗНИ волт и ампермер, за да има база за сравнение. Да видим аджеба какво ще измери колегата, а и какво трябвало да бъде. Поздрави.

На дядо поп опинците ще измери без товари.
Зарядни дето помнели
Интелигентна електроника на батерията
Заряд до 50%
Хладилници

Истината е някъде там.
Има проблем с убунтуту щом ти показва 80%. Никой обаче не оставя на ОС-а да зарежда батерията защото ще има много избухнали батерии - виж в ютуб какво става при презаряд на литиева батерия. За заряда се грижи само зарядното на лаптопа което има съвсем малък фирмуер.
На самата батерия електрониката изпълнява само защитни функции, на някои има и вариянт за комуникация и четене към ОС-а напрежението, температура заряден/разряден ток и тип елементи, брой цикли (по тях се прогнозира времето на работа и капацитета).
Линукс има проблеми с оптимизирането на консумацията, това се дължи на големите възможности за конфигуриране - най-често е грешно. Сравнение съм правил при еднозначно натоварване - Хром + листване на гугъл под двата ОС-а - резултатите са съизмерими (43 минути срещу 46 минути).
Ако си пуснал много сървиси и играеш игри резултатите са лоши под Линукс.
За заряда е чисто хардуерен.
Батерия се мери винаги под товар, зарежда се по определен начин. При подмяна на клетките, може да ти прави грешна прогноза ако е интелигентна, но зарежда и разрежда правилно.
Ето един линк на който можеш да вярваш за батерии, или поне е обяснено най добре какво кога и как, и каква е разликата.
http://batteryuniversity.com/
И като правило за литиевите батерии над 45 градуса почват да се скапват. Между -30 и 45 няма значение какво и що правиш все и е едно. Режима на съхранение е на 30-50% заряд. Максимално време на съхранение - 12 месеца. Идеален режим при активно ползване на лаптопа е разряд до 10-20% веднъж на седмица-две.

Иначе проблема с грешното показване го решавах преди няколко години но съм забравил какво правих - гугълирай може да намериш решението.

Ще измери зарядния ток и напрежението, което се подава към компютъра от захранването-забравих да пиша, че това трябва да стане при изключен компютър. Токът на подзаряд, когато се зареди батерията по принцип е равен на една 20 от капацитета на батерията, или по-малко, ама има и варианти   с  ИМПУЛСИ с по-голям ток с видима продължителност. Има даже варианти за зареждане и подзаряд на батерията с известно количесво отрицателни импулси към основния заряден ток-това става с добавяне на високочестотен ток към основния заряден постоянен такъв-това разбира се се вижда само на осцилоскоп! Сега разбрахте ли колко безумно е следенето да става със софтуер?? Ако искаме съвсем прецизни резулати трябва да се разглоби батерията. По принцип прекъсването на заряда трябва да стане на не повече от 4.2 волта на клетка, ама нали различните фирми имат различна политика по въпроса-това може да стане и на 4.1 волта. Аз ако съм на неговото място, и искам да разбера ИСТИНАТА-разглобявам батерията, прекъсвам проводника, който захранва клетките, извеждам 2 кабела-единия от проводника към батерията, другия от батерията-там връзвам амперметър, и още един от другия полюс за маса  на клетките-между него и другия полюс на батерията връзвам волтметър и паралелно на него осцилоскоп, сглобявам батерията,включвам я към лаптопа, включвам лаптопа  и меря-даже е добре да са измери напрежението на всяка клетка при изключено зарядно устройство, и капацитет на батерията 5-30 %, за да се види-дали някоя клетка е духнала-всичко друго е дрън-дрън...

Това нещо в домашни условия не може да се извърши и не става с всяка батерия някои са със ултразвук заварени.
Принципа на заряд е еднакъв за всички батерии - първо се зарежда с генератор на ток до определено напрежение - етап 1, после с генератор на напрежение докато тока спадне под 3% от първоначалният. Подържане се извършва с генератор на напрежение при спадане с 50mV на клетка. Най-често генераторите са с PWM.
Ето от къде може да се видят етапите http://batteryuniversity.com/learn/article/charging_lithium_ion_batteries
Всички специализирани схеми и защити работят на този принцип. "Умните" защити монтирани на марковите клетки и GSM батерии ако установят грешка в заряда почват да ограничават и действат като зарядно на този принцип. По глупавите изключват батерията.

За сега стекът ми е много тъмно нещо. Не мога да разбера за какво точно се ползва. Иначе направих очти пълната схема само джъмпа не съм сложил ама се сетих как ще стане. Корицата  http://dox.bg/files/dw?a=9ea61449f5  ето и същинската схема - http://dox.bg/files/dw?a=1b428f2267  .

Проблема е че не е само стека. трябва още доста четене.

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

Всичко което го знаеш е просто. За броя на платките си прав.

Понеже доста неща не са ти ясни, мога да ти предложа няколко сценария, за да ти се изяснят.

1. Оставяш за малко това което си хванал за да си изградиш ясен план и структурна схема.
За да стане това има следните вариянти:
1. Най-добрият е ако си намериш един Правец8Д и започнеш да го ръчкаш на асемблер и разбереш как работи - според мене това е най добрият вариянт, понеже схемата му е проста, процесора си е 8 битов моторолски и има изградена добра периферия.
2. Втори вариянт е да ти изпратя 2 платки за Atmega8 (риск архитектура) и една за AT89S52 (фоннюманова архитектура). Те са индустриални и добре буферирани иможеш да ги модваш сериозно. За да разбереш как работи най-добре е да пишеш на асемблер и да пробваш какво прави всяка инструкция и как го прави.
За риск харвардска архитектура всъщност най добре е да си играеш с PIC на асемблер а не с атмега, защото при тях е доста умело скрита архитектурата, и за простият програмист няма разлика, каквато се наблюдава в PIC контролерите

Все пак смятам че най удобно за разучаване на хардуерна архитектура на един процесор е Правец8Д. Там си е класика в архитектурата. С контролерите има вариант да не разбереш много неща как стават, защото са с интегрирана периферия и памет, а твойта цел не е контролер и програмирането му  а процесор и хардуера за него.

[The separateinstruction and data buses of the Harvard architecture]

Постарай се да го разбереш - няма стек - няма процесор. Прочети повече. Незнам от съфорумците някой да знае за процесор без стек. ДАже 4 битовият калкулатор на 'APOLO' е бил със стек

 8 битовите контролери на Майкрочип нямат стек! При тях няма call инструкция и имат само един вектор на прекъсвания, затова се нуждаят само от един-единствен регистър за съхранение на програмния брояч. Ако искаш да си съхраниш някои регистри като Акумулатора и Статус-регистъра се правят едни Мики-Маус въртележки през банково-независими регистри, изобщо ги мразя тези контролери защото пошеш хиляда реда код за няколко елементарни аритметически действия.
 А, също си в грешка за RISK архитектурата - няма такова нещо като отделен достъп до данни и операции - всичко идва като един низ от паметта.

АБСОЛЮТНО НЕВЯРНО - ПРОЧЕТИ СИ СПЕЦИФИКАЦИИТЕ

В datasheet  на pic16f84 http://ww1.microchip.com/downloads/en/DeviceDoc/30430c.pdf
Страница 1 Подточка ^{High Performance RISC CPU Features:} точка 7 ^{Eight-level deep hardware stack}
Страница 8 на схемата точно под програмният брояч.
Страница 11 - картина 4.1 и 4.2
Cтраница 18 - точка 4.3.2. Обясняват CALL инструкцията
Cтраница 18 - точка 4.4. Обясняват стека и дълбочината му
Страница 59 - дадена е CALL инструкцията

За данните и КОП се достъпват паралелно - същият datasheet  страница 3 точка 1 ^{The separate
instruction and data buses of the Harvard architecture allow a 14-bit wide instruction word with a separate 8-bit wide data bus.}
Което ще рече че физически първите 6 бита са КОП а следващите 8 са данните. Физически паметта за процесора му е разделена на 6+8, които се адресират на един адрес на PC. Същата заченка се наблюдава и в блоковата схема, въпреки че нататъка реализацията е грешна. 
Също и википедията върши работа http://en.wikipedia.org/wiki/Harvard_architecture - разделен достъп до данни и операции.

Аз не познавам процесор с по-малко от 2 регистъра, програмен брояч, стек и флагове. Може и да има така че някой ако знае такова нещо да пусне спецификациите му

1. Има възможност да се закачи и е предвидено място но още не съм го направил. Ще бъде 16-тичен брояч с 4 думи + още 4 за оп-кода. 100% ще има такъв. Най-вероятно ще е рам памет и с дип ключета ще пиша програмата. Клока ще е с 555. Брояча не знам какъв ще е но със сигурност такъв с нулиране

 Програмен брояч с отделен достъп до данни и код на операцията (паралелно) си е класическа RISK архитектура. Така че явно има някаква недозряла идея за архитектура.
Място за адресен брояч няма - определено, не може и да има при така начертана схема.

2. Не разбрах въпроса . За какви преходи говориш ?

 Преходите са 3 вида условни, безусловни и към подпрограма. Пример от 8 битови 6502 с минемоника като класика в жанра.
Безусловни: 
JMP $xxxx
JMP $#xx
условни:
BCC $#xx
BSS $#xx
BEQ $#xx
BMI $#xx
BPL $#xx
........
към подпрограма
JSR $xxxx
JSR $#xx

3. Регистрите са си там. Само че още не съм ги сложил на схемата. Предвидено им е място.

Минимум изискване е 1 индексен регистър и 1 акумолатор. Такова нещо на схемата няма. Няма и как да се върже при така направения синтез.

4. Тук си прав нямам архитектура. Искам да пробвам да го си направя по моя начин. Може и да звучи тъпо ама аз съм упорит и ще го направя.

Имаш идея за архитектура нещо RISK-о подобно, но реализацията не е такава. В момента схемата е едно буферирано АЛУ без никакви по-големи възможности освен синхронизация.
 

5. Тук нещо ни се разбрал.. АЛУ-то не ми е готово и ще ползвам няколко схеми. имам управляващо устройство - това е блока със регистрите и декодера. От там имам няколко буфера и инвертори които управляват всичко.

Постарай се да го разбереш - няма стек - няма процесор. Прочети повече. Незнам от съфорумците някой да знае за процесор без стек. ДАже 4 битовият калкулатор на 'APOLO' е бил със стек

 

За сега съм направил само управляващото устройство и единият акумулатор.
та за сега изпълнявам това :
0001  0010 // записва в акумулатора стойност 2
0010  0000 // извежда стойноста на акумулатора т.е извежда 2.
другите команди които ще изпълнява са
0011 0001  събира акумулатора с число въведено от "клавиатурата"  и го записва в изходния акумулатор
0100 0001 изважда
0101 0001 функция НЕ от акумулатора
0110 0001 функция ИЛИ
0111 0001 функция И
и още наколко
1000 0000 вдига флаг
1001 0000 джъмп 1
1010 извежда стойноста на изходния акумулатор
ще има и още  за сега това.

И без това ще имаш само 16 инструкции, защо пропускаш код 0000
0001  0010 // записва в акумулатора стойност 2 - това е добре

0010  0000 // извежда стойноста на акумулатора т.е извежда 2. - не е добре числото 0000 трябва да има тежест на адрес иначе никъде не извеждаш. Ако смяташ че извеждането е на дисплея това не е процесор а краен автомат.

0011 0001  събира акумулатора с число въведено от "клавиатурата"  и го записва в изходния акумулатор - не е добре прилича на краен автомат. Нака 0001 да е с тежест на число или адрес (препоръчвам адрес)

0100 0001 изважда - какво??? изважда 0001 от акумулатора или съдържанието на клетка 0001 от акумолатора.

0101 0001 функция НЕ от акумулатора - ОК

0110 0001 функция ИЛИ
0111 0001 функция И
Функция И, ИЛИ с какво клетка от паметта или число. При редуцираните инструкции е неразумно да имаш и 2-те има нещо наречено функционално пълна система основните са 2 -  И-НЕ, ИЛИ-НЕ, има и подсистеми с XOR. При писане за такова нещо игрят сериозно уравненията на Деморган.

1000 0000 вдига флаг - Флаг се вдига от резултат при редуцираните архитектури се използва незабавно след операцията иначе се самонулира. Инструкцията е излишна

Да така ще направя. Джъмп функцията е празна инструкция т.е прескача команда.

1001 0000 джъмп 1 - това е най-безмисленият преход както си го обяснил - по добре да е към адрес

1010 извежда стойноста на изходния акумулатор - това се повтаря с 0010  0000 - защо?

Преосмисли инструкциите и ги напиши на ново. Само 16 са. За момента има 5-6 смислени другото е баласт.