Ghidul utilizatorului SARTORIUS ODBC SimApi

R: Un SimApi este conexiunea dintre Umetrics Suite și
surse de date externe, în special conectarea la surse de date ODBC
ca bazele de date relaţionale.

Î: Cum pot folosi funcția de identificare a lotului procesului sintetic?

R: Pentru a utiliza funcția de identificare a lotului procesului sintetic, configurați
Identificator de lot tag să fie id-ul de lot al nodului de lot de pe
Pagina de condiții de execuție în SIMCA-online.

Î: Poate fi utilizat ODBC SimApi cu loturi concomitente?

R: Funcția de identificare a lotului procesului sintetic nu funcționează
loturi concurente. Un singur lot ar trebui să fie activ în lot
nod la un moment dat.

„`

View Fullscreen

Eroare! Utilizați fila Acasă pentru a aplica Titlu_1 (Titluri) textului care doriți să apară aici.
Ghidul utilizatorului ODBC SimApi
24 octombrie 2024

Introducere
Cuprins
1 Introducere……………………………………………………………………………………………………………………….. 3
1.1 Caracteristici …………………………………………………………………………………………………………………………………………………………………………………………….. 3 1.1.1 Id-ul lotului procesului sintetic …………………………………………………………………………………………………………………………. 4 1.1.2 Id-ul lotului procesului sintetic generat tags; unul pentru fiecare ID unic de unitate …………………………………………….. 4 1.1.3 Nod de lot cu suport de filtrare …………………………………………………………………………………………………………….. 4 1.1.4 Date de lot Views…………………………………………………………………………………………………………………………………………………… 5 1.1.5 Date discrete………………………………………………………………………………………………………………………………………………… 6 1.1.6 Acces concomitent SimApi…………………………………………………………………………………………………………………………. 7
2 Cerințe preliminare ………………………………………………………………………………………………………… 7
2.1 Cerințe privind structura bazei de date ………………………………………………………………………………………………………………………… 7 2.2 Considerații privind performanța bazei de date…………………………………………………………………………………………………………………. 7 2.3 Considerații privind crearea de rețele ………………………………………………………………………………………………………………………………………. 8 2.4 Drivere ODBC………………………………………………………………………………………………………………………………………………….. 8 2.5 Autentificarea bazei de date ………………………………………………………………………………………………………………………………………… 8 2.6 Visual C++ Redistribuibil ……………………………………………………………………………………………………………………………………… 8
3 Instalare și configurare ……………………………………………………………………………………………………………….. 9
3.1 Configurarea unei conexiuni la o sursă de date ODBC în Windows pentru a fi utilizată de SimApi ………………………………… 9 3.2 Selectarea dintre două moduri de a accesa datele de proces…………………………………………………………………………………… 10 3.3 Configurare XML file și log file locații……………………………………………………………………………………………………………….. 11 3.4 Setări globale de conexiune ………………………………………………………………………………………………………………………………………. 11 3.5 Modul Direct pentru continuu/proces views ……………………………………………………………………………………………………. 11 3.6 Căutare View Mod pentru continuu/proces views……………………………………………………………………………………….. 12
3.6.1 PDB views și HDB views ……………………………………………………………………………………………………………………….. 13 3.7 Nodul lot …………………………………………………………………………………………………………………………………………………………………………….. 14 3.8 Date lot Views ……………………………………………………………………………………………………………………………………………………. 15
3.8.1 Instanță de date de loturi sintetice tags ……………………………………………………………………………………………………………….. 16 3.8.2 Id-ul lotului procesului sintetic tags filtrate pe valorile coloanei…………………………………………………………………….. 16 3.9 Noduri discrete ………………………………………………………………………………………………………………………………………………………………… 16 3.9.1 Discrete Tag Definiţie View……………………………………………………………………………………………………………………………. 17 3.9.2 Date discrete văzute de SIMCA-online ………………………………………………………………………………………………. 18 3.10 Câteva note despre scrierea înapoi SIMCA-online ………………………………………………………………………………………………………… 18 3.11 Configurare XML File …………………………………………………………………………………………………………………………………… ……… 19
4 Suport …………………………………………………………………………………………………………………………..22

Introducere
1 Introducere
Acest document este ghidul de utilizare pentru ODBC SimApi de la Sartorius Stedim Data Analytics.
Un SimApi este conexiunea dintre Suita Umetrics și sursele externe de date.
Acest SimApi se conectează la o sursă de date ODBC (Open Database Connectivity), cum ar fi o bază de date relațională. Sursa de date trebuie să fie structurată așa cum este descris în acest document.
Pentru a utiliza un SimApi în SIMCA-online, care este utilizat pentru monitorizarea în timp real, este important ca sursa de date să se comporte ca un bun istoric al datelor de proces: Nu trebuie să existe întârzieri în achiziția de date în sursa de date: datele curente din sursa de date ar trebui să reflecte starea curentă a procesului pentru a funcționa bine în SIMCA-online. De asemenea, sursa de date trebuie să răspundă rapid la solicitările de date, astfel încât serverul să poată ține pasul cu execuția în timp real a proiectelor.
Pentru o listă detaliată a modificărilor din diferite versiuni ale acestui SimApi, consultați versiunea Info.txt file care vine odata cu instalarea.
Acest SimApi poate fi utilizat de SIMCA sau SIMCA-online sau de alt software care poate folosi SimApis.
Pentru mai multe informații despre SimApis disponibile, consultați sartorius.com/umetrics-simapi.
1.1 Caracteristici
· Suportă dialecte SQL pentru Microsoft SQL Server, Oracle, Microsoft Access, IBM db2, Denodo, MySQL, PostgreSQL și SQL standard.
· Autentificare șir de conexiune ODBC cu un nume de utilizator și o parolă furnizate, autentificare Windows sau acreditările specificate în conexiunea ODBC în Sursele de date ODBC Windows.
· Accesarea mai multor tabele sau views pentru citirea datelor procesului continuu (actuale și istorice). Două moduri; Priveşte în sus view mod și Direct Mode (citire direct dintr-o bază de date view).
· Noduri de loturi multiple, care definesc durata de viață a loturilor. Conține un singur rând pentru fiecare lot cu orele de început și de sfârșit.
· Citirea datelor de lot (condiții de lot) din coloane suplimentare în nodurile de lot, sau din Date de lot Views care stochează condițiile lotului într-un tabel îngust cu doar două coloane (tag nume și valoare).
· Suport pentru date discrete: citirea datelor discrete unul sau mai multe noduri, care pot avea nume de coloane diferite. · Scrieți înapoi din SIMCA-online: date istorice de proces și date de lot. · Funcționează cu date numerice sau cu date text (calitative). · Id-ul de lot al procesului sintetic în nodul batch, care poate fi utilizat în execuția fazei SIMCA-online
condiții, dacă datele de proces nu au un ID de lot tag. · Id-ul lotului procesului sintetic tags în Batch Data Views care pot fi filtrate de alte coloane. Poate fi folosit
în condiții de fază, când id-ul lotului nu este altfel disponibil în datele de proces. · Noduri de loturi cu suport de filtrare. Suportul de filtrare este util atunci când aveți un nod batch cu un master
listă de loturi pentru întregul dvs. sistem, dar doriți să o puteți filtra pentru a afișa numai loturi dintr-o parte a sistemului (cum ar fi loturi care rulează într-o singură unitate sau un lot dintr-un anumit material sau tip). · Instanță de date de loturi sintetice tags gestionați mai multe măsurători ale datelor de lot per lot. Util dacă doriți să puteți crea modele la nivel de lot care utilizează două sau mai multe măsurători ale fiecărei variabile de stare a lotului per lot. · Mai multe instanțe ale ODBC SimApi care urmează să fie configurate și utilizate de pe același server SIMCA-online. Acest lucru vă permite să vă conectați la mai multe baze de date pe unul sau mai multe servere de baze de date. · Reziliența conexiunii, SimApi se reconecta automat la o sursă de date după ce aceasta a fost deconectată (de ex.ample după o problemă de rețea). · Acces concurent thread-safe. SimApi funcționează cu caracteristica de acces simultan SimApi introdusă cu serverul SIMCA-online 18, care poate îmbunătăți performanța și capacitatea de răspuns. · Acceptă datele stocate ca ore locale sau UTC în baza de date.
Fiecare caracteristică (continuă, lot sau discretă) poate fi configurată și utilizată singură, iar toate caracteristicile sunt opționale. Nu trebuie să configurați funcțiile decât dacă aveți nevoie de ele.

Introducere
1.1.1 Id-ul lotului procesului sintetic
Într-un proiect de lot, datele de proces trebuie să aibă un ID de lot tag (coloană) care este specificată în pagina Condiții de execuție din configurația proiectului în SIMCA-online. Acest tag se potrivește cu nodul batch pentru a ști dacă ar trebui să se execute o fază.
Dacă datele de proces nu au un ID de lot tag, poate fi utilizat codul de lot al procesului sintetic ODBC SimApi. Acesta generează ID-ul lotului de date de proces folosind datele din nodul batch.
Pentru a utiliza această caracteristică, accesați pagina Condiții de execuție și configurați identificatorul de lot tag să fie id-ul de lot al nodului de lot. Ori de câte ori serverul citește id-ul de lot pentru datele procesului, id-ul de lot sintetic de la nodul de lot va fi returnat, asigurându-se că unitatea se va executa.
Rețineți că această caracteristică nu funcționează cu loturi simultane (paralele). Astfel, pentru un moment dat trebuie să existe un singur lot activ în nodul batch.
1.1.2 Id-ul lotului procesului sintetic generat tags; unul pentru fiecare ID unic de unitate
Această caracteristică se bazează pe ID-ul lotului de proces sintetic descris mai sus, dar folosește o coloană suplimentară în nodul lot care conține ID-ul Unit. Nodul batch este segmentat în clase de loturi care au aceeași valoare în coloana UnitID. Acesta acționează ca pentru loturile din nodul batch care au o anumită valoare pentru UnitID.
Pentru fiecare valoare unică din coloana UnitID (căutând în întregul nod de lot), SimApi creează un tag în nodul batch cu numele BatchID_Unit_[Value].
De example: dacă valorile 1 și 2 sunt cele două valori unice din coloana UnitID, va rezulta două tags; BatchID_Unit_1 și BatchID_Unit_2. Citirea datelor de proces din id-ul lotului sintetic tag BatchID_Unit_1 va returna numai ID-urile loturilor pentru loturile a căror coloană UnitID are valoarea 1. Loturile cu 2 în coloana UnitID vor fi ignorate.
Pentru a utiliza acest lucru, configurați identificatorul de lot tag în pagina Condiții de execuție, pentru fiecare unitate, pentru a utiliza codul sintetic BatchID_Unit_[Value] tags.
Numele coloanei ID unității este configurat în XML file.
Restricții
· În ceea ce privește id-ul de lot sintetic obișnuit descris mai sus, prin extensie, acesta nu funcționează cu loturi simultane (paralele) care partajează aceeași valoare a UnitID (loturile simultane cu UnitID-uri diferite funcționează bine).
· Toate ID-urile unităților trebuie specificate în nodul batch înainte ca SimApi să fie pornit (modul sintetic tags sunt create la pornire). Sfat: puteți prepopula un tabel cu un lot inactiv în nodul lot pentru fiecare ID de unitate care va fi necesar.
· Id-urile de lot trebuie să fie unice în nodul de lot și poate exista doar un rând pentru fiecare ID de lot. Prin urmare, fiecare lot poate avea o singură valoare a UnitID.
· Valoarea UnitID nu trebuie să se modifice pentru un anumit lot pe durata de viață.
Notă: o alternativă la utilizarea unui cod de lot de proces sintetic filtrat de UnitID astfel este utilizarea mai multor noduri de lot; unul pentru fiecare valoare unică a UnitID. În cazul mai multor noduri de lot, același id de lot poate fi, desigur, prezent în multe noduri de lot (spre deosebire de când este utilizat filtrul UnitID), așa că, în unele cazuri, mai multe noduri de lot sunt soluția preferată.
1.1.3 Nod lot cu suport de filtrare
Un nod batch este necesar în SIMCA-online pentru a executa proiecte batch.
Filtrarea este utilă atunci când aveți un nod de loturi cu o listă principală de loturi pentru întregul dvs. sistem, dar doriți să o filtrați pentru a afișa numai loturi dintr-o parte a sistemului (cum ar fi loturile care rulează într-o singură unitate sau un produs dintr-un anumit material sau tip).

Introducere

Filtrarea este opțională și pentru a o utiliza trebuie să specificați coloana pe care să filtrați și să specificați o listă de valori valide pentru acea coloană. Pentru fiecare valoare configurată, SimApi creează un nod separat care conține numai loturi cu acea valoare în coloana de filtru.

Iată un example-ul unui lot view, numit BatchNode în baza de date, cu o coloană Unit care poate fi folosită pentru filtrarea loturilor.

BatchID StartTime

StopTime

Unitate (coloana Filtru) Variabila condiției lotului 1

Batch1 2017-01-01 01:00 2017-01-01 11:00 A

Batch2 2017-01-02 02:00 2017-01-02 12:00 B

Batch3 2017-01-03 03:00 2017-01-01 13:00 A

Batch4 2017-01-04 04:00 2017-01-04 14:00 A

Batch5 2017-01-05 05:00 2017-01-05 15:00 B

Configurat pentru unitatea A și B, aceasta ar da două noduri de lot numite BatchNode_A și BatchNode_B. Fiecare dintre aceste noduri de lot ar returna numai loturi care corespund valorii lor de filtru, astfel încât pentru BatchNode_A Batch1, Batch3 și Batch4 ar fi returnate și pentru BatchNode_B Batch2 și Batch5 ar fi returnate. Ultima coloană este un exampfișierul unei variabile de condiție de lot care va fi disponibil în acest nod de lot pentru a citi datele la nivel de lot.

ID-urile de loturi de proces sintetice sunt acceptate pentru nodurile de loturi configurate în acest mod.

1.1.4 Date de lot Views
Un lot de date view este o bază de date view sau tabel pentru stocarea valorilor pentru condiții de lot. Ar trebui să aibă trei coloane: identificator de lot, Tag nume și valoare. Un rând în asta view stochează o valoare pentru un anumit tag și lot. Vor fi multe rânduri în asta view pentru fiecare lot când există multe variabile de condiție a lotului.
Iată un fostampfișierul unui lot de date view în baza de date cu cele trei coloane ale sale:

ID lot

Tag nume

Valoare

Lotul 7

Randament

0.95

Lotul 7

Calitatea produsului

Excelent

Lotul 8

Randament

0.90

Lotul 8

Calitatea produsului

Sărac

Acest lot de date view vor fi expuse prin SimApi ca două tags Randament și calitatea produsului. Citirea valorilor pentru aceia tags pentru lotul 8 ar avea ca rezultat valorile 0.90 și, respectiv, „Slab”.

Notă: Dacă există mai multe rânduri pentru același BatchID și Tag combinație de nume în baza de date view, SimApi va returna valoarea din ultimul dintre aceste rânduri.

Nu există coloane de oră de început sau de sfârșit a lotului în datele lotului views, deci nu pot fi folosite ca noduri de lot.

Puteți configura multe date de lot diferite views.

Sfat: Ca o alternativă la date pe lot Views, datele privind starea lotului pot fi, de asemenea, stocate într-un nod batch. În acest caz, este necesară o coloană pentru fiecare variabilă de condiție a lotului. Astfel, va exista doar un rând pentru fiecare lot în nodurile batch, dar sunt necesare mai multe coloane.

Introducere

Important pentru funcționalitatea de extragere a SIMCA-online: Pentru a extrage date dintr-un lot de date view trebuie să includeți și unul tag (cum ar fi identificatorul de lot tag) dintr-un nod de lot, astfel încât SIMCA-online să poată cunoaște loturile pentru care să extragă datele.

1.1.4.1 Instanță de date de loturi sintetice tags Datele lotului constau întotdeauna dintr-o singură observație per lot1.
Dar ce se întâmplă dacă valorile unui lot de date tag s-ar putea schimba (de example pentru că ați reluat unele măsurători) și dacă doriți să utilizați mai multe măsurători pe lot într-un model SIMCA-online la nivel de lot?
Apoi puteți utiliza caracteristica opțională a instanței de date de lot sintetice tags. Acestea sunt tags care sunt adăugate ca suplimentare tags în datele lotului view, fiecare mapare la o anumită instanță a datelor lotului pentru tag.
Iată un fostamppe:

ID lot

TimeColumn

Tag nume

Valoare

Lotul 7

2015-06-23 09:00 Yield

0.90

Lotul 7

2015-06-23 17:00 Yield

0.99

SimApi va expune apoi aceste date de lot view cu doi tags; Randament_1 și Randament_2. Când datele sunt citite pentru lotul Batch7, vor avea ca rezultat valorile 0.90 pentru Yield_1 și 0.99 pentru Yield_2.

Observați că există o nouă TimeColumn adăugată în acest exempluample, cu un timpamp pentru fiecare rând. Această coloană este necesară pentru instanța de date de lot sintetic tag caracteristică, pentru ca SimApi să știe cum să comande valorile pentru tags în instanță tags.

1.1.4.2 Id-ul lotului procesului sintetic tags filtrate pe valorile coloanei Această caracteristică este ca ID-ul lotului procesului sintetic generat tags; unul pentru fiecare ID unic de unitate, cu diferența că acesta este citit dintr-un lot de date view iar ID-ul lotului poate fi filtrat pe mai multe coloane.
Iată un fostamppe:

ID lot

TimeColumn

Tag nume Valoare

Unitate

Linia

Lotul 7

2015-06-23 09:00 Yield

0.90

Lotul 8

2015-06-23 09:00 Yield

0.95

Dacă filtram BatchID pe coloanele Unit și Line, ne-ar da un singur ID de lot sintetic tag pentru fiecare combinație unică a valorilor din coloanele Unit și Line.

Sintetic tags creat ar fi: BatchID_A_1, BatchID_B_2

Prin urmare, citirea BatchID_A_1 pentru timpul din tabel ar da valoarea Batch7, în același timp BatchID_B_2 ar da valoarea Batch8.

Observați că o coloană de timp cu un interval de timpamp pentru fiecare rând este necesar pentru această caracteristică.

1.1.5 Date discrete
Datele discrete sunt date măsurate rar, care nu au valori logice între măsurători. De obicei, caampse ia pe fiecare lot la intervale semi-regulate (cum ar fi o dată pe zi). Acest sample este apoi trimis la un laborator care efectuează analize pe sample si la un mai tarziu stage a revenit cu un raport pe sample pentru variabilele necesare. Acesta este apoi introdus în baza de date în tabelul de date discrete.
Aflați mai multe despre acest lucru în Ghidul SimApi și Ghidul tehnic SIMCA-online.

1 Pentru mai multe informații despre diferitele moduri de recuperare a datelor, dintre care unul dintre datele lotului, consultați SimApi Guide.pdf.

Cerințe preliminare
1.1.5.1 Vechimea lotului sintetic tags pentru nodurile de date discrete Pentru nodurile de date discrete există patru sintetice tags numit $BatchAge(d), $BatchAge(h), $BatchAge(m), $BatchAge(s). Când citiți valorile lor, acestea vor fi vârsta lotului ca număr în virgulă mobilă pentru fiecare sample în patru mărimi diferite: zile, ore, minute și, respectiv, secunde. Aceste tags poate fi folosit ca maturitate în modelul SIMCA, reducând nevoia de a adăuga și de a popula în mod explicit un astfel de model tags la tabelele de date discrete.
1.1.6 Acces simultan SimApi
Accesul simultan SimApi este o caracteristică opțională introdusă cu serverul SIMCA-online 18, care poate îmbunătăți performanța și capacitatea de răspuns a unui server și a clienților.
ODBC SimApi este thread-safe și utilizează un grup de conexiuni la server. Dimensiunea pool-ului este configurabilă utilizând setarea DatabaseConnectionPoolSize din configurație file (implicit la 10). Aceasta controlează câte solicitări simultane către baza de date sunt permise. Solicitările concurente suplimentare sunt puse în coadă și efectuate pe măsură ce solicitările anterioare se termină.
Diferite motoare de baze de date și diferite servere de baze de date pot suporta un număr diferit de fire de execuție simultane. Pentru performanțe optime, este posibil ca dimensiunea pool-ului de conexiuni să fie necesară ajustată.
Aflați mai multe considerente și cum să activați acest lucru în ajutorul SIMCA-online privind Accesul SimApi simultan.
2 Cerințe preliminare
Pentru ca acest SimApi să funcționeze, există cerințe care trebuie îndeplinite, atât pentru PC-ul care rulează SimApi, cât și pentru sursa de date în sine referitoare la structura și performanța bazei de date.
2.1 Cerințe privind structura bazei de date
O bază de date poate conține, desigur, aproape orice date cu o structură arbitrară. ODBC SimApi este construit pentru obținerea datelor de proces pentru utilizare în SIMCA-online și SIMCA.
Pentru ca SimApi să funcționeze, baza de date trebuie să aibă o anumită structură sau design, așa cum este descris mai jos.
Iată cerințele generale:
· Toate tabelele utilizate au o cheie primară unică. · Majoritatea tabelelor din baza de date necesită o coloană dată/oră, astfel încât SimApi să poată identifica cea mai mică perioadă de timpamp
pentru fiecare rând de date. Această coloană ar trebui să fie indexată în baza de date, astfel încât performanța să nu aibă de suferit. · SimApi acceptă două tipuri de date pentru coloanele de date: fie valori numerice reale (un float sau alte
tip de date numerice) sau șiruri de text (de example varchar în baza de date). Valorile lipsă (nule) sunt, de asemenea, permise pentru coloanele de date. · Termenul view și tabelul sunt folosite în mod interschimbabil în acest document pentru a însemna același lucru. · Dacă creați un view în sursa de date și doriți să o utilizați în SimApi, aveți grijă să nu introduceți probleme de performanță: view trebuie să fie accesat rapid de către SimApi. Aceasta înseamnă că de obicei nu puteți crea un complex view care agregează date din multe alte tabele și realizează o logică de afaceri complicată pentru a calcula rezultatele. Un astfel de view nu va îndeplini cerințele de performanță ale utilizatorilor SimApi, cum ar fi SIMCA-online, utilizat pentru monitorizarea în timp real a unui proces.
SimApi are multe caracteristici și fiecare caracteristică are diferite setări necesare care trebuie făcute, așa cum este descris în capitolul 3.
2.2 Considerații privind performanța bazei de date
Pentru a utiliza un SimApi în SIMCA-online care este utilizat pentru monitorizarea în timp real, este important ca sursa de date să se comporte ca un bun istoric al datelor de proces.
· Nu trebuie să existe întârzieri în achiziția de date în sursa de date: datele curente din sursa de date ar trebui să reflecte starea curentă a procesului pentru a funcționa bine în SIMCA-online.

Cerințe preliminare
· Sursa de date trebuie, de asemenea, să răspundă rapid la solicitările de date, astfel încât serverul să poată ține pasul cu execuția în timp real a proiectelor.
Acest lucru are mai multe implicații:
· Depozitele de date sau bazele de date care efectuează agregarea datelor pot să nu funcționeze bine cu SIMCA-online pentru execuția proiectelor în timp real, deoarece ar putea introduce întârzieri în achiziția datelor.
· Bază de date viewAplicațiile care efectuează interogări complicate și consumatoare de timp riscă să fie prea lente pentru a fi utilizate în SIMCA-online.
2.3 Considerații privind crearea de rețele
Ar trebui să localizați serverul SIMCA-online aproape de sursa de date din rețea. Acest lucru asigură o conexiune rapidă între SIMCA-online și sursa sa de date. Echipamentele de rețea, cum ar fi firewall-urile, pot interfera cu conexiunea dintre SIMCA-online și sursa de date. În acest caz, este posibil ca regulile firewall-ului să fie modificate. Verificați conectivitatea de la PC-ul care rulează SimApi la sursa de date folosind de exampdați butonul Test Connection din sursele de date ODBC.
2.4 Drivere ODBC
SimApi necesită drivere ODBC pentru sursa dvs. de date pentru a fi instalate pe computerul pe care este instalat SimApi. Driverele ODBC sunt obținute de la producătorul bazei de date. Descărcați și instalați cea mai recentă versiune disponibilă. Driverele pentru Microsoft SQL Server sunt adesea deja instalate pe majoritatea computerelor Windows. Aveți nevoie de driverele care se potrivesc cu platforma SimApi. De obicei, aceasta înseamnă că driverele x64 pe 64 de biți vor fi utilizate cu Windows pe 64 de biți și SIMCA și SIMCA-online. Pentru versiunile SIMCA vechi pe 32 de biți, sunt necesare driverele ODBC pe 32 de biți.
2.5 Autentificarea bazei de date
Bazele de date necesită autentificare pentru ca SimApi să poată accesa date, astfel încât să poată fi accesate numai datele necesare pentru SimApi. Administratorii bazei de date limitează accesul în baza de date la un anumit utilizator utilizat de SimApi. Autentificarea utilizatorului se poate face în unul din trei moduri cu ODBC SimApi:
1. Specificarea numelui de utilizator și a parolei în dialogul Configurare SimApi. Acreditările sunt stocate în format criptat pe computer.
2. Specificarea numelui de utilizator și a parolei în conexiunea ODBC creată în sursele de date ODBC (vezi mai jos). Aceasta stochează acreditările în Windows.
3. Nu specificați acreditările în mod explicit, ci folosiți autentificarea Windows și contul de utilizator care rulează SimApi. Pentru SIMCA desktop, aceasta înseamnă utilizatorul care rulează SIMCA, iar pentru SIMCA-online înseamnă contul de serviciu SIMCA-online configurat în serviciile Windows.
Capitolul 3 arată cum să configurați SimApi.
2.6 Visual C++ redistribuibil
Pentru a utiliza SimApi pe un computer, acesta trebuie să aibă următorul software instalat:
· Microsoft Visual C++ Redistributable pentru Visual Studio 2015-2022. Acesta este deja disponibil pe toate computerele cu versiuni recente de SIMCA sau SIMCA-online. Pentru a rula SimApi în alte contexte, cea mai recentă versiune se găsește la https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vcredist?view=msvc-170#visual-studio-2015-2017-2019-and-2022

Instalare și configurare
3 Instalare și configurare
Ghidul SimApi, care poate fi descărcat de pe sartorius.com/umetrics-simapi, conține informații de fundal bune despre SimApis cum se instalează, se configurează, se depanează și se testează un SimApi. Poate doriți să consultați acest document pentru a afla mai multe despre diverse subiecte. Pentru a instala și configura acest SimApi, parcurgeți acești pași:
1. Instalați driverele ODBC pentru motorul bazei de date (vezi capitolul 2). 2. Configurați o conexiune la baza de date ODBC în Sursele de date ODBC Windows și testați-o pentru a vă asigura
lucrări (pași detaliați în secțiunea următoare). 3. Instalați SimApi pe computer utilizând programul său de instalare: (pentru instrucțiuni detaliate, consultați capitolul 5 din
Ghidul SimApi): a. Începeți prin a dezinstala orice versiune anterioară din Aplicații și caracteristici Windows înainte de a instala cea nouă. b. Deschideți fermoarul file, consultați versiunea Info.txt file și ghidul de utilizare (pe care îl citiți acum...). c. Rulați exe de configurare file pentru a instala SimApi.
4. Dacă Visual C++ Redistributable de pe PC nu este actualizat, instalați cea mai recentă versiune (vezi 2.6). 5. Adăugați SimApi la SIMCA sau SIMCA-online, așa cum este descris în capitolul 5 din Ghidul SimApi.
o. Când faceți clic pe butonul pentru a configura SimApi, veți obține acest dialog pentru a furniza acreditările de utilizat (aflați despre opțiunile din capitolul anterior):
b. Toate celelalte setări pentru acest SimApi sunt făcute manual într-un XML file folosind un editor de text. Modul de configurare a fiecărei caracteristici este descris mai târziu în acest capitol.
6. Testați SimApi. Consultați capitolul 6 din Ghidul SimApi.
3.1 Configurarea unei conexiuni la sursa de date ODBC în Windows pentru utilizarea de către SimApi
SimApi necesită o conexiune configurată la sursa de date ODBC pentru a funcționa. Creați acest lucru în panoul de control Surse de date ODBC din Windows. Există două versiuni ale acestui instrument pe Windows pe 64 de biți: una pentru aplicații pe 32 de biți și una pentru aplicații pe 64 de biți. Utilizați cel care se potrivește cu SimApi pe care îl utilizați, de obicei pe 64 de biți, deoarece toate versiunile recente ale SIMCA-online și SIMCA sunt pe 64 de biți și necesită variantele SimApis pe 64 de biți. Această captură de ecran arată această aplicație în Windows. Există trei conexiuni diferite de baze de date în acest example. Dialogul de mai jos arată prima pagină a expertului de configurare pentru conexiunea SQL Server la serverul se01wssuite01:

Instalare și configurare
Instrucțiuni de utilizare: · Vă recomandăm să configurați sursele de date ca DSN-uri de sistem, așa cum este afișat în captură de ecran. Acest lucru asigură că acestea sunt disponibile pentru toți utilizatorii PC-ului, inclusiv servicii precum SIMCA-online. · Faceți clic pe Adăugare pentru a adăuga o nouă conexiune. Selectați driverul de utilizat, pe care l-ați instalat, așa cum este descris în capitolul anterior, care se potrivește cu baza de date și faceți clic pe expert și configurați setările pentru a vă conecta la serverul bazei de date. · La sfârșitul expertului, puteți încerca butonul Testare sursă de date pentru a verifica conectivitatea la baza de date. Desigur, acest lucru nu va funcționa dacă furnizați numele de utilizator și parola în ODBC însuși (vezi capitolul anterior).
3.2 Selectarea dintre două moduri de acces la datele de proces
Există două moduri de a accesa datele de proces în acest SimApi: 1. Modul Direct. În acest mod specificați view nume care ar trebui expuse prin SimApi. Fiecare view devine un nod în SimApi și toate coloanele din a view deveni tags. Modul Direct este recomandat deoarece este relativ simplu de utilizat.

Instalare și configurare

2. Căutare View Modul. Acest mod este mai complex și necesită un specific view în baza de date numită Căutare View. Acest view definește tags care ar trebui să fie expuse prin SimApi, dar datele sunt preluate din alte conexe vieweste specificat pentru fiecare rând de date din căutare view.
Aflați mai multe despre cum să configurați aceste și toate celelalte caracteristici ale SimApi de mai jos. Referiți-vă la capitolul 1.1 pentru a citi mai multe despre caracteristicile acestui SimApi pe care le configurați mai jos.

3.3 Configurare XML file și log file locatii
Un SimApi își stochează jurnalul files în folderul ascuns Program Data2: %programdata%UmetricsSimApi, unde %programdata% se mapează la folderul real de pe computer. Setarea implicită este C:ProgramData.
Acesta conține setările SimApi într-un XML file numit ODBCSimApi_ .xml. Puteți edita acest lucru file manual folosind un editor de text, cum ar fi Notepad, pentru a face modificări.
Fiecare SimApi utilizează de obicei propriul său jurnal file, care în mod similar cu jurnalul de server SIMCA-online file va conține date în funcție de o setare a nivelului de jurnal. Acest file este util pentru depanare.
Buturuga file se numește ODBCSimApi_ .log.
este numele instanței SimApi pe care ați adăugat-o în SIMCA-online Server Options sau Implicit pentru desktop SIMCA. De exampfișier, dacă ați adăugat denumită instanța „MyDB” jurnalul file numele va fi ODBCSimApi_MyDB.log. Aflați mai multe despre acest lucru în 4.2 4.3 din Ghidul SimApi.

3.4 Setări globale de conexiune
Prima secțiune a configurației XML file sunt setările de conectare care descriu modul de conectare la baza de date.

Setările necesare sunt:

· DSN

numele sursei de date. Ar trebui să se potrivească cu numele DSN-ului de sistem din Windows

Surse de date ODBC pe care le-ați configurat mai sus.

· SQLDialect

setat să se potrivească cu serverul de baze de date pe care îl utilizați.

De asemenea, poate fi necesar să setați setările LeftPunctuation și RightPunctuation dacă utilizați cuvinte cheie SQL rezervate ca nume de identificatori sau folosiți spații în numele identificatorilor dvs. views/tables/colons din baza de date.

Celelalte setări de conectare sunt opționale.

Acestea și toate celelalte setări au, de asemenea, descrieri în tabelul de la sfârșitul capitolului.

Important: Unele baze de date fac distincție între majuscule și minuscule când vine vorba de numele bazelor de date, tabele, views, columns so make sure you use the correct casing used in your database in the XML file.

3.5 Mod Direct pentru continuu/proces views
Fiecare rând într-un mod Direct view este o observatie.
Coloanele din view reprezintă variabile:
· Trebuie să existe o singură coloană cu date/ora. Această coloană ar trebui să fie cheia primară și nu poate conține valori nule. Numele acestei coloane ar trebui să se potrivească cu setarea TimeField configurată în configurație file. Valorile pentru această coloană sunt timpul stamp pentru observatii.
· Coloana dată/oră trebuie să fie de tip datetime sau datetime2. · Coloanele rămase vor fi expuse prin SimApi ca tags cu aceleași nume ca și coloana
nume. Valorile pentru aceste coloane sunt date de proces.

2 Acest folder este ascuns în Windows în mod implicit. Să-l vezi în File Explorer pe care îl configurați arată ascuns files. Rețineți că puteți naviga la un dosar ascuns introducând o adresă File Bara de adrese a exploratorului.

Instalare și configurare
· Scrierea înapoi este acceptată pentru toți tags, cu toate acestea, permisiunile corecte trebuie setate în sursa de date ODBC. Pentru a putea scrie înapoi valorile lipsă, valorile nule trebuie să fie acceptate pentru coloană.
Configurația în XML file este direct: views și Modul Direct views: –> ”/>
Notă: SimApi enumerează coloanele numai la pornire. Aceasta înseamnă că dacă sunt adăugate coloane noi la a view SimApi trebuie repornit pentru ca SimApi să le expună.

Figura 1. Tabelul mod direct example.
3.6 Căutare View Mod pentru continuu/proces views
Acest view poate fi utilizat în locul sau în plus față de modul Direct vieweste așa cum este descris mai sus. Căutarea View este o modalitate indirectă de a specifica ce coloane de date din altele views care ar trebui compilate și expuse prin SimApi. Celelalte views sunt fie surse HDB (date istorice), fie surse PDB (date curente). Sursa PDB este opțională. Datele expuse de Căutare View este prezentat de SimApi ca un nod care este întotdeauna numit ODBCProcess:

Fiecare rând din Căutare view definește una tag să fie expus prin SimApi și care altul views pentru a lua datele pentru asta tag. Căutarea view astfel va conține multe rânduri. De asemenea, precizează dacă a tag este scris, adică dacă SIMCA-online ar trebui să poată scrie valori înapoi în acesta tag.

Pot exista mai multe surse PDB și mai multe surse HDB în uz din Căutare View. Astfel, ODBC SimApi poate agrega date din mai multe views într-un singur nod cu tags care sunt expuse prin SimApi.

Căutarea view trebuie să conțină următoarele coloane (denumite Câmpuri în configurație file):

· Nume

Numele lui a tag (Cheie primară, varchar, nu nulă).

· PDB_Sursa

Numele lui view care conține datele curente pentru tag (varchar). Dacă aceasta

coloana conține o valoare goală, programul va citi toate datele din HDB_Source.

· PDB_Field

Numele coloanei tag în sursa PDB view (varchar). Dacă

Valoarea PDB_Source este omisă, această coloană nu va fi citită.

· HDB_Sursa

Numele lui view care conține datele istorice pentru tag (varchar).

· HDB_Field

Numele coloanei tag în sursa HDB view (varchar).

Instalare și configurare

· Inscriptibil

Dacă SIMCA-online ar trebui să poată scrie date în acesta tag sau nu (bit).

Rețineți că pentru fiecare coloană, descrierea de mai sus precizează și ce rânduri ar trebui să fie cheia primară și tipul de date pentru fiecare coloană.

Numele coloanelor sunt arbitrare, deoarece numele sunt specificate în configurație file.

Figura 2. Exampchiul unei căutări view sub forma unui tabel de bază de date. În captură de ecran, veți vedea că sunt folosite o sursă PDB și o sursă HDB. Coloana Nume determină tag nume pe care SimApi le va folosi și, în acest caz, coloanele _Field folosesc aceleași nume de coloane. Unul singur tag este inscriptibil.

3.6.1 PDB views și HDB views
Când utilizați o căutare View de asemenea, aveți nevoie de cel puțin un HDB view. The views pentru datele istorice (HDB) și opțional views pentru datele curente PDB ambele au aceeași structură de date (coloane).
Fiecare rând din PDB sau HDB views reprezintă o observație cu valori pentru fiecare tag în acel PDB/HDB view așa cum este specificat în căutare view.
Diferențele dintre PDB și HDB sunt:

· Un PDB view conţine un singur rând de date pentru tags specificat în Căutare view. Ar trebui să aibă și o oră stamp coloana pentru când a fost actualizată ultima dată.
· Un HDB view conține mai multe rânduri de date pentru tags specificat în tabelul de căutare. Fiecare rând are un timp stamp conţinând timpii istoriciamp pentru o anumită observație.

PDB și HDB views ar trebui să aibă următoarele coloane,

· DateTime

Pentru un PDB: ora la care tabelul a fost actualizat ultima dată (cheia primară, data și ora

datetime2, nu null).

Pentru un HDB: Timpul istoric pentru tag valori (cheie primară, dată și oră sau

datetime2, nu null).

· [Numele coloanei] Ar trebui să existe o coloană pentru fiecare tag care a fost specificat în tabelul de căutare.

Conține datele pentru tag în fiecare rând.

Rețineți că pentru fiecare coloană, descrierea de mai sus precizează și ce rânduri ar trebui să fie cheia primară și tipul de date pentru fiecare coloană.
Numele coloanelor sunt arbitrare în baza de date, deoarece numele sunt specificate în configurație file.
Următoarele coloane nu sunt obligatorii, dar sunt utile pentru a fi adăugate dacă loturile sunt modelate cu mai multe faze și există mai multe unități în proces:

· UnitBatchID

O coloană pe unitate care conține ID-ul lotului într-o anumită unitate (varchar).

Acest tag poate fi utilizat în identificatorul de lot tag câmp pentru acea unitate din pagina Condiții de execuție a

configurarea acestui proiect în SIMCA-online.

Instalare și configurare

· PhaseID

O coloană pe unitate care conține informațiile de fază pentru unitate (int, float sau varchar).

Acest tag poate fi folosit în expresie logică în câmpul Phase execution condition în configurarea acestuia

proiect în SIMCA-online.

Numărul maxim permis de tags (coloane) este 255.

Figura 4. PDB example.
Figura 3. HDB example.
3.7 Nodul lot
Un nod de lot conține metainformații despre loturi, cum ar fi ora de începere, ora de oprire și, opțional, condițiile lotului. Un nod batch este necesar de SIMCA-online pentru a analiza datele lotului, dar poate fi omis pentru un proiect continuu (non-batch). Numele unui nod de lot văzut de pe SIMCA-online sau SIMCA este numele original al view sau tabel din baza de date, în acest example „BatchData”:
Fiecare rând dintr-un nod de lot reprezintă un lot.

Instalare și configurare

Un lot view trebuie să aibă următoarele coloane:

· ID lot

Numele lotului (cheie primară, varchar, nu nul).

· BatchStart

Ora de începere a lotului când intră prima dată în întregul proces (nu când acesta

începe într-o unitate (parte din) în proces) (datetime sau datetime2, nu nul).

· BatchStop

Timpul în care întregul lot este completat în sistem (nu într-o unitate), nul dacă

nefinalizat (datetime sau datetime2).

Rețineți că coloana BatchID ar trebui să fie cheia primară.

În plus, pot exista coloane opționale, după cum urmează, pentru fiecare variabilă de condiție a lotului:

· [Numele condiției lotului]

O coloană pentru fiecare condiție de lot. Numele coloanei va fi

folosit ca tag nume. (float pentru valori numerice sau varchar pentru text, cum ar fi id-ul de configurare).

· UnitID

Numele unității cu care este asociat lotul

(varchar).

Numele nodului și coloanelor batch sunt arbitrare în baza de date, deoarece numele sunt specificate în configurație file.

Figura 5. Nodul lot exampchiul cu două condiții de lot (bc1 și bc2) și o coloană UnitID.

3.8 Date de lot Views
Datele fiecărui lot view trebuie să aibă aceste trei coloane (coloanele suplimentare vor fi ignorate):

· ID lot · Tag nume · Valoare
text sau float3).

numele lotului (varchar, nu null) numele variabilei de condiție lot (varchar, nu null) valoarea variabilei de condiție lot (float pentru valori numerice sau varchar pentru

Combinația de BatchID și Tag numele ar trebui să fie cheia primară (cu excepția cazului în care doriți să utilizați caracteristica de instanță de date în loturi multiple).

Datele fiecărui lot view este expus ca un nod de către SimApi. Numele nodului este view nume în baza de date. The view numele și numele coloanelor sunt configurate în configurația XML file folosind atributele unui singur BatchDataView element ca acesta:

3 Folosind o coloană de text varchar puteți stoca text (date pentru variabile calitative într-un proiect SIMCA). Cu toate acestea, puteți stoca și numere numerice în format text, iar SimApi le va converti în numere. În felul acesta poți avea câteva tags care sunt numerice și unele care conțin text.

Instalare și configurare

<BatchDataView ViewNume=”Bază de dateViewOrTableName” BatchIDColumn="BatchID” TagNameColumn="Tag nume” ValueColumn=”Valoare” />
Rețineți că valorile utilizate aici se potrivesc cu tabelul din Figura 5. Adăugați mai multe date de loturi views prin adăugarea mai multor BatchDataView elemente.

3.8.1 Instanță de date de loturi sintetice tags
Pentru a configura instanța opțională de date lot tags, adăugați atributele NumSyntheticBatchTags și TimeColumn la BatchDataView element:
<BatchDataView ViewNume=”Bază de dateViewOrTableName” BatchIDColumn="BatchID” TagNameColumn="Tag nume” ValueColumn=”Value” TimeColumn=”TimeColumn” NumSyntheticBatchTags=”3″ />
TimeColumn este numele coloanei de timp din baza de date view. Această coloană trebuie furnizată pentru instanța de date lot tags.
Valoare permisă pentru NumSyntheticBatchTags sunt valori numerice între 1 și 10. Aceasta controlează câte instanțe sintetice tags sunt create pe real tag. De example, pentru tag „tag” nou tags „tag_1”, „tag_2”, … “tag_N” va fi creat până la N= NumSyntheticBatchTags.

3.8.2 Id-ul lotului procesului sintetic tags filtrate pe valorile coloanei
Pentru a configura filtrul opțional de identificare a lotului tags care poate fi utilizat pentru modul de recuperare continuă a datelor, adăugați atributele FilterColumns și TimeColumn la BatchDataView element:
<BatchDataView ViewNume=”Bază de dateViewOrTableName” BatchIDColumn="BatchID” TagNameColumn="Tag nume” ValueColumn=”Value” FilterColumns=”Column1|Column2″ TimeColumn=”TimeColumn”/>
FilterColumns ar trebui să fie unul sau mai multe nume de coloane din baza de date view. Dacă sunt folosite mai multe nume de coloane, separați-le cu caracterul pipe (|).
TimeColumn ar trebui să fie numele coloanei de timp din baza de date view. Această coloană trebuie furnizată pentru instanța de date lot tags.

3.9 Noduri discrete
Nodurile discrete opționale conțin măsurători de date discrete. Fiecare rând dintr-un nod discret reprezintă o măsurătoare pentru un lot și tag la un moment dat.

Un nod discret trebuie să aibă următoarele coloane:

· ID lot · TagNume · Timp · Valoare

Numele lotului (varchar, nu null). Numele lui tag (varchar, nu null). Timpul în care sampfișierul a fost preluat (datetime sau datetime2, nu nul). Valoarea de măsurare (float). Datele discrete nu pot fi date șir.

Rețineți că combinația de BatchID+TagNume+Ora ar trebui să fie cheia principală.

Fiecare nod discret configurat este expus ca nod de către SimApi. Numele nodului este view nume în baza de date, cu excepția cazului în care este suprascris. Numele nodului, view nume, căutare view, iar numele coloanelor sunt configurate în configurația XML file folosind atributele unui element DiscreteNode astfel:

Ex. de mai susample expune un nod numit ODBCDiscrete de către SimApi, el enumerează tags folosind DiscretaTags masă/view. Datele sunt citite din tabelul discret/view folosind coloanele configurate.

Instalare și configurare
Numele nodului discret și coloanele sale sunt arbitrare în baza de date, deoarece numele sunt specificate în configurație file.
Figura 6. Nodul discret example cu doi tags sampcondus de trei ori (la intervale de aproximativ 24 de ore) per lot.
3.9.1 Discret Tag Definiţie View
Aceasta opțională view este folosit de SimApi pentru a enumera discretele tags care ar trebui să fie disponibil prin SimApi. Acest lucru se întâmplă la pornirea SimApi. Poate doriți să utilizați acest lucru view pentru optimizări de performanță la încărcarea SimApi-ului sau dacă doriți să controlați ce tags sunt expuse din SimApi. De exemplu, dacă doriți să expuneți tags care nu are încă nicio măsurătoare când SimApi este pornit.
Figura 7. Discret simplu tag priveşte în sus view care folosește tabelul discret.

Instalare și configurare
3.9.2 Date discrete văzute de SIMCA-online
Urmează cum datele discrete din Figura 6. Nodul discret example cu doi tags sampcondus de trei ori (la intervale de aproximativ 24 de ore) per lot.Figura 6 Figura 2Eroare! Sursa de referință nu a fost găsită. va căuta în SIMCAonline atunci când este combinată cu loturile din Figura 5.
Figura 8. Date discrete văzute de SIMCA-online. Rețineți că vârsta generată a lotului tags reprezintă vârsta lotului pentru fiecare observație/eample.
3.10 Câteva note despre SIMCA-online Write Back
Scrierea înapoi în SIMCA-online poate fi folosită pentru a scrie date din SIMCA-online în sursa de date ODBC. Este acceptată scrierea datelor de proces continue (din configurații continue, nivelul de evoluție a lotului sau din Control Advisor) și a datelor de lot (de la nivelul lotului). Nu este recomandat să scrieți înapoi în aceleași noduri pe care le utilizați pentru a citi datele, deoarece aceasta ar încerca să adăugați rânduri duplicate cu aceleași chei primare în baza de date. views din cauza cheilor primare pe care le recomandăm pe coloana dată/oră și coloanele ID lot (vezi mai sus). În schimb, creați unul sau mai multe moduri directe views pentru date continue/de evoluție sau noduri de loturi pentru date de loturi de utilizat pentru rescriere. Motivul pentru această problemă este că ODBC SimApi utilizează instrucțiuni SQL INSERT pentru a adăuga un nou rând de date pentru fiecare observație sau pentru fiecare lot la nivel de lot.
· Pentru date continue, timpul de observație este scris înapoi împreună cu valorile din SIMCAonline.
· Pentru datele de lot, ID-ul lotului este scris înapoi împreună cu valorile din SIMCA-online. · Dacă valorile lipsă sunt scrise înapoi, acestea vor fi scrise ca nule, deci baza de date trebuie să accepte valori nule
pentru ca asta să funcționeze. Deoarece ora unei observații sau ID-ul unui lot este scris înapoi, aceasta ar încălca constrângerea cheii primare din bazele de date dacă aceleași valori ar fi deja prezente (cum ar fi dacă datele ar fi citite de la aceleași noduri). În afară de aceste diferențe de cheie primară, aceeași schemă a bazei de date se aplică nodurilor pentru rescriere (a se vedea mai sus pentru mai multe informații):

Instalare și configurare

· Ar trebui să existe o coloană dată/oră pentru nodurile continue și o coloană cu ID de lot pentru nodurile de lot. · Adăugați o coloană de date pentru fiecare tag care ar trebui să fie disponibil pentru rescriere. Utilizați tipul de date float pentru
date numerice și varchar pentru datele text (cum ar fi atunci când scrieți înapoi id-ul de configurare al unei configurații). De example,, dacă intenționați să scrieți înapoi 20 de vectori de date diferiți din SIMCA-online, trebuie să adăugați 20 de coloane de date la baza de date view. · Coloanele trebuie să permită valorile nule pentru a accepta scrierea înapoi a valorilor lipsă

3.11 Configurare XML File
Acest tabel listează toate setările din configurația XML file. Utilizați aceste informații și descrierile de mai sus pentru a configura SimApi.

Setări specifice conexiunii

Explicaţie

DSN

Numele sursei de date așa cum este configurat în panoul de control al administratorului ODBC Windows.

SQLDialect

Dialectul SQL de utilizat. Una dintre aceste valori: standard, postgresql, db2, mssql, mysql, oracle, access, denodo. Dacă este lăsat necompletat, atunci standardul va fi folosit, dar implicit pentru un nou XML-file este mssql.

Acreditări

A stocat numele de utilizator și parola ODBC într-o formă criptată. Utilizați butonul Configurare pentru a specifica numele de utilizator și parola.

QueryTimeout

Timpul înainte de o interogare sau conexiune la baza de date va expira și va eșua.

DBSchema

Schema bazei de date din baza de date (dacă este cazul). O schemă de bază de date este o modalitate de a grupa logic obiecte, cum ar fi tabele, views, proceduri stocate etc. Gândiți-vă la o schemă ca la un container de obiecte. Puteți atribui permisiuni de conectare unui utilizator unei singure scheme, astfel încât utilizatorul să poată accesa numai obiectele pe care este autorizat să le acceseze. Schemele pot fi create și modificate într-o bază de date, iar utilizatorilor li se poate acorda acces la o schemă. O schemă poate fi deținută de orice utilizator, iar proprietatea schemei este transferabilă.

Punctuația stângă

Delimitator stânga specific dialectului SQL utilizat pentru a separa identificatorii de alte comenzi SQL. Valoarea implicită este goală, ceea ce înseamnă că nu se utilizează semne de punctuație stânga. Trebuie să specificați o valoare nevidă dacă identificatorii din baza de date folosesc spații sau cuvinte cheie SQL rezervate. Pentru SQL Server sau Access utilizați „[“, dar pentru Oracle și alte baze de date care utilizează standardul SQL, ar trebui să setați această setare la „“” (aceasta este secvența de escape XML pentru ghilimelele duble „).

Punctuația dreaptă

Delimitator de drept specific dialectului SQL folosit pentru a separa identificatorii de comenzile SQL. Pentru SQL Server sau Access utilizați „]”, dar pentru Oracle și alte baze de date care utilizează standardul SQL, ar trebui să setați această setare la „” ca pentru LeftPunctuation de mai sus.

SelectațiStatementTerminator

Specific dialectului SQL. Caracter de folosit pentru a termina instrucțiunile select. Pentru unele dialecte și versiuni, acesta trebuie setat la un șir gol „”. Implicit este „;”.

DatabaseConnectionPoolSize

Numărul maxim de conexiuni simultane la baza de date care sunt permise. Valoarea implicită este 10. Această setare poate îmbunătăți performanța permițând mai multor fire să acceseze simultan baza de date. Aflați mai multe în capitolul 1.

Instalare și configurare

Setări specifice bazei de date

UseLocalTime

Specifică dacă datele sunt stocate ca oră locală sau UTC în baza de date. Implicit este „1”, ceea ce înseamnă că este utilizată ora locală.

Setări specifice modului direct

Mesele

Numele lui views care conține date continue/de proces. Multiplu views pot fi specificate prin separarea numelor lor cu un caracter pipe (|). De example: Tabel1|Tabel2|Tabel3|View1. Numele TimeField trebuie să fie identic în toate views.

Priveşte în sus view setări specifice

LookupTable

Numele căutării view sau de masă.

TagNameField

Numele coloanei unde este tag sunt date nume.

PDBTableField

Numele unei coloane din căutare view. Pentru fiecare rând, această coloană conține un nume de PDB view. Numele lui a view cu date PDB. Poate fi lăsat necompletat, dacă da, cel mai recent rând al HDB va fi folosit în schimb pentru datele curente.

PDBTagDomeniu

Numele coloanei din tabelul PDB unde sunt date pentru tag poate fi găsit (nu este utilizat dacă PDBTableField este omis).

HDBTableField

Numele unei coloane din căutare view. Pentru fiecare rând, această coloană conține un nume de HDB view.

HDBTagDomeniu

Numele unei coloane din căutare view. Pentru fiecare rând, această coloană conține un nume de a tag în HDB view.

WriteableField

Numele coloanei care spune dacă tag este scris sau nu.

Mod direct și HDB/PDB view setări specifice

TimeField

Numele coloanei dată/oră din Continuous/Process View și PDB- sau HDB-views (sau tabele).

Setări specifice nodului de lot

BatchTable

Numele lui view sau tabel care conține datele lotului. Loturi multiple view pot fi specificate prin separarea numelor lor cu un caracter pipe (|). De example: BT1|BT2|BT3. Următoarele coloane trebuie să fie identice în totalitate views.

BatchIDField

Numele coloanelor ID-ului lotului din nodul lotului.

StartTimeField

Numele de coloană al orei de începere a lotului.

StopTimeField

Numele coloanei orei de oprire pentru lot.

BatchIDUnitField

Numele de coloană al ID-ului unității în nodul lot. Acest câmp poate fi folosit pentru a genera un proces de identificare a lotului sintetic tags filtrată după id-ul unității.

Nod lot cu suport de filtrare One element cu următoarele atribute care controlează

setări

setările pentru nodul de lot filtrat sintetic.

Instalare și configurare

ViewNume BatchIDColumn StartTimeColumn StopTimeColumn FilterColumn
FilterValues
Date de lot view setări Setări specifice nodului discret
NodeName ViewNume TagPriveşte în susView
BatchIDField TimeField TagNameField ValueField Jurnal file setări specifice JurnalFileDimensiune LogLevel

Numele lui view sau tabel care conține datele lotului.
Numele coloanei ID-ului lotului.
Numele de coloană al orei de începere a lotului.
Numele coloanei orei de oprire pentru lot.
Numele coloanei care conține valorile filtrului în nodul batch. Această setare poate fi lăsată goală dacă nu aveți nevoie de funcționalitatea de filtrare.
Valorile care ar trebui utilizate pentru a filtra loturile. Valorile multiple ale filtrelor sunt separate prin caracterul pipe (|). Lăsați gol dacă nu aveți nevoie de filtrare. De example: FilterValue1| FilterValue2| FilterValue3. Acesta este un exampdespre cum ar putea arăta în configurație file: ViewName=”BatchNode” BatchIDColumn=”BatchID” StartTimeColumn=”StartTime” StopTimeColumn=”StopTime” FilterColumn=”Unit FilterValues=”FilterValue1| FilterValue2″ /> Multiple elementele sunt suportate. Rețineți că puteți avea nume diferite ale coloanelor între nodurile batch.
Stocat într-una sau mai multeView> elemente. Consultați 3.8 Date de lot Views.
Un element pentru fiecare nod discret cu următoarele atribute. Vezi 3.9 Discret.
Numele nodului așa cum va fi expus de SimApi. Dacă este lăsată necompletată, valoarea lui ViewNumele va fi folosit.
Numele lui view/table care conține datele discrete. Dacă este lăsat necompletat, nodul este dezactivat.
Numele lui view/tabel care definește discretul tags a folosi. Dacă este lăsat necompletat ViewNumele va fi analizat la pornire pentru a le enumera pe toate tags Acolo.
Numele coloanei identității lotului care a fost măsurat.
Numele coloanei din timpul măsurării.
Numele coloanei tag care a fost măsurat.
Numele coloanei valorii măsurătorii.
Dimensiunea maximă permisă a jurnalului file înainte de file este trunchiată.
Cu cât valoarea este mai mare, cu atât mai multe informații sunt imprimate în jurnal file. Valoarea maximă este 4 și valoarea minimă este 0. (0=Critic, 1=Eroare, 2=Avertisment, 3=Informații, 4=Depanare).

Sprijin
4 Suport
Acest SimApi este dezvoltat de Sartorius Data Analytics. Pentru asistență, vă rugăm să vizitați sartorius.com/umetrics-support.

Sartorius Stedim Data Analytics AB Östra Strandgatan 24 903 33 Umeå Suedia
Telefon: +46 90-18 48 00 www.sartorius.com
Informațiile și cifrele conținute în aceste instrucțiuni corespund datei versiunii specificate mai jos. Sartorius își rezervă dreptul de a aduce modificări tehnologiei, caracteristicilor, specificațiilor și designului echipamentului fără notificare prealabilă. Formele masculine sau feminine sunt folosite pentru a facilita lizibilitatea în aceste instrucțiuni și denotă întotdeauna simultan toate genurile.
Notă privind drepturile de autor: aceste instrucțiuni, inclusiv toate componentele, sunt protejate prin drepturi de autor. Orice utilizare dincolo de limitele legii dreptului de autor nu este permisă fără aprobarea noastră. Acest lucru se aplică în special retipăririi, traducerii și editării, indiferent de tipul de suport utilizat.

Sprijin

Documente/Resurse

SARTORIUS ODBC SimApi [pdfGhid de utilizare
ODBC SimApi, SimApi

Referințe

Manual de utilizare

ODBC SimApi

Specificații

Instrucțiuni de utilizare a produsului

Cerințe preliminare

Instalare și configurare

Întrebări frecvente (FAQ)

Î: Ce este un SimApi?

Î: Cum pot folosi funcția de identificare a lotului procesului sintetic?

Î: Poate fi utilizat ODBC SimApi cu loturi concomitente?

Documente/Resurse

Referințe

Lasă un comentariu

Anulează răspunsul