더 이상 TV에 나오지 않는 TV 채널 스타?! Tricolor가 작동하지 않습니다. Tricolor가 표시를 중지했습니다. 인코딩된 채널이 DRE이거나 액세스할 수 없다는 메시지가 나타납니다. 무엇을 해야 할까요? Tricolor에서는 전송 데이터가 없다고 말합니다.

/ 켜지지 않음

Zvezda TV 채널은 어디에 있는데 왜 TV에 없나요?

많은 통신사 가입자 Kol TV에 문제가 발생했습니다.— 가장 좋아하는 TV 채널 Zvezda가 사라졌습니다. 흥미로운 사실은 목록에 있지만 들어가 보면 많은 사람들이 익숙한 TV 채널이 없다는 것입니다. 문제는 운영자 Kol TV가 2015년 1월 18일에 좋아하는 TV 채널인 Zvezda의 방송을 중단했다는 것입니다. 기술적 측면, 그러나 많은 가입자들이 사업자의 방송 네트워크에 두 개의 Zvezda TV 채널이 있고 하나는 MPEG-2로 방송되고 두 번째는 MPEG-4로 방송된다는 사실에 관심을 기울이지 않았을 수 있다는 사실입니다.

TV 채널 Zvezda는 어디에 있나요?

방송 품질은 평균보다 약간 낮았습니다. 많은 구독자들이 관심을 기울이지 않고 있습니다! 두 가지 버전이 있다고 불평했습니다. 운영자로부터 이미지 품질이 좋지 않음 . 비교를 위해! 다른 운영자는 방송 품질이 더 좋았습니다. 그리고 운영자의 기술 서비스는 2015년 1월 18일에 조치를 취했고 그 결과 MPEG-4 형식의 Zvezda TV 채널이 방송 일정에서 제거되었거나 간단히 말하면 Zvezda TV 채널의 방송이 중단되었습니다.

물론, 이 절차에 대해 규정된 방식으로 청중에게 경고하지 않았다는 것은 명백하다. 어쩌면 그들은 이렇게 할 필요가 없다고 생각했을 수도 있습니다! 아니면 2015년 1월 18일 밤에 폐쇄 결정이 내려졌는데 그럴 시간이 없었을 수도 있습니다! 우리는 이에 대해 관심이 없습니다. (회사 내에서 운영자의 직원이 이 사실을 이해하도록 하십시오.)

익숙한 버튼에는 Zvezda TV 채널이 없으므로 TV 채널 목록이 혼동되지 않도록 Nsk 운영자의 전체 TV 채널 목록을 다시 검색해야 합니다.

GS, DRE, DRS 브랜드 수신기가 있는 경우 이 작업은 매우 쉽습니다. 수신기 메뉴에서 항목을 찾아 검색 명령을 확인하는 버튼을 누르기만 하면 됩니다.

그런 다음 목록에서 Zvezda TV 채널이 새 위치에 있는 위치를 기억하고 시청하세요.

내 텍스트의 첫 번째 줄에서 나는 다음과 같이 말하고 싶습니다. 이에 대해 이미 많은 내용이 기록되었으므로 나만의 비전을 작성하겠습니다. 표준 정보 전송 인터페이스는 훌륭하지만 내 요구에 비해 충분한(또는 거의) 데이터 전송을 제공하지 않습니다. 나에게 맞는 상태로 만들기 위해 몇 가지 추가를 시도하겠습니다.

데이터를 전송해야 하는 상당히 먼 거리(1~100미터)에 2개 이상의 장치가 있습니다. 일부 인터페이스(rs232/422/485, I2C, 이더넷)를 조사한 결과 명확한 데이터 전송을 보장하지 않거나 많은 전선을 좋아하지 않으며 정보에 대한 답변을 제공하지 않는다는 결론에 도달했습니다. 받았습니다. 저는 RS485 인터페이스를 기본으로 사용하기로 결정했습니다. 그 장점 중 하나는 "멀리 갈 수" 있고, 2개의 전선이 있으며 동시에 여러 장치를 연결할 수 있고 간단하며 (UART)는 거의 모든 장치에서 사용할 수 있다는 것입니다. 제어 장치.

내 경우에는 마스터가 1명이고 나머지는 슬레이브인 고전적인 방식이 나에게 적합합니다. 메시징 알고리즘은 다음과 같습니다. 데이터 전송은 교환 주기에서 발생합니다. 하나의 교환 주기는 마스터에서 슬레이브로 전송되는 메시지로 구성되며 이에 대한 응답으로 마스터는 슬레이브로부터 메시지를 받고 다른 모든 주기는 침묵합니다. 같은 방식으로 슬레이브 장치로부터 데이터 수신 요청을 구현합니다.

하나의 교환주기.

데이터 전송 요구 사항을 충족하려면 해결해야 할 문제가 두 가지뿐입니다. 질문 1: 전송된 바이트를 확인하는 것은 RS-485 인터페이스 자체를 기반으로 하지만 안정적으로 전송된 바이트를 보장하지는 않습니다. 손상된 바이트가 인터페이스 자체에서 감지되면 수신된 데이터에서 삭제되지만 이는 여전히 잘못된 바이트를 전송할 수 있습니다. - 바이트의 짝수 비트가 변경(손상)된 경우. 저것들. 전송되는 바이트 수와 전송된 데이터의 바이트 신뢰성을 확인해야 합니다.

질문 2: 전송된 메시지에 대한 응답 메시지를 수신합니다.

첫 번째 질문에 대해 다음 체계가 제안됩니다: 시작 바이트, 수량 바이트
전체 메시지에서 전송된 문자, 다른 것, 바이트 체크섬(BCS), 끝 바이트.


참고: 체크섬 바이트는 모듈로 2로 읽혀집니다.

제안된 방식을 기반으로 응답이 반환되지 않으면 슬레이브를 사용할 수 없는 것으로 판단할 수 있습니다. 이 경우 손상된 메시지가 슬레이브에게 도달했지만 응답하지 않거나, 메시지가 도착하고 응답을 보냈지만 응답이 손상되어 리더가 이를 무시하는 경우 옵션이 가능합니다.

이를 수정하기 위해 다음과 같이 결정했습니다. 답변이 오지 않으면(또는 오지만 신뢰할 수 없는 경우) 현재 교환 주기를 다시 반복합니다(정신 이상 없이 여러 번). 여기서 다음과 같은 오류가 발생할 수 있습니다. 볼륨을 +1 단위로 높이라는 명령을 장치에 보낸다고 가정해 보겠습니다. 메시지가 슬레이브에 도달하면 그는 볼륨을 높이는 명령을 실행하고 "좋아, 내가 원하는대로 했어"라는 응답을 보냅니다. 그러나 응답이 손상되고 리더는 명령이 변경되었음을 이해하지 못할 수도 있습니다. 이미 실행되어 메시지를 다시 보냅니다. 결과적으로 슬레이브 측에서 명령을 수신하면 볼륨이 이미 +2 단위만큼 증가합니다. 이러한 현상을 방지하기 위해 메시지 간 차이에 대한 식별자(NS - 메시지 번호)를 입력하는 것이 일반적입니다. 메시지 번호가 반복되면 반복된 메시지이며 지정된 명령실행할 필요는 없고, 이전 응답 메시지를 보내기만 하면 됩니다.

또한 여기에 2개의 매개변수를 더 입력합니다. 이는 데이터가 전송되는 장치의 번호(코드)이고 실행해야 하는 명령(또는 메시지 내에 어떤 데이터가 있는지)을 나타내는 번호(하위 코드)입니다.

결과적으로 온도 릴레이 임계값을 섭씨 5도 높이고 1 교환 주기에서 슬레이브 장치의 현재 온도 판독값을 가져오는 예를 사용하여 모든 것을 종합하고 알고리즘을 진행하겠습니다.

리더로부터 전송된 데이터를 생성합니다.

메시지가 수신되면 슬레이브는 2바이트를 확인합니다. 여기서 전송된 바이트 수는 전송된 바이트 수가 수신된 바이트 수와 같으면 메시지는 바이트를 잃지 않은 것입니다. = “$”인 경우 시작 바이트(문자), = "#"인 경우 종료 바이트(문자) - 그러면 이는 마스터에서 슬레이브로 보내는 메시지입니다.

바로 조사해보겠습니다 가능한 옵션시작 및 끝 바이트에 오류가 있는 마스터에서 슬레이브로의 메시지와 메시지의 바이트 수에 오류가 있는 옵션. 3개의 매개변수 값 중 2개와 3개를 올바른 것으로 간주하도록 예약하겠습니다. 가능한 매개변수 3개 중 2개가 일치하면 메시지가 유효한 것으로 간주됩니다.

1. 시작 바이트 = "$", 수신된 바이트 수 = 7(전송된 바이트 수 = 7), 끝 바이트가 "#"과 동일하지 않습니다.
2. 시작 바이트가 "$"와 같지 않고, 수신된 바이트 수 = 7(전송된 바이트 수 = 7), 종료 바이트 = "#"입니다.
3. 시작 바이트 = "$", 수신된 바이트 수 = 7(전송된 바이트 수 = 7, 바이트 수는 7과 같지 않음), 종료 바이트 = "#".

다음으로 나머지 3바이트(바이트 3, 4, 5)의 체크섬을 계산합니다. BCS와 일치하면 데이터 구문 분석을 계속하여 이 데이터가 이 장치에 대한 것인지, 그리고 이 장치에서 수행해야 할 작업이 무엇인지 확인합니다. 우리의 경우 슬레이브 장치 코드는 55이고 하위 코드 2는 릴레이 응답 임계값에 5도를 더 추가하고 응답 메시지로 현재 온도 데이터를 보내야 함을 의미합니다. NS를 확인한 후 이전 메시지 번호와 같지 않으면 명령을 실행하고 릴레이 응답 임계값의 현재 값에 5도를 더합니다. 동일하면(NS) 지정된 작업을 수행하지 않고 응답 메시지 생성을 진행합니다.

["$"][전송/수신된 바이트 수][...]["#"] 구성표를 사용하면 전송된 데이터에서 이러한 조합을 찾을 수 없으며 잘못된 메시지가 발생할 가능성이 높습니다.

수신된 메시지를 기반으로 슬레이브에서 전송된 데이터를 생성합니다.

처리 원리는 다음과 같습니다. 전송된 바이트 수가 수신된 바이트 수와 같고 시작 바이트 = "@"이고 종료 바이트 = "&"인 경우 전송된 바이트 수가 있는 2바이트를 살펴보세요. - 그러면 슬레이브가 마스터에게 보내는 메시지입니다. 필요한 경우 위에서 설명한 것과 유사한 메커니즘 2/3을 응답 메시지("@" 및 "&" 기호)에만 사용합니다. 이 메시지를 수신하면 마스터는 9(3번째부터 11번째까지) 바이트의 체크섬을 분석합니다. 체크섬이 일치하면 메시지의 데이터는 신뢰할 수 있는 것으로 간주되며 추가 데이터 분석이 계속됩니다. 보내고 받은 메시지의 코드, 서브코드, NS가 일치하면 리더가 보낸 메시지에 대한 응답을 계속해서 분석합니다. 다음은 수신된 데이터의 분석입니다. 제 경우 6번째 바이트의 값 1은 릴레이 임계값에 5도를 추가하는 명령이 성공적으로 수행되었음을 나타내고 나머지 5바이트는 현재 온도 판독값을 나타내고 7번째 바이트는 는 신뢰성 있는 전송 온도를 나타내는 플래그(즉, 슬레이브 장치가 켜져 응답하지만 센서가 작동하지 않을 수 있는 옵션을 고려 중임)와 부동 유형 온도 값의 4바이트입니다.

메시지의 시작과 끝 부분에 2개의 확인 문자를 사용하면 오류 발생 시 슬레이브와 마스터의 메시지가 혼동되지 않을 가능성이 높습니다. 또한 채널의 무작위(무작위 아님) 데이터는 교환을 망치지 않습니다.

슬레이브에서 슬레이브로의 데이터 전송과 마스터에서 모든 슬레이브로 보내는 중앙 집중식 메시지에 대해 조금 설명합니다.

첫째, 후자에 대해 - 마스터에서 슬레이브로의 전송은 장치 코드 255를 할당하여 수행되며 슬레이브에게 이것이 중앙 집중식 메시지임을 알리고 남은 것은 일반 하위 코드의 문제를 결정하는 것입니다. 장치 코드별로 그룹화됩니다. 254의 장치 코드를 할당하고 이 코드를 사용하면 3개 또는 4개의 장치가 메시지를 수신하게 됩니다. 나머지는 이를 무시합니다. 당연히 슬레이브 장치에서 응답을 보내는 부분은 여기서 작동하지 않습니다. 노예들이 이 메시지를 분명하게 받아들였다는 보장은 없습니다!

슬레이브에서 슬레이브로의 데이터 전송에 대해서는 마스터가 슬레이브(slave1)에게 메시지를 보내고, 그 정보를 다른 슬레이브(slave2)가 수신해야 하고, 슬레이브1은 마스터에게 응답을 보내고, 슬레이브2는 도청하는 방식을 구현합니다. 이 응답에 대해 스스로 데이터를 가져옵니다. 다시 말하지만, 슬레이브1에서 슬레이브2로 메시지가 명확하게 전달된다는 보장은 없습니다. 이 점을 고려해야 합니다!

인터페이스 기능 이론적으로 연결된 장치 수 약 250개, 각 장치당 최대 248개의 명령/데이터 유형, 길이 유용한 정보최대 250바이트의 메시지.

함정에 대해 이야기해 봅시다:

모든 데이터 전송은 시간 단위로 작동하도록 설계되었습니다. 메시지 사이의 특정 지연을 관찰해야 합니다. 또한 슬레이브가 데이터를 생성하고 채널에 완전히 보낼 시간을 가질 수 있도록 리더가 보낸 메시지와 슬레이브의 응답 사이에 고정된 지연을 만드는 것이 좋습니다.

슬레이브의 응답을 정리하는 순간도 중요합니다. 슬레이브가 바빠서 채널에 여러 메시지의 데이터가 동시에 있을 수 있으므로 오래된 메시지에 대한 응답을 피해야 합니다(마스터가 더 이상 메시지를 기다리지 않기 때문에). ) 무시하고 마지막 현재 메시지 중 하나만 명령을 실행하고 응답합니다.

별도로, 장치의 시간 동기화 문제를 강조하고 싶습니다. 메시지를 수신할 때 슬레이브의 시간 동기화는 채널로 데이터를 보내는 데 걸리는 시간 지연을 고려해야 한다는 점을 고려해야 합니다(9600의 속도에서). , 10바이트의 메시지는 약 11ms에 전송됩니다.) 마지막에 인터럽트가 트리거되는 순간은 슬레이브 측에서 데이터를 수신하는 것이 중요합니다. 중단이 없으면 시간을 고려할 가치가 있습니다. 장치 버퍼 등에 데이터 도착을 확인하는 데 소요됩니다.

또한 메시지 주기를 반복적으로 전송하면 뉘앙스가 추가된다는 점도 주목할 가치가 있습니다. 시간 동기화를 위해 반복 없이 메시지를 전송하고 새로운 NS를 사용하여 메시지를 생성하는 것이 좋습니다.

추신나는 여기서 새로운 것을 발견했다고 의심합니다. 이 모든 것이 어느 정도 다른 인터페이스에서 사용됩니다! 이 글을 쓴 저자의 도움과 개발 과정에서 이 프로토콜을 사용하여 이 데이터 전송 프로토콜에 "SRDB2"라는 이름을 부여하고 싶습니다.

2015년에는 Tricolor TV에 무료 채널이 하나도 남지 않았습니다.

모든 채널이 암호화되어 First, NTV, Karusel 또는 TNT가 표시되는 경우 구독 상태를 확인해야 합니다.

Tricolor TV 가입자의 개인 계정을 통해 단일 패키지 구독을 확인할 수 있습니다.

또는 Tricolor 웹사이트에서 수행 방법을 확인하세요.

기술적인 이유로 가입자의 신호 수신이 중단될 수 있으며, 이는 Tricolor TV TV/라디오 채널의 코딩에서 나타납니다.
문제가 발생하면 수신 장비를 재부팅해야 합니다. 필요한 경우 명령을 보냅니다. 재활성화 PM이나 아래 전화로..

아니면 전화해 무료 전화번호 8-800-500-0123으로 전화하셔서 교환원에게 문의하세요.

활성 구독이 없는 경우 연간 1200루블의 단일 관세를 지불해야 합니다.

통화는 무료입니다.

Tricorlor TV가 표시되지 않는 가장 일반적인 이유를 살펴 보겠습니다.

그리고 삼색기를 개선해 보도록 하겠습니다.

1. 먼저 Tricolor 정보 채널이 표시되는지 확인합니다.

삼색 수신기에서 액세스 카드를 제거하더라도 이 채널은 표시되어야 합니다.

이 채널이 표시되면 2단계로 이동하세요.

화면에 신호 없음 메시지가 표시되지 않는 경우.

아마도 수신기의 설정이 잘못되었을 수 있습니다.

그런 다음 설정으로 이동하여 공장 초기화를 수행하십시오.

재설정 후 수신기가 신호의 품질과 강도를 확인하는지 확인하세요. 신호가 감지되면 채널을 찾아 표시하기 시작해야 합니다.

수신기에 신호가 표시되지 않으면 문제가 다릅니다.

문제는 삼색 수신기, 접시 세팅 또는 변환기에 있을 수 있습니다.

이 문제를 해결하려면 설치 프로그램에 전화해야 합니다.

또는 이 지침을 사용하여 삼색 플레이트를 직접 설정할 수도 있습니다.

2. 채널 정보는 표시되지만 기본 패키지의 무료 Tricolor 채널이 표시되지 않는 경우 Tricolor TV에서 가입자 데이터를 확인하지 않았거나 당사 수신기에 카드가 표시되지 않거나 카드가 설치된 것입니다. 잘못된 쪽.

가입자의 개인정보를 확인하는 방법

수신자가 카드를 볼 수 있는지 확인하려면 메뉴로 이동하세요. 조건부 액세스– DRE 모듈 – 스마트 카드에 대한 정보 및 카드 ID 섹션에는 수신기에 설치된 Tricolor 카드에 적힌 숫자가 있어야 합니다.

이는 삼색 GS 8300N 수신기의 예입니다. 일반 위성 수신기의 다른 모델의 경우 ID 카드 경로가 약간 다를 수 있습니다.

수신기에 카드가 표시되지 않으면 서비스 센터로 가져가거나 다른 Tricolor 수신기의 카드를 확인하세요.

3. 무료 채널만 보이는 경우 구독이 만료되었을 수 있습니다.

구독이 아직 만료되지 않은 것이 확실하다면 장비를 Tricolor 위성에 다시 바인딩해야 합니다.

이렇게하려면 전화해야합니다 +7 800 500-01-23 교환원에게 재활성화 신호를 보내달라고 요청하세요.

아니면 이메일로 쓰세요 활성화 명령 반복 요청 -이 이메일 주소는 스팸봇으로부터 보호됩니다. 해당 내용을 보려면 JavaScript가 활성화되어 있어야 합니다.

삼색 이미지에 따르면 이미지는 늦어도 8시간 후에 나타나야 합니다.

경험상 디코딩에는 약 30~60분이 소요됩니다.

4. Tricolor HD 채널이 표시되지 않지만 실제로 HD를 지원하는 수신기가 있습니까?

Tricolor TV가 작동하지 않는 가장 일반적인 이유를 살펴보았습니다.

질문이나 추가사항이 있으면 댓글에 적어주세요.

TV 가이드: 위성을 통해 실시간으로 다운로드되는 데이터인 Tricolor TV용 디지털 TV 프로그램입니다. 따라서 때로는 데이터를 다운로드하는 데 최대 10분이 걸릴 수도 있습니다. 가능한 오류 "전송 데이터가 없습니다", 또는 “이 채널에는 프로그램 가이드가 없거나 아직 다운로드되지 않았습니다.. 이 모든 것이 수신기의 오작동으로 이어질 수 있습니다.

먼저 TV 가이드가 작동하지 않는 이유를 이해해야 합니다.

  • 잘못된 시간을 정하다수신기 자체에;
  • 장비 오작동이 발생했습니다.
  • 오래된 펌웨어 또는 고장난 수신기;

물론 이 상태로 장비를 방치할 수는 없으므로 해결책을 모색해야 합니다. 문제에 대한 가장 간단한 해결책은 장비를 설치한 전문가에게 문의하는 것입니다. 또한 핫라인에 전화하여 Tricolor TV 전문가에게 문의할 수 있습니다.

Tricolor TV에서 TV 가이드를 수정하는 방법

  • 수신기에 정확한 시간을 설정하십시오. 이렇게 하려면 수신기 리모컨의 "메뉴"를 누른 다음 "날짜 및 시간" 섹션을 찾으세요. 정확한 날짜와 시간을 설정하십시오.
  • 설정을 공장 기본값으로 재설정합니다. 지침: ;
  • 수신기를 업데이트해 보세요. 새로운 설정이 포함된 업데이트가 출시되었을 수 있습니다.
  • 수신기를 재부팅하십시오. 이렇게 하려면 다음을 수행해야 합니다. 전원을 끄십시오. 그런 다음 몇 분 동안 콘센트에서 코드를 뽑으십시오. 수신기를 켜십시오. 오류가 재설정됩니다.

TV Guide 오류가 저절로 해결될 것이라고 기대하지 마십시오. 정말로 필요하다면 이 기능을 클릭한 다음 지침의 모든 단계를 수행하면 TV 가이드가 각 채널에 대해 작동하기 시작합니다. 결국 많은 가입자가 이 문제에 직면합니다.

© 2024 ermake.ru - PC 수리 정보 - 정보 포털