Paweł Sujkowski wrote:
> Ja też chciałem stanąć w obronie języka drabinkowego. Przy aplikacjach
> automatyzacji maszyn ma moim zdaniem niezaprzeczalne zalety w postaci
> czytelności kodu i łatwości debugowania oraz sporej przenośności.

Innymi słowy w swojej logice drabinkowej spokojnie wykonujesz zapytania
SQLowe wciskając do bazy danych wartośc 3-ciej harmonicznej kształtu pradu?

Wiesz, na wyraźnie zaznaczylem, że tego projektu nie dotknął żaden
automatyk jak zobaczył co należy zrobić i jak. Niektórzy bardziej
światli proponowali LabView, ale szacowana wartość sprzetu
pomiarowo-sterującego + licencja + wynagrodzenie przerosła by wartość
urządzenia kilkukrotnie, a i tak trzeba by częśc RT pisać na
mikrokontolerach.

> I takie są efekty. NIeporozumieniem jest moim zdaniem także ładowanie
> jakiś płytek z uC i programowanie tego w C/C++/Assemblerze do
> aplikacji maszynowych.

Sa sytuacje które wymagają samorobek choćby z tego powodu że nie ma
gotowych rozwiązań, albo są w cenie przekraczającej zdrowy rozsądek.

> przed ~20 lat, na sterownikach firm o których nigdy nie słyszałem ale
> z wydrukowanym oprogramowaniem w drabince. I po przepisaniu tego i
> wsadzeniu do jakiegoś S7 czy jakiegokolwiek współczesnego sterownika
> ruszało to omal z kopa.

Jesli zdołałeś wydrukować kod drabinkowy i go ponownie przepisać bez
błedow to zaryzykuje stwierdzenie, że bylo to cos przerażająco
trywialnego. Nie o taki projekcie tu rozmawiam. Gdybym potrzebował
kłapać paroma przekaźnikami i czytać pare sensorów to bym sie nie bawił
w jakieś pierdoły z wlasnymi uC.

> Czy program w C na jakiejś płytce to zapewni?

Niektórzy złośliwcy twierdzą, że jeśli programista nie był idiotą to tak.

> przyznać że sam czasem też stosuję uC do specyficznych funkcji. A to
> przetłumaczenie jakiś protokołów, a to specyficzne uzależnienie
> czasowe itp.

No widzisz. Nie wszystk da się zrobic drabinkami.