Може само тея вътре ако се изведат пак може да си се набучва без да имаш ядове

отново заблудени душици които не са наясно какво е ардуино и защо тяхното никой няма да погледне

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

Прилагам файла с кода.

Не съм гледал много подробно кода ти. Но ето на кое трябва да обърнеш внимание.
1. Слагай си програмите в тагове.
2. Преди да свържеш двигатели, поиграй си с примерите на Ардуино. Карай ги един по един и не минавай на следващия докато не го разбереш.
3. Отговори тази функция "digitalRead(inkbutton);" , какво връща и резултата който връща къде се използва?
4. В началото на програмата задаваш, че inkbutton = 2, някъде променяш ли стойността на inkbutton, че после правиш тази проверка if (inkbutton = HIGH .... ?
5. Виж внимателно функцията analogWrite(). С кои пинове може да работи(подсказка - не с всички)?
6. Знаеш ли какъв е максималния ток, който може да отдаде пин на микроконтролер, знаеш ли с какъв ток ти работи двигателчето и знаеш ли как да свържеш диод към двигател, така че на не си изгориш микроконтролера от flyback-а на двигателчето?

Трябва да е така:

relsys така няма да стане, защото при всяко натискане на бутона, val ще си губи стойността и няма да може да получи променлив PWM.

Абе аз това за първи път го виждам, ама нали val и value са различни променливи?!?
Имах предвид, че трябва да прочете какво връща функцията и с нея стойност да прави сравнението.
Ето от тук гледах:

http://arduino.cc/en/Reference/DigitalRead

Прав си. Аз се обърках, че val и value са една променлива, а те са различни.
Иначе може да стане и така

a това val = HIGH е присвояване, а не сравнение.

А, да, стават грешки в бързината

А това цялото нещо с интерпретатор ли е или се компилира?

Това се подава на WinAVR, като се инклудва ардуино.h или нещо подобно, в което има main(); което вика първо setup(), а после в while(1) вика loop();
Неизвесно защо, но хората по се кефят да пишат digitalWrite(PIN5, HIGH) и digitalWrite(PIN5, LOW), вместо PORT |= PIN5 и PORT &= ~PIN5.

По същата причина, поради която 3/4 от портовете на езици от високо ниво са Бейсик

напротив, съвсем известно е... просто ти не си се сблъсквал с проблема

Не винаги перифериите са свързани директно на пинове. Примерно дисплеи, клавиатури и т.н. много често заради монтажа са изнесени на кабели и за да са по-малко кабелите се ползват GPIO експандери или тем подобни техники... В случая добрата практика на Ц е библиотечките (примерно GUI) да ползват макроси, шаблони (Ц++) или в краен случай weak функции. Така ако на твоята платка са директно свързани ще се компилира до твоето "|=" или "&=~"... Ако са през експандер ще се компилира до каквото трябва, но няма да ти се налага да мажеш из кода на библиотечката...

И според мен 'правилният' начин е да има Hardware Abstract Layer.
Сега, ако на някой някъде не му достига производителност.....е друга тема....

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

в някой .h файл:
#define LampON() { P1OUT |= BIT2; }

По-късно, ако смениш платката, даже и процесорната фамилия, ти ще променяш само този .h и евентуално съответния .c файл.
Ако всички тези глупости си ги сложиш директно в main(), няма да стане по-бързо.

Варианти много...

Аз лично като пиша по дисплеи, си имам винаги отделен видео буфер, после когато и където му дойде времето,... било на порции или както съм преценил се опреснява дисплея. След него през HAL-a, и понякое време взело, че се показало да го види някой ...