( uid_4672 | 2025. 02. 04., k – 13:44 )

Mindebből csak annyi derül ki, hogy lövésed sincs hogyan használj egy PIC-et, de azért kemenyen tudod szidni.

nyilván, hogy lövésem sincs, azt sem tudom, hogy mi az :P csak 4 típust programoztam eddig... de ha összeszámolom, csak a lakásban több, mint 10 mikrokontroller van használatban, ebből 4-nek van webes interfésze. Nem pic-ek :P

 

A PIC konkrét típusának kiválasztása bizony némi tudást feltételez, amit locsemege is felsorolt, csak az a baj (nem baj!) hogy ő érti amiről beszél és használni is tudja. Periodikus jelek előállításához (pl.) csak a feladathoz megfelelő perifériákkal rendelkező modellt kel kiválasztani, miközben a lib, fordító és optimalizálás okafogyottá válik. Néhány utasítással összekötögeted a megfelelő perifériákat és inicializálod. Ez assemblyben kb. pot ugyanúgy fog kinézni, mint bármely más nyelven, legfeljebb az adatlaphoz képest nem kell megtanulnod újabb "mire gondolt a költő" absztrakciókat. Szóval berúgod és ketyeg a hardver.

ez lol. szerinted egy átlag mikrokontroller projekt arról szól, hogy generáljon egy periodikus jelet. Szerintem már teljesen már igények vannak, like pl. tudjon kommunikálni, netán etherneten, de wifin is. Kezeljen egy qrva displayt, egy pár buttont. De mindeközben a háttérben menjen a stepper motor és a szenzor olvasás.

 

miközben a lib, fordító és optimalizálás okafogyottá válik

ezen felröhögtem. tényleg azért kell fizetni a mplab proért, mert nem fontos az optimalizáció. és ti azért nyomjátok a assembly-t, mert attól gyors lesz belefér abba a spórlós rom-ba.

 

Szóval berúgod és ketyeg a hardver.

persze... s ha megírod rá kódot, akkor még működik is ?

 

szerk: na de pontosan mivel nem értesz egyet, azok közül, amit írtam?