AirGlu2 უსადენო სინქრონიზაციისა და მართვის მოდული
მომხმარებლის სახელმძღვანელო

ძირითადი მახასიათებლები
AirGlu2™ მოდულის ხაზგასმული ფუნქციები ჩამოთვლილია ქვემოთ:

• რეგულირებადი სინქრონიზაციის და კონტროლის მოდული პროფესიონალური კამერების, ჩამწერების და აუდიო მოწყობილობების სინქრონიზაციისა და კონტროლისთვის
• ჩაშენებული Timecode გენერატორი, 0.5ppm VC TCXO
• Timecode შეყვანის და Timecode გამომავალი რეჟიმები
• Master ან Slave მუშაობის რეჟიმები
• Genlock-ისა და Word Clock-ის სინქრონიზაციის შედეგები
• უსადენო სინქრონიზაცია და კონტროლი სუბ-გჰც პროტოკოლის გამოყენებით, გადაცემა და მიღება.
• გარე ანტენის პორტი
• დამატებითი დაკავშირება აპებთან, 2.4 GHz Bluetooth LE-ის გამოყენებით.
• 2.0 ვ და 3.3 ვ რეგულირებადი შეყვანა
• UART მოწყობილობებს მასპინძლობს ბუფერული მონაცემების შეყვანით
• მარტივი სერიული UART API ყველა მენიუსა და კონტროლის ფუნქციისთვის
• ერთი დენის და I/O პორტი
• Surface Mount მოდული

სისტემა დასრულდაview

შესავალი
AirGlu™ მოდული არის ენერგოეფექტური, კომპაქტური გადაწყვეტა პროფესიონალური კამერის, ჩამწერის ან აუდიო მოწყობილობის უსადენო სინქრონიზაციისა და კონტროლის შესაძლებლობების უზრუნველსაყოფად.
იგი აერთიანებს ინტეგრირებულ MCU/2.4GHz გადამცემს, FPGA და Sub GHz რადიო გადამცემს.
უაღრესად ზუსტი 0.5ppm TCXO უზრუნველყოფს სტაბილურ დროის კოდს და სინქრონიზაციის გამომავალს.
მას შეუძლია Sub GHz რადიოს მეშვეობით სხვა AirGluTM და AirGlu2TM მოდულები ან მესამე მხარის აპლიკაციებთან კომუნიკაცია 3GHz Bluetooth LE რადიოს გამოყენებით.
მას აქვს გარე-შიდა ანტენის პორტი და შეიძლება ზედაპირზე დამონტაჟდეს მასპინძელ PCB-ში.
ძალიან კომპაქტურია 22 მმ x 16 მმ.
სერიული UART API S1C ბრძანებები
API V5.4
მოწყობილობების გასააქტიურებლად S1C-ის კონფიგურაციის პარამეტრების მიღება/შეცვლა
ყველა ბრძანება იქმნება ჩვეულებრივ ტექსტზე დაფუძნებული სტრიქონების გამოყენებით და მიეწოდება მოწყობილობას ერთ-ერთი შემდეგი მეთოდით.

• ორმხრივი სერიული ბმული. ბმული ამჟამად დაფუძნებულია ლოგიკური დონის სერიული პორტის გარშემო CTS/RTS ხელის ჩამორთმევით ან მის გარეშე, ნაგულისხმევი ბაუდ სიხშირით 57600. გაითვალისწინეთ, რომ TCS სტანდარტული სერიული I/O არ მოითმენს RS232 სრულ მოცულობას.tage დონეზე, ასევე RS232-ს აქვს საპირისპირო ლოგიკა.
• Bluetooth დაბალი ენერგიის მქონე მოწყობილობებისთვის.

მეთოდი, რომელიც გამოიყენება System One Controller-ით (S1C) მნიშვნელობების წასაკითხად ან შესაცვლელად მარტივი საკონტროლო მოთხოვნის შეტყობინებების გამოყენებით. ეს მოთხოვნები შეიძლება იყოს ინფორმაციის მოპოვება ან პარამეტრების შეცვლა. S1C უპასუხებს მოთხოვნილ მონაცემებს ან განხორციელებულ დადასტურების ცვლილებებს.
ყველა საკონტროლო შეტყობინება და პასუხი შეიძლება შემოწმდეს მარტივი ტერმინალის პროგრამული უზრუნველყოფის გამოყენებით, ანუ Teraterm სერიული ბმულებისთვის
ბრძანების სინტაქსი
ბრძანებები და პასუხები იქმნება როგორც წაკითხვადი ASCII სტრიქონები.
ბრძანებები/შეკითხვები/პასუხები იწყება `#'-ით, ამ დაწყების სიმბოლოს მოსდევს ბრძანება/შეკითხვის სტრიქონი, რომელსაც მოჰყვება `?' მოთხოვნებისთვის ან `=' ბრძანებებისთვის/პასუხებისთვის.
ყველა ბრძანება და მოთხოვნა სენსიტიურია, ამჟამად ყველა დიდი და 4 ASCII სიმბოლოა – გამოკლებით `#', `=' ან `?'.
ყველა ბრძანება და მოთხოვნა უნდა დასრულდეს a ან ა + (0x0a ან 0x0d,0x0a)[`\n' ან `\r\n']. ყველა არაორობითი პასუხი შეწყდება ერთით
ბრძანების მნიშვნელობის სტრიქონები არ უნდა აღემატებოდეს 112 ბაიტს, რომ თავსებადი იყოს BLink ქსელთან.
ორობითი ბრძანებები
ბრძანებები ან მოთხოვნები, რომლებიც საჭიროებენ ორობით მონაცემებს, იდენტიფიცირებულია სხვადასხვა დავალებების სიმბოლოებით შემდეგნაირად.
`>'………… ორობითი ნაკრები (იგივე ტექსტური ბრძანების `=')
`<'………… ორობითი მიღება (იგივე ტექსტური ბრძანების `?“)
დავალების შემდეგ, სიმბოლო არის ერთი სიგრძის ბაიტი, რომელიც აღნიშნავს შემდეგი ორობითი მონაცემების სიგრძეს. თუ არ არის ორობითი მონაცემი, მაშინ ეს სიგრძის ბაიტი უნდა იყოს ნული. სიგრძის ბაიტს უნდა მოჰყვეს ბინარული მონაცემების პირველი ბაიტი. ორობითი მონაცემი (ან ნულოვანი სიგრძის ბაიტი) კვლავ მოითხოვს `n' დასრულების სიმბოლოს.
„#BCMD>სიგრძე+ორობითი მონაცემები\n“
მრავალი ბრძანება თითო ხაზზე
რამდენიმე ბრძანება შეიძლება განთავსდეს ერთ ბრძანების ხაზზე. ეს არის ყველაზე გამოსადეგი BLink ბრძანებების/მოთხოვნებისთვის ერთ დისტანციურ მოწყობილობაზე, რადგან რამდენიმე ბრძანება ერთ ხაზზე გადაეცემა დისტანციურ მოწყობილობას ერთი კადრის პერიოდში, ანუ უფრო სწრაფად. მრავალი ბრძანება უნდა გამოიყოს სიმბოლოთი `:' (სრული ორწერტილი). თითოეული ხაზი, ყოველი ბრძანება კი არა, უნდა დაიწყოს `#' სიმბოლოთი და დასრულდეს a\n“
"#TCTM?:TCUB?:RFTX=1:BINC>\04****\n"
რამდენიმე ბრძანებაზე პასუხი შეიძლება დაბრუნდეს ცალ-ცალკე.
უნდა გვახსოვდეს, რომ არსებობს ხაზის სიგრძის ლიმიტი 112 სიმბოლო.
BLlink ქსელის ბრძანებები BLink ქსელის მოწყობილობის მისამართი ოდნავ განსხვავებულია, გთხოვთ, იხილოთ მოგვიანებით სექცია
"Blink Networks" სრული დეტალებისთვის.
დროის კოდის წყარო
TCSC?………. აბრუნებს მიმდინარე დროის კოდის წყაროს, როგორც სტრიქონი TCSC=n, სადაც n არის ASCII '0'-დან '2'-მდე, სადაც;
0 = შიდა (უფასო გაშვება)
1 = გარე RF
2 = გარე RF (გაგრძელება) უფასო გაშვება სინქრონიზაციის პაკეტებს შორის.
3 = გარე LTC
4 = გარე LTC (გაგრძელება) თავისუფალი გაშვება, თუ სიგნალი ამოღებულია TCSC=n ………. დროის კოდის წყაროს აყენებს n მნიშვნელობაზე, როგორც ქვემოთ მოცემულ სიაში. S1C უპასუხებს ამჟამად დაყენებულ წყაროს, სადაც;
0 = შიდა
1 = გარე RF
2 = გარე RF (გაგრძ.)
3 = გარე LTC
4 = გარე LTC (გაგრძ.)
5 = Jam ერთხელ RF-ზე, შემდეგ გადადით შიდა რეჟიმში
6 = Jam ერთხელ LTC-ზე, შემდეგ გადადით შიდა რეჟიმში
დროის კოდი
TCTM?…….. აბრუნებს მიმდინარე დროის კოდს, როგორც სტრიქონი „TCTM=hhmmssff“
TCTM=hhmmssff……. აყენებს მიმდინარე დროის კოდს (მხოლოდ "შიდა" რეჟიმში)
მომხმარებლის ბიტები (ასევე იხილეთ RF მომხმარებლის ბიტები)
TCUB?……… აბრუნებს მომხმარებლის მიმდინარე ბიტებს
TCUB=uuuuuuu……… აყენებს მომხმარებლის მიმდინარე ბიტებს (მხოლოდ იმ შემთხვევაში, თუ "შიდა" რეჟიმში ან RF მომხმარებლის ბიტების შეცვლა (RFUB) გამორთულია)
მაუწყებლობის დროის კოდი *
TCBC=n დააკონფიგურირებს ერთეულს სერიულ გამომავალზე '#TCTM=hhmmssff' სტრიქონის პერიოდულად გადაცემაზე.
TCBC=0…….. გამორთეთ მაუწყებლობა
TCBC =1……. გაგზავნეთ Timecode წამში ერთხელ კადრზე 10. ჩარჩო 10 საშუალებას გაძლევთ მარტივად დაარეგულიროთ ის, რაც გამოიყენება/აჩვენეთ.
TCBC=2 დროის კოდის გაგზავნა ყოველ კადრში.
დროის კოდი გაშვება/გაყინვა *
როდესაც Timecode-ის წყარო დაყენებულია უწყვეტ რეჟიმში, გამომავალი Timecode „გაყინავს“ შემომავალი სიგნალის ხილვამდე, რაც გამოიწვევს Timecode-ის გაშვებას.
მაშინ როცა უწყვეტი რეჟიმები გააგრძელებს Timecode-ის გაშვებას გარე სიგნალის არარსებობის შემთხვევაში და შემდეგ „რბილი ჩაკეტვა“ სიგნალის ხელახლა დაყენებისას. ამ ფუნქციებს შეუძლიათ გადალახონ სტანდარტული ქცევა.
TCRN?……… აბრუნებს Timecode გაშვებული (=1) თუ გაყინული (=0).
TCRN=n……… აყენებს დროის კოდს გასაშვებად (n=1) ან გაყინვას (n=0).
კადრების სიხშირე *
TCFR?…… აბრუნებს კადრების მიმდინარე სიჩქარეს (კადრები წამში) და იყენებს თუ არა დროის კოდის მონაცემების Drop-Frame კოდირებას. აბრუნებს TCFR=n,d სადაც n არის FPS
მნიშვნელობა*1001 და d არის დროშა იმის შესახებ, იყენებთ თუ არა Drop-frame კოდირებას;
24000,0 = 23.98 კადრი/წმ (ჩავარდნის გარეშე)
24024,0 = 24 fps
25025,0 = 25 fps
30000,0 = 29.97 fps
30000,1 = 29.97 fps ჩამოსაშლელი ჩარჩო
30030,0 = 30 fps
30030,1 = 30 fps ჩამოსაშლელი ჩარჩო
ფუნქცია მიიღებს ორმაგ კადრების სიხშირეს, შემდეგნაირად, მაგრამ დააბრუნებს სტანდარტული სიჩქარის მნიშვნელობას პასუხად და შემდგომი მოთხოვნებისთვის.
48000,0 = 47.96 კადრი/წმ (ჩავარდნის გარეშე)
48048,0 = 48 fps
50050,0 = 50 fps
60000,0 = 59.94 fps
60000,1 = 99.94 fps ჩამოსაშლელი ჩარჩო
60060,0 = 60 fps
60060,1 = 60 fps ჩამოსაშლელი ჩარჩო
TCFR=n,d...... დაბრუნებული მნიშვნელობა უნდა შემოწმდეს, რადგან უკანონო მნიშვნელობები იგნორირებული იქნება ან შეიცვლება უახლოეს მნიშვნელობამდე.
თუ კადრების სიხშირე იცვლება, ტელევიზორის სინქრონიზაციის სტანდარტიც შეიძლება შეიცვალოს. მნიშვნელოვანია, რომ ტელევიზორის სინქრონიზაციის მნიშვნელობა წაიკითხოს და გამოჩნდეს FPS-ში ნებისმიერი ცვლილების შემდეგ.
Genlock ან Sync Standard
GLSD?…….. აბრუნებს ტელევიზორის სინქრონიზაციის მიმდინარე მეთოდს (Genlock) როგორც სტრიქონი GLSD=n სადაც n არის ASCII 0-დან 13-მდე, სადაც;
0 = გამორთული
1 = PAL
2 = NTSC
3 = 720p
4 = 720p x2 (ორმაგი მაჩვენებელი)
5 = 1080i
6 = 1080p
7 = 1080p x2
8 = LTC (დროის კოდი)
9 = 44.1 KHz Wordclock
10 = 88.2 KHz Wordclock
11 = 48 KHz Wordclock
12 = 96 KHz Wordclock
13 = 192 KHz Wordclock
GLSD=n აყენებს ტელევიზორის სინქრონიზაციის მიმდინარე მეთოდს n მნიშვნელობაზე, როგორც ზემოთ მოცემულ სიაში. თუ სინქრონიზაციის სტანდარტი არ არის მხარდაჭერილი მიმდინარე კადრების სიხშირისთვის, პასუხი შეიძლება არ იყოს იგივე, რაც მოთხოვნა. პასუხი უნდა იყოს გაშიფრული და ნაჩვენები, რადგან ტელევიზორის სინქრონიზაციის გარკვეული მეთოდების გამოყენება შეუძლებელია კადრების გარკვეული სიხშირით.
Genlock ან სინქრონიზაციის დონე
GLOP?……. აბრუნებს ტელევიზორის სინქრონიზაციის მიმდინარე დონეს GLOP=n სადაც n არის ASCII სიმბოლო '0' ან '1' სადაც;
0 = ნორმალური…… (75 Ohm)
1 = მაღალი……… (2 x 75 Ohm = 37.5 Ohm 3D კამერის მოწყობილობებისთვის)
GLOP=n ……..აყენებს ტელევიზორის სინქრონიზაციის გამომავალს ზემოთ ცხრილის მიხედვით
RF არხის ნომერი *
RFCH?………. აბრუნებს მიმდინარე RF არხის ნომერს, როგორც „RFCH=n“. არხის ნომრის დიაპაზონი არის 1-დან მაქსიმუმ 14-მდე, მაგრამ დამოკიდებული იქნება ქვეყანაზე/რაიონზე.
RFCH=n……. აყენებს მიმდინარე RF არხის ნომერს. პასუხი უნდა იყოს გაშიფრული და ნაჩვენები, რადგან გარკვეული არხების გამოყენება ზოგიერთ ზონაში შეუძლებელია.
ქვეყნის/ტერიტორიის პარამეტრი *
RFCN?……… დაბრუნება მიმდინარე ქვეყნის/არეალის პარამეტრი ISM ზოლის გადამცემისთვის
RFCN=n…… აყენებს ქვეყნის/არეალის მიმდინარე პარამეტრს. ქვეყნის შეცვლის შემთხვევაში, RF არხის ნომერიც შეიძლება შეიცვალოს, ამიტომ RF არხის ნომერი უნდა წაიკითხოს და გამოჩნდეს ქვეყნის/ზონის ნებისმიერი ცვლილების შემდეგ.
0 = CEPT (ევროკავშირი/დიდი ბრიტანეთი) …. 865.050-868.050 MHz
1 = FCC (აშშ/აშ) …….. 915.050-918.650 MHz
2 = ARIB (JP)…. ……….920.600-923.600 MHz
RF სიგნალის სიძლიერე
RFSI? აბრუნებს მიმდინარე სიგნალის სიძლიერეს (0-დან 99-მდე) და დაბლოკილია თუ არა მოწყობილობა RF დროის კოდის სიგნალზე.
დაბრუნება იქნება დაახლოებით ასეთი;
#RFSI=68,1………… ეს ნიშნავს, რომ მიმდინარე სიგნალის სიძლიერე არის 68 და მოწყობილობა დაბლოკილია.
Ხოლო;
#RFSI=14,0……… ეს ნიშნავს, რომ მიმდინარე სიგნალის სიძლიერე არის 14 და ერთეული განბლოკილია.
RF მომხმარებლის ბიტები
RFUB?……. აბრუნებს "RF Receive User-Bits" ჩართვის/გამორთვის გადამრთველის მნიშვნელობას, 0(ნულოვანი) თუ გამორთულია ან არ არის სინქრონიზებული მასტერთან, 1 თუ ჩართულია ანუ სინქრონიზებულია.
RFUB=n…… აყენებს RF User-Bits-ის ჩართვა/გამორთვის გადამრთველს, სადაც n = 0 (გამორთვა) ან 1 (ჩართვა)
გადამცემის ჩართვა/გამორთვა *
RFTX?……….. აბრუნებს გადამცემის სტატუსს, 0(ნულოვანი) თუ გამორთულია, 1 თუ ჩართულია.
RFTX=n…….. აყენებს გადამცემს ჩართვა/გამორთვა, სადაც n = 0 (გამორთვა) ან 1 (ჩართვა)
შენიშვნა:
გადამცემი ავტომატურად გამოირთვება, თუ Timecode Source გადადის გარე RF რეჟიმში. ის ავტომატურად ხელახლა არ ჩაირთვება უკან გადართვისას.
მოწყობილობის ტიპის სახელი
STTN?…… აბრუნებს მიმდინარე ერთეულის მოწყობილობის ტიპს, როგორც ტექსტური სტრიქონი, როგორიცაა „SystemOne OEM“.
მოწყობილობის განსაზღვრადი სახელი
STNM?…… აბრუნებს მიმდინარე ერთეულის ტექსტის სახელის სტრიქონს. ეს სტრიქონი არის მომხმარებლის მიერ განსაზღვრული და გამოიყენება ერთეულის "მეგობრული" სახელის წარმოსაჩენად, როგორიცაა "კამერა 1".
STNM=…… აყენებს ერთეულის ტექსტურ სახელს. მაქსიმალური სიგრძეა 11 სიმბოლო.
ეკრანის სიკაშკაშე (გამოდგება მხოლოდ იმ შემთხვევაში, თუ გამოიყენება ეკრანთან ერთად)
STBT?…… (მოძველებულია – გამოიყენეთ STBR) აბრუნებს სიკაშკაშის მიმდინარე პარამეტრს, როგორც „STBT=n“, სადაც n არის ascii სიმბოლო, რომელიც წარმოადგენს ეკრანის სიკაშკაშის მიმდინარე მნიშვნელობას „0“-დან „7“-მდე
STBT=n….. აყენებს ეკრანის სიკაშკაშეს.
რევიზია
STVS?….. აბრუნებს მიმდინარე ვერსიას სტრიქონის სახით „STVS= ” სადაც ჩამოთვლის პროგრამის ტიპს/რევიზიას და FPGA ტიპს/რევიზიას, რომლებიც გამოყოფილია მძიმით ';'
მოჰყვა S1C პროტოკოლის გადახედვა.
STVP?……. აბრუნებს პროგრამის რევიზიას * 100
STVF?…… აბრუნებს FPGA ვერსიას * 100
STVC?….. აბრუნებს S1C პროტოკოლის რევიზიას
მოწყობილობის სტატუსი
STST?……. (მოძველებულია - გამოიყენეთ STSS/STSP)
აბრუნებს მოწყობილობის მიმდინარე მდგომარეობას.
სტატუსები დაბრუნდება ASCII სტრიქონის სახით თითოეული სტატუსის ვერტიკალური ზოლით ('|',
0x7C) გამოყოფილია თითოეულ ხაზზე. დასაბრუნებელი სტატუსი იქნება: -
1. მომხმარებლის ბიტები „UUUUUUUU“
2. სინქრონიზაციის რეჟიმი (0=INT, 1=Ext RF.. იხილეთ TCRC ბრძანება)
3. Ext Sync Std (0=გამორთული, 1=PAL… იხილეთ GLSD ბრძანება)
4. FPS (0=25,1=23.98,2=24,3=29.97, 4=30)
5. ქვეყანა (იხილეთ RFCN ბრძანება)
6. RF არხი (იხ. RFCH ბრძანება)
7. სიკაშკაშის დონე (იხილეთ STBT ბრძანება)
8. ბატარეა (1-5)
9. PSU-ზე (0 ან 1)
10. მოწყობილობის სახელი (ასეთის არსებობის შემთხვევაში)
11. SSID (სტრიქონი) (ასეთის არსებობის შემთხვევაში)
ტიპიური დაბრუნება ამ მოთხოვნიდან იქნება:
STST=12ABCD78|0|0|23,030|1|14|60|3|0|D Name|Wave077<LF>
ინდივიდუალური მოწყობილობა - სტატიკური მონაცემები
STSS?….. (ინდივიდუალურ მოწყობილობასთან გამოსაყენებლად – გამოიყენეთ BLSS=n თუ BLink master-ის მეშვეობით)
მიმდინარე სტატუსი დაბრუნდება ASCII სტრიქონის სახით, თითოეული სტატუსის მძიმით გამოყოფილი თითოეულ სტრიქონზე. დასაბრუნებელი სტატუსი იქნება: -

1. ერთეულის ტიპი
2. ერთეულის მოწყობილობის ტიპის სახელი
3. Firmware Revision * 100
4. FPGA რევიზია * 100
5. დამატებითი რევიზია * 100
6. S1C რევიზია
7. მოწყობილობის შესაძლებლობების დროშები – იხილეთ დანართი

მოწყობილობის შესაძლებლობების დროშებზე მითითებულია, თუ რა ფუნქციები შეიძლება გამოყენებულ იქნას მოწყობილობასთან, მაგალითად, არის თუ არა დისპლეი დამონტაჟებული, აქვს Wifi შესაძლებლობა ან გარე სინქრონიზაციის პორტი და ა.შ. ეს აღინიშნება 32 ბიტიანი თექვსმეტობითი რიცხვის გამოყენებით.
ტიპიური დაბრუნება ამ მოთხოვნიდან იქნება:
STSS=11,UltraSyncBLU,201,106,0,5,E0F07040
ინდივიდუალური მოწყობილობა - გამოკითხვის შეცვლის მონაცემები
STSP?…… (ინდივიდუალურ მოწყობილობასთან გამოსაყენებლად – გამოიყენეთ BLSP=n თუ BLink master-ის მეშვეობით) გამოკითხვა მიმდინარე მოწყობილობიდან სტატუსის ინფორმაციის შესაცვლელად.
სტატუსი' დაბრუნდება ASCII სტრიქონის სახით, თითოეული სტატუსის მძიმით გამოყოფილი თითოეულ სტრიქონზე. დასაბრუნებელი სტატუსი იქნება: -

1. მიმდინარე მინიჭებული ქსელის ჯგუფის ნომერი – '0'/'A' - 'F'
2. ამჟამინდელი მომხმარებლის ბიტები „UUUUUUUU“
3. მონაცემები შეიცვალა დროშები (8 ბიტიანი თექვსმეტობითი) – იხილეთ ქვემოთ
4. Ext Sync Std (0=გამორთული, 1=PAL… იხილეთ GLSD ბრძანება)
5. ბატარეის მუდმივიtage
6. PSU-ზე (0 ან 1)
7. RF სიგნალის სიძლიერე (0-დან 99-მდე)
8. მეგობრული სახელი

მონაცემთა შეცვლილი დროშები – ბიტის განმარტებები;
0. ძირითადი სტატიკური მონაცემები შეიცვალა – გამოიყენეთ BLSS? ცვლილებების მისაღებად
1. კენჭისყრის ძირითადი მონაცემები შეიცვალა – გამოიყენო BLSP? ცვლილებების მისაღებად
2. მიმაგრებული მოწყობილობის სტატიკური მონაცემები შეიცვალა - გსურთ GCSS?
3. მიმაგრებული მოწყობილობის კენჭისყრის მონაცემები შეიცვალა - გსურთ GCSP?
4-7 განუსაზღვრელი
ტიპიური დაბრუნება ამ მოთხოვნიდან იქნება:
BLSP=1,B,65,CAFEF00D,05,40,0,65,UltraSync 1<LF>
STSP=0…… მონაცემთა შეცვლილი დროშების გასუფთავება
Bluetooth დაბალი ენერგიის (BLE) ბრძანებები
BTPR= დააყენეთ BLE დაწყვილების რეჟიმში. მნიშვნელობების დაბრუნება;
BTPR=0….. შეაჩერე ნებისმიერი დაწყვილების თანმიმდევრობა
BTPR=1….. დაიწყეთ დაწყვილების თანმიმდევრობა – მოძებნეთ მოწყობილობები, რომლებსაც სურთ ჩვენთან დაწყვილება
BTPR=2….. მოწყობილობასთან დაკავშირება
BTPR?…….. მიიღეთ მიმდინარე დაწყვილების ინფორმაცია დაბრუნების მნიშვნელობები
BTPR=0……. დაწყვილების თანმიმდევრობა უმოქმედოა
BTPR=1….. ძიება
BTPR=2,…… ელოდება დაწყვილებას
BTST?……. მიიღეთ BLE მოწყობილობების მიმდინარე სტატუსი
ეს მოთხოვნა აბრუნებს კავშირის ხელმისაწვდომი სლოტების რაოდენობას, რასაც მოჰყვება ამჟამად დაკავშირებული მოწყობილობების სახელები და სიგნალის სიძლიერე.
ე.ი
BTST=1,name1,85,name2,80,,0,,0
მიუთითებს ამჟამად დაკავშირებული ორი მოწყობილობისა და მხოლოდ ერთი სლოტის ხელმისაწვდომობის ახალი დაწყვილებისთვის სხვა ამჟამად უცნობ მოწყობილობასთან.
BTST=…….. წაშალეთ დაწყვილების ინფორმაცია
BTST=0……… წაშალეთ მთელი დაწყვილების ცხრილი
მოწყობილობის კონტროლი და სტატუსი - ზოგადი ბრძანებები
GCMD?
ეს ბრძანება არის მოწყობილობებთან დაკავშირების მეთოდი. მოწყობილობის "ოჯახის" ტიპის დაბრუნების გარდა, ის ასევე აბრუნებს მოდელის ნომერს.
ვინაიდან BLST აბრუნებს მხოლოდ „ოჯახის ტიპს“, ეს ფუნქცია აბრუნებს როგორც ამ, ასევე სტრიქონის მსგავსად დაკავშირებულ მოდელს.
მოთხოვნა აბრუნებს CSV სტრიქონს, სადაც პირველი მნიშვნელობა არის დაკავშირებული მოწყობილობის ოჯახის ტიპი, რასაც მოჰყვება სტრიქონი, რომელიც აღნიშნავს მოწყობილობის მოდელის ნომერს. თუ დაბრუნდა მხოლოდ ერთი მნიშვნელობა, ანუ მძიმის გარეშე და მეორე მნიშვნელობის გარეშე, მაშინ ჩართულია „ოჯახის“ დამაკავშირებელი კაბელი, მაგრამ არ არის გამოვლენილი მოწყობილობა, რომელიც დაკავშირებულია დენთან.
მოწყობილობის ტიპები
-1 = არაფერია დაკავშირებული
0 = ხმის მოწყობილობები
1 = Canon OK
2 = GoPro
GCCT? მოითხოვეთ ტრანსპორტის კონტროლის მიმდინარე სტატუსი დაბრუნებული მნიშვნელობები:-
-1 = არაფერია დაკავშირებული/ხაზგარეშე
0 = უცნობი
1 = შეჩერებულია
2 = ჩაწერა
3 = დაკვრა
4 = პაუზა
5 = გადახვევა
6 = სწრაფი წინ
GCCT=n
როგორც ზემოთ, მაგრამ ბრძანება, რომ შეცვალოთ მოწყობილობის მდგომარეობა „n“ სტატუსზე, ზემოთ მოყვანილი სიის მიხედვით.
GCVR?
ითხოვს პროგრამული უზრუნველყოფის ვერსიას მიმაგრებული მოწყობილობისთვის და დააბრუნებს ASCII სტრიქონის სახით
GCBT?….. აბრუნებს ბატარეის დონეს პროცენტულადtage ერთეულები 0-დან 100-მდე
GCON?….. დენის სტატუსი 1=ჩართული, 0=გამორთული
GCDV? მედიის სტატუსი. GCDV= , , ,
0 = CF ბარათი
1 = SD ბარათი
2 = შიდა მყარი დისკი
3 = გარე დისკი

0 = წუთი
1 = პროცენტიtage
2 = მბაიტი
მიმაგრებული მოწყობილობის სტატუსი და კონტროლი
ეს ახალი ბრძანებები ქმნიან ძველი ინდივიდუალური ბრძანებების კომბინაციას, მაგრამ იყოფა მხოლოდ ორ ფუნქციად, ერთი სტატიკური მონაცემების მისაღებად, რომელიც იშვიათად იცვლება, და მეორე - მონაცემების მისაღებად.
რომელიც შეიძლება შეიცვალოს ან დაყენდეს.
GCXS?……. მიმაგრდით მოწყობილობის სტატიკურ მონაცემებზე.
აბრუნებს ველების სერიას, რომელიც განსაზღვრავს მიმაგრებულ მოწყობილობას და მის შესაძლებლობებს. ველები ბრუნდება მძიმით გამოყოფილი.

1. მწარმოებლის სახელი – ASCII ტექსტური მნიშვნელობა
2. მწარმოებლის მოდელი – ASCII ტექსტური მნიშვნელობა
3. შესაძლებლობების დროშები – 32 ბიტიანი თექვსმეტობითი რიცხვი – იხილეთ დანართი
4. შენახვის ერთეული #1 სახელი (ASCII სტრიქონი)
5. შენახვის ერთეული #1 ტევადობა (მთლიანი მნიშვნელობა)
6. შენახვის ერთეული #1 ერთეული 0 = ცარიელი/უცნობი, 1 = მბ, 2 = გბ, 3 = ტბ
7. შენახვის ერთეული #2 დასახელება
8. შესანახი ერთეული #2 ტევადობა
9. შესანახი განყოფილება #2 ერთეული
10. შენახვის განყოფილება #3 ... და ა.შ.

GCXP?……. მიიღეთ მიმაგრებული მოწყობილობის ცვლილებების მონაცემები
აბრუნებს ველების სერიას, რომელიც აღნიშნავს მიმაგრებული მოწყობილობის ამჟამინდელ სტატუსს. ველები გამოყოფილია მძიმით.

1. ტრანსპორტის ამჟამინდელი მდგომარეობა - იხილეთ დანართი
2. კადრების სიჩქარის მიმდინარე მრიცხველი
3. კადრების სიჩქარის მიმდინარე მნიშვნელი
4. შეფასების დროშები (8 ბიტიანი თექვსმეტობითი) – ბიტი 0 = ჩამოაგდეს ჩარჩო, სხვები გამოუყენებელი
5. ბატარეის ამჟამინდელი დონის პროცენტიtage
6. გამოყენებული გარე კვების/ბატარეის დამუხტვის დროშა
7. მიმდინარე კლიპი/fileსახელი
8. შენახვის ერთეული ამჟამად არჩეულია ან გამოიყენება
9. შენახვის ერთეული #1 მედია დარჩენილი დრო წუთებში
10. შენახვის ერთეული #1 მედიის დარჩენილი ზომა
11. შენახვის ერთეული #2 მედია დარჩენილი დრო წუთებში
12. შენახვის ერთეული #2 მედიის დარჩენილი ზომა
13. შესანახი განყოფილება #3… და ა.შ.

GCXP=…… გამოიყენება მიმაგრებული მოწყობილობის ტრანსპორტირების სტატუსის ან კადრების სიჩქარის დასაყენებლად.
ამ ბრძანებას შეუძლია შეცვალოს მხოლოდ ტრანსპორტის კონტროლის მდგომარეობა ან კადრების სიხშირე. ბრძანებას უნდა მიაწოდოს მხოლოდ პირველი ველი, თუ უბრალოდ აკონტროლებს სატრანსპორტო მდგომარეობას ან სურვილისამებრ ორი ველი, თუ ასევე აკონტროლებს კადრების სიხშირეს.

1. ტრანსპორტის ამჟამინდელი მდგომარეობა - იხილეთ დანართი
2. მიმდინარე კადრების/ბიტის სიჩქარის მრიცხველი (სურვილისამებრ)
3. მიმდინარე კადრების/ბიტის სიჩქარის მნიშვნელი (არასავალდებულო)

ბლინკი ქსელები
BLink არის კლიენტის/სლავური მოწყობილობების დაკავშირების მეთოდი მთავარ საკონტროლო მოწყობილობასთან TCS საკუთრებაში არსებული გრძელვადიანი RF ბმულის საშუალებით. მთავარი მოწყობილობა უნდა იყოს მოწყობილობა
რომლებთანაც კლიენტები არიან დაკავშირებული RF Timecode სინქრონიზაციისთვის.
ყველა S1C ბრძანება თავდაპირველად იგზავნება მთავარ მოწყობილობაზე და შემდეგ გადაეცემა BLink კლიენტს RF ბმულის საშუალებით. BLink კლიენტის პასუხები შემდეგ უპასუხა RF ბმულის მეშვეობით მასტერთან და შემდეგ უბრუნდება ბრძანების შემქმნელს.
როგორც წესი, ყველა ბრძანებას/მოთხოვნას პასუხობენ, მაგრამ უნდა აღინიშნოს, რომ ზოგიერთმა პასუხმა შეიძლება დაბრუნდეს წამში. თუ პასუხი არ ისმის, ვთქვათ 2 წამში, ორიგინალური მოთხოვნა ხელახლა უნდა გაიგზავნოს.
სამაგისტრო მოწყობილობა მუდმივად ატარებს გამოკითხვას BLink ქსელში და იღებს საბაზისო სტატუსის ინფორმაციას, რომელიც ინახება ლოკალურ ცხრილში მოთხოვნებზე სწრაფი რეაგირებისთვის.
BLink master ასევე ეძებს ახალ მოწყობილობებს, რომლებიც დაკავშირებულია ქსელში. ახალ მოწყობილობებს ავტომატურად ენიჭება ახალი Blink ID, რომელიც შეესაბამება სტატუსის ინფორმაციის ცხრილის ჩანაწერს. ახალ კლიენტებს, როგორც წესი, ენიჭებათ ცხრილის ცარიელი პოზიცია, მაგრამ თუ ისინი გამოიყენებენ, კლიენტების ჩანაწერები ხელახლა იქნება გამოყენებული. ეს ცხრილი შეიძლება შეიცვალოს, როდესაც BLink მოწყობილობები მოდიან და მიდიან ქსელიდან.

• ახალ მოწყობილობებს შეუძლიათ ხელახლა გამოიყენონ გაუჩინარებული მოწყობილობების ცხრილის ჩანაწერები.
• ცხრილის ჩანაწერები შეიძლება არსებობდეს ისეთი მოწყობილობების შესახებ, რომელთა შესახებაც დიდი ხანია არ ისმის.
• დაბრუნებულ მოწყობილობებს შეიძლება მიენიჭოს ახალი BLink ქსელის ID და, შესაბამისად, განსხვავებული პოზიცია ცხრილში, ამიტომ უნდა შენარჩუნდეს მითითება Unique ID-ზე.

BLink სისტემის კონფიგურაცია შესაძლებელია 1000-ზე მეტი კლიენტისთვის, მაგრამ ამჟამად შეზღუდულია დაახლოებით 50 კლიენტით, რაც დამოკიდებულია TCS მოწყობილობაზე, რომელიც გამოიყენება როგორც BLink master. გასათვალისწინებელია, რომ მეტი Blink კლიენტი ამცირებს ქსელის სიჩქარეს.
ბრძანების გამოყენება BLink ქსელთან
Exampინდივიდუალური ერთეულის მისამართით BLlink ქსელში
„#@1; GLSD?\n”………. ითხოვს Blink მოწყობილობის 1 სინქრონიზაციის სტანდარტს
„#@42; GLSD=0\n”…… გამორთავს Blink მოწყობილობის სინქრონიზაციის სტანდარტს 42.
შენიშვნა; „#@0; GLSD?\n“…… ითხოვს Blink Master-ის სინქრონიზაციის სტანდარტს და გამოიწვევს იგივე, რაც „#GLSD?\n“
ყველა ერთეულზე გადაცემის ბრძანებები იქნება მხოლოდ ბრძანებების/პარამეტრების შეზღუდული ნაკრებისთვის (არა მოთხოვნებისთვის) და მიმართული იქნება „#@;“-ის გამოყენებით. პრეფიქსი ანუ მოწყობილობის ნომერი აკლია. სამაუწყებლო შეტყობინებებს არ უპასუხებენ კლიენტები და არ არსებობს გზა იმის ცოდნის გარეშე, რომ ბრძანება მოისმინეს ან შესრულდა.
ასევე არსებობს ჯგუფის მიმართვის ბრძანებები, რომლებსაც შეუძლიათ მიმართონ ერთეულების ჯგუფებს, რომლებიც მინიჭებულია კონკრეტულ ჯგუფზე. არის 6 ჯგუფი სახელად 'A'-დან 'F'-მდე და უნდა იყოს მიმართული როგორც #@A; მაგალითად, "A" ჯგუფის მოწყობილობების მისამართით.
S1C შექმნილია იმისთვის, რომ მიმართოს ან "Master" მოწყობილობას ან ნებისმიერ მოწყობილობას, რომელიც უსმენს "Master" მოწყობილობას. მთავარი მოწყობილობა იქნება მოწყობილობა, რომლითაც ყველა S1C კომუნიკაცია მიმართულია BLink ქსელში წვდომისთვის.
S1C ასევე შეიძლება გამოყენებულ იქნას პირდაპირ მოწყობილობებთან, რომლებიც ამჟამად კლიენტები არიან სხვა ძირითადი მოწყობილობის BLink ქსელში, ამ მყისიერი წვდომა BLink ქსელში შეუძლებელია. ეს გამოყენებული იქნება ადგილობრივად ამ კონკრეტული მოწყობილობის მიმდინარე ინფორმაციის მოსათხოვად, როგორიცაა Timecode და ა.შ.
BLID?…… ამოიღებს მოწყობილობის მიმდინარე Blink ID-ს. BLink ID განისაზღვრება BLink master-ის მიერ და სხვაგვარად დაყენება შეუძლებელია.
BLGR?…… აბრუნებს BLink ჯგუფს მონას ეკუთვნის. Slave მოწყობილობები შეიძლება იყოს მიმართული ინდივიდუალურად ან ჯგუფებში. არის ექვსი ჯგუფი, ასე რომ, პასუხი იქნება "A"-დან "F"-მდე, მიმდინარე ჯგუფის მიხედვით ან დაბრუნდება "0" (ნულოვანი), თუ მონა არ ეკუთვნის რომელიმე ჯგუფს.
BLGR= აყენებს slave ერთეულს, რომ მიეკუთვნებოდეს slave-ის კონკრეტულ ჯგუფს. მნიშვნელობები უნდა იყოს ASCII „A“-დან „F“-მდე ან „0“, თუ მონას ამოღება ყველა ჯგუფიდან.
მომხმარებლის მიერ განსაზღვრული მონაცემების გაგზავნა BLink slave მოწყობილობებზე
DASP=
გაგზავნეთ მომხმარებლის მიერ განსაზღვრული Slave მოწყობილობების სერიულ პორტამდე.
ბრძანება უნდა იყოს გამოყენებული ფორმატირებასთან ერთად, რომელიც საჭიროა მონური ერთეულების ინდივიდუალურად ან გლობალურად მიმართვისთვის. ე.ი
„#@7; DASP=გამარჯობა\n“….. გაუგზავნის „DASP=Hello“ მონას ID #7-ს
„#@; DASP=”ყველას\n”…… გაუგზავნის “DASP=ყველას” ყველა მონას
ეს ბრძანება ასევე იმუშავებს ბინარულ მონაცემებთან, როგორიცაა
#@3;DASP>სიგრძე+მონაცემები\n გაუგზავნის სიგრძე+მონაცემებს მონას ID #3-ში
ბრძანების საერთო სიგრძე უნდა იყოს რაც შეიძლება მოკლე და არ უნდა აღემატებოდეს 112 ბაიტს.
მომხმარებლის მიერ განსაზღვრული მონაცემების გაგზავნა slave მოწყობილობებიდან მთავარზე.
DAMP=
გაგზავნეთ მომხმარებლის მიერ განსაზღვრული სამაგისტრო მოწყობილობის სერიულ პორტში.
ანუ „დAMP=გამარჯობა\n"
მივა მასტერთან, როგორც „#@n; დAMP=გამარჯობა“ – სადაც n = მონას ID
ყველა შემდეგი ბრძანება უნდა იყოს მიმართული მხოლოდ მთავარ მოწყობილობაზე
BLST?……. (მოძველებულია - გამოიყენეთ BLSS/BLSP)
აბრუნებს ქსელში ცნობილი BLink მოწყობილობების რაოდენობას და რიცხვების რიცხვს ან თანმიმდევრობას, რომლებიც წარმოადგენენ ბიტმარკეტს, რომლის სლავური მოწყობილობებიც აქტიურია. პასუხი BLST=5, 91 ნიშნავს, რომ ამჟამად არის 5 მოწყობილობა ხაზზე, და თუ 91 (ათწილადი) გარდაიქმნება ორობით მნიშვნელობად, ანუ 1011011 მისცემს აქტიური მოწყობილობების ბიტმაპ წარმოდგენას, სადაც ბიტი 0 წარმოადგენს მოწყობილობას 1, ბიტი 1 წარმოადგენს მოწყობილობას. 2 და ასე შემდეგ. ამ შემთხვევაში მოწყობილობები 1, 2, 4, 5 და 7 ყველა აქტიურია. თითოეული ბიტმაპის ნომერი წარმოადგენს 8 მოწყობილობას, ასე რომ, პასუხში მესამე ნომერი წარმოადგენს მოწყობილობების ბიტმაპს 9-დან 16-მდე და ასე შემდეგ. შემდეგ ამ მოთხოვნას უნდა მოჰყვეს ინდივიდუალური მოთხოვნები კონკრეტული მოწყობილობის ამჟამინდელი სტატუსის შესახებ.
BLST ბრძანება უნდა იქნას გამოყენებული პირდაპირ დაკავშირებულ მთავარ მოწყობილობაზე.
მიმართავთ სლავურ მოწყობილობას, როგორიცაა #@3:BLST? არაფერს დააბრუნებს.
BLST=n….. მიიღეთ ძირითადი სტატუსის ინფორმაცია BLink ქსელის მოწყობილობიდან. სადაც n არის ინდექსი შენახული მოწყობილობების ცხრილში.
მაგალითად; BLST=1 უპასუხებს ცხრილის პირველი მოწყობილობის დეტალებს, ხოლო BLST=2 უპასუხებს ცხრილში მეორე მოწყობილობის დეტალებს და ა.შ.
სტატუსები დაბრუნდება ASCII სტრიქონის სახით, თითოეული სტატუსი მძიმით გამოყოფილი თითოეულ ხაზზე. დასაბრუნებელი სტატუსი იქნება: -

1. ID (მაგიდის ინდექსი)
2. უნიკალური ID (ექვსკუთხედი ფორმა 32-ბიტიანი, ანუ 8 სიმბოლო)
3. ერთეულის ტიპი
4. ბოლო პასუხი (რამდენი ხანია კლიენტის ბოლო პასუხიდან [x10mS])
5. პასუხის დროის კოდი „HHMMSSFF“
6. უპასუხა მომხმარებლის ბიტები „UUUUUUUU“
7. სინქრონიზაციის რეჟიმი (0=INT, 1=Ext RF.. იხილეთ TCSC ბრძანება)
8. FPS (0=25,1=23.98,2=24,,, და ა.შ.)
9. Ext Sync Std (0=გამორთული, 1=PAL… იხილეთ GLSD ბრძანება)
10. ჩაკეტილია Timecode Source-ზე (0 ან 1)
11. ბატარეა (1-5)
12. PSU-ზე (0 ან 1)
13. UserBits Lock (1=მომხმარებლის დაყენება 0=დაბლოკილია RF Master-ზე)
14. მიმაგრებული მოწყობილობის ტიპი – იხილეთ GCMD ბრძანება
15. ამჟამინდელი მინიჭებული ჯგუფის ნომერი - 0, თუ არ არსებობს
16. მიმაგრებულია მოწყობილობის დროშები. მნიშვნელობა უნდა დაიყოს ორობით ბიტებად

ტიპიური დაბრუნება ამ მოთხოვნიდან იქნება:
BLST=1,12ABCD78,6,121,00043410,00000000,1,1,0,1,3,0,0,2,0,3
ჩვენ შეიძლება გვსურს მომავალში გავაფართოვოთ ეს სია, ასე რომ, ამჟამად უგულებელყოფთ შემდგომ სტატუსებს.
სტატუსები განახლდება მაქსიმუმ მხოლოდ ორჯერ წამში. ასე რომ, ეს ბრძანება უნდა იქნას გამოყენებული მხოლოდ იშვიათად.
საწყისი კავშირი - სტატიკური მონაცემები
BLSS?……. აბრუნებს ქსელში ცნობილი BLink მოწყობილობების ბიტმარკეტს.
ბიტმაპი დაყოფილია 32-ბიტიან თექვსმეტობით მნიშვნელობებად, რომლებიც წარმოადგენენ ბიტმაპს, რომლის სლავური მოწყობილობებიც აქტიურია. მე ვამბობ, რომ არის პასუხი BLST=0000005B, თუ ახლა პასუხი დაყოფილია ორობითად, თითოეული ბიტი წარმოადგენს მოწყობილობას, რომელიც იმყოფება თუ არა (1 ან 0). ამრიგად, 0000005B-ის თექვსმეტობითი მნიშვნელობა იშლება ორობით 0…0001011011-მდე და აჩვენებს, რომ არის 5 ბიტი, ამდენად, ამჟამად არის 5 მოწყობილობა ონლაინ, ასევე ბიტები, რომლებიც დაყენებულია, იძლევა აქტიური მოწყობილობების წარმოდგენას, სადაც ბიტი 0 წარმოადგენს მოწყობილობას 1, ბიტი. 1 წარმოადგენს მოწყობილობას 2 და ა.შ. ამ შემთხვევაში მოწყობილობები 1, 2, 4, 5 და 7 ყველა აქტიურია. თითოეული bitmap ნომერი წარმოადგენს 32 მოწყობილობას, ამიტომ დამატებითი მნიშვნელობები პასუხში წარმოადგენს მოწყობილობების ბიტმაპს 33-დან 64-მდე და ა.შ.
BLSS ბრძანება უნდა იქნას გამოყენებული პირდაპირ დაკავშირებულ მთავარ მოწყობილობაზე.
მიმართეთ სლავურ მოწყობილობას, როგორიცაა #@3:BLSS? არაფერს დააბრუნებს.
BLSS=n…… აბრუნებს slave მოწყობილობის სტატიკურ მონაცემებს, სადაც n არის ინდექსი შენახული მოწყობილობების ცხრილში.
სტატუსები დაბრუნდება ASCII სტრიქონის სახით, თითოეული სტატუსი მძიმით გამოყოფილი თითოეულ ხაზზე. დასაბრუნებელი სტატუსი იქნება: -

1. მოციმციმე ID
2. უნიკალური ID (32 ბიტი თექვსმეტობითი)
3. ერთეულის ტიპი
4. ერთეულის მოწყობილობის ტიპის სახელი
5. Firmware Revision * 100
6. FPGA რევიზია * 100
7. დამატებითი რევიზია * 100
8. S1C რევიზია
9. მოწყობილობის შესაძლებლობების დროშები (იხილეთ დანართი)

მოწყობილობის შესაძლებლობების დროშები აცნობებს Hub-ს, თუ რა ფუნქციები შეიძლება გამოიყენოს მოწყობილობასთან, მაგალითად, თუ დამონტაჟებულია ეკრანი, აქვს Wifi შესაძლებლობა ან გარე სინქრონიზაციის პორტი და ა.შ.
შესთავაზა 32 ბიტიანი თექვსმეტობითი რიცხვის გამოყენება.
ტიპიური დაბრუნება ამ მოთხოვნიდან იქნება:
BLSS=1,12ABCD78,11,UltraSyncBLU,201,106,0,5, E0F07040<LF>
შეიძლება იყოს დაბნეულობა ზემოაღნიშნული ორი მოთხოვნიდან დაბრუნებული მნიშვნელობების ანალიზის დროს, რადგან ორივე აბრუნებს „BLSS= “. ამ ორს შორის პირველის სიგრძის განასხვავება ველი განსაზღვრავს, თუ რომელი მოთხოვნიდან იყო პასუხი. თუ პირველ ველს აქვს 8 სიმბოლო, შეიძლება განისაზღვროს, რომ პასუხი არის "BLSS?" შეკითხვა, წინააღმდეგ შემთხვევაში, ეს არის პასუხი „BLSS=n“ შეკითხვაზე.
მონების გამოკითხვა
BLSP?……. იგივეა, რაც 'BLSS?' ბრძანება - იხილეთ ზემოთ.
BLSP=n……. მიიღეთ სტატუსის ინფორმაცია BLink ქსელის მოწყობილობიდან.
სადაც n აღნიშნავს შენახული მოწყობილობების ცხრილში ინდექსს.
მაგალითად; BLSP=1 უპასუხებს ცხრილის პირველი მოწყობილობის დეტალებს, ხოლო BLSP=2 უპასუხებს ცხრილში მეორე მოწყობილობის დეტალებს და ა.შ.
სტატუსები დაბრუნდება ASCII სტრიქონის სახით, თითოეული სტატუსი მძიმით გამოყოფილი თითოეულ ხაზზე. დასაბრუნებელი სტატუსი იქნება: -

1. მოციმციმე ID
2. ამჟამინდელი მინიჭებული ჯგუფის ნომერი – '0'/'A' - 'F'
3. ბოლო პასუხი (დრო ბოლო პასუხიდან x10mS). ნული თუ გაუგონია.
4. ამჟამინდელი მომხმარებლის ბიტები „UUUUUUUU“
5. მონაცემები შეიცვალა დროშები (8 ბიტიანი თექვსმეტობითი) – იხილეთ ქვემოთ
6. Ext Sync Std (0=გამორთული, 1=PAL… იხილეთ GLSD ბრძანება)
7. ბატარეის მუდმივიtage
8. PSU-ზე (0 ან 1)
9. RF სიგნალის სიძლიერე (0-დან 99-მდე)
10. მეგობრული სახელი

ველი 5 – მონაცემთა შეცვლილი დროშები – ბიტის განმარტებები;
0 შეიცვალა ძირითადი სტატიკური მონაცემები – გამოიყენეთ BLSS? ცვლილებების მისაღებად
1 კენჭისყრის ძირითადი მონაცემები შეიცვალა – გამოიყენო BLSP? ცვლილებების მისაღებად
2 მიმაგრებული მოწყობილობის სტატიკური მონაცემები შეიცვალა – გსურთ BLXS?
3 მიმაგრებული მოწყობილობის კენჭისყრის მონაცემები შეიცვალა – გსურთ BLXP?
4-7 განუსაზღვრელი
შეცვლილი დროშები ავტომატურად აღდგება ამ მოთხოვნის შემდეგ.
ტიპიური დაბრუნება ამ მოთხოვნიდან იქნება:
BLSP=1,B,65,CAFEF00D,05,40,0,65,UltraSync 1<LF>
მოწყობილობები შეცვლილი ინფორმაციით
BLCH? "BLCG" ბრძანების მსგავსია, მაგრამ დროშები იცვლება მხოლოდ მას შემდეგ, რაც ძირითადი მოწყობილობა განაახლებს ჩანაწერებს ცვლილებებით.
დაბრუნებული რუკა იგივეა რაც 'BLSS?' ბრძანება ზემოთ, ანუ თექვსმეტობითი და არა ათობითი.
BLCH=0……. BLCH ბიტების გადატვირთვა.
BLCG?…….. (მოძველებულია – გამოიყენეთ BLCH)
აბრუნებს BLink ქსელის slave მოწყობილობების რაოდენობას, რომლებმაც შეცვალეს დეტალები, პლუს დაზარალებული მოწყობილობების ბიტმაპი.
BLCG=0……. BLCG ბიტების გადატვირთვა.
Slave-ის მიმაგრებული მოწყობილობის სტატუსი
ეს ბრძანებები უნდა იქნას გამოყენებული, რომ მიიღოთ ინფორმაცია სლავურ ერთეულზე მიმაგრებული მოწყობილობის შესახებ, უშუალოდ ძირითადი მოწყობილობიდან. არსებობს ერთი მოთხოვნა სტატიკური მონაცემების მისაღებად, რომელიც იშვიათად იცვლება, და ერთი, რომ მიიღოთ მონაცემები, რომლებიც შეიძლება ხშირად შეიცვალოს.
BLXS=n……… მიიღეთ slave მოწყობილობის სტატიკური მონაცემები, სადაც n = slave-ის BLlink ID.
აბრუნებს CSV ველების სერიას, რომელიც განსაზღვრავს მიმაგრებულ მოწყობილობას და მის შესაძლებლობებს.
ველები ბრუნდება მძიმით გამოყოფილი.

1. მოციმციმე ID
2. მწარმოებლის სახელი – ASCII ტექსტური მნიშვნელობა
3. მწარმოებლის მოდელი – ASCII ტექსტური მნიშვნელობა
4. შესაძლებლობების დროშები – 32 ბიტიანი თექვსმეტობითი რიცხვი – იხილეთ დანართი
5. შენახვის ერთეული #1 სახელი (ASCII სტრიქონი)
6. შენახვის ერთეული #1 ტევადობა (მთლიანი მნიშვნელობა 0 – 65535)
7. შენახვის ერთეული #1 ერთეული 0 = ცარიელი/უცნობი, 1 = კბ, 2 = მბ, 3 = გბ
8. შენახვის ერთეული #2 დასახელება
9. შესანახი ერთეული #2 ტევადობა
10. შესანახი განყოფილება #2 ერთეული
11. შენახვის განყოფილება #3 ... და ა.შ.

BLXP=n…….. მიიღეთ slave მოწყობილობის ცვალებადი მონაცემები, სადაც n = slave-ის BLlink ID.
აბრუნებს CSV ველების სერიას, რომელიც აღნიშნავს მიმაგრებული მოწყობილობის ამჟამინდელ სტატუსს. ველები გამოყოფილია მძიმით.

1. მოციმციმე ID
2. ტრანსპორტის ამჟამინდელი მდგომარეობა - იხილეთ დანართი
3. კადრების სიჩქარის მიმდინარე მრიცხველი
4. კადრების სიჩქარის მიმდინარე მნიშვნელი
5. შეფასების დროშები (8 ბიტიანი თექვსმეტობითი) – ბიტი 0 = ჩამოაგდეს ჩარჩო, სხვები გამოუყენებელი
6. ბატარეის ამჟამინდელი დონის პროცენტიtage
7. გამოყენებული გარე კვების/ბატარეის დამუხტვის დროშა
8. მიმდინარე კლიპი/fileსახელი
9. შენახვის ერთეული ამჟამად არჩეულია ან გამოიყენება
10. შენახვის ერთეული #1 მედია დარჩენილი დრო წუთებში
11. შენახვის ერთეული #1 მედიის დარჩენილი ზომა
12. შენახვის ერთეული #2 მედია დარჩენილი დრო წუთებში
13. შენახვის ერთეული #2 მედიის დარჩენილი ზომა
14. შესანახი განყოფილება #3… და ა.შ.

პროგრამული უზრუნველყოფის განახლება

UFCK>სიგრძე(=0x0A)+განახლების პირველი ათი ბაიტი file+'\n'
ორობითი ბრძანება ASCII პასუხით განახლების ვერსიის შესამოწმებლად file. განახლების ტიპი და ვერსია ინახება განახლების პირველი ათი ბაიტის ფარგლებში file ასე რომ, ეს უნდა იყოს შეტანილი მოთხოვნაში.
პასუხი იქნება UFCK=ტიპი, ვერსია, დროშა
ტიპი – 0=უცნობი, 1=მთავარი FW, 2=FPGA, 3=Ext
ვერსია = განახლების ვერსია * 100
დროშა – 0=გამოყენება შეუძლებელია, 1=კარგი გასაგრძელებლად, 2=იგივე ვერსია, 3=ახლანდელზე ძველი ვერსია
UFST=n
დაიწყეთ პროგრამული უზრუნველყოფის განახლება, სადაც n = განახლების საერთო ზომა fileგადასაცემად.
პასუხი მოგცემთ განახლებული მონაცემების მაქსიმალურ ზომას, რომელიც შეიძლება გადაიცეს თითოეულ "UFDA" ბლოკში. ანუ UFST=106. ამჟამად, ეს შემოიფარგლება მაქსიმუმ 106 ბაიტით, მაგრამ მომავალში და ადგილობრივად გადატანის შემთხვევაში, ვთქვათ სერიული ინტერფეისის გამოყენებით, ეს შეიძლება გაიზარდოს.
ამ ბრძანების შესრულებას შეიძლება დასჭირდეს 3 წამი, რაც დამოკიდებულია განახლების ზომაზე.
გთხოვთ გამოიყენოთ ეს ბრძანება ზომიერად, რადგან ყოველი ზარი აიძულებს წაშალოს შიდა ფლეშ მეხსიერების განახლების ბუფერი.
UFDA>სიგრძე + მისამართი + მონაცემთა ბლოკი + საკონტროლო ჯამი + '\n'
ეს არის ორობითი ბრძანება, სადაც მონაცემთა ბლოკები იგზავნება თანმიმდევრულად, დაწყებული ნულოვანი მისამართიდან და პროგრესირებს მანამ, სანამ file გადატანილია. მონაცემები იგზავნება ორობით ფორმატში, სადაც;

• სიგრძე არის მთელი გზავნილის ერთი ბაიტის სიგრძე, რომელსაც უნდა მივყვეთ (ბოლო "\n"-ის ჩათვლით). აქედან გამომდინარე, ეს არის მონაცემთა ბლოკის სიგრძე პლუს ხუთი (მისამართი და საკონტროლო ბაიტი). ამჟამად სიგრძის მნიშვნელობა არ უნდა აღემატებოდეს 111(0x6f). საბოლოო '\n' სიმბოლოთი ეს არის მონაცემთა ამჟამინდელი მაქსიმალური ჯამი 112 ბაიტი სიგრძის ბაიტის შემდეგ.
• მისამართი არის მონაცემთა ბლოკის სამი ბაიტიანი, მცირეოდენი, შედარებითი მისამართი დაწყებიდან file.
• მონაცემთა ბლოკი არის მონაცემთა ბლოკი file
• გამშვები ჯამი არის 2-ის კომპლიმენტი 16 ბიტიანი მოდულური საკონტროლო ჯამი თითოეული მისამართისა და მონაცემთა ბლოკის ბაიტისთვის. ეს გამოითვლება ყოველი (8-ბიტიანი) ბაიტის თანმიმდევრული დამატებით, მისამართის ბაიტით დაწყებული და საბოლოო მონაცემთა ბაიტით დამთავრებული და 16 ბიტის მიღმა ნებისმიერი გადადინების გაუქმებით. შედეგად მიღებული 16 ბიტიანი სიტყვა არის ორი კომპლიმენტი და მიმაგრებული, ცოტა-ენდიანი, ბოლოს, როგორც შეტყობინების ბოლო ორი ბაიტი.

პასუხები ასეთია
UFDA=0 ყველაფერი კარგად არის – მზად არის შემდეგი ბლოკისთვის
UFDA=1 ყველაფერი კარგადაა – ტრანსფერი დასრულებულია
UFDA=2 შემოწმების ჯამის შეცდომა – გთხოვთ, გაიმეოროთ შეტყობინება
UFDA=3 მისამართი არათანმიმდევრობით
UFDA=4 სიგრძის შეცდომა – ან UFST არ არის გაცემული
UFGO = საკონტროლო ჯამი
ეს ბრძანება იწყებს განახლების პროცესს მას შემდეგ, რაც ყველა მონაცემი გადაიცემა, სადაც საკონტროლო ჯამი არის 2-ის დამატებითი 16-ბიტიანი საკონტროლო ჯამი. file და წარმოდგენილია ათწილადში. იხილეთ UFDA ბრძანება გაანგარიშების მეთოდისთვის.
პასუხები შემდეგია
UFGO=0…… მხოლოდ ძირითადი პროგრამული უზრუნველყოფის განახლებისთვის. მონიშნეთ, რომ ყველაფერი კარგად იყო და ახლა მიმდინარეობს განახლება. კომუნიკაციები მოკლე დროში დაიკარგება და დასრულების შემდეგ გაიგზავნება UFGO=1;
UFGO=1……. განახლება დასრულდა. ამის გამოცემამდე შეიძლება მრავალი წამის დაგვიანება იყოს.
UFGO=2…… მონაცემები ჯერ არ არის სრული
UFGO=3….. Checksum ემთხვევა შენახულ მონაცემებს
UFGO=4….. ძველი ან იგივე განახლებული ვერსია
UFGO=-n ……. განახლებების დროს უარყოფითი დაბრუნებული მნიშვნელობები განახლების წარუმატებლობას წარმოადგენს.
თითოეული ტიპის განახლება უნდა განხორციელდეს ცალ-ცალკე, ანუ Main Code, FPGA და BLE განახლებები, ჩვენ ყოველთვის უნდა განვაახლოთ მთავარი კოდი. ჩვენ მოგაწვდით განახლებებს, როგორც სამი ცალკე fileსადაც შეიძლება საჭირო გახდეს ერთი ან მეტი განახლება ნებისმიერ დროს. AirGlu-ს შეუძლია განსაზღვროს რისთვის არის განკუთვნილი თითოეული განახლება შიგთავსიდან, თქვენ არ გჭირდებათ მისი შენარჩუნება fileსახელები.

დანართი

TCS მოწყობილობის შესაძლებლობების დროშები, როგორც გამოიყენება BLSS=n და STSS-ში? ითხოვს
ცოტა…… შესაძლებლობა
0…… აქვს LTC გამომავალი ფუნქცია
1…… აქვს LTC შეყვანის ფუნქცია
2……. აქვს Genlock Output ფუნქცია
3……. აქვს Word-Clock გამომავალი ფუნქცია
4…… აქვს Wi-Fi შესაძლებლობა
5…… აქვს BLE შესაძლებლობა
6…… აქვს სერიული პორტი
7-11… ამჟამად გაუნაწილებელია ნულოვანი ნაგულისხმევით
12…. აქვს ჩაშენებული დისპლეი და შეუძლია აკონტროლოს სიკაშკაშე
13…. აქვს ღილაკის კონტროლი
14…. აქვს შიდა დატენვის ბატარეა
15-19... ამჟამად გაუნაწილებელია 0 ნაგულისხმევად
20-23….. ამჟამად გაუნაწილებელია 1 ნაგულისხმევი
24….. შეუძლია ნულოვანი სიკაშკაშის ეკრანის დაყენება
25….. შეუძლია ნულოვანი სიკაშკაშის LED განათება
26….. შეუძლია BLink master-ის გაკეთება
27-28... ამჟამად გაუნაწილებელია 0 ნაგულისხმევად
29-31….. ამჟამად გაუნაწილებელია 1 ნაგულისხმევი
გარე მოწყობილობის შესაძლებლობების დროშები, როგორც გამოიყენება BLXS=n და GCXS-ში? ითხოვს
ცოტა….. შესაძლებლობა
0/1….. ჩამონტაჟებული მედია შენახვის ერთეულების რაოდენობა
2........ ტრანსპორტის მდგომარეობა შეიძლება კონტროლდებოდეს
3……. შესაძლებელია ჩართვა ან გამორთვის კონტროლი
4…….. უპირატესად ვიდეო მოწყობილობები FPS (=0) ან აუდიო ბიტის სიჩქარის მოწყობილობით (=1)
5-9…… ამჟამად გაუნაწილებელი ნაგულისხმევი =0
10-15… გამოუყენებელი ნაგულისხმევი =1
16-23….. გამოუყენებელი ნაგულისხმევი =0
24-31…… გამოუყენებელი ნაგულისხმევი =1

ინტეგრაციის ინსტრუქციები

2.2 მოქმედი FCC / ISED წესების სია

FCC:	ISED:
47CFR 15.247	RSS-247

2.3 ოპერაციული გამოყენების სპეციფიკური პირობები
არ გამოიყენება
2.4 შეზღუდული მოდულის პროცედურები
არ გამოიყენება
2.5 კვალი ანტენის დიზაინი
არ გამოიყენება
2.6 RF ექსპოზიციის მოსაზრებები
FCC RF ზემოქმედების მოთხოვნების შესასრულებლად, OEM უნდა უზრუნველყოს მხოლოდ ანტენების დაყენება, რომლებიც ჩამოთვლილია ამ მოდულის ანტენის დეტალებთან. AirGlu2 მოდული უნდა იყოს გამოყენებული ისე, რომ ნორმალური მუშაობის დროს ადამიანებთან კონტაქტის პოტენციალი მინიმუმამდე იყოს დაყვანილი.
OEM ინტეგრატორებსა და საბოლოო მომხმარებლებს უნდა ჰქონდეთ უზრუნველყოფილი გადამცემის მუშაობის პირობები, რათა დააკმაყოფილონ RF ექსპოზიციის შესაბამისობა.
ინფორმაცია რადიოსიხშირული გამოსხივების ზემოქმედების შესახებ: ეს მოწყობილობა შეესაბამება FCC რადიაციული ექსპოზიციის ლიმიტებს, რომლებიც დადგენილია უკონტროლო გარემოსთვის ფიქსირებული გამოყენების პირობებისთვის. ეს გადამცემი არ უნდა იყოს განლაგებული ან ფუნქციონირებს სხვა ანტენასთან ან გადამცემთან ერთად, გარდა FCC პროცედურების შესაბამისად და მოდულის სერტიფიცირების ფაილში ავტორიზებული. ცვლილებები ან მოდიფიკაციები, რომლებიც პირდაპირ არ არის დამტკიცებული მხარის მიერ, რომელიც პასუხისმგებელია შესაბამისობაზე, შეიძლება გააუქმოს მომხმარებლის უფლებამოსილება მართოს მოწყობილობა.
2.7 ანტენა
გამოსაყენებლად დამტკიცებული გარე ანტენა არის Taoglas TG.09.0113 SMA (F) მონოპოლი. დაშვებული მაქსიმალური მომატება (თავისუფალი ადგილი) არის 2.0 dBi (900MHz) და -6dBi (2.4GHz). სხვა ტიპის ანტენის ან ანტენის დიზაინის უფრო მაღალი სიმძლავრის გამოყენება არ უნდა იქნას გამოყენებული. AirGlu2 მოდულზე გამოყენებული უნიკალური ანტენის კავშირი არის ECT (Electric Connector Technology Co Ltd) ნაწილი No. 818000157.
2.8 ეტიკეტი და შესაბამისობის ინფორმაცია
მასპინძელი პროდუქტის მწარმოებელი პასუხისმგებელია მზა პროდუქტთან მიაწოდოს ფიზიკური ან ხელახალი ეტიკეტირება „შეიცავს FCC ID: AYV-AGLU02 ან შეიცავს IC: 10427A-AGLU02“. იხილეთ სახელმძღვანელოები ეტიკეტირებისა და მომხმარებლის ინფორმაციის RF მოწყობილობებისთვის – KDB პუბლიკაცია 784748.
2.9 ინფორმაცია ტესტის რეჟიმებზე და დამატებითი ტესტირების მოთხოვნების შესახებ
AirGlu2 მოდული აღჭურვილია სატესტო რეჟიმის API-ით ძირითადი ოპერაციული firmware-ში, რათა დააკონფიგურიროთ ყველა საჭირო ტესტის რეჟიმი, როგორც დამოუკიდებელი გადამცემი მასპინძელში.
2.10 დამატებითი ტესტირება, ნაწილი 15 ქვენაწილი B პასუხისმგებლობის უარყოფა
AirGlu2 მოდულური გადამცემი არის მხოლოდ FCC ავტორიზებული კონკრეტული წესების ნაწილებისთვის (მაგ. FCC გადამცემის წესები), რომლებიც ჩამოთვლილია გრანტზე და მასპინძელი პროდუქტის მწარმოებელი პასუხისმგებელია FCC-ის ნებისმიერ სხვა წესთან შესაბამისობაზე, რომელიც ვრცელდება ჰოსტზე, რომელიც არ ვრცელდება მოდულური გადამცემით. სერტიფიცირების გაცემა. საბოლოო მასპინძელი პროდუქტი მოითხოვს ნაწილი 15 ქვენაწილის B შესაბამისობის ტესტირებას მოდულური გადამცემის დაყენების შემდეგ.

სერთიფიკატები

CE
AirGlu2™ მოდული შეესაბამება რადიოაღჭურვილობის დირექტივის (RED) (2014/53/EU) აუცილებელ მოთხოვნებს და სხვა შესაბამის მოთხოვნებს. გთხოვთ, გაითვალისწინოთ, რომ ყველა აპლიკაციას, რომელიც იყენებს AirGlu2™ მოდულს, დასჭირდება რადიო EMC ტესტების ჩატარება საბოლოო პროდუქტზე EN 301 489-17 შესაბამისად. ჩატარებული ტესტის შედეგები შეიძლება მემკვიდრეობით გადავიდეს მოდულის ტესტის მოხსენებიდან საბოლოო პროდუქტის ტესტის ანგარიშებამდე AirGlu2™ მოდულის გამოყენებით. EN 300 328 გამოსხივებული ყალბი ემისიის ტესტი უნდა განმეორდეს საბოლოო პროდუქტის შეკრებასთან ერთად. სატესტო დოკუმენტაცია და პროგრამული უზრუნველყოფა EN 300 328 გამოსხივებული ყალბი ემისიების ტესტირებისთვის შეიძლება მოითხოვოთ Timecode Systems-ის მხარდაჭერისგან.
FCC
ეს მოწყობილობა შეესაბამება FCC წესების მე-15 ნაწილს. ოპერაცია ექვემდებარება შემდეგ ორ პირობას:

• ამ მოწყობილობამ შეიძლება არ გამოიწვიოს მავნე ჩარევა და
• ამ მოწყობილობამ უნდა მიიღოს ნებისმიერი მიღებული ჩარევა, მათ შორის ჩარევა, რომელმაც შეიძლება გამოიწვიოს არასასურველი ოპერაცია.

ნებისმიერმა ცვლილებამ ან მოდიფიკაციამ, რომელიც პირდაპირ არ არის დამტკიცებული Timecode Systems-ის მიერ, შეიძლება გააუქმოს მომხმარებლის უფლებამოსილება მართოს მოწყობილობა.
FCC RF რადიაციული ექსპოზიციის განცხადება:
ეს მოწყობილობა შეესაბამება FCC რადიაციული ექსპოზიციის ლიმიტებს, რომლებიც დადგენილია უკონტროლო გარემოსთვის. საბოლოო მომხმარებლებმა უნდა დაიცვან კონკრეტული საოპერაციო ინსტრუქციები RF ექსპოზიციის შესაბამისობის დასაკმაყოფილებლად. ეს გადამცემი არ უნდა იყოს განლაგებული ან იმუშაოს სხვა ანტენასთან ან გადამცემთან ერთად, გარდა FCC მრავალ გადამცემი პროდუქტის პროცედურების შესაბამისად. OEM პასუხისმგებლობები FCC-ის რეგულაციების შესასრულებლად: გადამცემის მოდული არ უნდა იყოს განლაგებული ან ფუნქციონირებს სხვა ანტენასთან ან გადამცემთან ერთად, გარდა FCC მრავალ გადამცემი პროდუქტის პროცედურების შესაბამისად. ყოველი ახალი მასპინძელი მოითხოვს გამოსხივებული ყალბი ემისიების ხელახლა შეფასებას და
ნებადართული ცვლილება სერთიფიკატში. AirGlu2™ მოდულისთვის მინიმალური მანძილი ადამიანის სხეულთან არის 20 სმ. OEM ინტეგრატორი პასუხისმგებელია მათი საბოლოო პროდუქტის ტესტირებაზე ნებისმიერი დამატებითი შესაბამისობის მოთხოვნაზე, რომელიც საჭიროა დაინსტალირებული ამ მოდულისთვის (მაგ.ample, ციფრული მოწყობილობების ემისიები, კომპიუტერის პერიფერიული მოთხოვნები და ა.შ.). მნიშვნელოვანი შენიშვნა: იმ შემთხვევაში, თუ ეს პირობა ვერ შესრულდება (გარკვეული კონფიგურაციისთვის ან სხვა გადამცემთან ერთად მდებარეობისთვის), მაშინ FCC ავტორიზაცია აღარ ითვლება ძალაში და FCC ID ვერ იქნება გამოყენებული საბოლოო პროდუქტზე. ამ გარემოებებში, OEM ინტეგრატორი პასუხისმგებელი იქნება საბოლოო პროდუქტის (მათ შორის გადამცემის) ხელახლა შეფასებაზე და ცალკე FCC ავტორიზაციის მიღებაზე.
საბოლოო პროდუქტის მარკირება
AirGlu™ მოდული არ არის მონიშნული საკუთარი FCC ID-ით მისი ფიზიკური ზომის გამო. თუ FCC ID არ ჩანს, როდესაც მოდული დაინსტალირებულია სხვა მოწყობილობაში, მაშინ მოწყობილობის გარე მხარეს, რომელშიც მოდული არის დაინსტალირებული, ასევე უნდა გამოჩნდეს ეტიკეტი, რომელიც მიუთითებს თანდართულ მოდულზე. ამ შემთხვევაში, საბოლოო პროდუქტი უნდა იყოს ეტიკეტირებული თვალსაჩინო ადგილას შემდეგი ნიშნით:
„შეიცავს გადამცემის მოდულის FCC ID: AYV-AGLU02“
Or
„შეიცავს FCC ID: AYV-AGLU02“
OEM ინტეგრატორმა არ უნდა მიაწოდოს საბოლოო მომხმარებელს ინფორმაცია იმის შესახებ, თუ როგორ დააინსტალიროს ან ამოიღოს ეს RF მოდული ან შეცვალოს RF-თან დაკავშირებული პარამეტრები საბოლოო პროდუქტის მომხმარებლის სახელმძღვანელოში.
ISED კანადა
ეს რადიო გადამცემი დამტკიცებულია კანადის ინდუსტრიის მიერ, რომ იმუშაოს თავისი ჩაშენებული ანტენით. სხვა ტიპის ანტენის გამოყენება მკაცრად აკრძალულია ამ მოწყობილობასთან ერთად. ეს მოწყობილობა შეესაბამება Industry Canada-ის ლიცენზიით გათავისუფლებულ RSS სტანდარტებს. ოპერაცია ექვემდებარება შემდეგ ორ პირობას:

1. ამ მოწყობილობამ შეიძლება არ გამოიწვიოს ჩარევა; და
2. ამ მოწყობილობამ უნდა მიიღოს ნებისმიერი ჩარევა, მათ შორის ჩარევა, რამაც შეიძლება გამოიწვიოს მოწყობილობის არასასურველი მუშაობა.

RF ექსპოზიციის განცხადება
AirGlu2™ მოდული აკმაყოფილებს მოცემულ მოთხოვნებს, როდესაც ადამიანის სხეულამდე მინიმალური მანძილი 20 სმ-ზე მეტია. RF ექსპოზიცია ან SAR შეფასება არ არის საჭირო, როდესაც განცალკევების მანძილი 20 სმ ან მეტია. AirGlu2™ მოდული გამოცდილია ყველაზე უარესი RF ექსპოზიციისთვის.
OEM პასუხისმგებლობები IC რეგულაციების შესასრულებლად
გადამცემის მოდული არ უნდა იყოს განლაგებული ან მუშაობდეს სხვა ანტენასთან ან გადამცემთან ერთად. რადიაციული ემისია უნდა შემოწმდეს ყოველ ახალ მასპინძელ პროდუქტთან და ISEDC-ს უნდა ეცნობოს მე-4 კლასის დასაშვები ცვლილების შესახებ. OEM ინტეგრატორი პასუხისმგებელია მათი საბოლოო პროდუქტის ტესტირებაზე ნებისმიერი დამატებითი შესაბამისობის მოთხოვნაზე, რომელიც საჭიროა დაინსტალირებული ამ მოდულისთვის (მაგ.ample, ციფრული მოწყობილობების ემისიები, კომპიუტერის პერიფერიული მოთხოვნები და ა.შ.).
მნიშვნელოვანი შენიშვნა
იმ შემთხვევაში, თუ ეს პირობები ვერ დაკმაყოფილდება (გარკვეული კონფიგურაციისთვის ან სხვა გადამცემთან თანამდებარეობისთვის), მაშინ IC ავტორიზაცია აღარ ითვლება ძალაში და IC ID ვერ იქნება გამოყენებული საბოლოო პროდუქტზე. ამ გარემოებებში, OEM ინტეგრატორი პასუხისმგებელი იქნება საბოლოო პროდუქტის (მათ შორის გადამცემის) ხელახლა შეფასებაზე და ცალკე IC ავტორიზაციის მიღებაზე.
საბოლოო პროდუქტის მარკირება
AirGlu™ მოდული არ არის მონიშნული IC ID-ით მისი მცირე ფიზიკური ზომის გამო. საბოლოო საბოლოო პროდუქტი უნდა იყოს მარკირებული თვალსაჩინო ადგილას შემდეგი ნიშნით:
"შეიცავს გადამცემის მოდულის IC: 10427A-AGLU02"
Or
"შეიცავს IC: 10427A-AGLU02"
OEM ინტეგრატორმა უნდა იცოდეს, რომ არ მიაწოდოს ინფორმაცია საბოლოო მომხმარებელს იმის შესახებ, თუ როგორ დააინსტალიროს ან ამოიღოს ეს RF მოდული ან შეცვალოს RF-თან დაკავშირებული პარამეტრები საბოლოო პროდუქტის მომხმარებლის სახელმძღვანელოში.
იაპონია
AirGlu2™ მოდული დამოწმებულია იაპონიაში სერთიფიკატის ნომრით 008-220415
მნიშვნელოვანი
მოდული არ არის მონიშნული იაპონიის სასერთიფიკატო ნიშნით და პირადობის მოწმობით მცირე ფიზიკური ზომის გამო. მწარმოებელმა, რომელიც აერთიანებს რადიო მოდულს თავის მასპინძელ აღჭურვილობაში, უნდა განათავსოს სასერთიფიკატო ნიშანი და სერტიფიცირების ნომერი მასპინძელი მოწყობილობის გარე მხარეს.

სასერთიფიკატო ნიშანი და სერთიფიკატის ნომერი უნდა განთავსდეს ქვემოთ მოცემულ იაპონურ ენაზე ტექსტთან ახლოს.
თარგმანი:
„ეს მოწყობილობა შეიცავს მითითებულ რადიო აღჭურვილობას, რომელიც სერტიფიცირებულია ტექნიკური რეგლამენტის შესაბამისობის სერტიფიკატზე რადიო კანონის შესაბამისად.

UK Timecode Systems Ltd.
განყოფილება 6, ელგარის ბიზნეს ცენტრი,
მოსლის გზა,
ჰელოუ, ვორესტერ.
WR26NJ. დიდი ბრიტანეთი
(დათარიღებული 26/05/2022)

დოკუმენტები / რესურსები

Timecode Systems AirGlu2 უსადენო სინქრონიზაციის და მართვის მოდული [pdf] მომხმარებლის სახელმძღვანელო AGLU02, AYV-AGLU02, AYVAGLU02, AirGlu2, უსადენო სინქრონიზაციის და მართვის მოდული, AirGlu2 უსადენო სინქრონიზაციისა და მართვის მოდული

ცნობები

• მომხმარებლის სახელმძღვანელო