ŘÃdicà systém pro ovládánà klimatizace a vytápÄ›nà železniÄnÃch vozů
ŘÃdicà systém pro ovládánà klimatizace a vytápÄ›nà železniÄnÃch vozů ŘÃdicà systém pro ovládánà klimatizace a vytápÄ›nà železniÄnÃch vozů
Kapitola 5. Návrh softwaruStavový automat pro příjem paketůNa obr. 5.3 jsou jednotlivé stavy automatu pro příjem datagramů. Vysvětlenífunkce automatu s jeho jednotlivými stavy je uvedeno níže.Obr. 5.3: Stavový automat pro příjemdatagramůSTART1 – automat je v počátečním stavu a očekává symbol DLE (začátek paketu).Po příjmu symbolu DLE se dostává do stavu START2, jinak skončí protože nejsousplněny náležitosti pro počáteční sekvenci paketu.START2 – pokud automat čte symbol STX, přechází do stavu READING (začátekpaketu je korektní), jinak skončí.READING – stav, ve kterém se čtou jednotlivé byte z proudu přijímaných data ukládají se do bufferu. Při čtení symbolu DLE přechází do stavu END_DBL_DLE.To může znamenat konec paketu, nebo jen zdvojení symbolů DLE v datech paketu.54
Kapitola 5. Návrh softwaruEND_DBL_DLE – při přečtení symbolu ETX automat skončí protože se jedná o konecpaketu a data z bufferu předá vyšší vrstvě. Pokud je přečten symbol DLE, vracíse automat do stavu READING (jednalo se o zdvojení symbolu DLE v datech).Jakýkoliv jiný symbol znamená chybu - nejedná se o korektní paket.Jestliže stavový automat vyhodnotí, že přijal kompletní paket, je přeposlándo vrstvy Content, která zkontroluje jeho správnost (maximální a minimální délka,kontrolní součet). Při porušení dovolené délky paketu, nebo nesouhlasu kontrolní sumyje tento paket zahozen. V opačném případě je jeho datový obsah předán do aplikačnívrstvy komunikace Comm (již bez symbolů DLE, STX, ETX, kontrolní sumy a typupaketu).Při odesílání paketů je situace jednodušší. Vrstva Content nejprve spočítákontrolní součet, přidá ho na konec pole dat a ta předá vrstvě DLE. Tato vrstva datazabalí do paketu (přidá symboly DLE, STX na začátek a DLE, ETX na konec) a pokudse někde v datech vyskytuje symbol DLE, je zdvojen. Takto připravená data se jižodesílají prostřednictvím ovladače sériové linky.55
- Page 12 and 13: Kapitola 2. Popis řešeného probl
- Page 14 and 15: Kapitola 2. Popis řešeného probl
- Page 16 and 17: Kapitola 2. Popis řešeného probl
- Page 18 and 19: Kapitola 2. Popis řešeného probl
- Page 20 and 21: Kapitola 3. Návrh hardwaru• Dohl
- Page 22 and 23: Kapitola 3. Návrh hardwaruTeplota
- Page 24 and 25: Kapitola 3. Návrh hardwaru3.2 Hlav
- Page 26 and 27: Kapitola 3. Návrh hardwaruProcesor
- Page 28 and 29: Kapitola 3. Návrh hardwarunapěťo
- Page 30 and 31: Kapitola 3. Návrh hardwaruse prov
- Page 32 and 33: Kapitola 3. Návrh hardwaruLogické
- Page 34 and 35: Kapitola 3. Návrh hardwaruAnalogov
- Page 36 and 37: Kapitola 3. Návrh hardwaruObr. 3.1
- Page 38 and 39: Kapitola 3. Návrh hardwaruRS485Pos
- Page 40 and 41: Kapitola 3. Návrh hardwaru• Tepl
- Page 42 and 43: Kapitola 4. Komunikace4.2 Sběrnice
- Page 44 and 45: Kapitola 4. Komunikace4.2.3 Formát
- Page 46 and 47: Kapitola 4. Komunikace4.4.1 Fyzick
- Page 48 and 49: Kapitola 4. Komunikace4.5 Sběrnice
- Page 50 and 51: Kapitola 4. Komunikaceže master ne
- Page 52 and 53: Kapitola 4. Komunikace• Čtyřvod
- Page 54 and 55: Kapitola 4. KomunikaceKřídlová z
- Page 56 and 57: Kapitola 4. KomunikaceAdresa (1 byt
- Page 58 and 59: Kapitola 4. Komunikace• Teplota v
- Page 60 and 61: Kapitola 5. Návrh softwaru• Ří
- Page 64 and 65: Kapitola 5. Návrh softwaruCommVrst
- Page 66 and 67: Kapitola 5. Návrh softwaruneexistu
- Page 68 and 69: Kapitola 5. Návrh softwarubool get
- Page 70 and 71: Kapitola 5. Návrh softwaruModul re
- Page 72 and 73: Kapitola 5. Návrh softwaru5.2 Jedn
- Page 74 and 75: Kapitola 5. Návrh softwarujiž nen
- Page 76 and 77: Kapitola 5. Návrh softwaruInterfac
- Page 78 and 79: Kapitola 6. TestováníTestování
- Page 80 and 81: Kapitola 7. Závěr7 ZávěrCílem
- Page 82 and 83: Kapitola 8. Seznam použité litera
- Page 84 and 85: Kapitola 9. PřílohyObr. 9.2: Kont
Kapitola 5. Návrh softwaruEND_DBL_DLE – při přečtení symbolu ETX automat skončí <strong>pro</strong>tože se jedná o konecpaketu a data z bufferu předá vyšší vrstvě. Pokud je přečten symbol DLE, vracíse automat do stavu READING (jednalo se o zdvojení symbolu DLE v datech).Jakýkoliv jiný symbol znamená chybu - nejedná se o korektní paket.Jestliže stavový automat vyhodnotí, že přijal kompletní paket, je přeposlándo vrstvy Content, která zkontroluje jeho správnost (maximální a minimální délka,kontrolní součet). Při porušení dovolené délky paketu, nebo nesouhlasu kontrolní sumyje tento paket zahozen. V opačném případě je jeho datový obsah předán do aplikačnívrstvy komunikace Comm (již bez symbolů DLE, STX, ETX, kontrolní sumy a typupaketu).Při odesílání paketů je situace jednodušší. Vrstva Content nejprve spočítákontrolní součet, přidá ho na konec pole dat a ta předá vrstvě DLE. Tato vrstva datazabalí do paketu (přidá symboly DLE, STX na začátek a DLE, ETX na konec) a pokudse někde v datech vyskytuje symbol DLE, je zdvojen. Takto připravená data se jižodesílají <strong>pro</strong>střednictvím ovladače sériové linky.55