Е какво те бърка това, че контролера "гадае" къде е отрицателната? Махаш диода и с тази програма ще си детектва единия полупериод а за другия ще си цъква софтуерно.

едит : виж сега, остави го това и фани нещо друго. Аз първото дето го почнах още не съм го направил ама оттогава не знам колко неща съм ги докарал до край.

Не че ми пречи но правя схемата възможно най-добра.Не знам дали е по добре да генерира софтуерно или не.Чесно казано сигурно ще има малка разлика но не знам каква.Едва ли ще се забелязва във вид на светлина а сигурно само със осцилоскоп ще се вижда. Кое е по добрия вариант.
Можете ли да дадете отговор дали има смисъл и щи бъде ли по добре да ровя във софта
наистина искам да направя схемата първо пък после като ми доиде идея за друро ще правя него.

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

Това звучи добре .Ама проблема е в Асемблера.Аз ако знаех как да го напиша това което си ми постнал във асемблерски код щеше да е супер.Просто асемблера не го чаткам толкова.Исках да променя нещо във оригинала за да се завърта цикъла 2 пъти и да няма софтуерно генериране.

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


Всеки е бил така ... аз със сигурност.
Започни от тъпата мигалка и всичко ще тръгне по вода.