07-18-2017, 09:32 PM
@Macola i @mikikg
Zeleo bih samo da dam jedan mali komentar na celu pricu. Primer moze da bude gore pomenuti MODBUS protokol. 90% ljudi ce da trazi gotove biblioteke za MODBUS i koristice ih, a nece ni da se potrudi da procita delic protokola iz specifikacije, a da ne kazem da se pomuci sa implementacijom. Tu dolazi do izrazaja nekoliko stvari za totalno nerazumevanje.
1. UART -> RS485
2. Interapti
3. Sam protokol
Iskusan inzenjer kada pise ovako nesto, nece nikada npr. koristiti interapt od predaje, nego samo interapt od prijema i na taj nacin da implementira kompletan MODBUS protokol. Tu je prvo ulozeno dosta vremena oko analize problema, dekompozicije i na kraju optimalne implementacije.
Koliko god Arduino, HAL itd. bili mocni i olaksavali posao, oni po meni prave pocetnike jos vecim pocetnicima, jer im ne dozvoljavaju da nauce srz, a to je funkcionisanje samog mikrokontrolera. Glavni deo svakom MCU programa je inicijalizacija periferija i to je ono gde se uci kako procesor radi. Naravno da novi ARM procesori imaju 100 registara za svaku periferiju i da je taj posao sada postao izuzetno komplikovan upravo zbog broja (po meni nepotrebnih registara - 32bit-a = 4 bajta. Dva 32-bitna registra i dosta je za periferiju) registara se uvode te biblioteke. Vec ste lepo rekli da izuzetno mocni i iskusni programeri prave te biblioteke. To je u potpunosti tacno, ali ni oni nisu bezgresni. Bolje mi je da ja pogresim, pa da trazim svoju gresku (na kojoj cu nesto i da naucim) nego da potrosim duplo vise vremena i trazim gresku nekog iskusnom programera (ako uopste mogu i da pristupim tome).
Kao sto ce pravi hardveras pri projektovanju nekog sistema (uzecu PLC kao primer, posto se ovde o tome govori) da vodi racuna o svakoj sitnici, tako ce i iskusan firmveras da vodi racuna o svakoj sitnici i da sve drzi pod kontrolom.
Drugi veoma popularan primer ove price je projektovanje DC/DC konvertora. Danas se svi oslanjaju na softvere za proracune parametara nekog konvertora, a niko da se potrudi da napise jednacine i da na osnovu tih jednacina vidi kako kolo radi i kako da ga proracuna. Ovakvih situacija ima milion i u danasnje vreme, na zalost papir i olovka, kao i stari dobri nacin ucenja i razumevanja sustine stvari su zaboravljeni (u velikom procentu).
Zeleo bih samo da dam jedan mali komentar na celu pricu. Primer moze da bude gore pomenuti MODBUS protokol. 90% ljudi ce da trazi gotove biblioteke za MODBUS i koristice ih, a nece ni da se potrudi da procita delic protokola iz specifikacije, a da ne kazem da se pomuci sa implementacijom. Tu dolazi do izrazaja nekoliko stvari za totalno nerazumevanje.
1. UART -> RS485
2. Interapti
3. Sam protokol
Iskusan inzenjer kada pise ovako nesto, nece nikada npr. koristiti interapt od predaje, nego samo interapt od prijema i na taj nacin da implementira kompletan MODBUS protokol. Tu je prvo ulozeno dosta vremena oko analize problema, dekompozicije i na kraju optimalne implementacije.
Koliko god Arduino, HAL itd. bili mocni i olaksavali posao, oni po meni prave pocetnike jos vecim pocetnicima, jer im ne dozvoljavaju da nauce srz, a to je funkcionisanje samog mikrokontrolera. Glavni deo svakom MCU programa je inicijalizacija periferija i to je ono gde se uci kako procesor radi. Naravno da novi ARM procesori imaju 100 registara za svaku periferiju i da je taj posao sada postao izuzetno komplikovan upravo zbog broja (po meni nepotrebnih registara - 32bit-a = 4 bajta. Dva 32-bitna registra i dosta je za periferiju) registara se uvode te biblioteke. Vec ste lepo rekli da izuzetno mocni i iskusni programeri prave te biblioteke. To je u potpunosti tacno, ali ni oni nisu bezgresni. Bolje mi je da ja pogresim, pa da trazim svoju gresku (na kojoj cu nesto i da naucim) nego da potrosim duplo vise vremena i trazim gresku nekog iskusnom programera (ako uopste mogu i da pristupim tome).
Kao sto ce pravi hardveras pri projektovanju nekog sistema (uzecu PLC kao primer, posto se ovde o tome govori) da vodi racuna o svakoj sitnici, tako ce i iskusan firmveras da vodi racuna o svakoj sitnici i da sve drzi pod kontrolom.
Drugi veoma popularan primer ove price je projektovanje DC/DC konvertora. Danas se svi oslanjaju na softvere za proracune parametara nekog konvertora, a niko da se potrudi da napise jednacine i da na osnovu tih jednacina vidi kako kolo radi i kako da ga proracuna. Ovakvih situacija ima milion i u danasnje vreme, na zalost papir i olovka, kao i stari dobri nacin ucenja i razumevanja sustine stvari su zaboravljeni (u velikom procentu).