Intern kommunikation
Den interna kommunikationen i ProviewR skickar information om volymer, objekt, larm,
händelser, historisk data mm mellan olika processer och noder. Det finns tre olika
protokoll för larmhantering, näthantering och historisk lagring, som alla basera på
Qcom.
Qcom
Qcom är en meddelande buss som skickar köade meddelanden mellan processer. Alla noder
som ska kommunicera med varandra måste ligga på samma buss. Vilken buss man använder
konfigureras i BusConfig objekt genom att ange buss-identiteten, ett tal mellan 1 och 999.
Man måste även konfigurera vilka noder som ska kommunicera med varandra. Med standard-
inställningen kommera alla noder i samma projekt att kommunicera med varandra. Dessutom
kan man ange noder i andra projekt med FriendNodeConfig objekt. Det kan vara process-
stationer som ska monteras av operatörs-stationer eller historiska logg-servrar.
Om man har projekt med flera noder, och inte vill att alla ska kommunicera med varandra,
kan man sätta QComAutoConnectDisable i BusConfig och använda FriendNodeConfig objekt för
definiera länkar mellan noder i projektet.
Alla Qcom meddelanden sker med kvittens. Om kvittensen uteblir skickas meddelandet om
med fördubblad timeout tid. Efter ett visst antal omsändningar utan svar betraktas
länken som nere. Beroende på typen av nät och nätets hastighet kan timeout tiderna behöva
korrigeras. Det görs med ResendTime attributen in NodeConfig och FriendNodeConfig objekten.
Se dokumentet QCOM för mer info.
Näthanterare
Näthanteraren skickar information om volymer och objekt mellan noder, det can t ex gälla
vilka volymer som en node äger, vilka föräldrar, barn eller syskon ett objekt har, eller
innehållet i object och attribut. Via näthanterare läggs även upp prenumationer, dvs data
som cyklisk skickas från en nod till en annan, vanligtvis från process-noder till
operatörs-stationer för bildvisning. Processerna för näthanteraren är rt_neth, rt_neth_acp
och rt_tmon.
Larmhanterare
Larmhanteraren skannar alla övervaknings-objekt på en nod, och skickar larm och händelser
till olika utenheter, t ex larm och händelselista i operatörsmiljön. Dessa i sin tur skicka
meddelanden med larm-kvittens tillbaka till larmhanteraren. Exakt vilka larm och händlser
som skickas till en utenhet beror på en urvalslista, som för operatörsmiljön anges i OpPlace
objektet. Endast larm och händelser under angivna hierarkier skickas.
Processen för larmhantering, rt_emon, konfigureras med MessageHandler objektet.
Historisk datalagring
Den historiska datalagringen innebär att data skickas från process-noder och lagras i en
databas som ofta ligger på en dedikerad server. På process-noden skannar rt_sevhistmon
alla attribut som markeras för lagring, hämtar upp aktuella värden och skickar över dem
till processen sev_server, som lagrar dem i en databas. När kurvor på historiska data
ska visas, skickas en förfrågan för operatörsmiljön, och ett lämpligt urval av punkter
hämtas upp ur databasen och skickas tillbaka till operatörsmiljön.
Se kapitel Datalagring
Web och app kommunikation
Web gränssnittet och Android applikationen hämtar information från realtidsdatabasen i
ProviewR med hjälp av server-processerna rt_webmon, rt_webmonmh och rt_webmonelog. Den
här kommunikationen konfigureras med WebHandler objektet.
Status server
Runtime monitorn och Supervision center hämtar information från status servern. Den
här kommunikationen bygger på http och soap, och konfigureras med StatusSeverConfig
objektet.