Žiadne prenosové údaje. Trikolóra nefunguje, Trikolóra sa prestala zobrazovať, hlási zašifrovaný kanál DRE alebo nie je prístup

V roku 2015 nemala Tricolor TV žiadne voľné kanály.

Ak sú všetky vaše kanály šifrované, možno zobrazujú First alebo NTV alebo Karusel alebo TNT, musíte skontrolovať stav svojho odberu.

Predplatné jedného balíka si môžete skontrolovať prostredníctvom osobného účtu predplatiteľa Tricolor TV.

Alebo na webovej stránke Tricolor, pozrite sa, ako to urobiť.

Z technických príčin môže dochádzať k prerušeniam príjmu signálu od účastníkov, ktoré sa prejavujú pri kódovaní televíznych/rozhlasových kanálov Tricolor TV.
Ak sa vyskytnú problémy, musíte reštartovať prijímacie zariadenie. V prípade potreby pošlite príkazy na opätovnú aktiváciu prostredníctvom osobného účtu alebo telefonicky nižšie.

Alebo zavolajte bezplatné číslo 8-800-500-0123 a informujte sa u operátora.

Ak nie je aktívne predplatné, musíte zaplatiť jedinú tarifu 1200 rubľov ročne.

Hovor je bezplatný.

Pozrime sa na najčastejšie dôvody, prečo sa Tricorlor TV nezobrazuje.

A skúsme vylepšiť našu Trikolóru.

1. Najprv sa pozrieme, či sa zobrazuje náš informačný kanál Tricolor.

Tento kanál by sa mal zobraziť aj po vybratí prístupovej karty z prijímača Tricolor.

Ak sa vám zobrazuje tento kanál, prejdite na krok 2.

Ak sa na obrazovke nezobrazí správa Žiadny signál.

Možno sa pokazili nastavenia vášho prijímača.

Potom prejdite na nastavenia a vykonajte obnovenie továrenských nastavení.

Po resetovaní skontrolujte, či váš prijímač vidí kvalitu a silu signálu, ak áno, mal by nájsť vaše kanály a začať zobrazovať.

Ak prijímač nevidí signál, problém je iný.

Problém môže byť v prijímači Tricolor, v nastavení paraboly alebo v konvertore.

Ak chcete tento problém vyriešiť, musíte zavolať inštalatéra.

Alebo si trikolórny tanier môžete nastaviť sami pomocou TOHTO návodu.

2. Ak zobrazuje informácie o kanáli a bezplatné kanály tricolor zo základného balíka sa nezobrazuje, čo znamená, že ste nepotvrdili údaje predplatiteľa v Tricolor TV alebo náš prijímač kartu nevidí, alebo je karta nainštalovaná na nesprávnej strane.

Ako potvrdiť osobné údaje predplatiteľa

Ak chcete zistiť, či váš prijímač kartu vidí, prejdeme do menu - podmienený prístup - modul DRE - informácie o čipovej karte a v položke ID karta by malo byť číslo, ktoré je napísané na vašej Tricolor karte nainštalovanej v prijímači.

Toto je príklad pre prijímač tricolor GS 8300N pre ostatné modely všeobecných satelitných prijímačov môže byť cesta k ID karte mierne odlišná.

Ak váš prijímač kartu nevidí, odneste ju do servisného strediska alebo skontrolujte kartu na inom prijímači Tricolor.

3. Ak vidíte len bezplatné kanály, vaše predplatné možno vypršalo.

Ak s istotou viete, že platnosť vášho predplatného ešte nevypršala, musíte znova pripojiť svoje zariadenie k satelitu Tricolor.

Ak to chcete urobiť, musíte zavolať +7 800 500-01-23 a požiadajte operátora, aby poslal signál opätovnej aktivácie.

Alebo píšte na e-mail žiadosť o opakovanie aktivačných príkazov - Táto e-mailová adresa je chránená pred spamovacími robotmi. Na jej zobrazenie musíte mať povolený JavaScript.

Podľa trojfarebného obrazu by sa obraz mal objaviť najneskôr o osem hodín neskôr.

Zo skúsenosti môžem povedať, že dekódovanie trvá približne 30-60 minút.

4. Tricolor HD kanály sa nezobrazujú, ale naozaj máte prijímač s podporou HD?

Pozrel som sa na najčastejšie dôvody, prečo Tricolor TV nefunguje.

Ak máte otázky alebo dodatky, napíšte do komentárov.

TV Guide: Toto je digitálny TV program pre Tricolor TV, dáta, ktoré sa sťahujú v reálnom čase cez satelit. Preto môže sťahovanie údajov niekedy trvať až desať minút. Možná chyba „žiadne prenosové údaje“, alebo „Na tomto kanáli nie je žiadny programový sprievodca alebo ešte nebol stiahnutý. To všetko môže viesť k poruchám funkcie prijímača.

Najprv musíte pochopiť dôvody, prečo TV sprievodca nefunguje:

• Nesprávne nastav čas na samotnom prijímači;
• Vyskytla sa porucha zariadenia;
• Zastaraný firmvér alebo poškodený prijímač;

Samozrejme, zariadenie v tomto stave nie je možné nechať, takže treba hľadať riešenie. Najjednoduchším riešením problému je kontaktovať špecialistu, ktorý nainštaloval vaše zariadenie. Okrem toho sa môžete pokúsiť kontaktovať špecialistov Tricolor TV zavolaním na horúcu linku.

Ako opraviť TV sprievodcu na Tricolor TV

• Na prijímači nastavte správny čas. Ak to chcete urobiť, stlačte tlačidlo „menu“ na diaľkovom ovládači prijímača a potom vyhľadajte časť „dátum a čas“. Nastavte presný dátum a čas;
• Obnovte predvolené výrobné nastavenia. Inštrukcie: ;
• Skúste aktualizovať prijímač, možno bola vydaná aktualizácia s novými nastaveniami;
• Reštartujte prijímač. Ak to chcete urobiť, musíte urobiť nasledovné: vypnite ho. Potom na niekoľko minút odpojte jeho kábel zo zásuvky. Zapnite prijímač. Chyby budú vynulované.

Neočakávajte, že sa chyba TV Guide sama vyrieši. Ak naozaj potrebujete túto funkciu, potom postupujte podľa všetkých krokov v našich pokynoch a TV sprievodca začne pracovať pre každý kanál. Koniec koncov, mnohí predplatitelia čelia tomuto problému.

Dohoda o ochrane osobných údajov

a spracúvanie osobných údajov

1. Všeobecné ustanovenia

1.1 Táto dohoda o mlčanlivosti a spracúvaní osobných údajov (ďalej len Zmluva) bola prijatá slobodne a z vlastnej vôle a vzťahuje sa na všetky informácie, ktoré Insales Rus LLC a/alebo jej pridružené spoločnosti vrátane všetkých osôb uvedených v tejto zmluve. rovnaká skupina s LLC „Insails Rus“ (vrátane LLC „Služba EKAM“) môže získať informácie o Používateľovi pri používaní ktorejkoľvek zo stránok, služieb, služieb, počítačových programov, produktov alebo služieb LLC „Insails Rus“ (ďalej len služby) a počas vykonávania Insales Rus LLC akýchkoľvek dohôd a zmlúv s používateľom. Súhlas Používateľa so Zmluvou, ním vyjadrený v rámci vzťahov s jednou z uvedených osôb, sa vzťahuje na všetky ostatné uvedené osoby.

1.2.Používanie Služieb znamená, že Používateľ súhlasí s touto Zmluvou a podmienkami v nej uvedenými; v prípade nesúhlasu s týmito podmienkami sa Používateľ musí zdržať používania Služieb.

"Insales"- Spoločnosť s ručením obmedzeným "Insails Rus", OGRN 1117746506514, INN 7714843760, KPP 771401001, registrovaná na adrese: 125319, Moskva, Akademika Ilyushina St., 4, budova 1, kancelária "11" na jednej strane a

"používateľ" -

alebo individuálne má právnu spôsobilosť a je uznaný za účastníka občianskoprávnych vzťahov v súlade s právnymi predpismi Ruskej federácie;

alebo subjekt, registrovaná v súlade s právnymi predpismi štátu, ktorého je takáto osoba rezidentom;

alebo individuálny podnikateľ registrovaný v súlade so zákonmi štátu, ktorého je takáto osoba rezidentom;

ktorá prijala podmienky tejto zmluvy.

1.4 Pre účely tejto Zmluvy zmluvné strany určili, že dôvernými informáciami sú informácie akéhokoľvek charakteru (výrobné, technické, ekonomické, organizačné a iné), vrátane výsledkov duševnej činnosti, ako aj informácie o spôsoboch implementácie. odborná činnosť(vrátane, ale nie výlučne: informácií o produktoch, prácach a službách; informácií o technológiách a výskumných prácach; informácií o technické systémy a vybavenie vrátane softvérových prvkov; obchodné prognózy a informácie o navrhovaných nákupoch; požiadavky a špecifikácie konkrétnych partnerov a potenciálnych partnerov; informácie súvisiace s duševným vlastníctvom, ako aj plány a technológie súvisiace so všetkým vyššie uvedeným) oznámené jednou zmluvnou stranou druhej v písomnej a/alebo elektronickej forme, ktoré zmluvná strana výslovne označila za svoje dôverné informácie.

1.5 Účelom tejto dohody je chrániť dôverné informácie, ktoré si budú zmluvné strany vymieňať počas rokovaní, uzatvárania zmlúv a plnenia záväzkov, ako aj akejkoľvek inej interakcie (vrátane, ale nie výlučne, konzultácií, vyžiadania a poskytovania informácií a vykonávania iných činností. inštrukcie).

2. Zodpovednosti zmluvných strán

2.1. Zmluvné strany sa zaväzujú zachovať všetky dôverné informácie prijaté jednou zmluvnou stranou od druhej zmluvnej strany počas interakcie zmluvných strán, nezverejniť, nezverejniť, nezverejniť ani inak neposkytnúť takéto informácie žiadnej tretej strane bez predchádzajúceho písomného súhlasu druhej zmluvnej strany, s výnimkou prípadov uvedených v súčasnej legislatíve , ak za poskytnutie takýchto informácií zodpovedajú zmluvné strany.

2.2.Každá zmluvná strana prijme všetky potrebné opatrenia na ochranu dôverných informácií s použitím prinajmenšom rovnakých opatrení, ktoré zmluvná strana používa na ochranu svojich vlastných dôverných informácií. Prístup k dôverným informáciám sa poskytuje len tým zamestnancom každej zmluvnej strany, ktorí ich primerane potrebujú na plnenie svojich oficiálnych povinností podľa tejto dohody.

2.3 Povinnosť zachovávať mlčanlivosť o dôverných informáciách platí počas doby platnosti tejto Zmluvy, licenčnej zmluvy na počítačové programy zo dňa 1.12.2016, zmluvy o pristúpení k licenčnej zmluve na počítačové programy, agentúrnych a iných zmlúv a po dobu piatich rokov. po ukončení ich činnosti, pokiaľ sa zmluvné strany osobitne nedohodnú inak.

a) ak sa poskytnuté informácie stali verejne dostupnými bez porušenia záväzkov jednej zo strán;

b) ak sa o poskytnutých informáciách dozvedela strana v dôsledku jej vlastného výskumu, systematických pozorovaní alebo iných činností vykonávaných bez použitia dôverných informácií získaných od druhej strany;

c) ak sú poskytnuté informácie zákonne prijaté od tretej strany bez povinnosti uchovávať ich v tajnosti, kým ich neposkytne jedna zo strán;

d) ak sa informácie poskytujú na písomnú žiadosť orgánu štátnej moci, iného štátneho orgánu alebo orgánu samosprávy na výkon ich funkcií a jeho sprístupnenie týmto orgánom je pre zmluvnú stranu povinné. V tomto prípade je zmluvná strana povinná bezodkladne informovať druhú zmluvnú stranu o prijatej žiadosti;

e) ak sú informácie poskytnuté tretej strane so súhlasom strany, o ktorej sa informácie prenášajú.

2.5.Insales neoveruje správnosť údajov poskytnutých Používateľom a nemá možnosť posúdiť jeho spôsobilosť na právne úkony.

2.6.Informácie, ktoré Užívateľ poskytuje Insales pri registrácii do Služieb, nie sú osobnými údajmi v zmysle definície v Federálny zákon RF č.152-FZ zo dňa 27.7.2006. "O osobných údajoch."

2.7.Insales má právo vykonávať zmeny v tejto zmluve. Keď sa vykonajú zmeny v aktuálnom vydaní, zobrazí sa dátum Posledná aktualizácia. Nová verzia zmluvy nadobúda platnosť okamihom jej zverejnenia, pokiaľ nová verzia zmluvy neustanovuje inak.

2.8 Prijatím tejto zmluvy používateľ chápe a súhlasí s tým, že spoločnosť Insales môže používateľovi posielať personalizované správy a informácie (vrátane, ale nie výlučne) na zlepšenie kvality Služieb, na vývoj nových produktov, na vytváranie a odosielanie osobných ponúk. užívateľa, informovať Užívateľa o zmenách v Tarifné plány a aktualizácie, zasielať Používateľovi marketingové materiály týkajúce sa Služieb, chrániť Služby a Používateľov a na iné účely.

Užívateľ má právo odmietnuť príjem vyššie uvedených informácií písomným oznámením na e-mailovú adresu Insales -.

2.9 Prijatím tejto Zmluvy Používateľ berie na vedomie a súhlasí s tým, že Služby Insales môžu používať súbory cookie, počítadlá a ďalšie technológie na zabezpečenie funkčnosti Služieb vo všeobecnosti alebo ich jednotlivých funkcií konkrétne a Používateľ nemá voči Insales žiadne nároky v súvislosti s tým. s tým.

2.10.Používateľ berie na vedomie, že zariadenie a softvér, ktorý používa na návštevu stránok na internete, môže mať funkciu zákazu operácií s cookies (pre akékoľvek stránky alebo pre určité stránky), ako aj vymazanie predtým prijatých cookies.

Spoločnosť Insales má právo určiť, že poskytovanie určitej Služby je možné len za podmienky, že používateľ povolí prijímanie a prijímanie súborov cookie.

2.11 Používateľ je samostatne zodpovedný za bezpečnosť prostriedkov, ktoré si zvolil na prístup k svojmu účtu, a tiež samostatne zabezpečuje ich dôvernosť. Užívateľ je výlučne zodpovedný za všetky činnosti (ako aj ich dôsledky) v rámci alebo používaním Služieb podľa účtu Používateľa, vrátane prípadov dobrovoľného prenosu údajov Používateľom na prístup k účtu Používateľa tretím stranám za akýchkoľvek podmienok (vrátane zmlúv alebo dohôd). V tomto prípade sa všetky úkony v rámci alebo používaním Služieb pod užívateľským účtom považujú za vykonané samotným užívateľom, s výnimkou prípadov, kedy užívateľ informoval Insales o nepovolený prístup k Službám pomocou účtu Používateľa a/alebo o akomkoľvek porušení (podozrení z porušenia) dôvernosti ich prostriedkov prístupu k účtu.

2.12 Užívateľ je povinný bezodkladne oznámiť Insales každý prípad neoprávneného (Užívateľom neautorizovaného) prístupu k Službám pomocou účtu Užívateľa a/alebo akékoľvek porušenie (podozrenie z porušenia) dôvernosti ich prostriedkov prístupu k účet. Z bezpečnostných dôvodov je Používateľ povinný samostatne a bezpečne vypnúť prácu pod svojím účtom na konci každej relácie práce so Službami. Spoločnosť Insales nezodpovedá za možnú stratu alebo poškodenie údajov, ako aj za iné následky akéhokoľvek charakteru, ktoré môžu nastať v dôsledku porušenia ustanovení tejto časti zmluvy používateľom.

3. Zodpovednosť zmluvných strán

3.1 Strana, ktorá porušila Zmluvou stanovené povinnosti týkajúce sa ochrany dôverných informácií odovzdaných podľa Zmluvy, je povinná na žiadosť poškodenej Zmluvnej strany nahradiť skutočnú škodu spôsobenú takýmto porušením podmienok Zmluvy. v súlade s platnou legislatívou Ruskej federácie.

3.2 Náhradou škody nezanikajú povinnosti porušujúcej zmluvnej strany riadne plniť svoje povinnosti podľa Zmluvy.

4. Iné ustanovenia

4.1 Všetky oznámenia, žiadosti, požiadavky a iná korešpondencia podľa tejto Zmluvy, vrátane tých, ktoré obsahujú dôverné informácie, musia byť v písomnej forme a musia byť doručené osobne alebo prostredníctvom kuriéra alebo zaslané na adresu. e-mail na adresy uvedené v licenčnej zmluve na počítačové programy zo dňa 1.12.2016, v zmluve o pristúpení k licenčnej zmluve na počítačové programy a v tejto zmluve alebo na iné adresy, ktoré môže zmluvná strana následne písomne ​​určiť.

4.2 V prípade, že jedno alebo viac ustanovení (podmienok) tejto zmluvy je alebo sa stane neplatnými, nemôže to slúžiť ako dôvod na ukončenie platnosti ostatných ustanovení (podmienok).

4.3 Táto Zmluva a vzťah medzi Používateľom a Insales vznikajúci v súvislosti s uplatňovaním Zmluvy sa riadia právom Ruskej federácie.

4.3 Používateľ má právo posielať všetky návrhy alebo otázky týkajúce sa tejto Zmluvy Službe podpory používateľov Insales alebo prostredníctvom Poštová adresa: 107078, Moskva, ul. Novoryazanskaya, 18, budova 11-12 pnl „Stendhal“ LLC „Insales Rus“.

Dátum zverejnenia: 12.01.2016

Celé meno v ruštine:

Spoločnosť s ručením obmedzeným "Insales Rus"

Skrátený názov v ruštine:

LLC "Insales Rus"

Meno v angličtine:

Spoločnosť s ručením obmedzeným InSales Rus (InSales Rus LLC)

Adresa sídla:

125319, Moskva, ul. Akademika Ilyushina, 4, budova 1, kancelária 11

Mailová adresa:

107078, Moskva, ul. Novoryazanskaya, 18, budova 11-12, BC „Stendhal“

INN: 7714843760 Kontrolný bod: 771401001

Bankové údaje:

V prvých riadkoch môjho textového výlevu chcem povedať nasledovné: Veľa sa o tom už popísalo, napíšem aj svoju víziu. Štandardné rozhrania Z hľadiska prenosu informácií je to skvelé, ale pre moje potreby neposkytujú dostatočne (alebo takmer) dátový prenos. Pokúsim sa urobiť nejaké doplnky, aby som to uviedol do stavu, ktorý mi vyhovuje.

V dosť veľkej vzdialenosti (1-100 metrov) sú 2 alebo viac zariadení, medzi ktorými sa musia prenášať dáta. Po preskúmaní niektorých rozhraní (rs232/422/485, I2C, Ethernet) som dospel k záveru, že buď nezaručujú jednoznačný prenos dát, tiež sa mi nepáčilo veľa káblov, nedávajú odpoveď, že informácie majú boli prijaté. Rozhodol som sa vziať rozhranie RS485 ako základ - jednou z jeho výhod je, že môže „ísť ďaleko“, 2 vodiče, môžete pripojiť veľa zariadení súčasne, je to jednoduché, (UART) je k dispozícii takmer na každom ovládač.

V mojom prípade mi vyhovuje klasická schéma 1 pán a zvyšok sú otroci. Algoritmus správ je nasledovný: prenos dát prebieha vo výmenných cykloch, jeden výmenný cyklus pozostáva zo správy, ktorá sa prenáša z mastera na slave, ako odpoveď master dostane správu od slave, všetky ostatné sú tiché. Na rovnakom základe implementujte požiadavku na príjem údajov z podriadeného zariadenia.

Jeden výmenný cyklus.

Na uspokojenie mojich potrieb v oblasti prenosu údajov je potrebné vyriešiť iba dva problémy. Otázka prvá: kontrola prenášaného bajtu je založená na samotnom rozhraní RS-485, ale nezaručuje spoľahlivo prenesený bajt - ak sa v samotnom rozhraní zistí poškodený bajt, vyhodí sa z prijatých údajov, ale je stále je možné preniesť nesprávny bajt - ak sa zmenil (poškodil) párny počet bitov v byte. tie. je potrebná kontrola počtu prenášaných bajtov a spoľahlivosti bajtov v prenášaných dátach.

Otázka druhá: prijatie správy s odpoveďou na odoslanú.

Čo sa týka prvej otázky: navrhuje sa nasledujúca schéma: počiatočný bajt, kvantitatívny bajt
prenášané znaky v celej správe, niečo iné, bajt kontrolného súčtu (BCS), koncový bajt.

Poznámka: bajt kontrolného súčtu sa číta modulo 2

Na základe navrhovanej schémy môžeme usúdiť, že ak sa odpoveď nevráti, potom slave nie je dostupný. V tomto prípade sú možné možnosti, keď sa poškodená správa dostane k otrokovi a ten na ňu neodpovedá, alebo sa správa dostane k nemu a on odošle odpoveď, ale odpoveď je pokazená a vodca ju ignoruje.

Aby sa to napravilo, bolo rozhodnuté: ak odpoveď nepríde (alebo príde, ale je nespoľahlivá), zopakujte aktuálny cyklus výmeny znova (niekoľkokrát bez šialenstva). Tu sa môže vyskytnúť nasledujúca chyba. Povedzme, že pošleme príkaz, ktorý povie zariadeniu, že musíme zvýšiť hlasitosť o jednotku +1. Keď sa správa dostane k otrokovi, vykoná príkaz na zvýšenie hlasitosti a odošle odpoveď „ok, urobil som, ako si chcel“, ale môže sa ukázať, že odpoveď je pokazená a vedúci nechápe, že príkaz má už bola vykonaná a odošle správu znova. Výsledkom je, že po prijatí príkazu na strane slave sa už hlasitosť zvýši o +2 jednotky. Aby sa predišlo tomuto javu, je zvykom zadávať identifikátor (NS - číslo správy) pre rozdiel medzi správami. Ak sa číslo správy opakuje, ide o opakovanú správu a zadaný príkaz nie je potrebné vykonať, ale jednoducho odoslať predchádzajúcu správu s odpoveďou.

Ďalej sem zadávam ešte 2 parametre - ide o číslo (kód) zariadenia, do ktorého sa dáta prenášajú a číslo (subkód) označujúce, ktorý príkaz sa má vykonať (resp. aké dáta sú vo vnútri správy).

V dôsledku toho dám všetko dohromady a prejdem algoritmom pomocou príkladu zvýšenia prahovej hodnoty teplotného relé o 5 stupňov Celzia a prevzatia aktuálnej teploty z podriadeného zariadenia v 1 cykle výmeny:

Prenesené údaje generujem od vedúceho:

Keď je správa prijatá, slave sa pozrie na 2 bajty, kde je počet odoslaných bajtov, ak sa počet odoslaných bajtov rovná počtu prijatých bajtov, potom správa nestratila žiadne bajty, potom sa pozrieme na začiatočný bajt (znak), ak je to = „$“, ako aj koncový bajt (znak), ak je to = „#“ - toto je správa od mastera pre slave.

Hneď sa na to pozriem možné možnosti správy z mastera na slave s chybami v začiatočných a koncových bajtoch, ako aj možnosť s chybou v počte bajtov v správe. Urobím výhradu, že z 3 hodnôt parametrov budem považovať za správne 2 a 3, t.j. Ak sa zhodujú 2 z 3 možných parametrov, správu považujem za platnú.

1. počiatočný bajt = "$", počet prijatých bajtov = 7 (počet odoslaných bajtov = 7), koncový bajt sa nerovná "#";
2. počiatočný bajt sa nerovná "$", počet prijatých bajtov = 7 (počet odoslaných bajtov = 7), koncový bajt = "#";
3. počiatočný bajt = "$", počet prijatých bajtov = 7 (počet odoslaných bajtov = 7, počet bajtov sa nerovná 7), koncový bajt = "#".

Ďalej vypočítame kontrolný súčet zostávajúcich 3 bajtov (bajty 3, 4, 5), ak sa zhoduje s BCS, pokračujeme v analýze údajov, uvidíme, či sú tieto údaje pre toto zariadenie a čo s nimi treba urobiť, v našom prípade je kód podriadeného zariadenia 55 a podkód 2 hovorí, že musíte pridať ďalších 5 stupňov k prahu odozvy relé a odoslať aktuálne údaje o teplote v správe s odpoveďou. Skontrolujem NS, ak sa nerovná predchádzajúcemu číslu správy, potom vykonám príkaz a pridám 5 stupňov k aktuálnej hodnote prahu odozvy relé. Ak sú rovnaké (NS), potom nevykonávam zadané akcie, potom pokračujem ku generovaniu správy s odpoveďou.

Použitie schémy ["$"][počet odoslaných/prijatých bajtov][...]["#"] - s najväčšou pravdepodobnosťou zaručuje, že takáto kombinácia sa v prenášaných dátach nenájde a nevyvolá falošnú správu.

Prenesené dáta z slave generujem na základe prijatá správa:

Princíp spracovania je nasledovný: pozrite sa na 2 bajty, kde je počet odoslaných bajtov, ak sa počet odoslaných bajtov rovná počtu prijatých bajtov a tiež počiatočný bajt = "@" a koncový bajt = "&" - toto je potom správa od otroka pánovi. V prípade potreby používam mechanizmus 2 z 3, podobný tomu, ktorý je popísaný vyššie, iba pre správu s odpoveďou (pre symboly „@“ a „&“). Pri prijatí tejto správy master analyzuje kontrolný súčet 9 (od 3. do 11.) bajtov, ak sa kontrolný súčet zhoduje, údaje v správe sa považujú za spoľahlivé a ďalšia analýza údajov pokračuje. Ak sa kód, podkód a NS odoslanej a prijatej správy zhodujú, pokračujeme v analýze odpovede na správu odoslanú vedúcim. Ďalej nasleduje analýza prijatých údajov, v mojom prípade v 6. byte hodnota 1 - znamená, že príkaz na pridanie 5 stupňov k prahu relé bol vykonaný úspešne, zvyšných 5 bajtov označuje aktuálne hodnoty teploty, 7. bajt je príznak označujúci spoľahlivosť prenášanej teploty (t.j. zvažujem možnosť, že podriadené zariadenie je zapnuté a reaguje, ale snímač nemusí fungovať) a 4 bajty hodnoty teploty typu float.

Použitie 2 kontrolných znakov na začiatku a na konci správy s najväčšou pravdepodobnosťou v prípade chyby zaručí, že správy od podriadeného a nadradeného nebudú zamenené. Taktiež náhodné (nie náhodné) dáta v kanáli nepokazia výmenu.

Trochu o prenose údajov z podriadeného na podriadeného a centralizovanej správy pre všetkých podriadených od mastera.

Po prvé, o druhom - prenos z hlavného na podriadený sa vykonáva priradením kódu zariadenia 255, pričom podriadeným sa povie, že ide o centralizovanú správu, potom už zostáva len rozhodnúť o vydaní všeobecných podkódov, môže to byť aj zoskupené podľa kódov zariadení, t.j. priraďte kód zariadenia 254 a pomocou tohto kódu dostanú správu 3 alebo 4 zariadenia ostatné ju prirodzene ignorujú, časť pre odosielanie odpovedí z podriadených zariadení by tu nemala fungovať - ​​t.j. Nie je zaručené, že otroci tieto správy jednoznačne prijali!

Čo sa týka prenosu dát z slave na slave, implementujte metódu, že master pošle správu slave (slave1), z ktorej by mal informácie prijať iný slave (slave2), slave1 pošle odpoveď master, zatiaľ čo slave2 odpočúva na túto odpoveď, pričom si údaje vezme pre seba. Opäť nie je zaručené jednoznačné doručenie správy od slave1 slave2, s tým treba počítať!

Možnosti rozhrania počet teoreticky pripojených zariadení cca 250, príkazy/typy údajov až 248 pre každé zariadenie, dĺžka užitočná informácia v správe do 250 bajtov.

Povedzme si o nástrahách:

Všetky prenosy dát sú navrhnuté tak, aby fungovali na časovej báze, t.j. medzi správami by sa mali dodržiavať určité oneskorenia. Odporúčam tiež nastaviť pevné oneskorenie medzi odoslanou správou vedúceho a odpoveďou podriadeného, ​​aby mal podriadený čas na vygenerovanie údajov a ich úplné odoslanie do kanála.

Dôležitý je aj moment usporiadania odpovedí od slave, môže sa stať, že slave bol zaneprázdnený a na svojom kanáli mal naraz dáta z niekoľkých správ, mali by ste sa vyhnúť odpovediam na neaktuálne správy (keďže master už na ne nečaká ) ich ignorovaním, vykonávaním príkazov iba poslednej aktuálnej správy a odpovedaním na ne.

Samostatne by som chcel zdôrazniť otázku časovej synchronizácie zariadení - treba vziať do úvahy, že časová synchronizácia podriadeného zariadenia pri prijímaní správy vyžaduje zohľadnenie časových oneskorení pri odosielaní údajov na kanál (rýchlosťou 9600 , správa s veľkosťou 10 bajtov sa prenesie približne za 11 ms) a dôležitý je moment, kedy sa na konci spustí prerušenie, príjem dát na strane slave, ak nedôjde k prerušeniu, potom sa oplatí vziať do úvahy čas trvá skontrolovať príchod dát do vyrovnávacej pamäte zariadenia atď.

Za zmienku stojí aj to, že opakované odosielanie cyklu správ pridáva aj nuansy. Odporúčam použiť synchronizáciu času na odosielanie správ bez opakovaní a generovať správy s novým NS.

P.S. Pochybujem, že som tu objavil niečo nové, toto všetko sa v tej či onej miere používa rôzne rozhrania! S ľahkou rukou autora tohto článku a použitím tohto protokolu v mojom vývoji chcem dať tomuto protokolu prenosu údajov názov „SRDB2“.