TV-kanava Star, joka ei ole enää televisiossa?! Tricolor ei toimi, Tricolor on lakannut näyttämästä, se sanoo, että koodattu kanava on DRE tai pääsyä ei ole. Mitä tehdä? Tricolor sanoo, että ei lähetystietoja

Missä Zvezda-TV-kanava on, miksi se ei ole televisiossa?

Monet operaattorin tilaajat Kol TV kohtasi ongelman- suosikkitelevisiokanava Zvezda on kadonnut. Mielenkiintoinen tosiasia on, että se on luettelossa, mutta kun menet sisään, ei ole tv-kanavaa, johon monet ovat tottuneet. Asia on, että operaattori Kol TV lopetti suosikkitelevisiokanavan Zvezdan lähettämisen 18. tammikuuta 2015, mutta tämä ei ole vain kysymys tekninen puoli, mutta se, että monet tilaajat eivät ehkä ole kiinnittäneet huomiota siihen, että operaattorin lähetysverkossa oli kaksi Zvezda-TV-kanavaa, joista yksi lähetettiin MPEG-2-muodossa ja toinen MPEG-4-muodossa.

Missä TV-kanava Zvezda on?

Lähetyksen laatu oli hieman keskimääräistä huonompi. Monet tilaajat eivät kiinnitä huomiota! että on olemassa kaksi versiota - he valittivat huono kuvanlaatu operaattorilta . Vertailun vuoksi! Muilla operaattoreilla oli parempi lähetyslaatu. Ja operaattorin tekninen palvelu ryhtyi toimiin 18. tammikuuta 2015, minkä seurauksena Zvezda-TV-kanava MPEG-4-muodossa poistettiin lähetysaikataulusta tai yksinkertaisesti sanottuna lopetettiin Zvezda-TV-kanavan lähetys.

Tietenkin on selvää, että he eivät varoittaneet yleisöä tästä menettelystä määrätyllä tavalla. Ehkä he eivät pitäneet tätä tarpeellisena! Tai ehkä päätös sulkemisesta tehtiin yöllä 18. tammikuuta 2015, eikä heillä yksinkertaisesti ollut aikaa tehdä sitä! Meitä ei kiinnosta tämä (olkoon operaattorin työntekijät ymmärtäneet tämän yrityksen sisällä).

Tutussa painikkeessa ei ole Zvezda-televisiokanavaa, ja jotta TV-kanavien luettelo ei hämmennä sinua, sinun on skannattava uudelleen koko Nsk-operaattorin TV-kanavien luettelo.

Tämä on erittäin helppoa, jos sinulla on GS-, DRE-, DRS-merkkisiä vastaanottimia, sinun tarvitsee vain löytää kohde vastaanottimesi valikosta ja painaa painiketta, joka vahvistaa hakukomennon.

Muista sen jälkeen luettelosta, missä Zvezda-TV-kanava sijaitsee uudessa paikassa, ja katso sitä.

Tekstivuodatukseni ensimmäisillä riveillä haluan sanoa seuraavaa: Tästä on jo kirjoitettu paljon, kirjoitan oman näkemykseni. Tavalliset tiedonsiirtorajapinnat ovat loistavia, mutta minun tarpeisiini ne eivät tarjoa riittävää (tai melkein) tiedonsiirtoa. Yritän tehdä joitain lisäyksiä, jotta saan sen minulle sopivaan tilaan.

Melko suurella etäisyydellä (1-100 metriä) on 2 tai useampia laitteita, joiden välillä tietoja on siirrettävä. Tutkittuani joitain liitäntöjä (rs232/422/485, I2C, Ethernet) tulin siihen tulokseen, että ne joko eivät takaa yksiselitteistä tiedonsiirtoa, en myöskään pitänyt monista johdoista, ne eivät anna vastausta, että tiedolla on vastaanotettu. Päätin ottaa RS485-liitännän perustaksi - yksi sen eduista on, että se voi "meneä pitkälle", 2 johtoa, voit kytkeä joukon laitteita samanaikaisesti, se on yksinkertaista, (UART) on saatavana melkein missä tahansa ohjain.

Minulle sopii minulle klassinen malli, jossa 1 isäntä ja loput ovat orjia. Viestintäalgoritmi on seuraava: tiedonsiirto tapahtuu vaihtosykleissä, yksi vaihtojakso koostuu sanomasta, joka lähetetään isännältä orjalle, vastauksena isäntä vastaanottaa viestin orjalta, kaikki muut ovat hiljaa. Toteuta samalla perusteella pyyntö vastaanottaa tietoja orjalaitteelta.

Yksi vaihtojakso.

Tiedonsiirtotarpeideni tyydyttämiseksi on vain kaksi ongelmaa, jotka on ratkaistava. Kysymys yksi: lähetetyn tavun tarkistus perustuu itse RS-485-liitäntään, mutta se ei takaa luotettavasti lähetettyä tavua - jos itse rajapinnassa havaitaan vioittunut tavu, se heitetään pois vastaanotetusta tiedosta, mutta se on edelleen mahdollista lähettää väärä tavu - jos se on muuttunut (korruptoitunut) ) parillinen määrä bittejä tavussa. ne. Siirrettävien tavujen määrä ja siirrettävän tiedon tavujen luotettavuus on tarkistettava.

Toinen kysymys: vastausviestin vastaanottaminen lähetetylle.

Mitä tulee ensimmäiseen kysymykseen: ehdotetaan seuraavaa kaaviota: aloitustavu, määrätavu
lähetetyt merkit koko viestissä, jotain muuta, tavua tarkistussumma(BCS), lopputavu.

Huomautus: tarkistussummatavu luetaan modulo 2

Ehdotetun järjestelmän perusteella voimme päätellä, että jos vastausta ei palauteta, orja ei ole käytettävissä. Tässä tapauksessa vaihtoehdot ovat mahdollisia, kun vaurioitunut viesti saavuttaa orjan, eikä hän vastaa siihen, tai viesti tavoittaa hänet ja hän lähettää vastauksen, mutta vastaus on pilattu ja johtaja jättää sen huomioimatta.

Tämän korjaamiseksi päätettiin: jos vastausta ei tule (tai tulee, mutta se on epäluotettava), toista nykyinen vaihtosykli uudelleen (useita kertoja ilman hulluutta). Tässä saattaa ilmetä seuraava virhe. Oletetaan, että lähetämme laitteelle komennon, joka käskee sitä lisäämään äänenvoimakkuutta +1 yksiköllä. Kun viesti saapuu orjalle, hän suorittaa komennon nostaa äänenvoimakkuutta ja lähettää vastauksen "ok, tein kuten halusit", mutta voi käydä niin, että vastaus on pilalla eikä johtaja ymmärrä, että komennossa on on jo suoritettu, ja lähettää viestin uudelleen. Seurauksena on, että orjapuolen komennon vastaanottamisen jälkeen äänenvoimakkuus kasvaa jo +2 yksikköä. Tämän ilmiön välttämiseksi on tapana syöttää viestien erolle tunniste (NS - viestin numero). Jos viestin numero toistuu, se on toistuva viesti ja määritetty komento ei tarvitse suorittaa, vaan lähetä edellinen vastausviesti.

Kirjoitan tähän myös 2 muuta parametria - tämä on sen laitteen numero (koodi), johon tiedot siirretään, ja numero (alikoodi), joka osoittaa, mikä komento on suoritettava (tai mitä tietoja viestin sisällä on).

Tämän seurauksena laitan kaiken yhteen ja käyn läpi algoritmin käyttämällä esimerkkiä lämpötilareleen kynnyksen arvon nostamisesta 5 celsiusastetta ja ottamalla nykyisen lämpötilalukeman orjalaitteesta 1 vaihtojaksossa:

Luon lähetetyt tiedot johtajalta:

Kun viesti vastaanotetaan, orja katsoo 2 tavua, missä lähetettyjen tavujen määrä on, jos lähetettyjen tavujen määrä on yhtä suuri kuin vastaanotettujen tavujen määrä, niin viesti ei ole menettänyt yhtään tavua, niin katsotaan aloitustavu (merkki), jos se = "$", sekä lopputavu (merkki), jos se = "#" - tämä on viesti isännältä orjalle.

Tutkin sen heti mahdollisia vaihtoehtoja viestit isännältä orjalle, joissa on virheitä aloitus- ja lopputavuissa, sekä vaihtoehto, jossa on virhe viestin tavumäärässä. Teen varauksen, että kolmesta parametriarvosta pidän 2:ta ja 3:a oikeina, ts. Jos 2 kolmesta mahdollisesta parametrista täsmää, pidän viestiä kelvollisena.

1. aloitustavu = "$", vastaanotettujen tavujen määrä = 7 (lähetettyjen tavujen määrä = 7), lopputavu ei ole yhtä suuri kuin "#";
2. aloitustavu ei ole yhtä suuri kuin "$", vastaanotettujen tavujen määrä = 7 (lähetettyjen tavujen lukumäärä = 7), lopputavu = "#";
3. aloitustavu = "$", vastaanotettujen tavujen määrä = 7 (lähetettyjen tavujen määrä = 7, tavujen määrä ei ole yhtä suuri kuin 7), lopputavu = "#".

Kaavan ["$"][lähetettyjen/vastaanotettujen tavujen määrä][...]["#"] käyttäminen - todennäköisesti takaa, että tällaista yhdistelmää ei löydy lähetetyistä tiedoista ja että se aiheuttaa väärän viestin.

Luon lähetetyt tiedot orjasta vastaanotetun viestin perusteella:

Käsittelyperiaate on seuraava: katso 2 tavua missä on lähetettyjen tavujen määrä, jos lähetettyjen tavujen määrä on yhtä suuri kuin vastaanotettujen tavujen määrä ja myös aloitustavu = "@" ja lopputavu = "&" - silloin tämä on viesti orjalta isännälle. Tarvittaessa käytän mekanismia 2/3, samanlaista kuin yllä kuvattu, vain vastausviestissä (symboleille "@" ja "&"). Vastaanottaessaan tämän viestin isäntä analysoi 9 (3. - 11.) tavun tarkistussumman, jos tarkistussumma täsmää, sanoman tietoja pidetään luotettavana ja data-analyysi jatkuu. Jos lähetetyn ja vastaanotetun viestin koodi, alakoodi ja NS täsmäävät, jatkamme johtajan lähettämän viestin vastauksen analysointia. Seuraavaksi tulee vastaanotettujen tietojen analyysi, minun tapauksessani kuudennessa tavussa arvo 1 - osoittaa, että komento lisätä 5 astetta releen kynnykseen suoritettiin onnistuneesti, loput 5 tavua osoittavat nykyiset lämpötilalukemat, 7. tavu on lippu, joka osoittaa luotettavuuden lähetetyn lämpötilan (eli harkitsen vaihtoehtoa, että orjalaite on päällä ja vastaa, mutta anturi ei ehkä toimi) ja 4 tavua float-tyyppistä lämpötila-arvoa.

Kahden tarkistusmerkin käyttö viestin alussa ja lopussa takaa mitä todennäköisimmin virheen sattuessa, että orja- ja isäntäyksikön viestit eivät sekoitu. Kanavan satunnainen (ei satunnainen) data ei myöskään pilaa vaihtoa.

Hieman tiedonsiirrosta orjalta orjalle ja keskitetty viesti kaikille orjille isännältä.

Ensinnäkin jälkimmäisestä - lähetys isännältä orjalle suoritetaan antamalla laitekoodi 255, kertomalla orjille, että tämä on keskitetty viesti, sitten jää vain päättää yleisten alikoodien kysymys, se voidaan myös ryhmitelty laitekoodien mukaan, ts. määritä laitekoodiksi 254 ja tätä koodia käyttämällä 3 tai 4 laitetta vastaanottavat sen luonnollisesti, orjalaitteiden vastausten lähettämisen osan ei pitäisi toimia tässä; Ei ole taattua, että orjat ovat yksiselitteisesti hyväksyneet nämä viestit!

Tietojen siirtämisestä orjalta orjalle, toteuta menetelmä, jonka isäntä lähettää orjalle (slave1) viestin, josta toisen orjan (slave2) pitäisi saada tiedot, slave1 lähettää vastauksen isännälle, kun taas slave2 salakuuntelee tämän vastauksen perusteella ja ottaa tiedot itselleen. Jälleen, ei ole takeita viestin yksiselitteisestä toimittamisesta orja1:ltä slave2:lle, tämä on otettava huomioon!

Liitäntäominaisuudet teoreettisesti kytkettyjen laitteiden määrä noin 250, komentoja/tietotyyppejä jopa 248 jokaiselle laitteelle, pituus hyödyllistä tietoa viestissä enintään 250 tavua.

Puhutaanpa sudenkuoppista:

Kaikki tiedonsiirto on suunniteltu toimimaan aikaperusteisesti, ts. tiettyjä viiveitä viestien välillä tulee huomioida. Suosittelen myös tekemään kiinteän viiveen johtajan lähettämän viestin ja orjan vastauksen välille, jotta orja ehtii generoida tiedot ja lähettää ne kokonaan kanavalle.

Myös orjan vastausten järjestämisen hetki on tärkeä, voi käydä niin, että orja oli kiireinen ja hänellä oli kanavallaan dataa useista viesteistä kerralla, kannattaa välttää vanhentuneiden viesteihin vastaamista (koska isäntä ei enää odota niitä ) ohittamalla ne, suorittamalla vain viimeisimpien nykyisten viestien komennot ja vastaamalla niihin.

Haluaisin erikseen korostaa laitteiden aikasynkronointia - on otettava huomioon, että orjan aikasynkronointi viestin vastaanottamisen yhteydessä edellyttää datan kanavalle lähettämisen aikaviiveiden huomioimista (nopeudella 9600 , 10 tavun viesti lähetetään noin 11 ms) ja hetki, jolloin keskeytys laukeaa lopussa, on tärkeä vastaanottavan tietoja orjapuolella, jos keskeytystä ei ole, kannattaa huomioida sen aika. tarkistaa tietojen saapumisen laitteen puskuriin jne.

On myös syytä huomata, että viestisyklin toistuva lähettäminen lisää myös vivahteita. Suosittelen viestin lähettämistä ilman toistoa aikasynkronointiin ja viestien generointia uudella NS:llä.

P.S. Epäilen, olenko löytänyt täältä jotain uutta, tätä kaikkea käytetään tavalla tai toisella jossain eri käyttöliittymissä! Tämän kirjoituksen kirjoittajan kevyellä kädellä ja käyttämällä tätä protokollaa kehitystyössäni haluan antaa tälle tiedonsiirtoprotokollalle nimen "SRDB2".

Vuonna 2015 Tricolor TV:llä ei ollut enää ilmaisia ​​kanavia.

Jos kaikki kanavasi ovat salattuja, ja niissä näkyy ehkä First tai NTV tai Karusel tai TNT, sinun on tarkistettava tilauksesi tila.

Voit tarkistaa yksittäisen paketin tilauksesi Tricolor TV -tilaajasi henkilökohtaisen tilin kautta.

Tai katso Tricolor-verkkosivustolta, kuinka tämä tehdään.

Teknisistä syistä tilaajien signaalin vastaanotossa voi esiintyä häiriöitä, jotka ilmenevät Tricolor TV-televisio-/radiokanavien koodauksessa.
Jos ongelmia ilmenee, vastaanottava laite on käynnistettävä uudelleen. Lähetä tarvittaessa komentoja uudelleenaktivointi PM tai alla puhelimitse..

Tai soita maksuton numero 8-800-500-0123 ja ota selvää operaattorilta.

Jos aktiivista tilausta ei ole, sinun on maksettava yksittäinen tariffi 1200 ruplaa vuodessa.

Puhelu on ilmainen.

Katsotaanpa yleisimpiä syitä, miksi Tricorlor TV ei näy.

Ja yritetään parantaa Tricoloria.

1. Ensinnäkin katsomme, näkyykö Tricolor-tietokanavamme.

Tämän kanavan pitäisi näkyä, vaikka poistaisit pääsykortin Tricolor-vastaanottimesta.

Jos tämä kanava näyttää sinut, siirry vaiheeseen 2.

Jos se ei näytä viestiä Ei signaalia näytöllä.

Ehkä vastaanottimen asetukset ovat menneet pieleen.

Siirry sitten asetuksiin ja palauta tehdasasetukset.

Tarkista nollauksen jälkeen, näkeekö vastaanottimesi signaalin laadun ja voimakkuuden. Jos näkee, sen pitäisi löytää kanavasi ja alkaa näyttää.

Jos vastaanotin ei näe signaalia, ongelma on erilainen.

Ongelma voi olla Tricolor-vastaanottimessa, lautasen asetuksissa tai muuntimessa.

Tämän ongelman ratkaisemiseksi sinun on soitettava asentajalle.

Tai voit asettaa kolmivärilevyn itse TÄMÄN ohjeen avulla.

2. Jos kanavatiedot näkyvät, mutta peruspaketin ilmaiset Tricolor-kanavat eivät näy, se tarkoittaa, että et ole vahvistanut tilaajatietoja Tricolor TV:ssä tai vastaanottimemme ei näe korttia tai kortti on asennettu väärälle puolelle.

Kuinka vahvistaa tilaajan henkilötiedot

Jos haluat nähdä, näkeekö vastaanottimesi kortin, siirrymme valikkoon - ehdollinen pääsy– DRE-moduuli – tiedot älykortista ja kortin ID-osiossa tulee olla numero, joka on kirjoitettu vastaanottimeen asennetulle Tricolor-kortille.

Tämä on esimerkki tricolor GS 8300N -vastaanottimesta muille yleisten satelliittivastaanottimien malleille, polku henkilökorttiin voi olla hieman erilainen.

Jos vastaanottimesi ei näe korttia, vie se huoltokeskukseen tai tarkista kortti toisesta Tricolor-vastaanottimesta.

3. Jos näet vain ilmaisia ​​kanavia, tilauksesi voi olla vanhentunut.

Jos tiedät varmasti, että liittymäsi ei ole vielä päättynyt, sinun on sidottava laitteesi uudelleen Tricolor-satelliittiin.

Tätä varten sinun on soitettava +7 800 500-01-23 ja pyydä käyttäjää lähettämään uudelleenaktivointisignaali.

Tai kirjoita sähköpostiin pyyntö toistaa aktivointikomennot - Tämä sähköpostiosoite on suojattu roskapostiohjelmia vastaan. Sinulla on oltava JavaScript käytössä nähdäksesi sen.

Trikolorikuvan mukaan kuvan tulee ilmestyä viimeistään kahdeksan tuntia myöhemmin.

Kokemuksesta voin sanoa, että dekoodaus kestää noin 30-60 minuuttia.

4. Tricolor HD -kanavia ei näytetä, mutta onko sinulla todella HD-tuella varustettu vastaanotin?

Katsoin yleisimpiä syitä, miksi Tricolor TV ei toimi.

Jos sinulla on kysyttävää tai lisäyksiä, kirjoita kommentteihin.

TV-opas: Tämä on digitaalinen TV-ohjelma Tricolor TV:lle, dataa ladataan reaaliajassa satelliitin kautta. Siksi tietojen lataaminen voi joskus kestää jopa kymmenen minuuttia. Mahdollinen virhe "ei lähetystietoja", tai "Tällä kanavalla ei ole ohjelmaopasta tai sitä ei ole vielä ladattu. Kaikki tämä voi johtaa vastaanottimen toimintahäiriöihin.

Ensin sinun on ymmärrettävä syyt, miksi TV-opas ei toimi:

• Väärin aseta aika itse vastaanottimessa;
• Laitteessa on tapahtunut toimintahäiriö;
• Vanhentunut laiteohjelmisto tai rikki vastaanotin;

Laitteita ei tietenkään voi jättää tähän kuntoon, joten sinun on etsittävä ratkaisua. Yksinkertaisin ratkaisu ongelmaan on ottaa yhteyttä laitteesi asentaneeseen asiantuntijaan. Lisäksi voit yrittää ottaa yhteyttä Tricolor TV:n asiantuntijoihin soittamalla hotline-palveluun.

TV-oppaan korjaaminen Tricolor TV:ssä

• Aseta oikea aika vastaanottimeen. Voit tehdä tämän painamalla vastaanottimen kaukosäätimen "menu"-painiketta ja etsi sitten "päivämäärä ja aika" -osio. Aseta tarkka päivämäärä ja aika;
• Palauta asetukset tehdasasetuksiin. Ohjeet: ;
• Yritä päivittää vastaanotin; päivitys uusilla asetuksilla on ehkä julkaistu;
• Käynnistä vastaanotin uudelleen. Voit tehdä tämän seuraavasti: sammuta se. Irrota sitten sen johto pistorasiasta muutamaksi minuutiksi. Kytke vastaanotin päälle. Virheet nollataan.

Älä odota TV-oppaan virheen ratkeavan itsestään. Jos todella tarvitset tämä toiminto, noudata sitten kaikkia ohjeitamme, niin TV-opas alkaa toimia jokaisella kanavalla. Loppujen lopuksi monet tilaajat kohtaavat tämän ongelman.