-
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
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
- Szukam: czujnik ruchu z możliwością zaączenia na stałe
- kabelek - kynar ?
Najnowsze wątki
- 2025-01-20 Gdańsk => Programista Full Stack .Net <=
- 2025-01-20 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-20 Warszawa => Full Stack .Net Engineer <=
- 2025-01-20 huta ruszyla
- 2025-01-20 piece wodorowe
- 2025-01-20 Lublin => Programista Delphi <=
- 2025-01-20 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-20 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-01-20 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2025-01-19 Test - nie czytać
- 2025-01-19 qqqq
- 2025-01-19 Tauron przysyła aneks
- 2025-01-19 Nowa ładowarka Moya a Twizy -)
- 2025-01-18 Power BANK z ładowaniem przelotowym robi PRZERWY
- 2025-01-18 Pomoc dla Filipa ;)