ScadaHud, Industrial Monitoring
SQL

SQL Server i bazy danych SQL

Zapytanie SELECT to źródło danych, a nie zadanie eksportu

Powrót do wszystkich integracji

Duża część danych zakładowych nigdy nie trafia do żadnego punktu końcowego protokołu. Nastawy, numery receptur, wyniki laboratoryjne, cele zmianowe i ilości zamówień istnieją wyłącznie w tabeli MES, ERP lub LIMS. Sterownik SQL w ScadaHud wiąże te kolumny bezpośrednio z tagami: piszesz SELECT, a jego wyniki stają się żywymi wartościami, które zachowują się dokładnie tak jak odczyty ze sterownika PLC.

Tło

Czym jest SQL?

Nie istnieje "protokół SQL" w rozumieniu magistrali obiektowej. W praktycznie każdym zakładzie istnieje natomiast relacyjna baza danych przechowująca kontekst, którego sieć sterowania nie przenosi. ScadaHud łączy się z Microsoft SQL Server, PostgreSQL, MySQL / MariaDB i SQLite poprzez ich standardowe biblioteki klienckie, wykonuje zdefiniowane przez Ciebie zapytanie w ustawionym interwale i mapuje wynik na tagi. Sterownik jest z założenia tylko do odczytu: tag powiązany z zapytaniem SELECT nie ma sensownego miejsca zapisu zwrotnego, więc zapis jest odrzucany, a nie zgadywany.

ScadaHud

Co obsługuje sterownik ScadaHud

  • Microsoft SQL Server, PostgreSQL, MySQL / MariaDB i SQLite
  • Grupy zapytań: wszystkie tagi współdzielące zapytanie powodują dokładnie jedno wykonanie na cykl odpytywania, a nie jedno zapytanie na tag
  • Tryb kolumnowy: szeroki wiersz odczytów, w którym każdy tag pobiera własną kolumnę
  • Tryb wierszowy: tabela klucz/wartość, w której każdy tag odnajduje swój wiersz po kolumnie klucza
  • Zapytania parametryzowane: symbole @ są wiązane jako prawdziwe parametry bazy danych ze stałych lub żywych wartości innych tagów, nigdy przez sklejanie tekstu
  • Tagi pozostają zwykłymi tagami skalarnymi, więc historian, alarmy, skalowanie i tagi obliczane działają bez zmian
  • Konfigurowalne odpytywanie, strefa nieczułości, ponawianie i ponowne łączenie
  • Z założenia tylko do odczytu: zapis do tagu opartego na SQL jest odrzucany i nigdy nie zamieniany na zgadywany UPDATE
Gdzie pasuje

Typowe zastosowania

  • Nastawy, receptury i cele zmianowe przechowywane w tabeli MES lub ERP
  • Wyniki laboratoryjne i jakościowe z systemu LIMS, trendowane i alarmowane obok wartości procesowych
  • Zlecenia produkcyjne i numery partii pokazywane jako kontekst na mimikach i dashboardach
  • Odczyty liczników lub rozliczeń, które inny system już zebrał do bazy danych
  • Włączenie starszej aplikacji, która ma bazę danych, ale nie ma interfejsu protokołu
Znane urządzenia i producenci

Microsoft SQL Server, PostgreSQL, MySQL, MariaDB i SQLite. W praktyce: dowolny system MES, ERP, LIMS, historian lub aplikacja biznesowa oparta na jednym z tych silników.

Zarezerwuj prezentację na żywo.

Zarezerwuj 30-minutowe demo na żywo z jednym z naszych inżynierów rozwiązań. Połączymy się z przykładowym sterownikiem PLC i przeprowadzimy Cię przez tagi, alarmy, mimiki, cyfrowego bliźniaka i zapytania historiana.