Linux 15,6 დუმბილი ეკრანის კომერციულ ტაბლეტებზე: აპარატურის თავსებადობა და მორგების სახელმძღვანელო

A15,6 ინჩიანი კომერციული ტაბლეტი შეხებით ეკრანით ხშირად ირჩევენ მისი ეკრანის ზომის, კორპუსის, მიმაგრების მეთოდის, ინტერფეისების და გამოყენების გარემოს გამო. მაგრამ როდესაც პროექტს სჭირდება Linux ადგილზე Android-ის, ოპერაციული სისტემა სწრაფად ხდება უფრო მეტი, ვიდრე უბრალო პროგრამული უზრუნველყოფის არჩევანი. ის ხდება მოწყობილობის თავსებადობის განხილვის ნაკრების ნაკლებად მნიშვნელოვანი ნაკრები.

Ეს განსაკუთრებით მნიშვნელოვანია სისტემის ინტეგრატორების და პროგრამული უზრუნველყოფის დეველოპერებისთვის, რომლებსაც უკვე აქვთ Linux-ზე დაფუძნებული აპლიკაცია ან ჩაშენებული გარემო. ისინი შეიძლება ძებნიდან იყვნენ 15,6 ინჩიანი შეხებითი ეკრანის ტაბლეტი რომელიც შეძლებს მათი არსებული სისტემის ფიზიკური ინტერფეისის როლს შეასრულოს, არ არჩევენ სრულიად ახალი Android-ზე დაფუძნებული პროგრამული უზრუნველყოფის სტეკი.

Ამ ტიპის პროექტებისთვის სასარგებლო კითხვა არ არის უბრალოდ ის, ამოიყენებს თუ არა კომერციული Android პლანშეტი rK3566 ან სხვა Linux-სათანადო პროცესორს. უფრო პრაქტიკული კითხვა არის ის, თუ როგორ ეფიტება სრული ტაბლეტის პლატფორმა — მათ შორის მისი PCBA, დისპლეი, შეხებითი პანელი, ინტერფეისები, BSP, ბირთვი და დრაივერები — მიზნად განსაზღვრულ Linux-გარემოს.

Რატომ ხდება Linux კომერციული ტაჩ-ტაბლეტებისთვის საჭიროება

Linux შეიძლება შევიდეს კომერციული ტაჩ-ტაბლეტის პროექტში რამდენიმე მიზეზით. სისტემის ინტეგრატორს შეიძლება უკვე ჰქონდეს Linux-ზე დაწერილი აპლიკაცია, ხოლო მოწყობილობის წარმოებლის შეიძლება სჭირდეს ტაბლეტის კომუნიკაცია არსებულ მართველ სისტემასთან ან საპროგრამო გარემოსთან, რომელიც აგებულია Linux-ზე. სხვა პროექტებში კლიენტს შეიძლება სურდეს ოპერაციული სისტემის, სისტემის სურათის, პერიფერიული მოწყობილობების ან აპლიკაციის დაყენების პროცესის პირდაპირი კონტროლი.

Ამ შემთხვევებში ტაბლეტი არ იყენება უბრალოდ Android-ის მომხმარებლის მოწყობილობას როგორც მომხმარებლის მოწყობილობა. ის ხდება უფრო დიდი საპროგრამო და მოწყობილობის არქიტექტურის ერთ-ერთი მაღალი დონის კომპონენტი.

Ეს განსხვავება ცვლის შეფასების პროცესს.

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

Ამ განსხვავებას შეიძლება მარტივად დაისახოს:

Მომხმარებლის აპლიკაცია → ლინუქსის გარემო → ტაბლეტის აპარატურა → ეკრანი, ტაჩსკრინი და ინტერფეისები

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

Ამიტომ მოთხოვნა როგორიცაა „შეძლებს თუ არა ეს ტაბლეტი ლინუქსის გაშვებას?“ ჩვეულებრივ უნდა გაიგებოს როგორც პლატფორმის კითხვა, არ არის მხოლოდ ოპერაციული სისტემის კითხვა. სხვა სიტყვებით რომ ვთქვათ, Ლინუქსის მხარდაჭერა კომერციული ტაბლეტებისთვის შეხების ეკრანებით ეს დამოკიდებულია პროგრამული გარემოსა და ფაქტობრივი აპარატული კონფიგურაციის შორის ურთიერთობაზე.

Როგორ ჩაიტანება ლინუქსი ჩვენს კომერციულ ტაბლეტებში

Ჩვენი კომერციული Android პლანშეტი პროდუქტები მოიცავს რამდენიმე გამოყენების გარემოს, მათ შორის — რეკლამის დისპლეებს, საკრებულოების ტერმინალებს და ჭკვიანი სახლის კონტროლის პანელებს. ეს პროდუქტები აგებულია სხვადასხვა ეკრანის ზომების, მონტაჟის სტრუქტურების, ინტერფეისების, პროცესორების და გამოყენების ფუნქციების კომბინაციებზე.

Მაგალითად, ჩვენი 15,6 დუйმიანი კედლის მიმაგრებული ტაბლეტი იყენებს RK3566 პლატფორმას 15,6 დუйმიანი 1920 × 1080 შეხების ეკრანით, ეთერნეტით, USB-ით, OTG-ით და არჩევითი NFC-ით. პროდუქტი განკუთვნილია კედლის მიმაგრებული ციფრული სიგნალიზაციის და ინტერაქტიული კომერციული გამოყენებებისთვის.

Სხვა კონფიგურაცია არის 15,6 დუйმიანი RK3566 ტაბლეტი , შეიმუშავებულია საკრებულოებისა და კომერციული ტერმინალების გამოყენების მიზნით. მისი გამოქვეყნებული კონფიგურაცია მოიცავს RK3566 პროცესორს, 2/4 გიგაბაიტ სიმახსოვროს, რამდენიმე სტორეჯის ვარიანტს, 100 მეგაბიტ/1000 მეგაბიტ ეთერნეტს, USB ჰოსტს, OTG-ს, PoE-ს, NFC/RFID-ს და 15,6 ინჩიან 1920 × 1080 ტაჩ დისპლეის ვარიანტს.

Იგივე პროცესორის ოჯახი გამოიყენება სხვა გამოყენების კონტექსტში შემდეგი მოდელში: 15,6-ინჩიანი სმარტ სახლის კონტროლის ტაბლეტი . ეს კონფიგურაცია მოიცავს დამატებით ინტერფეისებს და ფუნქციებს, როგორიცაა RS-232, RS-485, რელეს კონტროლი, ეთერნეტი, PoE, Zigbee, Matter და სენსორების ფუნქციები ჭკვიანი სახლის ინტეგრაციისთვის.

Ეს მაგალითები აჩვენებს, რატომ არ არის ერთადერთი პროცესორი საკმარისი Linux-პროექტის განსაზღვრად.

Სამი ტაბლეტი შეიძლება გამოიყენოს იგივე პროცესორის ოჯახი, მიუხედავად იმისა, რომ მათ განსხვავებული PCBA განლაგება, გარე კომპონენტები, ინტერფეისები და გამოყენების მოთხოვნები აქვთ. Linux-ის განვითარების თვალსაზრისით ეს განსხვავებები განსაზღვრავს, რომელი ელემენტები შეიძლება გადაიყენოს და რომელი სჭირდება დამატებითი ადაპტაციის.

Ამიტომ პრაქტიკული საწყისი წერტილი არ არის „რომელი Android ტაბლეტი მხარს უჭერს Linux-ს?“, არამედ:

Რომელი არსებული აპარატურული პლატფორმა არის ყველაზე მიახლოებული კლიენტის Linux აპლიკაციას, და რა დამატებითი პროგრამული ან აპარატურული მუშაობა არის საჭიროებული ამ პლატფორმის გამოყენებადობის უზრუნველყოფად?

Რა შეიძლება გამოყენებულ იქნას ხელახლა, და რა შეიძლება სჭირდებოდეს განვითარება?

Linux პროექტი არ ნიშნავს სრული ტაბლეტის ხელახლა აშენებას ნულიდან. აპარატურული და პროგრამული მოთხოვნების მიხედვით, არსებული ნაკრების ზოგიერთი ნაკრები შეიძლება შეუცვლელად დარჩეს, 15,6-ინჩიანი Android ტაბლეტი ხოლო სხვა ფენები მოითხოვენ განვითარებას ან ვერიფიკაციას.

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

Პროგრამული მხარე სხვაგვარად არის.

Linux-ის სისტემას ჩვეულებრივ სჭირდება თავსებადი ბირთვი, დაფის მხარდაჭერის პაკეტი (BSP), მოწყობილობის კონფიგურაცია და სამიზნის დაფაზე გამოყენებული მოწყობილობების მძღოლები. მაგალითად, Linux-ის მოწყობილობის ხე (Device Tree) მექანიზმი გამოიყენება მოწყობილობის მახასიათებლების ოპერაციულ სისტემაში აღწერის მიზნით, რომელშიც შედის პლატფორმის კონფიგურაცია და დაკავშირებული პერიფერიები.

Ტაბლეტის პროექტის შემთხვევაში ეს მნიშვნელოვანი ხდება, როდესაც Linux-ის გარემოს სჭირდება კომუნიკაცია კომპონენტებთან, როგორიცაა ეკრანი, ტაჩსკრინის კონტროლერი, სტორეჯი, Ethernet-ის კონტროლერი, USB-ის ინტერფეისები ან სხვა პერიფერიები.

Გამარტებული განვითარების ურთიერთობა ასე გამოიყურება:

Მოწყობილობის კონფიგურაცია → BSP / ბირთვი → მძღოლები და მოწყობილობის ხე → Linux-ის სისტემა → მომხმარებლის აპლიკაცია

Თუ მოწყობილობის კონფიგურაცია უცვლელი რჩება და შესაბამისი Linux-ის პლატფორმა უკვე არსებობს, პროექტს შეიძლება შეძლოს არსებული პლატფორმის მნიშვნელოვანი ნაკრების ხელახლა გამოყენება.

Თუ ეკრანი, ტაჩსკრინის IC, საცავის კონფიგურაცია ან პერიფერიული დიზაინი შეიძლება შეიცვალოს, შეიძლება მოხდეს დამატებითი ადაპტაცია.

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

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

Rockchip-ის საკუთარი ღია კოდის დოკუმენტაცია ასახავს ამ საბორდო კავშირს: ბირთვის შეგროვება იყენებს საბორდო კონფიგურაციას, როგორიცაა ბირთვის defconfig და მოწყობილობის ხე (Device Tree) არჩევანი.

Ამიტომ ხომ არ არის გასაკვირვებელი, რომ ორი პროდუქტი, რომლებიც იყენებენ იგივე SoC-ს, შეიძლება წარმოადგენდეს სხვადასხვა ლინუქსის განვითარების პროექტს.

Რამდენად შეიძლება გავაფართოვოთ ჩვენი Linux-ის შესაძლებლობები?

Linux-ის მხარდაჭერის პრაქტიკული საზღვარი უკეთესად გაიგება განვითარების ეტაპის მეშვეობით, ვიდრე მარტივი «Linux მხარდაჭერილი / არ მხარდაჭერილი» ჭდის მეშვეობით.

Პირველ დონეზე არსებული აპარატული პლატფორმა შეიძლება უკვე შეიცავდეს შესატყობარო Linux-ის გარემოს. ამ შემთხვევაში პროექტი შეიძლება დაიწყოს არსებული პლატფორმიდან და აკენტების მიმართულება მომხმარებლის მოთხოვნილი ფუნქციების შემოწმებაზე.

Შემდეგი დონე არის პლატფორმის ადაპტაცია. პროცესორი შეიძლება უცვლელად დარჩეს, ხოლო სამიზნის ტაბლეტს შეიძლება ჰქონდეს კონკრეტული ეკრანი, ტაჩსკრინი, სტორიჯის კონფიგურაცია ან პერიფერიული კომპონენტების კომბინაცია. მუშაობა შემდეგ გადადის ბირთვში, Linux BSP-ში , Device Tree-ში ან ტაჩსკრინის მძრავში და ეკრანის მძრავში ადაპტაციაში.

Მესამე შემთხვევა ხდება, როდესაც მომხმარებელს უკვე აქვს საკუთარი Linux-ის გარემო. მომხმარებლის საპროგრამო არქიტექტურის ჩანაცვლების ნაცვლად, აპარატული პლატფორმა უნდა შეფასდეს მომხმარებლის Linux-ის სურათის, აპლიკაციის მოთხოვნების და საჭიროებული ინტერფეისების მიხედვით.

Ბოლო დონე არის უფრო ღრუმა აპარატურის განვითარების პროექტი. თუ არსებული PCBA ან პერიფერიული კონფიგურაცია არ აკმაყოფილებს Linux-ის აპლიკაციის მოთხოვნებს, აპარატურის პლატფორმის შეცვლა შეიძლება იყოს უფრო შესაფერებელი, ვიდრე არსებული Android-ის კონფიგურაციის ძალიან გამოყენება სხვა პროგრამული გარემოში.

Ეს განსხვავება მნიშვნელოვანია კომერციული პროექტებისთვის, რადგან განვითარების სფერო ავლენს როგორც პროტოტიპის ვალიდაციას, ასევე მოგვიანებით სერიულ წარმოებას.

Მაგალითად, მომხმარებელს შეიძლება სჭირდებოდეს მხოლოდ Linux-თან თავსებადი დისპლეის ტერმინალი პროტოტიპისთვის. სხვა პროექტი შეიძლება მოითხოვოს სტაბილური კონფიგურაციას, რომელიც მოცულობითი წარმოების განმავლობაში არ შეიცვლება. ამ ორი პროექტი შეიძლება ერთნაირი კომერციული ტაჩსკრინის დისპლეის ფორმის ფაქტორიდან დაიწყოს, მაგრამ საჭიროებს ძალიან განსხვავებულ ინჟინერიული სამუშაოს დონეებს.

Ამ მიზეზით, Linux-ის შესაძლებლობები უნდა განისაზღვროს კონკრეტული CPU-ს, PCBA-ს, Linux-ის გარემოს, პერიფერიული მოწყობილობების და აპლიკაციის მოთხოვნების კომბინაციის გარშემო. .

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

Linux-ის შესაძლებლობების მქონე ტაბლეტები სხვადასხვა კომერციული გამოყენებისთვის

Სწორი საწყისი წერტილი ასევე დამოკიდებულია ტაბლეტის მოსალოდნელ ფუნქციებზე.

Ციფრული სიგნალიზაციისა და კედელზე მიმაგრებული ინტერაქტიული აპლიკაციებისთვის 15.6-ინჩიანი ციფრული სიგნალიზაციის ტაბლეტი მოწოდებს არსებულ კომერციულ აპარატურულ კონფიგურაციას RK3566 პლატფორმას, 10-წერტილიან კაპაციტიურ ტაჩს, Ethernet-ს, USB-ს და PoE-ს გარშემო.

Შეხვედრებისა და იდენტიფიკაციასთან დაკავშირებული ტერმინალებისთვის RK3566 NFC PoE ტაბლეტი PC აერთიანებს იგივე პროცესორის ოჯახს NFC/RFID-ის ვარიანტებთან, PoE-თან და კედლის მიმაგრებულ 15,6 ინჩიან ტაქტილურ ეკრანს.

Ჭკვიანი სახლის კონტროლის აპლიკაციებისთვის RK3566 ჭკვიანი სახლის კონტროლის ტაბლეტი საშუალებას აძლევს სხვადასხვა პერიფერიული კონფიგურაციის გამოყენებას, მათ შორის RS-232, RS-485, რელეს კონტროლი, Ethernet, PoE და ჭკვიანი სახლის კომუნიკაციის პროტოკოლები.

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

Ლინუქსის ჩამოტანა კომერციული ტაბლეტის პროექტში, მისი ძირითადი არსით, წარმოადგენს აპარატურისა და პროგრამული უზრუნველყოფის ერთდროულ ინჟინერიას. თუ თქვენ ამჟამად შეაფასებთ ლინუქსის ტაქტილურ ტაბლეტს თქვენს პროექტში, ჩვენ ვიწვივთ თქვენს დაკავშირდით ჩვენს სახით . გააზიარეთ თქვენი სასურველი CPU, არსებული ლინუქსის სურათი ან დისტრიბუცია, კონკრეტული ინტერფეისის მოთხოვნილებები და აპლიკაციის სცენარი, და ჩვენი ინჟინერიის გუნდი ეხმარებათ არსებული პლატფორმის თავსებადობის შეფასებაში — განსაკუთრებით იმის გასარკვევად, თუ რა შეიძლება პირდაპირ გამოყენებული იქნას და რა მოითხოვს ბირთვის ან მძღოლის ადაპტაციას.