Вчера имах повече време да се позанимавам и след няколко корекции на програмката нещата започнаха да изглеждат доста по-добре. Егати тъпите грешки бях направил . Изцяло смених функцията за обработване на ascii символите (данните за устройството) и няколко неща във визуализацията.
Въпреки това не мога да кажа че съм доволен все още. Какво имам в предвид. Оборотите вече се показват доста стабилно. С малки изключения от ереме на време се появяват и бози. Както си покказвам оборотите (840 - 861) от време на време на дисплея се показват и други числа (315, 42,90 и др.). Интересното е че се появяват периодично. Но като цяло оборотите се показват стабилно.
Друг проблем е че от време на време ми отпада комуникацията с ЕКУто. Това отпадане не е периодично. Получава се когато си поиска. Може и минута да ми показва оборотите, а в следващия момент на петата секунда се разпада. Е, това немога да си обясня защо става.
Имам две обяснения на въпроса, но не знам дали може да е от това.
1. Причината е в това че софтуерно емулирам бордовия компютър (с Proteus) и комуникацията не е в реално време (въпреки че лаптопа е относително бърз). Все си мисля, че ако направя реалната платка с контролера всичко ще се оправи.
2. Другата причина според мен може да е в серийната комуникациа на 10400. Тази нестандартна скорост на комуникациа внася много грешки и оттук да са грешните данни. И тук възниква въпроса: Как да определя кварца (сега е 20MHz), така, че да имам възможно най-малко грешки при комуникацията. В даташиита на PIC16F877 има дадени грешките при различни кварцове, но при стандартен бодрейт. За 10400 как да сметна кварца??? Това е въпроса.
Ами в общи линий това е за сега. Утре ще започна да сглобявам платката с LCDто и ще кажа тогава нещата как изглеждат. Поздрави.

Защо правиш комуникацията на 10400??? Трябва да е на 9600! Много рядко се среща 10400 (освен ОБД).

Може да си запишеш комуникацията... цялата и после да разгледаш с парсера къде се дъни комуникацията и защо.
Свали си HHD serial port monitor, мисля че той може да записва бин файлове.

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



Парсера така и не можах да го подкарам. На два компютъра се опитах да го пусна и на двата ми дава съобщение: виж атачмана.
Точно с HHD serial port monitor работя и не открих начин как да направя .bin

Пробвай това.
Единия бин е ОК другия е счупен.

На този файл, казва че архивът е повреден (ако е .rar):) . Опитах и като .exe, дава черен екран и до там.

За съжеление се оказа че ММС-то ми е прецакано. Sorry.

Ти нямаш вина за това. Благодаря все пак. Днес започвам да лепя платката. Ще пиша до къде съм стигнал. Все още не знам какъв кварц да сложа при този бодрейт. Ако някой има опит при комуникация с 10400 да помага с избора на кварц. Контролера е PIC16F877, пиша на CCS v3.249.

Ами при 20.000 грешката ти е 0.16% не е много и не мисля че ще има проблем, правилсъм комуникация У-во -> РС с 0.16% грешка и няма и един загубен байт за месеци.
А иначе за 10400 нито един стандартен кварц не те устройва, нужна ти е 18.304500 за да получиш 10400 ако искаш играй си с кондензатори да донастрйваш кварца ама сигурно няма смисъл.

Едно tool-4е за смятане
http://www.migindia.com/modules.php?nam ... tit&lid=12
Незнам до колко работи, но има и сорсове.

bobyk, nickich ... Този baud rate calculator се оказа доста полезно помагало и мисля че ми свърши идеална работа. Наистина при 20MHz грешката е 0,16%, което е много малка грешка и в моя случай върши чудна работа. Благодаря, че помогнахте да реша този проблем .

Бързо спретнах платката и навързах схемичката, но .....нищо. 3 дни немога да разбера откъде идва проблема. Странното в цялата работа е, че на симулация с Proteus работи, а в реално изпълнение - не. Дописах програмката, така, че да ми дава на дисплея първите 10 байта, за да видя какво ми отговара ЕКУто. Полученият резултат беше крайно изненадващ. Байтовете които получих са: 0xAD, 0xFF, 0x01, 0xFF, 0x12, 0xAD, 0xFF, 0x01, 0xFF, 0x12. Инвертирах ги, какво ли не ги правих за да хвана някаква логика на полученото, но нищо общо с 0x55, 0x01, 0x8A. Интересното е , че вторите 5 байта се повтарят като първите 5 байта. Егаси вече нямам идеи. Нещо бъркам в схемата, но какво ли не опитах и нестава. Схемите са това:
txt файла е с разширение .png

Схемата - ясно, дай малко сорс да погледаме
Все пак, пробвай на 9600.... да видим какво ще стане.

Сорса според мен си работи, защото със същият сорс на симулациа вече показвам оборотите. Това ме кара да си мисля, че всичко откъм софтуер е наред. Но .... все пак ето го и него. Ще пробвам и на 9600, но със симулация непоиска да тръгне на тази скорост. На 10400 си върви, но както казваш ще опитам и така. Това не съм го пробвал.

Готово, реших проблема. Баси случая. Хардуерно всичко е ОК! Оказа се, че скоростта на предаване на данни не е 10400, а 9600!!!!!! Е, това не мога да го разбера. На симулация с Proteus върви на 10400, а на 9600 неиска и да чуе. Реалната платка върви на 9600, а на 10400 дава някакви дивотий. Поздрави nickich. Пак благодарение на теб се оправих Супер си.

п.с. Утре продължавам с опитите.

Даниеле, коя схема на интерфейса ползваш за връзка на В4-ката за връзка с РС-то?