16-ბიტიანი RAW თერმული კამერის მოდული: FlexMini 640 vs InfiRay Mini2 640
CAMCUDA / საინჟინრო ქეისის შენიშვნები
MD ინტეგრაციის გადაჭრილი პრობლემა — და შემოწმებები, რომლებიც RAW გამოსახულების სამუშაო პროცესს ნათელს ხდის.
გადაამოწმეთ გზა.
640×512 LWIR · USB UVC Y16
FlexMini 640 პროდუქტის რეფერენსი, 4.9 მმ აწყობა. არ წარმოადგენს დამკვეთის მოწყობილობას.
16-ბიტიანი RAW თერმული კამერის მოდულის არჩევა იწყება მონაცემთა მიღების ფორმატით და არა მხოლოდ ეკრანზე ნაჩვენები გამოსახულებით. OEM ინტეგრაციას ასევე სჭირდება განსაზღვრული ფორმატი, ცნობილი გამოსახულების წყარო და ბუფერი, რომელიც ჰოსტს შეუძლია გამოიყენოს ეკრანის დამუშავებისა და ორიგინალური მონაცემების ერთმანეთში აღრევის გარეშე.
მოცემული CAMCUDA FlexMini 640 16-ბიტიანი RAW LWIR თერმული კამერის მოდული გთავაზობთ USB UVC Y16 მარშრუტს შესაბამისი კონფიგურაციებისთვის. ძირითადი განსხვავება მარტივია: Y14 grayscale მონაცემები 16-ბიტიან Y16 კონტეინერში. გთავაზობთ მომხმარებლის მოკლე ქეისს, რომელსაც მოსდევს აღნიშნული მარშრუტის შემოწმების გზამკვლევი.
ინტეგრაციის შემთხვევა: firmware-ის განახლებამ პრობლემა გადაჭრა
გერმანელი მომხმარებლის MD 16-ბიტიანი RAW ინტეგრაციის პრობლემა მოგვარდა firmware-ის განახლების შემდეგ. ეს შედეგი ნათლად აჩვენებს, თუ რატომ არის firmware-ის თავსებადობა ისეთივე მნიშვნელოვანი შეფასების დაგეგმვისას, როგორც აპარატურული და ჰოსტის მოთხოვნები.
ქვემოთ მოცემული საინჟინრო სამუშაო პროცესი იყენებს MD-ის მიმდინარე სახელმძღვანელოებსა და ინტეგრაციის რესურსებს. ეს არ წარმოადგენს მომხმარებლის სატესტო სესიის რეკონსტრუქციას და არც იმის გარანტიას, რომ იგივე განახლება მონაცემთა მიღების ყველა პრობლემას მოაგვარებს.
რას ნიშნავს Y14 Y16 კონტეინერში
Y16 ჰოსტს ატყობინებს, თუ როგორ ინახება grayscale სემპლები: ორი ბაიტი თითო პიქსელზე. ეს არ ნიშნავს, რომ ეს სემპლები შეიცავს სენსორის 16 ეფექტურ ბიტს, ან რომ თითოეული მნიშვნელობა ტემპერატურას წარმოადგენს. შენახვის სიგანე და გამოსახულების მნიშვნელობა ცალ-ცალკე განხილვას მოითხოვს.
MD-ის სახელმძღვანელო RAW წყაროს აღწერს, როგორც Y14 grayscale-ს 16-ბიტიან კონტეინერში. Linux V4L2 luma-format სპეციფიკაცია ასევე აღნიშნავს, რომ Y16 სემპლინგის სიზუსტე შეიძლება იყოს 16 ბიტზე ნაკლები. ამ MD კონფიგურაციისთვის გამომავალი მონაცემები არის არარადიომეტრული გამოსახულების მონაცემები, და არა დაკალიბრებული ტემპერატურის მნიშვნელობები თითოეული პიქსელისთვის.
დეკოდერის იმპლემენტაციამდე დაადასტურეთ შერჩეული წყაროს ბიტების გასწორება (bit alignment) და მასშტაბირება. ხელმისაწვდომი მასალა არ განსაზღვრავს უნივერსალურ low-14-bit განლაგებას, ფიქსირებულ წანაცვლებას ან სემპლის დიაპაზონს. სხვა თერმული კამერის კონვერტაციის ფორმულა ვერ ჩაანაცვლებს ამ ინფორმაციას.
FlexMini 640 VS INFIRAY MINI2 640
16-ბიტიანი RAW თერმული კამერის მოდულების შედარება: FlexMini 640 vs InfiRay Mini2 640
ორივე მოდული იყენებს გაუგრილებელ VOx 640×512 დეტექტორს, 12 μm პიქსელებს და 8–14 μm LWIR ტალღის დიაპაზონს. ჯერ შეადარეთ ძირითადი გამოსახულების სპეციფიკაციები, შემდეგ კი RAW მონაცემებზე წვდომა და ჰოსტის მხარეს დამუშავების ვარიანტები.
| სპეციფიკაცია / გამომავალი სიგნალი | CAMCUDA FlexMini 640 14-bit RAW · Y16 | InfiRay Mini2 640 |
|---|---|---|
| დეტექტორი / გარჩევადობა | გაუგრილებელი VOx / 640×512 | გაუგრილებელი VOx / 640×512 |
| პიქსელის ბიჯი | 12 μm | 12 μm |
| LWIR ტალღის დიაპაზონი | 8–14 μm | 8–14 μm |
| ნომინალური კადრის სიხშირე | 50 Hz აპარატურული სპეციფიკაცია; Y16 ჩაწერის რეჟიმი დამოკიდებულია firmware-სა და ჰოსტის მხარდაჭერაზე. | დეტექტორის კადრის სიხშირე 30 / 60 Hz. |
| გამოქვეყნებული NETD | ≤30 mK | ≤40 mK 25°C-ზე, F/1.0, 25 Hz |
| 16-ბიტიანი RAW გამომავალი სიგნალი | დიახ — Y14 რუხი ფერების შკალა 16-ბიტიან Y16 კონტეინერში. USB UVC RAW მიღება. | არა — მხოლოდ დამუშავებული ვიდეო. 16-ბიტიანი RAW კადრის გამომავალი სიგნალი არ არის. |
| ჰოსტისთვის ხელმისაწვდომი მონაცემები | ორიგინალი რუხი ფერების შკალის კადრის ბუფერი, შენახული როგორც little-endian uint16. შეინახეთ იგი არასავალდებულო 8-ბიტიანი ვიზუალური გადახედვისგან განცალკევებით. | ეკრანისთვის დამუშავებული ვიდეო კადრები, და არა ორიგინალი RAW რუხი ფერების შკალის ბუფერი. |
| RAW წყაროს შერჩევა | RAW (0), pre-AGC (3) და post-AGC (4), firmware-ის შესაძლებლობების შესაბამისად. Y16-ის საჭირო გადატვირთვის შემდეგ, გადაამოწმეთ აქტიური წყარო. | დამუშავებული ვიდეოს გამომავალ სიგნალში 16-ბიტიანი RAW წყარო არ არის ხელმისაწვდომი. |
| გამოსახულების დამუშავება ჰოსტის მხარეს | შეინარჩუნეთ ორიგინალი რუხი ფერების შკალის სემპლები თქვენი საკუთარი ნორმალიზაციისა და გამოსახულების ანალიზის პროცესისთვის. | იმუშავეთ მოწოდებულ დამუშავებულ ვიდეოსთან; ორიგინალი RAW სემპლები ხელმისაწვდომი არ არის. |
თერმული ვიდეო ნაკადი და RAW გამოსახულების ბუფერი ემსახურება ინტეგრაციის განსხვავებულ საჭიროებებს. CAMCUDA FlexMini 640 უზრუნველყოფს Y14 grayscale მონაცემებს 16-ბიტიან Y16 კონტეინერში USB UVC-ით. InfiRay Mini2 640 გადასცემს მხოლოდ დამუშავებულ ვიდეოს, 16-ბიტიანი RAW გამომავალი სიგნალის გარეშე.
აირჩიეთ FlexMini 640, როდესაც თქვენს პროექტს სჭირდება RAW მონაცემები და არა უბრალოდ თერმული სურათი. ორიგინალურ grayscale ბუფერზე წვდომა საშუალებას აძლევს თქვენს ჰოსტ აპლიკაციას გააკონტროლოს ეკრანის ნორმალიზაცია და გამოსახულების ანალიზი, ნაცვლად მხოლოდ დამუშავებულ ვიდეოზე დაყრდნობისა.
FlexMini 640 RAW მარშრუტი არარადიომეტრულია. Y16 აღწერს შენახვის ფორმატს; მონაცემთა პაკეტი (payload) აქ არის Y14 grayscale და არა დაკალიბრებული ტემპერატურული მონაცემები. ნომინალური კადრების სიხშირე არ იძლევა ჰოსტის მიერ ჩაწერის სიხშირის გარანტიას, ხოლო მითითებული NETD მნიშვნელობები არ წარმოადგენს შედარებად პირობებში მიღებულ ეტალონს. Mini2-ის ძირითადი სპეციფიკაციები: Mini2 სერიის მონაცემთა ფურცელი, გვერდი 2.
აირჩიეთ მხარდაჭერილი წყარო, შემდეგ გადაამოწმეთ აქტიური წყარო
დაიწყეთ იმით, რასაც რეალურად წარმოაჩენს დაინსტალირებული მიკროპროგრამა. საჯარო სახელმძღვანელოს მე-4 გვერდი წარმოადგენს წყაროს ამ სელექტორებს; მიმდინარე MD რესურსები განმარტავს მათი შესაძლებლობების შემოწმებებს. შესაძლებლობების ნიღაბი განსაზღვრავს, თუ რომლის გამოყენებაა შესაძლებელი შესაბამის მოდულზე.
| სელექტორი | მონაცემთა გზა |
|---|---|
| 0 · RAW | დეტექტორის გამომავალი სიგნალი ადრეულ ISP ეტაპზე; Y14 რუხი ფერების შკალა 16-ბიტიან კონტეინერში |
| 3 · Pre-AGC | AGC-მდე / დინამიკური დიაპაზონის კომპრესიამდე |
| 4 · Post-AGC | AGC-ის შემდგომ, აღწერილი როგორც 14-ბიტიანი დომენის შემანარჩუნებელი |
ცალკეული NUC (1) და SFFC (2) სელექტორები ამოღებულია. სახელმძღვანელოს განმარტებით ცხრილში მათი ჩანაწერები არ უნდა განიხილებოდეს როგორც ასარჩევი პარამეტრები.
- წაიკითხეთ
caps_maskდა წყაროს მიმდინარე სტატუსი. - მოითხოვეთ ხელმისაწვდომი წყარო და შეამოწმეთ
selected_sourceდაpending. - თუ ცვლილება მოლოდინის რეჟიმშია, გადატვირთეთ Y16 ნაკადი.
- წაიკითხეთ
active_sourceფაქტობრივი არჩევანის გადასამოწმებლად.
მოთხოვნილი არ ნიშნავს აქტიურს. დასრულების შემოწმებად მიიჩნიეთ უკუწაკითხვა და არა მხოლოდ წარმატებული SET პასუხი. წყაროს შერჩევა ხდება მხოლოდ მუშაობის პროცესში და არ იწერება Flash-ში; ნუ ივარაუდებთ ნაგულისხმევ წყაროს ან მის შენარჩუნებას კვების ციკლის შემდეგ.
შესაბამისი განახლებიდან Linux-ში კადრების მიღებამდე
1. დაადასტურეთ განახლების პაკეტი
განახლებამდე შეათანხმეთ მოდულისა და პლატის რევიზია, ინტერფეისი, ჰოსტი და თავსებადი მიკროპროგრამა CAMCUDA-სთან. საჯარო სახელმძღვანელოში წარმოდგენილია Windows-ის განახლების უტილიტა და მოითხოვს კვების ციკლს, თუ მოწყობილობა დასრულების შემდეგ თავისით არ გადაიტვირთა. მხოლოდ უფრო ახალი ფაილის სახელი არ წარმოადგენს თავსებადობის შემოწმებას.
2. მოახდინეთ რეალური ვიდეო მოწყობილობის ენუმერაცია
სახელმძღვანელო ხელმისაწვდომი ფორმატების ჩამოსათვლელად იყენებს შემდეგ ბრძანებას. /dev/video0 არის ბილიკის მაგალითი; განსაზღვრეთ სწორი მოწყობილობა თქვენს ჰოსტზე.
v4l2-ctl -d /dev/video0 --list-formats-extმოძებნეთ Y16 და შეამოწმეთ მისი გამოცხადებული ზომები და ინტერვალები. სახელმძღვანელო ასახავს 640×512-ს 50 fps-ზე; მიღების სტაბილური წარმადობა მაინც საჭიროებს დადასტურებას მოწოდებულ მოდულსა და ჰოსტზე. Linux API ერთმანეთისგან განასხვავებს ფორმატის ჩამოთვლას და ფორმატის შეთანხმებას. შეამოწმეთ დრაივერის მიერ დაბრუნებული ფორმატი, იმის ნაცვლად, რომ ივარაუდოთ, თითქოს მან მოთხოვნა უცვლელად მიიღო.
გამოიყენეთ სამი განსხვავებული შემოწმება: გამოცხადებული ფორმატი, გამოსახულების აქტიური წყარო და მიღებული კადრები. სიაში Y16-ის ნახვა პასუხობს პირველ კითხვას. წყაროს სტატუსის წაკითხვა პასუხობს მეორეს. გამიზნულ ჰოსტზე მიღება პასუხობს მესამეს. ამ შემოწმებების ცალ-ცალკე ჩატარება მხარდაჭერის მოთხოვნას ბევრად უფრო გამოსადეგს ხდის, ვიდრე მხოლოდ იმის შეტყობინება, რომ გამოსახულება არასწორად ჩანს.
3. გამოიყენეთ შესაბამისი გადაღების მაგალითი
Linux-ის მაგალითი კომპილირდება make. შემდეგ სახელმძღვანელო აჩვენებს ჩაწერის გამოძახების ამ ბრძანებას:
./raw_y16_grab /dev/video0 frame_y16.raw 640 512 5 frame_y16.pgm 10ეს არის სახელმძღვანელოს გამოძახების მაგალითი. გამოიყენეთ შესაბამისი README არგუმენტების განსაზღვრებებისთვის და მოარგეთ მოწყობილობის ბილიკი თქვენს ჰოსტს; ნუ განსაზღვრავთ თითოეული რიცხვის დანიშნულებას მისი პოზიციიდან გამომდინარე. დაადასტურეთ აქტიური წყარო და შეინარჩუნეთ საწყისი ბუფერი, სანამ კადრებს ალგორითმს მიაწვდით.
შეინარჩუნეთ RAW ბუფერი და მოახდინეთ ხარვეზების დიაგნოსტიკა სწორ შრეზე
მოწოდებული ჩაწერის მაგალითი ინახავს თანმიმდევრულ little-endian uint16 კადრები თითოეული კადრის თავსართების გარეშე. მისი 640×512 ორბაიტიანი შენახვის სტრუქტურისთვის ერთი კადრი შეიცავს 655,360 ბაიტს. ფაილის ეს ზომა არ წარმოადგენს გადაცემის გამტარუნარიანობის გაზომვას ან დრაივერის stride-ის უნივერსალურ წესს.
არასავალდებულო PGM არის 8-ბიტიანი, პროცენტილურად გაჭიმული წინასწარი გადახედვა: გამოსადეგია სცენის დასათვალიერებლად, მაგრამ განსხვავდება ორიგინალური ანალიზის ბუფერისგან. შეინახეთ RAW ფაილი წყაროს სტატუსთან და შეთანხმებულ ფორმატთან ერთად. წინააღმდეგ შემთხვევაში, ეკრანზე ასახვის ტრანსფორმაცია შეიძლება შეცდომით იქნას მიჩნეული მიღებული მონაცემების ცვლილებად.
შედარებითი სამუშაოებისთვის შეინახეთ ხელუხლებელი მიღებული ფაილი და აღრიცხეთ, რომელ გამომავალ მონაცემს იყენებს დამუშავების თითოეული ეტაპი. ეკრანის წინასწარი გადახედვა და RAW კადრი არ უნდა შედარდეს ისე, თითქოს ისინი ერთი და იგივე რეპრეზენტაცია იყოს. ეს მარტივი გამიჯვნა ეხმარება როგორც ინტეგრაციის გუნდს, ასევე CAMCUDA-ს, განიხილონ მონაცემთა გადაცემის გზა იმის გამოცნობის გარეშე, თუ რას შეიცავს ეკრანის ანაბეჭდი.
| დაკვირვება | შემდეგი შემოწმება |
|---|---|
| Y16 არ არის სიაში | დაადასტურეთ მოწყობილობის გზა, პლატა, დაინსტალირებული firmware და შესაბამისი განახლების მხარდაჭერა. |
| წყაროს მოთხოვნა წარმატებულია, გამოსახულება უცვლელი ჩანს | შეამოწმეთ მოლოდინის სტატუსი, საჭიროების შემთხვევაში გადატვირთეთ Y16, შემდეგ წაიკითხეთ active_source. |
| წინასწარი გადახედვის (preview) მნიშვნელობები განსხვავდება RAW ფაილისგან | შეამოწმეთ, გარდაქმნილია თუ არა შედარებული გამომავალი მონაცემები 8-ბიტიან წინასწარ გადახედვად (preview). |
| კადრების მიღება არ შეესაბამება დაგეგმილ სიხშირეს | შეამოწმეთ შეთანხმებული რეჟიმი, ჰოსტის გამტარუნარიანობა და მიღებული კადრები; ნომინალური პარამეტრები არ წარმოადგენს გაზომილ გადაცემას. |
| პიქსელების დეკოდირება გაურკვეველია | მოითხოვეთ წყაროს სპეციფიკური გასწორება და მასშტაბირება, ნიღბის ან წანაცვლების გამოცნობის ნაცვლად. |
შეთანხმდით მიღება-ჩაბარების შემოწმებებზე მიწოდებული კონფიგურაციის ირგვლივ: წყაროს გადართვის ქცევა, ჩამკეტის ქცევა და მიღებული კადრების წარმადობა სამიზნე ჰოსტზე. აწარმოეთ მოდულისა და პლატის რევიზიის, firmware-ის, არჩეული და აქტიური წყაროს, რეჟიმისა და გამომავალი ფაილების მოკლე ჩანაწერი. ეს არის პრაქტიკული შეფასების შემოწმებები და არა იმ კონფიგურაციის გაზომვის შემცვლელი, რომლის დანერგვასაც გეგმავთ.
CAMCUDA FlexMini 640 მოკლედ
გამოიყენეთ ეს შეჯამება შეფასების ჩასატარებლად, შემდეგ კი შეამოწმეთ პროდუქტის მიმდინარე გვერდი კონფიგურაციის, ოპტიკისა და შეკვეთის ვარიანტებისთვის. აპარატურული სპეციფიკაციები და firmware-ზე დამოკიდებული მიღების გზა ცალკეა მოცემული.
| პროდუქტი | CAMCUDA FlexMini 640 16-ბიტიანი RAW LWIR თერმული კამერის მოდული |
|---|---|
| აპარატურული მოდელი / SKU | FlexMini 640 14-bit RAW · Y16 |
| დეტექტორი / გარჩევადობა | გაუგრილებელი VOx / 640×512 |
| პიქსელის ბიჯი / ტალღური დიაპაზონი | 12 μm / 8–14 μm |
| მიღების გზა | USB UVC Y16; Y14 რუხი ფერების შკალა 16-ბიტიან Y16 კონტეინერში |
| გამოსახულების დანიშნულება | არარადიომეტრიული grayscale მიღება |
| ობიექტივის ვარიანტები | 4.1, 4.9, 9.1, 13, 19 და 35 mm; ხელმისაწვდომობა და კონფიგურაცია მოთხოვნის მიხედვით |
სახელმძღვანელოები, SDK რესურსები და თავსებადობა
ოთხგვერდიანი ინგლისური და გერმანული გზამკვლევები ერთ ადგილას აერთიანებს განახლების პროცედურას, Linux-ის ფორმატის შემოწმებას, ჩაწერის მაგალითს (capture example) და წყაროს ამომრჩევის ცნობარს.
- Firmware-ის განახლებისა და RAW/Y16-ის ინგლისურენოვანი სახელმძღვანელო · PDF
- გერმანულენოვანი სახელმძღვანელო: Firmware-ის განახლება და RAW/Y16 · PDF
- MD SDK და ინტეგრაციის რესურსები · Google Drive
SDK-ის თავსებადობა: განხილული მართვის SDK v1.11.0-ის მთავარი თავსართი მიუთითებს ir_ctrl_temperature.h, რაც ამ პაკეტში არ არის. მოიპოვეთ გასწორებული შესაბამისი პაკეტი და დაადასტურეთ თავსართის, ბიბლიოთეკისა და აპარატურის თავსებადობა build-ინტეგრაციამდე. ეს არ არის სრული, build-ისთვის მზა SDK გამოშვება. Linux V4L2 კადრების მიღების დამოუკიდებელი მაგალითი ცალკე დგას პაკეტის ამ შეზღუდვისგან.
ეს არის ინტეგრაციის მიმდინარე რესურსები და არა მომხმარებლის ისტორიული ვერსიების ჩანაწერი. დაადასტურეთ დამტკიცებული პაკეტი, რადგან გაზიარებული საქაღალდის შიგთავსი შეიძლება შეიცვალოს. იქ, სადაც გზამკვლევისა და არქივის საქაღალდის სახელწოდებები განსხვავდება, გამოიყენეთ ფაილების ძირითადი სახელები (basenames) შესაბამისი ხელსაწყოების იდენტიფიცირებისთვის.
გეგმავთ შეფასებას? გაგვიზიარეთ თქვენი ჰოსტ-პლატფორმა, ობიექტივი, ინტერფეისი, საჭირო წყარო და რაოდენობა MD პროდუქტის გვერდზე. CAMCUDA-ს შეუძლია განიხილოს მოთხოვნილი კონფიგურაცია, სანამ ინტეგრაციას შეუდგებით.
ხშირად დასმული კითხვები
უზრუნველყოფს თუ არა 16-ბიტიანი RAW თერმოვიზორული კამერის მოდული დაკალიბრებულ ტემპერატურულ მონაცემებს?
მხოლოდ კონტეინერი ამას ვერ დაადგენს. MD-ის ეს კონფიგურაცია გადასცემს Y14 რუხი ფერის შკალას Y16 მეხსიერებაში და არის არარადიომეტრული: გამოსახულების მნიშვნელობები არ წარმოადგენს დაკალიბრებულ ტემპერატურას. შეინახეთ ორიგინალური ბუფერი ეკრანის ნორმალიზაციისგან განცალკევებით და დაადასტურეთ წყაროს სპეციფიკური ინტერპრეტაცია ანალიზის კონვეიერის აგებამდე.
რა უნდა შევამოწმო, თუ Y16 მიუწვდომელია ჩემს Linux ჰოსტზე?
შეამოწმეთ მოწყობილობის რეალური მისამართი (device path) და ჩამოთვლილი ფორმატები, შემდეგ დაადასტურეთ მოდული, ინტერფეისი პლატა და დაყენებული firmware. სთხოვეთ CAMCUDA-ს, განიხილოს განახლების თავსებადობა ამ კონფიგურაციისთვის. როგორც კი Y16 ხელმისაწვდომი გახდება, შეამოწმეთ შეთანხმებული რეჟიმი და აქტიური წყარო ცალ-ცალკე ეტაპებად. მოერიდეთ firmware-ის განახლების განხილვას, როგორც კადრების მიღების უნივერსალურ გამოსავალს.
როგორ შემიძლია დავადასტურო, რომ pre-AGC გამომავალი სიგნალი აქტიურია?
წყარო 3-ის მოთხოვნამდე შეამოწმეთ capability mask. შეამოწმეთ selected_source და pending; საჭიროების შემთხვევაში გადატვირთეთ Y16 ნაკადი, შემდეგ წაიკითხეთ active_source. ეფექტური წყარო არის შემოწმების რეალური შედეგი — და არა უბრალოდ პარამეტრის წარმატებული მოთხოვნა.
წყაროები
- CAMCUDA FlexMini 640 პროდუქტისა და ინტეგრაციის რესურსები
- საჯარო ინგლისურენოვანი სახელმძღვანელო და გერმანულენოვანი სახელმძღვანელო, გვერდები 1–4
- Mini2 სერიის მონაცემთა ფურცელი — გამოსახულების ძირითადი სპეციფიკაციები, გვერდი 2
- Linux V4L2: მხოლოდ luma-ს ფორმატები და Y16 სიზუსტე
- Linux V4L2: VIDIOC_ENUM_FMT
- Linux V4L2: ფორმატის შეთანხმება
