AN451
უსადენო M-BUS პროგრამული უზრუნველყოფის დანერგვა
შესავალი
განაცხადის ეს შენიშვნა აღწერს უსადენო M-Bus-ის Silicon Labs-ის განხორციელებას Silicon Labs C8051 MCU და EZRadioPRO®-ის გამოყენებით. უსადენო M-ავტობუსი არის ევროპული სტანდარტი მრიცხველის წაკითხვის აპლიკაციებისთვის 868 MHz სიხშირის დიაპაზონის გამოყენებით.
დასტის ფენები
უსადენო M-Bus იყენებს 3-ფენიან IEC მოდელს, რომელიც არის 7-ფენიანი OSI მოდელის ქვეჯგუფი (იხ. სურათი 1).
ფიზიკური (PHY) ფენა განსაზღვრულია EN 13757-4-ში. ფიზიკური ფენა განსაზღვრავს, თუ როგორ ხდება ბიტების კოდირება და გადაცემა, RF მოდემის მახასიათებლები (ჩიპის სიხშირე, პრეამბულა და სინქრონიზაციის სიტყვა) და RF პარამეტრებს (მოდულაცია, ცენტრის სიხშირე და სიხშირის გადახრა).
PHY ფენა განხორციელებულია ტექნიკისა და პროგრამული უზრუნველყოფის კომბინაციის გამოყენებით. EZRadioPRO ასრულებს RF და მოდემის ყველა ფუნქციას. EZRadioPRO გამოიყენება FIFO რეჟიმში პაკეტის დამმუშავებელთან ერთად. MbusPhy.c მოდული უზრუნველყოფს SPI ინტერფეისს, დაშიფვრას/გაშიფვრას, წაკითხვის/ჩაწერის დაბლოკვას და პაკეტების მართვას და მართავს გადამცემის მდგომარეობას.
M-Bus Data link-ის ფენა დანერგილია MbusLink.c მოდულში. M-Bus აპლიკაციის პროგრამირების ინტერფეისი შედგება საჯარო ფუნქციებისგან, რომლებიც შეიძლება გამოიძახონ აპლიკაციის ფენიდან მთავარ თემაში. MbusLink მოდული ასევე ახორციელებს Data Link Layer-ს. მონაცემთა ბმული ფენა დააფორმატებს და დააკოპირებს მონაცემებს აპლიკაციის TX ბუფერიდან MbusPhy TX ბუფერში, დაამატებს საჭირო სათაურებს და CRC-ებს.
თავად განაცხადის ფენა არ არის M-bus firmware ნაწილი. განაცხადის ფენა განსაზღვრავს, თუ როგორ უნდა ფორმატირდეს მრავალფეროვანი მონაცემები გადასაცემად. მრიცხველების უმეტესობას მხოლოდ ერთი ან ორი ტიპის მონაცემების გადაცემა სჭირდება. დიდი რაოდენობით კოდის დამატება მრიცხველში ნებისმიერი სახის მონაცემის დასატანად, მრიცხველს დაამატებს არასაჭირო კოდს და ღირებულებას. შესაძლოა შესაძლებელი იყოს ბიბლიოთეკის ან სათაურის დანერგვა file მონაცემთა ტიპების ამომწურავი სიით. თუმცა, აღრიცხვის მომხმარებელთა უმეტესობამ ზუსტად იცის, რა სახის მონაცემები უნდა გადასცეს და შეუძლიათ მიმართონ სტანდარტს დეტალების ფორმატისთვის. უნივერსალურმა მკითხველმა ან სნიფერმა შეიძლება განახორციელოს აპლიკაციის მონაცემთა ტიპების სრული ნაკრები PC GUI-ზე. ამ მიზეზების გამო, განაცხადის ფენა განხორციელებულია მაგampაპლიკაციები მრიცხველისა და წამკითხველისთვის.
საჭირო სტანდარტები
- EN 13757-4
EN 13757-4
მრიცხველების საკომუნიკაციო სისტემა და მრიცხველების დისტანციური კითხვა
ნაწილი 4: უსადენო მრიცხველის კითხვა
რადიომეტრის კითხვა 868 MHz-დან 870 MHz SRD დიაპაზონში მუშაობისთვის - EN 13757-3
მრიცხველების საკომუნიკაციო სისტემა და მრიცხველების დისტანციური კითხვა
ნაწილი 3: გამოყოფილი განაცხადის ფენა - IEC 60870-2-1:1992
ტელეკონტროლის აღჭურვილობა და სისტემები
ნაწილი 5: გადაცემის პროტოკოლები
ნაწილი 1: ბმული გადაცემის პროცედურა - IEC 60870-1-1:1990
ტელეკონტროლის აღჭურვილობა და სისტემები
ნაწილი 5: გადაცემის პროტოკოლები
ნაწილი 1: გადაცემის ჩარჩოს ფორმატები
განმარტებები
- M-Bus-M-Bus არის მრიცხველის წაკითხვის სადენიანი სტანდარტი ევროპაში.
- უკაბელო M-Bus— უსადენო M-Bus მრიცხველის წაკითხვის აპლიკაციებისთვის ევროპაში.
- PHY— ფიზიკური ფენა განსაზღვრავს, თუ როგორ ხდება მონაცემთა ბიტებისა და ბაიტების კოდირება და გადაცემა.
- API-აპლიკაციის პროგრამისტის ინტერფეისი.
- ᲑᲛᲣᲚᲘ-მონაცემთა ბმული ფენა განსაზღვრავს, თუ როგორ გადაიცემა ბლოკები და ჩარჩოები.
- CRC-ციკლური სიჭარბის შემოწმება.
- FSK-სიხშირის Shift Keying.
- ჩიპი -გადაცემული მონაცემების უმცირესი ერთეული. ერთი მონაცემთა ბიტი დაშიფრულია, როგორც მრავალი ჩიპი.
- მოდული -AC კოდის წყარო .გ file.
M-Bus PHY ფუნქციური აღწერა
პრეამბულის თანმიმდევრობა
M-ავტობუსის სპეციფიკაციით განსაზღვრული პრეამბულის თანმიმდევრობა არის ნულებისა და ერთების მონაცვლეობითი მთელი რიცხვი. ერთი განისაზღვრება, როგორც უმაღლესი სიხშირე, ხოლო ნული განისაზღვრება, როგორც ქვედა სიხშირე.
nx (01)
Si443x-ის პრეამბლის ოფციები არის ბუჩქების მთელი რიცხვი, რომელიც შედგება მონაცვლეობითი ერთებისა და ნულებისაგან.
nx (1010)
დამატებითი წამყვანის მქონე პრეამბულა არ იქნება პრობლემა, მაგრამ, შემდეგ, სინქრონიზაციის სიტყვა და დატვირთვა არასწორად იქნება განლაგებული ერთი ბიტით.
გამოსავალი არის მთელი პაკეტის ინვერსია ძრავის ბიტის დაყენებით Modulation Control 2 რეესტრში (0x71). ეს გადააქცევს პრეამბულას, სიტყვის სინქრონიზაციას და TX/RX მონაცემებს. შედეგად, მონაცემები უნდა იყოს ინვერსიული TX მონაცემების ჩაწერისას ან RX მონაცემების წაკითხვისას. ასევე, სინქრონიზაციის სიტყვა ინვერსიულია Si443x Synchronization Word რეგისტრებში ჩაწერამდე.
სინქრონიზაციის სიტყვა
EN-13757-4-ით მოთხოვნილი სინქრონიზაციის სიტყვა არის ან 18 ჩიპი Mode S-ისთვის და Mode R ან 10 ჩიპი მოდელი T-ისთვის. სინქრონიზაციის სიტყვა Si443x-ისთვის არის 1-დან 4 ბაიტამდე. თუმცა, ვინაიდან სინქრონიზაციის სიტყვას ყოველთვის წინ უსწრებს პრეამბულა, პრეამბულის ბოლო ექვსი ბიტი შეიძლება ჩაითვალოს სინქრონიზაციის სიტყვის ნაწილად; ასე რომ, პირველი სინქრონიზაციის სიტყვა ივსება ნულის სამი გამეორებით, რასაც მოჰყვება ერთი. სინქრონიზაციის სიტყვა ავსებს Si443x რეგისტრებში ჩაწერამდე.
ცხრილი 1. სინქრონიზაციის სიტყვა რეჟიმი S და რეჟიმი R
| EN 13757-4 | 00 | 01110110 | 10010110 | ორობითი |
| 00 | 76 | 96 | hex | |
| საფენი (01) x 3 | 01010100 | 01110110 | 10010110 | ორობითი |
| 54 | 76 | 96 | hex | |
| შეავსებს | 10101011 | 10001001 | 01101001 | ორობითი |
| AB | 89 | 69 | hex |
ცხრილი 2. სიტყვის სინქრონიზაცია რეჟიმი T მეტრი სხვაზე
| სინქრონიზაცია | სინქრონიზაცია | სინქრონიზაცია |
| სიტყვა | სიტყვა | სიტყვა |
| 3 | 2 | 1 |
გადაცემის პრეამბულის სიგრძე
მინიმალური პრეამბულა მითითებულია ოთხი განსხვავებული ოპერაციული რეჟიმისთვის. დასაშვებია პრეამბულის არსებობა მითითებულზე გრძელი. პრეამბულისთვის ექვსი ჩიპის გამოკლება იძლევა ჩიპების მინიმალურ რაოდენობას Si443x პრეამბულისთვის. იმპლემენტაცია ამატებს პრეამბულის ორ დამატებით ნაწილს ყველა მოკლე პრეამბულის რეჟიმში, რათა გააუმჯობესოს პრეამბულის ამოცნობა და თავსებადობა. პრეამბულა რეჟიმი S-ზე გრძელი პრეამბულით ძალიან გრძელია; ასე რომ, მინიმალური პრეამბულა გამოიყენება. პრეამბლის სიგრძე ნიბლებში იწერება პრეამბლის სიგრძე (0x34) რეგისტრში. პრეამბულის სიგრძის რეგისტრი განსაზღვრავს პრეამბულას მხოლოდ გადაცემისას. მინიმალური სპეციფიკაციები და პრეამბულის სიგრძის პარამეტრები შეჯამებულია ცხრილში 3.
ცხრილი 3. გადაცემის პრეამბულის სიგრძე
| EN-13757-4 მინიმალური |
Si443x პრეამბულა დაყენება |
სინქრონიზაცია სიტყვა |
სულ | ზედმეტი | |||
| nx (01) | ჩიფსები | წიწაკები | ჩიფსები | ჩიფსები | ჩიფსები | ჩიფსები | |
| რეჟიმი S მოკლე პრეამბულა | 15 | 30 | 8 | 32 | 6 | 38 | 8 |
| რეჟიმი S გრძელი პრეამბულა | 279 | 558 | 138 | 552 | 6 | 558 | 0 |
| რეჟიმი T (მეტრი-სხვა) | 19 | 38 | 10 | 40 | 6 | 46 | 8 |
| რეჟიმი R | 39 | 78 | 20 | 80 | 6 | 86 | 8 |
მიღების მინიმალური პრეამბულა განისაზღვრება Preamble Detection Control რეგისტრით (0x35). მიღებისას, სინქრონიზაციის სიტყვაში ბიტების რაოდენობა უნდა გამოკლდეს მითითებულ მინიმალურ პრეამბულს, გამოსაყენებელი პრეამბულის დასადგენად. მიმღების მინიმალური დაყენების დრო არის 16 ჩიპი, თუ AFC ჩართულია, ან 8 ჩიპი, თუ AFC გამორთულია. მიმღების დაყენების დრო ასევე გამოკლებულია გამოსაყენებელ პრეამბულს, რათა განისაზღვროს პრეამბლის გამოვლენის კონტროლის რეგისტრის მინიმალური პარამეტრი.
ყალბი პრეამბულის ალბათობა დამოკიდებულია Preamble Detection Control რეგისტრის პარამეტრზე. 8-ჩიპის მოკლე პარამეტრმა შეიძლება გამოიწვიოს ყალბი პრეამბულის აღმოჩენა ყოველ რამდენიმე წამში. 20 ჩიპის რეკომენდებული პარამეტრი აქცევს ყალბი პრეამბულის გამოვლენას ნაკლებად სავარაუდო მოვლენად. პრეამბულის სიგრძე რეჟიმი R და რეჟიმი SL საკმარისად გრძელია რეკომენდებული პარამეტრის გამოსაყენებლად.
ძალიან მცირე სარგებელი მოაქვს პრეამბულას 20-ზე მეტი ჩიპის ამოცნობას.
AFC გამორთულია მოდელი S-ისთვის მოკლე პრეამბულით და მოდელი T. ეს ამცირებს მიმღების დალაგების დროს და იძლევა უფრო ხანგრძლივი პრეამბულის ამოცნობის პარამეტრს. თუ AFC გამორთულია, რეჟიმს T შეუძლია გამოიყენოს 20 ჩიპის რეკომენდებული პარამეტრი. მოდელი S-ისთვის გამოიყენება 4 ჩიპის ან 20 ჩიპის პარამეტრი მოკლე პრეამბულით. ეს ხდის ამ მოდელისთვის ყალბი პრეამბულის გამოვლენის ალბათობას ოდნავ უფრო მაღალი.
ცხრილი 4. პრეამბულის გამოვლენა
| EN-13757-4 მინიმალური |
სინქრონიზაცია სიტყვა |
გამოსაყენებელი პრეამბულა |
RX დასახლება | გამოვლენა წთ |
Si443x პრეამბულა გამოვლენის პარამეტრი |
|||
| nx (01) | ჩიფსები | ჩიფსები | ჩიფსები | ჩიფსები | ჩიფსები | წიწაკები | ჩიფსები | |
| რეჟიმი S მოკლე პრეამბულა | 15 | 30 | 6 | 24 | 8* | 16 | 4 | 16 |
| მოდელი S გრძელი პრეამბულა | 279 | 558 | 6 | 552 | 16 | 536 | 5 | 20 |
| მოდელი T (მეტრი-სხვა) | 19 | 38 | 6 | 32 | 8* | 24 | 5 | 20 |
| რეჟიმი R | 39 | 78 | 6 | 72 | 16 | 56 | 5 | 20 |
| * შენიშვნა: AFC გამორთულია | ||||||||
მიმღები კონფიგურირებულია გადამცემთან ურთიერთთანამშრომლობისთვის მინიმალური მითითებული პრეამბულის გამოყენებით. ეს უზრუნველყოფს მიმღების თანამშრომლობას M-bus-თან შესაბამის გადამცემთან.
Wireless M-Bus სპეციფიკაცია მოითხოვს ძალიან გრძელ პრეამბულას Mode S1-ისთვის, სულ მცირე 558 ჩიპისგან. ამას დასჭირდება დაახლოებით 17 ms მხოლოდ პრეამბულის გადასაცემად. Si443x არ საჭიროებს ასეთ გრძელ პრეამბულას და არ სარგებლობს გრძელი პრეამბულით. მიუხედავად იმისა, რომ გრძელი პრეამბულა მითითებულია, როგორც არჩევითი რეჟიმი S2-ისთვის, არ არსებობს მიზეზი, რომ გამოიყენოთ გრძელი პრეამბულა Si443x-თან. თუ სასურველია ცალმხრივი კომუნიკაცია, რეჟიმი T1 უზრუნველყოფს უფრო მოკლე პრეამბულას, მონაცემთა უფრო მაღალ სიჩქარეს და ბატარეის უფრო მეტ ხანგრძლივობას. თუ საჭიროა ორმხრივი კომუნიკაცია S2 რეჟიმის გამოყენებით, რეკომენდებულია მოკლე პრეამბულა.
გაითვალისწინეთ, რომ მოდელი S-ისთვის გრძელი პრეამბულის გამოვლენის ზღვარი უფრო გრძელია, ვიდრე მოდელი S-ისთვის გადაცემული პრეამბულის ფრაგმენტების რაოდენობა მოკლე პრეამბულით. ეს ნიშნავს, რომ გრძელი პრეამბულა Mode S მიმღები არ ამოიცნობს პრეამბულას მოკლე პრეამბულის რეჟიმი S გადამცემიდან. ეს აუცილებელია, თუ გრძელი პრეამბულის რეჟიმი S მიმღებმა უნდა მიიღოს რაიმე სარგებელი გრძელი პრეამბულისგან.
გაითვალისწინეთ, რომ მოკლე პრეამბულის რეჟიმი S მიმღები ამოიცნობს პრეამბულას და მიიღებს პაკეტებს ორივე მოკლე პრეამბულის რეჟიმიდან S
გადამცემი და გრძელი პრეამბულის რეჟიმი S გადამცემი; ასე რომ, ზოგადად, მრიცხველის მკითხველმა უნდა გამოიყენოს მოკლე პრეამბულა Mode S მიმღების კონფიგურაცია.
კოდირება/გაშიფვრა
Wireless M-bus სპეციფიკაცია მოითხოვს კოდირების ორ განსხვავებულ მეთოდს. მანჩესტერში კოდირება გამოიყენება რეჟიმი S და რეჟიმი R. მანჩესტერში კოდირება ასევე გამოიყენება T მოდელის სხვა-მეტრიანი ბმულისთვის. მოდელი T მრიცხველის სხვა ბმული იყენებს 3-დან 6 დაშიფვრას.
1. მანჩესტერში კოდირებული/გაშიფრული
მანჩესტერის კოდირება ისტორიულად გავრცელებულია RF სისტემებში, რათა უზრუნველყოს საათის ძლიერი აღდგენა და თვალყურის დევნება მარტივი და იაფი მოდემის გამოყენებით. თუმცა, თანამედროვე მაღალი ხარისხის რადიო, როგორიცაა Si443x, არ სჭირდება მანჩესტერული კოდირება. მანჩესტერში კოდირება მხარდაჭერილია ძირითადად არსებულ სტანდარტებთან თავსებადობისთვის, მაგრამ Si443x-ისთვის მონაცემთა სიხშირე ეფექტურად გაორმაგებულია მანჩესტერული კოდირების გამოყენების გარეშე.
Si443x მხარს უჭერს მანჩესტერის დაშიფვრას და მთლიანი პაკეტის დეკოდირებას აპარატურაში. სამწუხაროდ, სინქრონიზაციის სიტყვა არ არის მანჩესტერში კოდირებული. სინქრონიზაციის სიტყვისთვის მიზანმიმართულად იყო არჩეული არასწორი მანჩესტერული თანმიმდევრობა. ეს ხდის მანჩესტერის დაშიფვრას შეუთავსებელს უმეტეს არსებულ რადიოსთან, მათ შორის Si443x-თან. შედეგად, მანჩესტერში დაშიფვრა და გაშიფვრა უნდა შესრულდეს MCU-ს მიერ. დაშიფრული მონაცემების თითოეული ბაიტი შედგება რვა მონაცემთა ბიტისაგან. მანჩესტერის კოდირების გამოყენებით, თითოეული მონაცემთა ბიტი დაშიფრულია ორ ჩიპიან სიმბოლოში. ვინაიდან დაშიფრული მონაცემები უნდა ჩაიწეროს რადიო FIFO-ზე ერთდროულად რვა ჩიპზე, მონაცემთა ერთი წვერი კოდირდება და იწერება FIFO-ზე ერთდროულად.
ცხრილი 5. მანჩესტერული კოდირება
| მონაცემები | Ox12 | 0x34 | ბაიტები | ||
| Ox1 | 0x2 | 0x3 | 0x4 | წიწაკები | |
| 1 | 10 | 11 | 100 | ორობითი | |
| ჩიპი | 10101001 | 10100110 | 10100101 | 10011010 | ორობითი |
| FIFO | OxA9 | OxA6 | OxA5 | Ox9A | hex |
თითოეული გადასაცემი ბაიტი გადაეცემა თითო ბაიტი კოდირების ბაიტის ფუნქციას. კოდირების ბაიტის ფუნქცია ორჯერ გამოიძახებს კოდირების ნისკარტის ფუნქციას, ჯერ ყველაზე მნიშვნელოვანი და შემდეგ ყველაზე ნაკლებად მნიშვნელოვანი ნისკარტისთვის.
მანჩესტერში დაშიფვრა პროგრამულ უზრუნველყოფაში არ არის რთული. ყველაზე მნიშვნელოვანი ბიტიდან დაწყებული, ერთი დაშიფრულია როგორც "01" ჩიპის თანმიმდევრობა. ნული დაშიფრულია როგორც "10" ჩიპის თანმიმდევრობა. ეს შეიძლება მარტივად განხორციელდეს მარყუჟის გამოყენებით და თითოეული სიმბოლოსთვის ორი ბიტის გადანაცვლებით. თუმცა, უფრო სწრაფია გამოიყენოთ მარტივი 16 ჩანაწერის სანახავი ცხრილი თითოეული წიწაკისთვის. დაშიფვრა Manchester nibble ფუნქცია დაშიფვრავს მონაცემთა ნაკადს და შემდეგ წერს მას FIFO-ში. ჩიპები ინვერსიულია FIFO-სთვის ჩაწერამდე, რათა გაითვალისწინონ ინვერსიული პრეამბულის მოთხოვნები.
მიღებისას, FIFO-ში თითოეული ბაიტი შედგება რვა ჩიპისგან და დეკოდირდება მონაცემების ერთ ნაწილებად. წაკითხვის ბლოკის ფუნქცია კითხულობს თითო ბაიტს FIFO-დან და იძახებს დეკოდირების ბაიტის ფუნქციას. ჩიპები ინვერსიულია FIFO-დან წაკითხვის შემდეგ, რათა გაითვალისწინონ ინვერსიული პრეამბულის მოთხოვნები. მანჩესტერში დაშიფრული ჩიპების თითოეული ბაიტი დეკოდირებულია მონაცემთა ნაკადში. გაშიფრული ნიბლი იწერება RX ბუფერში ჩაწერის nibble RX ბუფერული ფუნქციის გამოყენებით.
ყურადღება მიაქციეთ, რომ როგორც კოდირება, ასევე დეკოდირება შესრულებულია თითო-თითო მონაცემის ამოწურვაზე. ბუფერში დაშიფვრას დასჭირდება დამატებითი ბუფერი, რომელიც ორჯერ აღემატება დაშიფრულ მონაცემებს. კოდირება და გაშიფვრა ბევრად უფრო სწრაფია, ვიდრე ყველაზე სწრაფი მხარდაჭერილი მონაცემთა სიჩქარე (100 k ჩიპი წამში). ვინაიდან Si443x მხარს უჭერს FIFO-ში მრავალ ბაიტი წაკითხვას და ჩაწერას, მხოლოდ ერთი ბაიტიანი წაკითხვისა და ჩაწერის გამოყენებას მცირე ხარჯი აქვს. ზედნადები არის დაახლოებით 10 μs 100 კოდირებული ჩიპისთვის. სარგებელი არის RAM-ის დაზოგვა 512 ბაიტი.
2. ექვსიდან სამი კოდირების გაშიფვრა
EN-13757-4-ში მითითებული სამი-ექვსიდან კოდირების მეთოდი ასევე დანერგილია პროგრამულ უზრუნველყოფაში MCU-ზე. ეს კოდირება გამოიყენება მაღალსიჩქარიანი (100 კ ჩიპი წამში) რეჟიმი T მეტრიდან სხვაზე. მოდელი T უზრუნველყოფს უკაბელო მრიცხველის გადაცემის უმოკლეს დროს და ბატარეის ხანგრძლივ ხანგრძლივობას.
გადასაცემი მონაცემების თითოეული ბაიტი დაყოფილია ორ ნაჭრად. ყველაზე მნიშვნელოვანი წიწაკა პირველ რიგში კოდირებულია და გადაცემულია. ისევ და ისევ, ეს განხორციელებულია კოდირების ბაიტის ფუნქციის გამოყენებით, რომელიც ორჯერ იძახებს კოდირების nibble ფუნქციას.
მონაცემების ყოველი წვერი დაშიფრულია ექვსჩიპიან სიმბოლოში. ექვსჩიპიანი სიმბოლოების თანმიმდევრობა უნდა ჩაიწეროს 8 ჩიპის FIFO-ზე.
კოდირების დროს, ორი ბაიტი მონაცემები დაშიფრულია, როგორც ოთხი წიწაკა. თითოეული ჩიპი არის 6 ჩიპიანი სიმბოლო. ოთხი 6 ჩიპის სიმბოლო აგრეგირებულია სამ ბაიტად.
ცხრილი 6. ექვსიდან სამი კოდირება
| მონაცემები | 0x12 | 0x34 | ბაიტები | ||||
| Ox1 | 0x2 | 0x3 | 0x4 | წიწაკები | |||
| ჩიპი | 15 | 16 | 13 | 34 | რვაფეხა | ||
| 1101 | 1110 | 1011 | 11100 | ორობითი | |||
| FIFO | 110100 | 11100010 | 11011100 | ორობითი | |||
| 0x34 | OxE2 | OxDC | hex | ||||
პროგრამულ უზრუნველყოფაში, ექვსიდან სამი კოდირება ხორციელდება სამი ჩადგმული ფუნქციის გამოყენებით. კოდირების ბაიტის ფუნქცია ორჯერ გამოიძახებს კოდირების ნიბლის ფუნქციას. კოდირების nibble ფუნქცია იყენებს საძიებო ცხრილს ექვსჩიპიანი სიმბოლოსთვის და წერს სიმბოლოს Shift სამი ფუნქციიდან ექვსიდან. ეს ფუნქცია ახორციელებს 16 ჩიპიანი ცვლის რეგისტრს პროგრამულ უზრუნველყოფაში. სიმბოლო იწერება ცვლის რეგისტრის ყველაზე ნაკლებად მნიშვნელოვან ბაიტზე. რეესტრი ორჯერ გადაინაცვლებს მარცხნივ. ეს სამჯერ მეორდება. როდესაც სრული ბაიტი იმყოფება shift რეგისტრის ზედა ბაიტში, ის ინვერსიულია და იწერება FIFO-ში.
ვინაიდან მონაცემთა თითოეული ბაიტი დაშიფრულია, როგორც ერთნახევარი კოდირებული ბაიტი, მნიშვნელოვანია, რომ თავიდანვე გაასუფთავოთ shift რეგისტრი ისე, რომ პირველი კოდირებული ბაიტი იყოს სწორი. თუ პაკეტის სიგრძე კენტი რიცხვია, ყველა ბაიტის დაშიფვრის შემდეგ, ცვლის რეესტრში მაინც დარჩება ერთი წიწაკა. ეს განიხილება ფოსტით, როგორც ეს აღწერილია შემდეგ ნაწილში.
ექვსიდან სამის გაშიფვრა საპირისპირო პროცედურაა. დეკოდირებისას სამი დაშიფრული ბაიტი დეკოდირდება ორ მონაცემთა ბაიტად. პროგრამული უზრუნველყოფის ცვლის რეგისტრი კვლავ გამოიყენება დეკოდირებული მონაცემების ბაიტების დასაგროვებლად. დეკოდირებისთვის გამოიყენება 64 ჩანაწერიანი შებრუნებული საძიებო ცხრილი. ეს იყენებს ნაკლებ ციკლს, მაგრამ მეტ კოდის მეხსიერებას. 16 ჩანაწერიანი საძიებო ცხრილის შესაბამისი სიმბოლოს ძიებას გაცილებით მეტი დრო სჭირდება.
ფოსტა
უსადენო M-ავტობუსის სპეციფიკაციას აქვს სპეციფიკური მოთხოვნები საფოსტო გზავნილის ან მისაბმელის მიმართ. ყველა რეჟიმისთვის, მინიმალური არის ორი ჩიპი, ხოლო მაქსიმალური არის რვა ჩიპი. ვინაიდან FIFO-სთვის მინიმალური ატომური ერთეული არის ერთი ბაიტი, 8 ჩიპიანი თრეილერი გამოიყენება რეჟიმი S და რეჟიმი R. Mode T postamble არის რვა ჩიპი, თუ პაკეტის სიგრძე ლუწია ან ოთხი ჩიპი, თუ პაკეტის სიგრძე კენტია. კენტი პაკეტის სიგრძის ოთხი ჩიპიანი საფოსტო გზავნილი აკმაყოფილებს მინიმუმ ორი მონაცვლეობითი ჩიპის არსებობის მოთხოვნებს.
ცხრილი 7. Postamble სიგრძე
| Postamble სიგრძე (ჩიპები) | |||||
| წთ | მაქს | განხორციელება | ჩიპების თანმიმდევრობა | ||
| რეჟიმი S | 2 | 8 | 8 | 1010101 | |
| რეჟიმი T | 2 | 8 | 4 | (კენტი) | 101 |
| 8 | (თუნდაც) | 1010101 | |||
| რეჟიმი R | 2 | 8 | 8 | 1010101 | |
პაკეტის დამმუშავებელი
Si443x-ზე პაკეტის დამმუშავებელი შეიძლება გამოყენებულ იქნას ცვლადი სიგანის რეჟიმში ან ფიქსირებული პაკეტის სიგანის რეჟიმში. ცვლადი პაკეტის სიგანის რეჟიმი მოითხოვს პაკეტის სიგრძის ბაიტს სინქრონიზაციის სიტყვის შემდეგ და არჩევითი სათაურის ბაიტებს. მიღებისას, რადიო გამოიყენებს სიგრძის ბაიტს მოქმედი პაკეტის დასასრულის დასადგენად. გადაცემისას რადიო ჩასვამს სიგრძის ველს სათაურის ბაიტების შემდეგ.
უკაბელო M-ავტობუსის პროტოკოლისთვის L ველის გამოყენება შეუძლებელია Si443x სიგრძის ველისთვის. პირველი, L ველი არ არის პაკეტის რეალური სიგრძე. ეს არის ბმულის ფენის დატვირთვის ბაიტების რაოდენობა CRC ბაიტების ან კოდირების ჩათვლით. მეორეც, თავად L-ველი დაშიფრულია ან მანჩესტერის კოდირებით ან ექვსიდან სამი კოდირებით Mode T მეტრისთვის სხვაზე.
დანერგვა იყენებს პაკეტის დამმუშავებელს ფიქსირებული პაკეტის სიგანის რეჟიმში, როგორც გადაცემისთვის, ასევე მიღებისთვის. გადაცემისას, PHY ფენა წაიკითხავს L ველს გადაცემის ბუფერში და გამოთვლის დაშიფრული ბაიტების რაოდენობას, მათ შორის საფოსტო გზავნილს. გადასაცემი კოდირებული ბაიტების საერთო რაოდენობა იწერება პაკეტის სიგრძის რეესტრში (0x3E).
მიღებისას, პირველი ორი დაშიფრული ბაიტი დეკოდირებულია და L ველი იწერება მიმღების ბუფერში. L-ველი გამოიყენება მისაღებად კოდირებული ბაიტების რაოდენობის გამოსათვლელად. დაშიფრული ბაიტების რაოდენობა, რომლებიც უნდა მიიღოთ, შემდეგ ჩაიწერება პაკეტის სიგრძის რეესტრში (0x3E). საფოსტო გზავნილი გადაყრილია.
MCU-მ უნდა გაშიფროს L-ველი, გამოთვალოს კოდირებული ბაიტების რაოდენობა და ჩაწეროს მნიშვნელობა პაკეტის სიგრძის რეგისტრში, სანამ პაკეტის უმოკლეს შესაძლო სიგრძე მიიღება. უმოკლეს დასაშვები L ველი PHY ფენისთვის არის 9, რომელიც იძლევა 12 არაკოდირებულ ბაიტს. ეს იძლევა 18 დაშიფრულ ბაიტს მოდელი T-ისთვის. პირველი ორი ბაიტი უკვე გაშიფრულია. ამრიგად, პაკეტის სიგრძის რეგისტრი უნდა განახლდეს 16-ბაიტი ჯერ 100 kbps ან 1.28 მილიწამში. ეს არ არის პრობლემა 8051-ისთვის, რომელიც მუშაობს 20 MIPS-ზე.
მიღებული ბაიტების რაოდენობა არ შეიცავს საფოსტო წერილს, გარდა ოთხი ჩიპიანი საფოსტო გზავნილისა, რომელიც გამოიყენება Mode T პაკეტებისთვის უცნაური პაკეტის სიგრძით. ამრიგად, მიმღებს არ სჭირდება საფოსტო გზავნილი, გარდა მოდელი T უცნაური სიგრძის პაკეტებისა. ეს postamble საჭიროა მხოლოდ დაშიფრული ბაიტების მთელი რიცხვის მისაცემად. საფოსტო გზავნილის შინაარსი იგნორირებულია; ასე რომ, თუ საფოსტო გზავნილი არ არის გადაცემული, ოთხი ხმაურის ჩიპი მიიღება და იგნორირებული იქნება. ვინაიდან დაშიფრული ბაიტების საერთო რაოდენობა შემოიფარგლება 255-ით (0xFF), განხორციელება ზღუდავს მაქსიმალურ L ველს სხვადასხვა რეჟიმისთვის.
ცხრილი 8. პაკეტის ზომის ლიმიტები
| კოდირებული | გაშიფრული | M-ავტობუსი | ||||
| ბაიტები | ბაიტები | L-ველი | ||||
| დეკ | hex | დეკ | hex | დეკ | hex | |
| რეჟიმი S | 255 | FF | 127 | 7 F | 110 | 6E |
| რეჟიმი T (მეტრი-სხვა) | 255 | FF | 169 | A9 | 148 | 94 |
| რეჟიმი R | 255 | FF | 127 | 7 F | 110 | 6E |
ეს ლიმიტები ჩვეულებრივ ბევრად აღემატება უკაბელო მრიცხველის ტიპურ გამოყენებას. პაკეტის სიგრძე უნდა იყოს მცირე, რათა მიიღოთ ბატარეის მაქსიმალური ხანგრძლივობა.
გარდა ამისა, მომხმარებელს შეუძლია მიუთითოს მაქსიმალური L ველი, რომელიც უნდა მიიღოს (USER_RX_MAX_L_FIELD). ეს განსაზღვრავს მიმღების ბუფერის საჭირო ზომას (USER_RX_BUFFER_SIZE).
მაქსიმალური L ველის 255 მხარდაჭერისთვის საჭირო იქნება 290 ბაიტის მიღების ბუფერი და მაქსიმუმ 581 მანჩესტერში დაშიფრული ბაიტი. პაკეტის დამმუშავებლის გამორთვა და Packet Length რეგისტრი ვერ იქნება გამოყენებული ამ შემთხვევაში. ეს შესაძლებელია, მაგრამ უფრო მოსახერხებელია პაკეტის დამმუშავებლის გამოყენება, თუ ეს შესაძლებელია.
FIFO გამოყენება
Si4431 უზრუნველყოფს 64 ბაიტიან FIFO-ს გადაცემისა და მიღებისთვის. ვინაიდან დაშიფრული ბაიტების რაოდენობა არის 255, მთელი დაშიფრული პაკეტი შეიძლება არ მოთავსდეს 64 ბაიტიან ბუფერში.
Გადაცემა
გადაცემისას გამოითვლება დაშიფრული ბაიტების საერთო რაოდენობა. თუ დაშიფრული ბაიტების ჯამური რაოდენობა, საფოსტო გზავნილების ჩათვლით, 64 ბაიტზე ნაკლებია, მთელი პაკეტი იწერება FIFO-ში და ჩართულია მხოლოდ გაგზავნილი პაკეტის შეფერხება. მოკლე პაკეტების უმეტესობა გაიგზავნება ერთი FIFO გადარიცხვით.
თუ დაშიფრული ბაიტების რაოდენობა 64-ზე მეტია, პაკეტის გასაგზავნად საჭირო იქნება მრავალი FIFO გადაცემა. პირველი 64 ბაიტი იწერება FIFO-ში. Packet Sent და TX FIFO თითქმის ცარიელი შეფერხებები ჩართულია. TX FIFO Almost Empty ბარიერი დაყენებულია 16 ბაიტზე (25%). ყოველი IRQ მოვლენის შემდეგ იკითხება სტატუსი 2 რეგისტრი. Packet Sent ბიტი ჯერ მოწმდება და, თუ პაკეტი ბოლომდე არ არის გაგზავნილი, შემდეგი 48 ბაიტი კოდირებული მონაცემები იწერება FIFO-ში. ეს გრძელდება მანამ, სანამ ყველა კოდირებული ბაიტი არ დაიწერება და არ მოხდება გაგზავნილი პაკეტის შეფერხება.
1. მიღება
მიღებაზე თავდაპირველად ჩართულია მხოლოდ Sync Word-ის შეფერხება. სინქრონიზაციის სიტყვის მიღების შემდეგ, სინქრონიზაციის სიტყვის შეფერხება გამორთულია და ჩართულია FIFO თითქმის სრული შეწყვეტა. FIFO თითქმის სრული ბარიერი თავდაპირველად დაყენებულია 2 ბაიტზე. პირველი FIFO თითქმის სრული შეწყვეტა გამოიყენება იმის გასაგებად, თუ როდის არის მიღებული ორი სიგრძის ბაიტი. სიგრძის მიღების შემდეგ, სიგრძე დეკოდირებულია და დაშიფრული ბაიტების რაოდენობა გამოითვლება. RX FIFO თითქმის სრული ბარიერი დაყენებულია 48 ბაიტზე. RX FIFO თითქმის სავსეა და Valid Packet-ის შეფერხებები ჩართულია. შემდეგი IRQ მოვლენის შემდეგ, სტატუსი 1 რეგისტრი იკითხება. ჯერ მოწმდება Valid Packet ბიტი, შემდეგ კი FIFO Almost Full ბიტი. თუ დაყენებულია მხოლოდ RX FIFO თითქმის სრული ბიტი, შემდეგი 48 ბაიტი იკითხება FIFO-დან. თუ დაყენებულია მოქმედი პაკეტის ბიტი, პაკეტის დარჩენილი ნაწილი იკითხება FIFO-დან. MCU აკონტროლებს რამდენი ბაიტი იყო წაკითხული და წყვეტს კითხვას ბოლო ბაიტის შემდეგ.
მონაცემთა ბმულის ფენა
მონაცემთა ბმული ფენის მოდული ახორციელებს 13757-4:2005 შესაბამის ბმულის ფენას. მონაცემთა ბმული ფენა (LINK) უზრუნველყოფს ინტერფეისს ფიზიკურ ფენას (PHY) და განაცხადის ფენას (AL) შორის.
მონაცემთა ბმული ფენა ასრულებს შემდეგ ფუნქციებს:
- უზრუნველყოფს ფუნქციებს, რომლებიც გადასცემს მონაცემებს PHY-სა და AL-ს შორის
- ქმნის CRC-ებს გამავალი შეტყობინებებისთვის
- აღმოაჩენს CRC შეცდომებს შემოსულ შეტყობინებებში
- უზრუნველყოფს ფიზიკურ მიმართვას
- ადასტურებს გადარიცხვებს ორმხრივი კომუნიკაციის რეჟიმებისთვის
- ჩარჩოების მონაცემთა ბიტები
- აღმოაჩენს კადრების შეცდომებს შემომავალ შეტყობინებებში
ბმული ფენის ჩარჩოს ფორმატი
უსადენო M-Bus ჩარჩოს ფორმატი, რომელიც გამოიყენება EN 13757-4:2005-ში, მიღებულია FT3 (Frame Type 3) ჩარჩოს ფორმატიდან IEC60870-5-2-დან. ჩარჩო შედგება მონაცემთა ერთი ან მეტი ბლოკისგან. თითოეული ბლოკი მოიცავს 16-ბიტიან CRC ველს. პირველი ბოკი არის 12 ბაიტიანი ფიქსირებული სიგრძის ბლოკი, რომელიც მოიცავს L-ველს, C-ველს, M-ველს და A-ველს.
- L-ველი
L-ველი არის Link ფენის მონაცემთა დატვირთვის სიგრძე. ეს არ შეიცავს L- ველს ან CRC ბაიტს. მასში შედის L-ველი, C-ველი, M-ველი და A-ველი. ეს არის PHY დატვირთვის ნაწილი.
იმის გამო, რომ დაშიფრული ბაიტების რაოდენობა შემოიფარგლება 255 ბაიტით, M- ველის მაქსიმალური მხარდაჭერილი მნიშვნელობა არის 110 ბაიტი მანჩესტერში დაშიფრული მონაცემებისთვის და 148 ბაიტი რეჟიმი T-ს სამი-ექვსიდან კოდირებული მონაცემებისთვის.
Link ფენა პასუხისმგებელია გადაცემისას L ველის გამოთვლაზე. ბმული ფენა გამოიყენებს L ველს მიღებაზე.
გაითვალისწინეთ, L ველი არ მიუთითებს PHY დატვირთვის სიგრძეზე ან დაშიფრული ბაიტების რაოდენობაზე. გადაცემისას, PHY გამოთვლის PHY დატვირთვის სიგრძეს და დაშიფრული ბაიტების რაოდენობას. მიღებისას, PHY გაშიფრავს L ველს და გამოთვლის გასაშიფრად ბაიტების რაოდენობას. - C-ველი
C-ველი არის ჩარჩოს კონტროლის ველი. ეს ველი განსაზღვრავს ჩარჩოს ტიპს და გამოიყენება ბმულის მონაცემთა გაცვლის სერვისის პრიმიტიულებისთვის. C ველი მიუთითებს კადრის ტიპზე - SEND, CONFIRM, REQUEST ან RESPOND. SEND და REQUEST კადრების შემთხვევაში, C ველი მიუთითებს მოსალოდნელია თუ არა CONFIRM ან RESPOND.
ძირითადი Link TX ფუნქციის გამოყენებისას C-ის ნებისმიერი მნიშვნელობის გამოყენება შეიძლება. Link Service Primitives-ის გამოყენებისას, C ველი ავტომატურად ივსება EN 13757-4:2005 შესაბამისად. - M-Field
M-ველი არის მწარმოებლის კოდი. მწარმოებლებს შეუძლიათ მოითხოვონ სამასოიანი კოდი შემდეგიდან web მისამართი: http://www.dlms.com/flag/INDEX.HTM სამასოიანი კოდის თითოეული სიმბოლო დაშიფრულია როგორც ხუთი ბიტი. 5-ბიტიანი კოდის მიღება შესაძლებელია ASCII კოდის აღებით და 0x40 ("A") გამოკლებით. სამი 5-ბიტიანი კოდი გაერთიანებულია 15-ბიტიანი შესაქმნელად. ყველაზე მნიშვნელოვანი ბიტი არის ნული. - ა-ველი
მისამართის ველი არის უნიკალური 6-ბაიტიანი მისამართი თითოეული მოწყობილობისთვის. უნიკალური მისამართი უნდა მიენიჭოს მწარმოებელს. თითოეული მწარმოებლის პასუხისმგებლობაა უზრუნველყოს, რომ თითოეულ მოწყობილობას ჰქონდეს უნიკალური 6-ბაიტი მისამართი. გაგზავნის და მოთხოვნის ჩარჩოების მისამართი არის მრიცხველის ან სხვა მოწყობილობის თვითმისამართი. დადასტურებისა და პასუხის მონაცემთა ჩარჩოები იგზავნება საწყისი მოწყობილობის მისამართის გამოყენებით. - CI-ველი
CI-ველი არის აპლიკაციის სათაური და განსაზღვრავს მონაცემთა ტიპს აპლიკაციის მონაცემთა დატვირთვაში. მიუხედავად იმისა, რომ EN13757-4:2005 განსაზღვრავს მნიშვნელობების შეზღუდულ რაოდენობას, Link Service Primitives დაუშვებს ნებისმიერი მნიშვნელობის გამოყენებას. - CRC
CRC მითითებულია EN13757-4:2005-ში.
CRC პოლინომია არის:
X16 + x13 + x12 + x11 + x10 + x8 +x6 + x5 +x2 + 1
გაითვალისწინეთ, რომ M-Bus CRC გამოითვლება თითოეულ 16 ბაიტიან ბლოკზე. შედეგი არის ის, რომ ყოველი 16 ბაიტი მონაცემი მოითხოვს 18 ბაიტის გადასაცემად,
დამატებითი ინფორმაცია
დამატებითი ინფორმაციისთვის ბმული ფენის დანერგვის შესახებ იხილეთ „AN452: უსადენო M-Bus Stack პროგრამისტების სახელმძღვანელო“.
ენერგიის მენეჯმენტი
სურათი 2 გვიჩვენებს ელექტროენერგიის მენეჯმენტის ვადებს მრიცხველისთვის exampგამოიყენეთ რეჟიმი T1.
ენერგიის დაზოგვის მიზნით, MCU უნდა იყოს ძილის რეჟიმში. ამ ყოფილშიampასევე, MCU სძინავს, როდესაც RTC მუშაობს, როდესაც ელოდება რადიოს კრისტალის გაშვებას და როდესაც გადასცემს FIFO-დან. MCU გაიღვიძებს EZRadioPRO IRQ სიგნალისგან, რომელიც დაკავშირებულია Port Match-ის გაღვიძებასთან.
ერთ ბლოკზე გრძელი შეტყობინებების გადაცემისას, MCU უნდა გაიღვიძოს, რომ შეავსოს FIFO (FIFO თითქმის ცარიელი შეწყვეტის საფუძველზე) და შემდეგ დაუბრუნდეს ძილს.
MCU უნდა იყოს უმოქმედო რეჟიმში, რომელიც მუშაობს დაბალი სიმძლავრის ოსცილატორიდან ან ადიდებული რეჟიმის ოსცილატორიდან ADC-დან კითხვისას. ADC მოითხოვს SAR საათს.
როდესაც არ გამოიყენება, EZRadioPRO უნდა იყოს გამორთვის რეჟიმში და SDN პინი ამოძრავებს მაღლა. ეს მოითხოვს მავთულხლართებით კავშირს MCU-სთან. EZ Radio Pro რეგისტრები არ არის დაცული გამორთვის რეჟიმში; ასე რომ, EZRadioPro ინიციალიზებულია ყოველ RTC ინტერვალზე. რადიოს ინიცირებას სჭირდება 100 μs-ზე ნაკლები და დაზოგავს 400 nA. ეს იწვევს 10 μJ ენერგიის დაზოგვას, 10 წამიანი ინტერვალის საფუძველზე.
EZRadioPRO კრისტალს POR-ისთვის დაახლოებით 16 ms სჭირდება. ეს საკმარისია CRC-ის გამოსათვლელად დაახლოებით რვა ბლოკისთვის. MCU კვლავ დაიძინებს, თუ ის დაასრულებს ყველა CRC-ს კრისტალის სტაბილიზებამდე. თუ დაშიფვრა საჭიროა, ის ასევე შეიძლება დაიწყოს ბროლის ოსცილატორზე ლოდინის დროს.
MCU უნდა იმუშაოს 20 MHz სიხშირეზე, დაბალი სიმძლავრის ოსცილატორის გამოყენებით უმეტეს დავალებისთვის. ამოცანები, რომლებიც საჭიროებენ ზუსტ ვადას, ძილის რეჟიმის ნაცვლად უნდა გამოიყენონ ზუსტი ოსცილატორი და უმოქმედო რეჟიმი. RTC უზრუნველყოფს საკმარის გარჩევადობას ამოცანების უმეტესობისთვის. ელექტროენერგიის მართვის ვადები T2 მრიცხველისთვის exampგანაცხადი ნაჩვენებია სურათზე 3.
გადამცემის დანერგვა უნდა იყოს ოპტიმიზირებული ჩვეულებრივი შემთხვევისთვის, როდესაც მრიცხველი იღვიძებს და არ არის წამკითხველი. მინიმალური/მაქსიმალური ACK ვადები საკმარისად გრძელია, რომ შესაძლებელი იყოს C8051F930 RTC-ის გამოყენება და MCU ძილის რეჟიმში გადაყვანა.
კონსტრუქციის ოფციები მოწოდებულია ქსელის ან USB-ზე მომუშავე მკითხველებისთვის, რომლებსაც არ სჭირდებათ ძილის რეჟიმის გამოყენება. ძილის რეჟიმის ნაცვლად გამოყენებული იქნება უმოქმედო რეჟიმი, რათა USB-მ და UART-მა შეაფერხოს MCU.
სიმარტივის სტუდია
ერთი დაწკაპუნებით წვდომა MCU-ზე და უკაბელო ინსტრუმენტებზე, დოკუმენტაციაზე, პროგრამულ უზრუნველყოფას, წყაროს კოდის ბიბლიოთეკებზე და სხვა. ხელმისაწვდომია Windows-ისთვის,
Mac და Linux!
 |
 |
 |
 |
| IoT პორტფოლიო www.silabs.com/IoT |
SW/HW www.silabs.com/simplicity |
ხარისხიანი www.silabs.com/quality |
მხარდაჭერა და საზოგადოება Community.silabs.com |
პასუხისმგებლობის უარყოფა
Silicon Labs აპირებს მიაწოდოს მომხმარებელს უახლესი, ზუსტი და სიღრმისეული დოკუმენტაცია ყველა პერიფერიული მოწყობილობისა და მოდულის შესახებ, რომელიც ხელმისაწვდომია სისტემის და პროგრამული უზრუნველყოფის განმახორციელებელებისთვის, რომლებიც იყენებენ ან აპირებენ გამოიყენონ Silicon Labs-ის პროდუქტები. დახასიათების მონაცემები, ხელმისაწვდომი მოდულები და პერიფერიული მოწყობილობები, მეხსიერების ზომები და მეხსიერების მისამართები ეხება თითოეულ კონკრეტულ მოწყობილობას და მოწოდებული „ტიპიური“ პარამეტრები შეიძლება განსხვავდებოდეს და განსხვავდებოდეს სხვადასხვა აპლიკაციებში. განაცხადი მაგampაქ აღწერილი წერილები მხოლოდ საილუსტრაციო მიზნებისთვისაა. Silicon Labs იტოვებს უფლებას შეიტანოს ცვლილებები შემდგომი გაფრთხილებისა და პროდუქტის ინფორმაციის, სპეციფიკაციებისა და აღწერილობების შეზღუდვის გარეშე, და არ იძლევა გარანტიას თანდართული ინფორმაციის სიზუსტესა და სისრულეზე. Silicon Labs არ არის პასუხისმგებელი აქ მოწოდებული ინფორმაციის გამოყენების შედეგებზე. ეს დოკუმენტი არ გულისხმობს ან გამოხატავს საავტორო უფლებების ლიცენზიებს, რომლებიც გაცემულია წინამდებარე ხელშეკრულებით ნებისმიერი ინტეგრირებული სქემების დიზაინის ან დამზადებისთვის. პროდუქტები არ არის შექმნილი ან ავტორიზებული გამოსაყენებლად სიცოცხლის მხარდაჭერის სისტემაში სილიკონის ლაბორატორიის კონკრეტული წერილობითი თანხმობის გარეშე. „სიცოცხლის მხარდაჭერის სისტემა“ არის ნებისმიერი პროდუქტი ან სისტემა, რომელიც გამიზნულია სიცოცხლისა და/ან ჯანმრთელობის მხარდასაჭერად ან შესანარჩუნებლად, რომელიც, თუ ის ვერ მოხერხდება, შეიძლება გონივრულად მოსალოდნელი იყოს, რომ გამოიწვიოს მნიშვნელოვანი პირადი დაზიანება ან სიკვდილი. Silicon Labs-ის პროდუქტები არ არის შექმნილი ან ავტორიზებული სამხედრო აპლიკაციებისთვის. Silicon Labs-ის პროდუქტები არავითარ შემთხვევაში არ უნდა იქნას გამოყენებული მასობრივი განადგურების იარაღში, მათ შორის (მაგრამ არ შემოიფარგლება) ბირთვული, ბიოლოგიური ან ქიმიური იარაღით ან რაკეტებით, რომლებსაც შეუძლიათ ასეთი იარაღის მიწოდება.
სავაჭრო ნიშნის ინფორმაცია
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® და Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, Clockbuilder®, CMEMS®, DSPLL®, EFM®, EFM32®, EFR, Ember® , Energy Micro, Energy Micro ლოგო და მათი კომბინაციები, „მსოფლიოში ყველაზე ენერგო მეგობრული მიკროკონტროლერები“, Ember®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, ISOmodem®, Precision32®, ProSLIC®, Simplicity Studio®, SiPHY® , Telegesis, Telegesis Logo®, USBXpress® და სხვა არის Silicon Labs-ის სავაჭრო ნიშნები ან რეგისტრირებული სავაჭრო ნიშნები. ARM, CORTEX, Cortex-M3 და thumbs არის ARM Holdings-ის სავაჭრო ნიშნები ან რეგისტრირებული სავაჭრო ნიშნები. Keil არის ARM Limited-ის რეგისტრირებული სავაჭრო ნიშანი. აქ ნახსენები ყველა სხვა პროდუქტი ან ბრენდის სახელი არის მათი შესაბამისი მფლობელების სავაჭრო ნიშნები.
Silicon Laboratories Inc.
400 დასავლეთი სეზარ ჩავესი
ოსტინი, TX 78701
აშშ
http://www.silabs.com
დოკუმენტები / რესურსები
 |
SILICON LABS Wireless M-BUS Software Implementation AN451 [pdf] მომხმარებლის სახელმძღვანელო SILICON LABS, C8051, MCU და, EZRadioPRO, უსადენო M-ავტობუსი, უსადენო, M-BUS, პროგრამული უზრუნველყოფა, დანერგვა, AN451 |
