https//www.racom.eu/cz/support/protocols_docum/bc170_mts.html
1. Úvod
V tomto dokumentu jsou popsány způsoby a formáty komunikace mezi modulem
protokolu MTS (přístupovým modulem systému pro připojení jedné nebo více
MTS jednotek k síti MORSE) a vlastním zařízením MTS074 a dále komunikace
mezi protokolem MTS a jiným zařízením v síti MORSE. V následujících
odstavcích předpokládáme, že protokol MTS pracuje v hardware jakékoliv MCU,
např. radiomodemu MR25, “MR25“ tedy nahrazuje výraz „modul protokolu MTS“
2. Formát dat
2.1. Principy komunikace
(Slova v závorkách jsou [parametry protokolu], viz.kapitola 4.)
Komunikace mezi MR25 a k němu připojeným MTS074 probíhá způsobem master -
slave, kdy MR25 je vždy master a MTS074 je slave. K jednomu portu MR25 lze
připojit až 8 MTS074 přes rozhraní RS485. Adresy MTS začínají vždy od 0.
MR25 si trvale udržuje v RAM paměti stav všech k němu připojených MTS a po
[refresh period] si ho obnovuje. Tento stav posílá na nakonfigurovanou
adresu sítě Morse [destination address] po vypršení [link period]. Kromě
těchto pravidelných vysílání může být stav MTS vyslán tehdy, dojde-li ke
změně stavu. Změnou se rozumí vždy změna na kterémkoliv MTS připojeném na
jednom rozhraní RS485. Změna stavu MTS, která má způsobit vysílání, je
konfigurována v parametru [tx after refresh]:
a) po změně se nevysílá, tzn. vysílá se stav až po vypršení [link check
period] (stav získaný při poslední [input refreh period] před vypršením
[link check period]). Stav, kdy vyprší [link check period] je přesně
definován v popisu parametrů protokolu, v kap. 4)
b) vysílá se po změně kteréhokoliv ze vstupů (tzn. včetně analogových
vstupů)
c) vysílá se po změně pouze některého z digitálních vstupů
d) při změně digitálního vstupu se nevysílá, změna je však zapamatována
(je-li delší než [input refresh period]) a vysílá se při dalším vypršení
[link check period] bez ohledu na stav příslušného vstupu v době vypršení
[link check period]. Po odvysílání si MR25 při nejbližším [input refresh
period] nastaví „obraz“ stavu MTS dle skutečnosti a tento je brán za
výchozí pro další porovnávání.
2.1.1. Komunikace MR25 - MTS
MR25 může žádat MTS o různé služby (viz. kapitola 2.2.). Komunikace
probíhá vždy systémem „dotaz - odpověď“. V případě, že MR25 nedostane do
[MTS timeout] odpověď, opakuje žádost podle nastaveného [No of repeats]. Po
vyčerpání počtu opakování je vysláno příslušné chybové hlášení. MR25
zahazuje všechny neočekávané pakety (komunikace nemůže být vyvolána ze
strany MTS a MR25 musí obdržet paket, který odpovídá svoji velikostí a
strukturou vyslanému dotazu) a pakety, kde nesouhlasí sec1 nebo sec2.
2.1.2. Komunikace po síti MORSE
Pro tuto komunikaci jsou používány pakety typu „user data“ a „prot
data“, tzn. mohou být využity všechny vlastnosti sítě Morse. Popis
konkrétních přenášených rámců je v kap. 2.3 a 5.
V souladu s filozofií nezávislé komunikace v systému Morse, může
kterýkoliv člen sítě komunikovat s kterýmkoliv MTS připojeným do sítě
prostřednictvím MR25. Tzn. bez ohledu na níže popsané dva nejběžnější druhy
komunikace, lze z kteréhokoliv bodu sítě zjistit např. stav MTS, zapsat do
něj nastavení výstupů apod., aniž by byla narušena nastavená standardní
komunikace např. mezi MTS a dispečinkem.
Přímý přenos dat MTS-MTS (viz. 2.3.1.)
Nejjednodušší aplikace, kdy je přenášen stav digitálních vstupů MTS
připojeného v jednom bodu sítě Morse na digitální výstupy druhého
vzdáleného MTS a naopak. Výstupy tedy slouží jako obraz stavu vstupů
protější MTS a jejich souhlas je kontrolován při každém přenosu dat do
protější stanice. Objeví-li se rozdíl (nastala změna na vstupech), pak je
vyslán zpět rámec obsahující aktuální stav vstupů a zastaralý stav výstupů
je opraven.
Tímto způsobem spolu komunikují po lince MORSE dvě skupiny MTS
obsahující každá 1 až 8 kusů MTS. Tento počet musí být shodný na obou
koncích linky.
Jeden z digitálních výstupů lze zvolit jako alarmový - na něj jsou
přenášeny všechny chyby, které nastanou v systému Morse (tzn. jsou zapnuta
chybová hlášení u příslušného nódu, ke kterému je přiřazen SC port (s
nastaveným [error word] ) s připojeným MTS) - týká se např. ztráty paketu
nebo chyby v komunikaci MR25-MTS vzdálené straně.
Přenos dat z jednotek MTS na dispečink (viz. 2.3.2.)
V tomto případě je pro všechna připojená MTS [destination address]
adresa dispečinku. Na dispečinku je k MR25 připojen řídící počítač
komunikující s MR25 nejlépe protokolem MARS-A. V „datech“ protokolu MARS-A
se přenášejí data ve formátu popsaném dále (viz kapitola 2.3.).
2.2. Komunikace MR25-MTS
V následujících čtyřech odstavcích bude popsán formát paketů mezi MTS a
MR25. Významy jednotlivých bytů jsou popsány v odstavci 2.2.5.
2.2.1. READ ALL service ( čtení stavu MTS )
READ ALL MR25 -> MTS (včetně příkladu)
| A/4 | S/4 | dummy/8 | dummy/8 | dummy/8 | sec1/8 | sec2/8 |
0 1 AA AA AA FF 01
READ ALL MTS -> MR25
| A/4 | V/4 | Dout/8 | Din/8 | fc1(dummy)/8 | fc2(dummy)/8 |
0 5 00 FF 00 00
| Ain1/8 | Ain2/8 | Ain3/8 | Ain4/8 | Ain5/8 | Ain6/8 | Ain7/8 | Ain8/8 |
00 00 00 00 00 00 00 00
| dummy/8 | sec1/8 | sec2/8 |
AA AE 52
Příklad komunikace MR25 - MTS (READ ALL, výpis monitoringu):
18:18:14.41|tx1 6
01AA AAAA FF01
//servisní požadavek MR25-> MTS, adresa MTS je 0, číslo služby 1
18:18:14.43|rx1 16
0500 FF00 0000 0000 0000 0000 00AA AE52
//servisní zpráva MTS->MR25, adresa MTS je 0, verze je MTS074/5, všechny
dig. výstupy jsou v log. 0, všechny dig. vstupy jsou nastaveny na log. 1,
na analogových vstupech není přípojen žádný signál
2.2.2. WRITE TO OUT service (zápis na digitální výstupy MTS)
WRITE TO OUT MR25 -> MTS (včetně příkladu)
| A/4 | S/4 | Dout/8 | dummy/8 | dummy/8 | sec1/8 | sec2/8 |
0 2 01 AA AA 57 A9
WRITE TO OUT MTS -> MR25
| A/4 | V/4 | ack/8 | sec1/8 | sec2/8 |
0 5 06 0B F5
Příklad komunikace MR25 - MTS (WRITE TO OUT, výpis monitoringu):
18:23:49.59|tx1 6
0201 AAAA 57A9
// servisní požadavek MR25->MTS, adresa MTS je 0, číslo služby 2, zápis na
digitální výstup 01
18:23:49.61|rx1 4
0506 0BF5
// servisní zpráva MTS->MR25, adresa MTS je 0, verze je MTS074/5, ACK
2.2.3 WRITE REG RAM service (zápis do registru RAM),
WRITE REG EEP service (zápis do registru EEPROM)
WRITE REG RAM, S=3
WRITE REG EEP, S=5 MR25 -> MTS (včetně příkladu)
| A/4 | S/4 | regaddr/8 | regvalue/8 | dummy/8 | sec1/8 | sec2/8 |
0 3 0B 05 AA BD 43
MTS -> MR25
| A/4 | V/4 | ack/8 | sec1/8 | sec2/8 |
0 5 06 0B F5
Příklad komunikace MR25 – MTS (WRITE REG RAM):
18:23:49.59|tx1 6
030B 05AA BD43
//servisní požadavek MR25->MTS, adresa MTS je 0, číslo služby 3, zápis do
RAM na adresu 0x0B hodnotu 0x05
18:23:49.61|rx1 4
0506 0BF5
//servisní zpráva MTS->MR25, adresa MTS je 0, verze je MTS074/5, ACK
2.2.4. READ REG RAM service (čtení registru RAM)
READ REG EEP service (čtení registru EEPROM)
READ REG RAM, S=4
READ REG EEP, S=6 MR25 -> MTS (včetně příkladu)
| A/4 | S/4 | regaddr/8 | dummy/8 | dummy/8 | sec1/8 | sec2/8 |
0 4 0B AA AA 63 9D
MTS -> MR25
| A/4 | V/4 | regvalue/8 | sec1/8 | sec2/8 |
0 5 0A 0F F1
Příklad komunikace MR25 - MTS (READ REG RAM, výpis monitoringu):
18:23:49.59|tx1 6
040B AAAA 639D
//servisní požadavek MR25->MTS, adresa MTS je 0, číslo služby 4, čtení
hodnoty registru na adresa 0xB v RAM
18:23:49.61|rx1 4
050A 0FF1
//servisní zpráva MTS->MR25, adresa MTS je0, verze je MTS074/5, hodnota
v registru RAM je 0x0A
2.2.5. Významy jednotlivých bytů v paketech při komunikaci MR25 -
MTS
A adresa MTS (horní 4 bity)
S číslo služby (dolní 4 bity), viz podkapitola 2.2.6.
V verze MTS (dolní 4 bity), viz podkapitola 2.2.7.
Dout digitální výstupy (bity 0-7 odpovídají výstupům REL 1 až REL 8)
Din digitální vstupy (bity 0-7 odpovídají vstupům D IN 1- 8)
fc1 1. frekvenční čítač (jen určité verze MTS, čítá do 255, ve
verzi MTS074/4 nižší byte čítače do 65535)
fc2 2. frekvenční čítač (jen určité verze MTS, čítá do 255, ve
verzi MTS074/4 vyšší byte čítače do 65535)
Ain1..Ain8 analogové vstupy
regadr adresa registru v ram (eeprom)
regvalue hodnota daného registru v ram (eeprom)
dummy výplňový byte (0xAA)
ack potvrzení provedení zápisu (0x06)
sec1 zabezpečovací byte (součet všech předcházejících bytů)
sec2 zabezpečovací byte (0 - sec1)
2.2.6. Čísla služeb (S)
Číslo Stručný popis služby Zkratka
služby
0x1 načtení kompletního stavu MTS REQ_R_ALL
0x2 zápis digitálních výstupů REQ_W_OUT
0x3 zápis do určitého registru v RAM REQ_W_REG
0x4 přečtení určitého registru v RAM REQ_R_REG
0x5 zápis do určitého registru v EEPROM REQ_W_EEP
0x6 přečtení určitého registru v EEPROM REQ_R_EEP
0x7 odpověď na REQ_R_ALL (kap. 2.3.2.) REP_R_ALL
0x8 odpověď na REQ_R_REG (kap. 2.3.2.) REP_R_REG
0x9 odpověď na REQ_R_EEP (kap. 2.3.2.) REP_R_EEP
2.2.7. Verze MTS (V):
Číslo Označení verze Stručný popis HW
verze MTS desky MIO konfigurace MTS
0x1 MTS074/1 MIO10 6x D IN, 6x D OUT
0x2 MTS074/2 MIO20 2x D IN, 2x D OUT, 8x A IN
0x3 MTS074/3 MIO30 8x D IN, 4x D OUT, 1x A IN
0x4 MTS074/4 MIO40 6x D IN, 4x D OUT, 4x A IN, 1x fc
0x5 MTS074/5 MIO50 8x D IN, 8x D OUT, 5x A IN
2.3. Komunikace MR25-MR25, přenosovým kanálem sítě
Morse
Vyslání Morse paketu (typu paketu user data 0x09) do přenosového kanálu
může být vyvoláno 2 základními způsoby:
A - Samotným protokolem MTS (pracujícím v hardware MR25)
Takovéto pakety jsou vždy odesílány na [destination address] nastavenou
v parametrech protokolu. Viz. kap. 2.1. Principy komunikace, resp. kap
2.3.1. Formát dat.
B - Na žádost z některé adresy sítě Morse
Vzdálený účastník sítě Morse může požádat MTS o nějakou službu. Odpověď na
tuto žádost je odeslána na adresu, z které přišla žádost o službu. Viz.
kap. 2.3.2.
2.3.1. Formát dat pro případ "A":
CONTROL WORD MTS STRUCTURE
| A/4 | X/4 | N/4 | S/4 | MTS_STRUCT |
kde:
CONTROL WORD
4bitové Možné Stručný popis Zkratka
skupiny hodnoty
C.WORD
A ....... 0x0 ... rezervováno
X ....... 0x1 ... data jsou posílána po regulérním ..C_CHECK_TIMEOUT
vypršení link check period
0x2 ... Po přijetí RF_CHECK se kontroluje ..C_CHECK_IN
došlý „out“ s místním „in“.
V případě, že nesouhlasí je na
[destination address] odeslán
C_CHECK_IN
0x3 ... data jsou posílána po změně ..C_CHECK_REFRESH
zjištěné při refresh
N ....... 0x1 až .. počet MTS připojených k MR25
0x8
S ....... 0xE ... Následují data obsahující kompletní .... RF_CHECK
(Číslo RF stav všech MTS za MR25 od MTS s
služby) adresou 0 do MTS s nejvyšší adresou.
Po přijetí paketu RF_CHECK jsou zapsány
hodnoty vstupů (v došlém paketu) na výstupy
a porovnány hodnoty došlých výstupů s místními
vstupy. Nesouhlasí-li je na [destination
address] odeslán paket C_CHECK_IN
0xD ... Struktura dat jako u 0xE(RF_CHECK) ....RF_CHECK_ERR
Je vysílán poslední stav před
ztrátou komunikace s MTS
Ostatní čísla služeb viz kapitola 2.2.6. Čísla služeb
při komunikaci MR25-MTS
MTS_STRUCT
| V/8 | Dout/8 | Din/8 | fc1(dummy)/8 | fc2(dummy)/8 |
| Ain1/8 | Ain2/8 | Ain3/8 | Ain4/8 | Ain5/8 | Ain6/8 | Ain7/8 | Ain8/8 |
| Dummy/8 |
Významy jednotlivých bytů v MTS STRUCT:
V verze MTS
Dout Digitální výstupy (bity 0-7 odpovídají výstupům REL 1 až REL 8)
Din Digitální vstupy (bity 0-7 odpovídají vstupům D IN 1- 8)
fc1 1. frekvenční čítač (jen MTS074/4, jinak dummy)
fc2 2. frekvenční čítač (jen MTS074/4, jinak dummy)
Ain1..Ain8 Analogové vstupy
dummy Výplňový byte (0xAA)
Poznámka:
Jednotlivé MTS STRUCT se řadí v datech posílaných vzduchem za sebou od
adresy 0 a jejich počet odpovídá nastavenému počtu připojených MTS
v protokolu (jaký je nastavený počet MTS je sledovatelné v Control Word -
viz předcházející popis).
Nastavíme-li na přijímací straně v odpovídajícím sériovém kanále např.
protokol MARS-A, pak MTS struct budou seřazeny za sebou v bloku dat
protokolu.
2.3.2. Formát dat pro případ “B“:
CONTROL WORD DATA
| A/4 | X/4 | M/4 | S/4 | žádost / odpověď |
kde:
CONTROL WORD
4 bitové Možné Stručný popis
skupiny hodnoty
C.WORD
A ....... 0x0 ... rezervováno
X ....... 0x4 ... data jsou posílána na vyžádání (dotaz/odpověď)
(pro rozlišení případu "B" od "A")
M ....... 0x0 až .. adresa MTS připojeného k MR25
0x7
S ....... Čísla služeb viz. 2.2.6.
DATA
Formát dat pro žádost/odpověď je stejný jako při komunikaci MR25 – MTS,
pouze nejsou přenášeny kontrolní součty sec1 a sec2. Popis v kapitole 2.2.
3. Příklad komunikace:
- žádost o přečtení hodnoty registru na adrese 0x0B v RAM prvního MTS za
MR25:
Směr Paket Komentář
komunikace
vf.kanál->MR25 0404 040B AAAA
1.byte 04: vyžádaná data
2.byte 04: adresa MTS 0
číslo služby 4
3.byte 04: adresa MTS 0
číslo služby 4
4.byte 0B: adresa registru RAM
5.and 6.byte AA AA: dummy
MR25 --> MTS 040B AAAA 639D
1.byte 04: adresa MTS 0
číslo služby 4
2.byte 0B: adresa registru RAM
v MTS
3.and 4.byte AA AA: dummy
5.and 6.byte 63 9D: sec1 a sec 2
MTS --> MR25 0205 07F9
1.byte 02: adresa MTS 0
verze MTS 074/2
2.byte 05: obsah RAM na adr. 0B
3.and 4.byte 07 F9: sec1 a sec2
MR25->vf.kanál 0404 0205
1.byte 04: data na vyžádání
2.byte 04: adresa MTS 0
číslo služby 4
3.byte 02: adresa MTS 0
verze MTS 074/2
4.byte 05: obsah registru RAM
4. Parametry protokolu MTS
Nastavení je společné pro všechny MTS komunikující s jedním modulem
(protokolem) MTS, tzn. připojené za jedním rozhraním RS485.
(a) destination address
Adresa protistanice sítě Morse, na kterou jsou odesílány spontánně
generované zprávy (typicky RF_CHECK a chybová hlášení).
(n) number of MTS units
Počet MTS074 připojených za jedním protokolem MTS, tzn. za jedním rozhraním
(RS485) MR25. Adresy připojených MTS074 musí začínat od nuly. Tzn.
v případě připojení jednoho MTS074 je n=1 a adresa v MTS074 musí být 0.
(t) MTS timeout
Čas v milisekundách, po který čeká MR25 (protokol MTS) na odpověď z MTS074.
Typická hodnota je 80 ms.
(r) No of repeats
Počet opakování. V případě, že MR25 nedostane z MTS074 odpověď do timeoutu
(t), opakuje vysílání podle zde nastaveného počtu pokusů.
Typická hodnota je 3.
(i) input refresh period
Čas v milisekundách, po kterém si MR25 obnovuje obraz stavu připojených
MTS074. Po vypršení tohoto času začne MR25 postupně obvolávat žádostí
REQ_R_ALL všechna připojená MTS074 od adresy 0 až do počtu nastaveném v
(n). Hodnota tohoto parametru ovlivňuje dynamické chování celého systému,
proto musí být pečlivě zvolen. Typická hodnota je 500 ms. V případě zadání
0 refresh neprobíhá a MR25 získá obraz stavu připojených MTS074 pouze na
žádost ze vzdálené adresy sítě Morse.
(l) link check period
Čas v sekundách, po kterém MR25 odvysílá na destination address (a) stav
všech připojených MTS (C_CHECK_TIMEOUT). Vysílaný stav je buď aktuální (po
posledním refresh) nebo dle nastavení (x). V případě zadání 0, link check
period neprobíhá.
Link period se nuluje přijetím nebo odvysílán paketu se službou RF_CHECK
(sl. 0E ) nebo RF_CHECK_ERR ( sl. 0D ).
(e) error Word
Vyšší byte určuje adresu (0-7), nižší byte číslo výstupu (0-7) MTS074, na
kterém se mají zobrazovat zprávy o chybách. Tzn. v případě několika MTS074
na jednom rozhraní RS485 pouze jeden výstup na jednom MTS074 může být
nastaven jako „alarm“ pro všechna MTS společně.
Nastavení alarm výstupu do jedničky může být způsobeno 2 stavy:
1. protokol MTS ve vzdálené stanici odeslal chybové hlášení. Alarm
výstup se aktivuje na kterékoliv chybové hlášení (nejčastěji ERR_R_ALL).
Pozor! Aby se alarm výstup mohl po chybě zjištěné ve vzdálené stanici
aktivovat, musí být protokol MTS ve vzdálené protistanici správně
nakonfigurován, tzn. parametr (o) musí být nastaven na yes a destination
(a) musí být adresa, ke které je přiřazen protokol MTS, který právě
konfiguruji. Využití při komunikaci MTS-MTS viz. kap. 2.1.2.
2. na adresu, ke které je přiřazen protokol MTS byla doručena chybová
zpráva systému Morse. Doručování chybových zpráv však musí být
nakonfigurováno (v příslušném nódu zapnuty Error messages MORSE nebo S+U“).
Typickou chybovou zprávou je např. „packet lost“. Tato zpráva v systému
Morse informuje odesílatele o tom, že se nepodařilo doručit paket. V našem
případě se tedy alarm výstup aktivuje tehdy, když se adrese sítě Morse, ke
které je přiřazen protokol MTS, který právě konfiguruji nepodařilo doručit
paket na destination (a).
Alarm výstup zhasne v případě, že je doručen regulérní paket ze vzdálené
adresy (služba 0xE, 0xD). POZOR ! Po vypršení link. period je vysílán
poslední stav MTS074 i v případě, že komunikace mezi MR25 a MTS074 již
neprobíhá. Tzn. v případě, že vzdálené MTS074 přestane komunikovat s MR25,
chybový výstup na „našem“ MTS vždy po vypršení link. period (obdržení
posledního stavu vzdáleného MTS před poruchou, služba 0xD) zhasne, po
vypršení refresh period ve vzdáleném MTS (pokusu o čtení z vadného MTS) je
vzduchem doručena chyba a chybový výstup se opět rozsvítí.
V případě zadání vyššího čísla MTS než je počet MTS zadaný v (n) nebo
zadání čísla výstupu jiného než 0-7 není žádný výstup pro indikaci chyb.
Upozornění: adresy MTS (připojených k jednomu portu) začínají od nuly (0-
7), počty MTS začínají od 1 (1-8).
(x) tx after refresh
Způsob vysílání stavu MTS při zjištění změny při refresh:
(0) none nevysílá se
(1) all vysílá se při změně kteréhokoliv vstupu
(2) digi vysílá se při změně digitálního vstupu
(3) delay první změna (delší než refresh period) digitálního vstupu
zjištěná při refresh je zapamatována, ale vysílá se až při link period.
Nastane-li před vypršením link period další změna, není brána v úvahu.
(Platí pro každý digitální vstup samostatně). Po vypršení link period je
při první refresh period načten do MR25 opět aktuální stav MTS a bere se
jako výchozí pro posuzování dalších změn. Tzn. vysílá se vždy až po link
period, bez ohledu na stavy po refresh period. Při vysílání po link period
je vyslán stav zjištěný po posledním refresh s vyjímkou digitálních vstupů
(viz. výše).
(o) send error messages
Zapnutí (yes) nebo vypnutí (no) vysílání chybových hlášení (viz.kapitola 5)
do přenosového kanálu Morse (radiového kanálu).
Při konfiguraci výše uvedených parametrů je třeba velmi dobře analyzovat
nastavení - brát v úvahu možnost ovlivňování jenotlivých timeoutů (např.
MTS timeout a refresh timeout) + počet opakování a počet MTS a rovněž tak
zatížení sítě Morse v závislosti na četnosti změn probíhajících na
jednotlivých MTS. Nesprávným nakonfigurováním lze celou síť přetížit.
Příklad: omylem nastavíme větší počet MTS (n) než je ve skutečnosti
připojen, tzn. při refresh period se MR25 dotazuje neexistující adresy MTS
a po vyčerpání počtu pokusů (r) vysílá chybovou hlášku na destination adr
(a). Je-li refresh period 200 ms a např. 4 neexistující MTS, v síti zbude
jen velmi málo prostoru na přenos užitečných dat...
5. Chybová hlášení
Jestliže protokol MTS zjistí chybu v komunikaci s připojeným
(připojenými) MTS nebo přijme paket z Morse sítě se špatným (neočekávaným)
formátem dat, vygeneruje chybové hlášení. Jestliže chyba vznikne při
zpracování žádosti o službu od vzdálené adresy sítě Morse, je chybové
hlášení odesláno na tuto adresu. Ve všech ostatních situacích je chybové
hlášení odesíláno na nakonfigurovanou [destination address].
Chybová hlášení odesílané z protokolu MTS jsou pakety typu PROT DATA.
Struktura dat v paketu je popsána dále. Jestliže je níže popsané chybové
hlášení přijmuto protokolem MTS a v parametrech protokolu je nastaveno
zobrazování chybových stavů na některý z digitálních výstupů, je tento
„chybový“ výstup nastaven do 1. Chybová hlášení přijatá dispečinkem
(prostřednictvím např. protokolu MARS-A) jsou předána připojenému zařízení
v příslušném protokolu (MARS-A) a jejich následné zpracování je dáno
připojenou aplikací.
Formát chybového hlášení:
| 0x00/8 | 0x01/8 | 0x00/8 | NR/8 |
0x0001 "control_word" - říká jaká zpráva je posílána - pro mts error
vždy 0x0001
N adresa MTS (0xF pro všechna MTS za MR25)
R číslo chyby
Čísla chyb:
Číslo chyby Stručný popis Zkratka
0x1 Chyba čtení při stavu refresh ERR_R_ALL
0x2 Z MTS přišla data neočekávané velikosti ERR_R_DATA_SIZE
0x3 Týká se došlých dat radiovým kanálem. ERR_RF_IN_FORMAT
Nesouhlasí adresa MTS v control wordu
na začátku dat a v žádosti o službu.
Nebo nesouhlasí číslo služby v control wordu
na začátku dat a v žádosti o službu
Nebo nesouhlasí velikost dat v paketu
0x4 Chyba zápisu do MTS (MR25 nedostal ACK) ERR_WRITE
0x5 Žádost o služby z neexistující adresy MTS ERR_NUM
0x6 v došlých datech po radiovém kanálu ERR_VER
nesouhlasí verze MTS s verzí MTS dané adresy
za MR25
0x7 Žádost o neznámou službu ERR_UNKN_SERVICE
0x8 Nepoužito ERR_OUT_NUM
0x9 Chyba v control wordu na začátku dat (dolní ERR_C_WORD
byte obsahuje žádost o službu, horní byte
neobsahuje 0x04 (C_DATA_REQ))
Chybové zprávy jsou odesílány ihned po jejich vzniku na adresu
[destination address] nebo na adresu žadatele o službu.
V případě, že MTS po vypršení refresh period opakovaně neodpovídá, je
chybová hláška odeslána okamžitě po prvním vyčerpání pokusů o získání stavu
MTS. Potom vždy až po vypršení link period (ne po každé refresh period). Po
vypršení link period je v tomto případě vyslán stav MTS, který byl před
vznikem chyby (služba 0xD) a ihned za ním následuje chybový paket (chyba
0x1)
Více viz. kap.4, nastavení (e)rror Word.
6. Některé adresy registrů v paměti RAM
mikroprocesoru a v externí paměti EEPROM
(pro případný zápis nebo čtení registrů MTS dálkově, viz popis struktury
paketů v kap. 2.)
Název registru RAM EEPROM Hodnoty
MTS_ADDRESS 0x68 0x77 0x00 - 0x70
COUNTER_low_byte 0x71 ( fc1) - 0x00 - 0xFF
COUNTER_high_byte 0x72 ( fc2) - 0x00 - 0xFF
7. Další publikace popisující MTS074:
Description of MTS074 – návod k obsluze, popis hardware a popis
jednotlivých verzí MTS074
8. History
Popis platí od verze 3.48 ze 7.12.1999.