Добре де като знаеш бейсик какво те спира да пишеш на бейсик?

Може би нещо такова ти трябва: http://geoffg.net/Downloads/Micromite/Micromite%20Manual.pdf. Специално обърни внимание на страница 10 където има пример с мигащ диод. Алтернативно - PICAXE.

Например правих термо регуратор с дисплей. Разбира се че стана и си работи. Обаче с 4 чипа - едно АЦП, дешифратор, оу, поне 5-6 транзистора и една камара резистори. После друга схема и пак една шепа части. Хората са го измислили отдавна, а аз още взривявам влакове.

Елементарно на пин 15 имаш +5V, през пауза 300 се сменя на 0V и Loop да завърти цъкала ! С промяна на циклите може да стане и асинхрон.
Не съм толкова заспал!
А сега как това да се качи на програматора? А за друг вид контролер не е така нали ?

Грешка не е 5V с резистор 82 Ом. диода ще опука. Преполагам е към 3V

Ами първо компилираш и качваш в чипа. За друг чип не става защото архитектурата е друга на чипа. 12Ф508 не е добра идея, много се различава а и е доста ограничен. Скачай на 12Ф629 и после където искаш но е добро начало.

Щом имаш желание да се научиш , може да започнеш от тук . http://www.mikroe.com/chapters/view/14/ ... ntrollers/
Има примерни програми на асемблер и на C за компилатора MicroC който компилатор ти позволява да ползваш готови библиотеки . Може да си симулираш програмите на Proteus .

Харесва ми защото е разновидност на Бейсик и директно указвам на кой пин какво да се случва. Ще използвам само контролери които ще мога да програмирам. Но не разбрах как се казва софтуера?

Компилираш и си записваш hex файла . Какъв програматор притежаваш ?

Спираме защото не знам ако напиша например:
IF PIN(10) < PIN(9) TO PIN(6) = 1
И накрая дали NEXT или LOOP
В какъв ред и как ще го възприеме чипът.

HEX файла не е проблем ще го запиша, въпроса е програмата да работи.

Май човека пита за нещо подобно - https://www.matrixtsl.com/flowcode/
Не съм ползвал, не мога да дам мнение

Купи си ардуино за 3-4$.

IF PIN(10) < PIN(9) TO PIN(6) = 1
това и ардуиното няма да го приеме

mitcd, човеко , ти щом редиш схеми с дешифратори ,значи асемблера на пик-а вече си го знаеш, само дето не знаеш, че знаеш.
Независимо каква среда и език ползваш, в крайна сметка логиката сам си я измисляш и пишеш. Графиката нищо няма да ти спести, даже в много случаи ще те ограничи и ще те натовари излишно. Логиката и цъкането на пинове си е налично още на ниво асемблер и точно там високото ниво няма да помогне кой знае колко.
Запомни едно - винаги тръгваш от сайта на производителя!
За въпросния 12ф отивш на микрочип.цом и от там си теглиш даташита и развойната среда - там си пише кои са. После си дръпваш и някое "апликейшън ноте" което най-много ти пасва на заданието. Четеш, пробваш, пак четеш и ако нещо хептен не разбираш, питаш в този форум. По-лесно няма , освен някой друг да ти го направи.

Дали на С, Бейсик, Паскал или квото ще да е - ако стигнеш до момента в който трябва да вкараш една итерация в 314 програмни цикъла, ще пишеш на асемблер и пушек ще се вдига... Проекта по който работя в момента няма един кьорав цикъл, щото на местата където е необходим ми добавя 30% повече време за изпълнение отколкото ако напиша всичките му итерации една след друга поотделно - един вид се получава примерно 8 пъти един и същи код един след друг. Място във флаша има предостатъчно ама въшката не и достигат някакви си 300-400 мегахерца за да може да се маже с "индийски" код. До момента 50% от кода е настройка на периферията, 40% е асемблер, и останалите 10% са структури if-then-else.

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

Това е стандартна техника за оптимизация, вика му се 'loop unrolling'. Не е задължително да пишеш на асемблер, за да я ползваш. Ако ти е интересно и искаш да видиш според мен най-голямото изнасилване на оператора case в С, потърси за Duff's device.