-
Data: 2014-12-23 21:04:09
Temat: Re: FPGA zamiast PLC
Od: Mario <m...@...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2014-12-23 o 19:15, Marek Borowski pisze:
> On 2014-12-23 14:16, Piotr Dulik wrote:
>> Taki pomysł z serii dziwnych - zamiast tradycyjnie budować sterowanie
>> urządzenia na jakimś PLC, pomyślałem żeby zastosować płytkę z FPGA, w
>> który wpakowałoby się algorytm sterujący. Teoretycznie było by to dużo
>> szybsze niż PLC (algorytm mógłby być nawet wykonywany równolegle zamiast
>> szeregowo), trudniejsze do skopiowania, użytkownik miałby mniejszą
>> możliwość grzebania tam gdzie nie powinien. Żeby nie wynajdywać koła na
>> nowo, "pogooglałem" trochę za takimi rozwiązaniami, i nic sensownego nie
>> znalazłem.
>> Czy są jakieś uniwersalne płytki z FPGA nadające się do zastosowania w
>> automatyce (I/O na 24V, obudowa przemysłowa itd.)? Czy są może jakieś
>> gotowe środowiska programistyczne do tego typu aplikacji, żeby nie
>> dłubać wszystkiego w VHDL?
>> A jeśli się jednak takiego rozwiązania nie stosuje, to z jakich powodów?
>>
> Pewnie z takich powodow ze przemyslowej automatyce sterowniki rodem z
> lat 60-tych programowanie w jezyku drabinkowym to swietosc. Jako ze
> jakos to dziala nikt nie chce brac odpowiedzialnosci za potencjalne
> niedzialanie czegos nowoczesnego.
Nie wiem czy ty się zajmujesz programowaniem PLC, czy tylko tak sobie
powtarzasz teksty zasłyszane dawno temu podczas studiów. Ja piszę
programy w których są zawarte bloki w LD, SFC i ST (w S7 to jest SCL).
Sam standard IEC-61131 powstał w 98 roku, więc trudno mówić, że zgodne z
nim sterowniki są rodem z lat 60. Widzę, że wielu automatyków też pisuje
w czymś więcej niż ladder. Ale często nie ma takiej potrzeby. W sytuacji
gdy trzeba zatrzymać ruch podajnika po pojawieniu się detalu w polu
widzenia czujki, zdjąć przedmiot, uruchomić ponownie podajnik, ladder
jest w pełni wystarczający. Czasy rzędu kilkudziesięciu milisekund
także. Sterowniki mają czasy skanowania rzędu 1ms, a niektóre jeszcze
mniej i w większości zastosowań nie jest to wykorzystywane.
Żeby nie było, że moje dobre samopoczucie "programisty" PLC wynika z
braku wiedzy o innych technologiach. Programuję też mikrokontrolery
(ARM) w urządzeniach własnej konstrukcji. Piszę też w VHDL (fuj) pod
FPGA w których przetwarzanie sygnałów taktuję zegarem 20 ns. Ale to jest
w urządzeniach pomiarowych. Gdyby jakiś klient koniecznie chciał
sterowanie z takim taktowaniem to może bym się zainteresował. Ale nigdy
mi się taki klient nie trafił. Nie twierdzę, że takich potrzeb w
przemyśle w ogóle nie ma, ale moim zdaniem są marginalne. Więc nic
dziwnego, że żadna poważna firma nie chce się brać za stworzenie softu
umożliwiającego masom automatyków tworzenie systemów sterowania na FPGA.
Synteza algorytmu dla FPGA jest dużo bardziej złożona niż kompilacja czy
interpretacja kodu dla procesora. Koszt stworzenia takiego środowiska
byłby znacznie większy, a zakres stosowania dość mały w skali całej
automatyki przemysłowej. Przedsięwzięcie nieopłacalne ekonomicznie.
ATSD początek PLC (z ladderem) to 1968 rok. Początek języka c to 1972,
czyli cztery lata później. Czyli pisząc w c jest się w tym samym
skansenie co ludki piszące w ladderze.
--
pozdrawiam
MD
Następne wpisy z tego wątku
- 23.12.14 21:56 Mario
- 24.12.14 02:22 s...@g...com
- 24.12.14 11:54 Mario
- 24.12.14 13:15 Irokez
- 25.12.14 14:39 Paweł Sujkowski
- 27.12.14 19:54 Michał Baszyński
Najnowsze wątki z tej grupy
- Jak sie smazy elektronike z odleglosci kilkuset metrów?
- William Shockley, co-inventor of the transistor
- Gazowy kocioł CO regulacja cyklingu i regulacja pogodowa
- Zamek elektroniczny
- szablon do pasty DIY
- Głośnik potrzebny
- Silikonowy przewód ekranowany
- Wtyk bananowy ekranowany
- Co może być gorsze od pożaru elektryka?
- daltonizm
- Mały Linux
- Superkondensator. Czy to się uda?
- Stare filmy o technice
- Zasilanie własnych konstrukcji przez PoE
- Jak działa domofon?
Najnowsze wątki
- 2025-11-07 Warszawa => International Freight Forwarder <=
- 2025-11-07 Warszawa => C Programmer <=
- 2025-11-07 Warszawa => Starszy Programista C <=
- 2025-11-07 Warszawa => Senior Programmer C <=
- 2025-11-07 Warszawa => Developer Microsoft Dynamics 365 Finance & Operations (D36
- 2025-11-07 Warszawa => Programista C <=
- 2025-11-07 Warszawa => Asystent ds. Sprzedaży i Rozwoju Klienta <=
- 2025-11-07 Wrocław => Programista React ze znajomością C++ <=
- 2025-11-07 Lublin => Programista Delphi <=
- 2025-11-07 OBD2 napięcie akumulatora
- 2025-11-06 citek i GP.
- 2025-11-06 envelo - list polecony
- 2025-11-06 Ostrów Wielkopolski => Specjalista ds. Marketingu Online (PPC) <=
- 2025-11-06 Warszawa => Strategic Account Manager <=
- 2025-11-06 Warszawa => Senior Frontend Developer (React + React Native) <=




Elektromobilność dojrzewa. Auta elektryczne kupujemy z rozsądku, nie dla idei