ஆதரவு இல்லாத ஒரு திரைப்படச் சுருள் ஸ்கேனரின் Windows இயக்கி USB வழியாக அனுப்புவதைப் பதிவுசெய்த பிறகு, Linux-இல் அடையாளம் காணக்கூடிய ஸ்கேன் ஒன்றை Christian Schaller உருவாக்கினார். தனது அக்டோபர் 15 பதிவில், அந்தத் தரவுகளை ஆய்வுசெய்யவும் SANE பின்தளத்தை உருவாக்கவும் Claude உதவியைப் பயன்படுத்தியதாக விவரிக்கிறார். முதல் ஸ்கேனில் தரக் குறைகள் இன்னும் இருந்தன; பின்னர் மிகவும் மேம்பட்ட இயக்கி கிடைத்ததாகத் தெரிவித்தார். இவை ஒரு உருவாக்குநர், ஒரு ஸ்கேனர் ஆகியவற்றின் முடிவுகள் மட்டுமே; AI எத்தனை முறை இயக்கிகளை எழுத முடியும் என்பதற்கான சுயாதீனமாக மீண்டும் செய்து உறுதிப்படுத்தப்பட்ட அளவீடு அல்ல.

அதன்பிறகு Schaller hw-harness என்ற MIT உரிமம் கொண்ட நிரல்கள் மற்றும் ஆவணங்களின் தொகுப்பை வெளியிட்டார்; அது அவரது முறையைப் பொதுமைப்படுத்துகிறது. ஸ்கேனர், கேமரா திட்டங்கள் பிரத்யேகமாக எழுதிய நிரல்களையே பயன்படுத்தின, தற்போது வெளியிடப்பட்ட harness வடிவத்தை அல்ல என்று அவர் வெளிப்படையாகக் கூறுகிறார். ஆதரவு இல்லாத USB சாதனத்தை நேரடியாக அணுகக்கூடிய Linux இயக்கி உருவாக்குநருக்குப் பயனுள்ள பணியின் எல்லை, “AI மூலம் பின்னோக்குப் பொறியியல் செய்யவிடுவது” என்பதைவிடக் குறுகியது: வேலைசெய்யும் தயாரிப்பாளர் இயக்கியில் ஒரு செயலைப் பதிவுசெய்து, Linux இயக்கியில் அதே செயலைப் பதிவுசெய்து, முதல் பொருளுள்ள வேறுபாட்டை ஆராய்வது.

பெரிய மாற்றம்

  • என்ன மாறியது: வேலைசெய்யும் Windows சாதன அமர்வையும் Linux இயக்கியின் முயற்சியையும் ஹோஸ்டில் உள்ள ஒரே USB பதிவுக் கருவியால் பதிவுசெய்யும், மீண்டும் செய்யக்கூடிய வழியை Schaller தொகுத்துள்ளார். இந்த ஒப்பீடு ஏன் உதவக்கூடும் என்பதை அவரது ஸ்கேனர் முடிவு காட்டுகிறது; இருந்தாலும் அது தெரிவிக்கப்பட்ட ஒரே நிகழ்வுதான்.
  • ஏன் இது முக்கியம்: ஒரு இயக்கி உருவாக்குநர், அடையாளக் குறிப்புகளுடன் உள்ள தடப்பதிவுகளை AI நிரலாக்க உதவியாளரிடம் கொடுத்து, நெறிமுறைக்கான சாத்தியமான விளக்கத்தையோ சிறிய ஆய்வுச் சோதனையையோ முன்மொழியச் சொல்லலாம். உருவாக்கப்பட்ட நிரலை ஏற்றுக்கொள்வதற்கு முன், வன்பொருளும் வேலைசெய்யும் குறிப்புச் செயலும் நேரடிச் சோதனைகளும் இன்னும் தேவை.
  • எதைக் கவனிக்க வேண்டும்: சாதனத்தின் தொடர்புடைய தரவுப் பரிமாற்றத்தைப் பார்க்க முடியுமா என்பதையே இந்த முறை சார்ந்துள்ளது. உள்ளமைந்த MIPI கேமராவுக்கு வெளியிடப்பட்ட harness, Windows சாதன உள்ளமைவையும் ACPI ஆய்வையும் நாடுகிறது; USB தடப்பதிவு வழிமுறை, உருவாக்குநருக்குத் தேவையான தகவலைத் தவறவிடும்.

பதிவுசெய்யும் முன் தேவையானவை

இதன் hw-harness README, Fedora-வில் இது உருவாக்கப்பட்டுச் சோதிக்கப்பட்டதாகக் கூறுகிறது. ஆவணப்படுத்தப்பட்ட அமைப்புக்கு libvirt/KVM, தயாரிப்பாளர் இயக்கியை இயக்கும் Windows விருந்தினர் இயங்குதளம், உண்மையான USB passthrough, Linux ஹோஸ்டில் usbmon மூலம் பதிவு, ஒப்பிடுவதற்கு Linux இயக்கி அல்லது ஆய்வுச் சோதனை ஆகியவை தேவை. Windows 11 Pro, harness-இன் RDP அடிப்படையிலான வரைகலைக் கட்டுப்பாடுகளைப் பயன்படுத்த உதவுகிறது. இதன் VM வழிகாட்டி, Home விருந்தினர் இயங்குதளத்திலும் SSH பயன்படுத்த முடியும், ஆனால் அந்த RDP கட்டுப்பாடுகளைப் பயன்படுத்த முடியாது என்கிறது. Fedora தொகுப்புகளும் குழு அனுமதிகளும் களஞ்சியத்தில் பட்டியலிடப்பட்டுள்ளன; சாதனத்தை இணைப்பதற்கு முன், எடுத்துள்ள திருத்தப் பதிப்பில் harness doctor இயக்கி, இல்லாத கூறுகளைக் கண்டறியுங்கள்.

அனுமதிக்கப்பட்ட Windows நிறுவலும் தயாரிப்பாளர் மென்பொருளும், சரியான சாதனமும், மீண்டும் செய்யக்கூடிய செயலும், பாக்கெட் பதிவுகளுக்கான இடமும் வைத்திருங்கள். VM, வன்பொருள் அணுகல், Windows, நீங்கள் தேர்ந்தெடுக்கும் AI சேவை ஆகியவற்றுக்கான செலவைத் திட்டமிடுங்கள்; களஞ்சியம் தொடக்கம் முதல் முடிவு வரையான நிரந்தரச் செலவைக் கூறவில்லை. அதன் நிரல்களுக்கு MIT உரிமம் உண்டு; அதனால் Windows அல்லது தயாரிப்பாளர் மென்பொருளுக்கான உரிமம் கிடைக்காது. சேகரித்தவற்றைப் பயன்படுத்தும் அல்லது பகிரும் முன் உங்கள் உரிம நிபந்தனைகளையும் பொருந்தும் பின்னோக்குப் பொறியியல் விதிகளையும் சரிபாருங்கள்.

ஒவ்வொரு சாதனத்துக்கும் தனித் திட்ட அடைவைப் பயன்படுத்துங்கள். README-யின்படி harness init உள்ளமைவையும் புறக்கணிக்கப்படும் etc/ மற்றும் captures/ அடைவுகளையும் உருவாக்குகிறது. README-யின் எடுத்துக்காட்டு மதிப்புகளை நகலெடுக்காமல், உங்கள் சாதனத்திலிருந்து VM பெயரையும் USB தயாரிப்பாளர்/தயாரிப்பு அடையாளங்களையும் நிரப்புங்கள். winctl auth, harness iso மற்றும் ஆவணப்படுத்தப்பட்ட விருந்தினர் தொடக்க அமைப்பு ஆகியவை Windows VM-ஐக் கட்டுப்படுத்த வழிசெய்கின்றன; பதிவுக்கு முன் winctl status காட்ட வேண்டியது ssh: ok என்பதாகும். இதைத் திட்டத்தின் ஆவணப்படுத்தப்பட்ட அமைப்பாகக் கருதுங்கள்; BIG CHANGE இயக்கிப் பார்த்த படிகளாக அல்ல.

இரு இயங்குதளங்களிலும் ஒரே செயலைப் பொருத்துங்கள்

  1. அடிப்படை நிலையையும் Windows குறிப்பையும் பதிவுசெய்யுங்கள். களஞ்சியத்தின் முறை ஆவணத்தை பின்பற்றுங்கள்: முதலில் செயலற்ற நிலையில் தரவுப் பரிமாற்றம் எப்படி உள்ளது என அறியுங்கள். சாதனத்தின் ஆரம்ப enumeration தேவைப்பட்டால், USB சாதனத்தை விருந்தினரிடம் ஒப்படைக்கும் முன் ஹோஸ்டில் பதிவைத் தொடங்குங்கள். passthrough வழியாகக் கொடுக்கப்பட்ட சாதனத்தில் தயாரிப்பாளரின் Windows இயக்கியை இயக்கி, குறிப்பிட்ட தெளிவுத்திறனில் ஸ்கேன் செய்வது போன்ற குறுகிய, குறிப்பான செயலுக்கு அடையாளக் குறிப்பு இடுங்கள். usbcap பஸ் தரவுப் பரிமாற்றத்தைப் பதிவுசெய்து, ஒரு .meta துணைக் கோப்பில் சாதனம், பஸ் முகவரி, கால அளவு, அடையாளக் குறிப்பு ஆகியவற்றை எழுதுகிறது. ஹோஸ்டின் பதிவுப் புள்ளி USB passthrough அடுக்குக்குக் கீழே இருப்பதால், விருந்தினர் செய்யும் செயலை அதனால் பார்க்க முடியும்.
  2. அதற்கு இணையான Linux செயலைப் பதிவுசெய்யுங்கள். சாதனத்தை மீண்டும் ஹோஸ்டுக்கு ஒப்படைத்து, அதே அமைப்புகளுடனும் அதே பௌதிகப் பொருளுடனும் உங்கள் Linux இயக்கி அதே செயலைச் செய்வதைப் பதிவுசெய்யுங்கள். இணையான Linux இயக்கம் இல்லாத குறிப்புப் பதிவு மட்டும், இயக்கியின் எந்தச் செயல் மாறுபட்டது என்பதை நிறுவ முடியாது. களஞ்சியத்தின் ஸ்கேனர் கட்டளை அதன் ஆசிரியரின் அமைப்புக்கான எடுத்துக்காட்டு; எல்லாச் சாதனங்களுக்கும் பொதுவான கட்டளை அல்ல.
  3. ஒப்பிட்டு, ஒரு கருதுகோளைச் சோதியுங்கள். இரு தடப்பதிவுகளையும் Wireshark-இல் அல்லது முறை ஆவணத்தில் உள்ள tshark வடிகட்டிகளால் படியுங்கள். தொடக்கநிலைப் பரிமாற்றங்கள், செயலுக்கு முன்பும் பின்பும் நிகழும் எழுத்துகள், நிலை விசாரணைகள், bulk-transfer நேர அமைப்பு ஆகியவற்றைப் பாருங்கள். எந்தப் பரிமாற்றம் மாறுகிறது என்பதை அறிய, தெளிவுத்திறன் போன்ற ஒரு அமைப்பை மட்டும் ஒவ்வொரு முறையும் மாற்றுங்கள். சாத்தியமான வேறுபாட்டைக் கண்டறிந்து, அதற்கான பதிவையும் ஃப்ரேமையும் மேற்கோள் காட்டுமாறு AI உதவியாளரிடம் கேளுங்கள். பின்னர் இயக்கியில் வரையறுக்கப்பட்ட மாற்றம் அல்லது ஆய்வுச் சோதனை செய்து, உண்மையான வன்பொருளில் அதே செயலை மீண்டும் செய்யுங்கள். மாதிரியின் பதிலில் நம்பத்தகுந்த விளக்கம் கிடைப்பது வெற்றியின் அடையாளமல்ல.

உடனடி வெளியீடு என்பது அடையாளக் குறிப்புள்ள இரு பதிவுக் கோப்புகளும் முதல் பொருளுள்ள மாறுபாட்டைப் பற்றிய விளக்கமும் ஆகும். வெற்றிகரமான திருத்தம் எனக் கூற, உருவாக்குநரின் சொந்தச் சோதனைகளில் Linux சாதனம் எதிர்பார்த்த வெளியீட்டுடன் நோக்கப்பட்ட செயலைத் தொடர்ந்து சரியாகச் செய்ய வேண்டும். சில பைட்டுகள் பொருந்துவதோ ஒரு பகுதி படத்தை உருவாக்குவதோ இயக்கியின் முழுமையான தரத்தை நிரூபிக்காது. Schaller-இன் பதிவின்படி, முதல் அடையாளம் காணக்கூடிய ஸ்கேனுக்கும் கூடுதல் வேலை தேவைப்பட்டது; அவர் வேலைசெய்துகொண்டிருந்தபோதே அவரது ஸ்கேனருக்கான ஆதரவு முதன்மை SANE திட்டத்தில் தனியாக வந்தது.

தடப்பதிவுகளை ஒப்பிடுவது கடினமாக இருந்தால், செயலைக் குறுக்கி, சாதனம், அமைப்புகள், பதிவு அடுக்கு ஆகியவை பொருந்துகின்றனவா என உறுதிசெய்யுங்கள். ஒரு கேள்விக்குப் பதில் அளிக்கும் சிறிய பதிவுகளையும், சாதனத்தை இணைப்பதை ஒருமுறை பதிவுசெய்வதையும் முறை பரிந்துரைக்கிறது. passthrough அல்லது விருந்தினர் கட்டுப்பாடு தோல்வியடைந்தால், வெற்றுப் பதிவை இயக்கிக் கோளாறாக விளக்குவதற்கு முன் harness doctor, hostdev status மற்றும் VM அமைப்பு வழிகாட்டியை பாருங்கள். முன்மொழியப்படும் ரெஜிஸ்டர் மாறிலியைப் பார்க்கப்பட்ட ஃப்ரேமுடன் இணைத்தறிய, அசல் பதிவுகளையும் குறிப்புகளையும் வைத்திருங்கள்.

USB தடப்பதிவின் எல்லை

உள்ளமைந்த MIPI கேமரா, அதே பயனுள்ள தரவுப் பரிமாற்றத்தை ஹோஸ்ட் USB பதிவுக் கருவிக்குக் காட்டாது. அதற்குப் பதிலாக, Windows PnP பண்புகள், INF கோப்புகள், registry பதிவுகள், ACPI அட்டவணைகள் ஆகியவற்றுக்கு winctl probe பயன்படுத்துவதையும் Linux பக்க ஆய்வுக்கு hwdbg பயன்படுத்துவதையும் முறை ஆவணம் விவரிக்கிறது. kernel மற்றும் libcamera மாற்றங்களுடன், தனது மடிக்கணினி கேமராவுக்கு இந்த வேறுபட்ட பாதையைப் பயன்படுத்தியதாக Schaller தெரிவிக்கிறார்; அந்த முடிவுகளும் அவரது பதிவிலிருந்தே வருகின்றன. வேறொரு சாதனத்தில் USB சுழற்சி வேலைசெய்தது என்பதற்கான ஆதாரமாக கேமரா முடிவை மாற்றிப் பயன்படுத்தாதீர்கள்.

கண்டறியப்பட்ட சாதன நடத்தையிலும் அறிவிப்பு வடிவ உள்ளமைவிலும் ஆய்வை வைத்திருங்கள். களஞ்சியத்தின் clean-room வழிகாட்டி, தயாரிப்பாளரின் பைனரிகளை disassemble செய்வதையோ அவற்றின் நிரலை Linux இயக்கியில் நகலெடுப்பதையோ விலக்குகிறது. பதிவுகளில் சாதன வரிசை எண்கள் இருக்கலாம் என்றும் திட்ட அடைவில் தனிப்பட்ட SSH சாவி இருக்கும் என்றும் எச்சரிக்கிறது. தடப்பதிவுகள், சாதன அடையாளங்கள், விருந்தினர் கோப்புகள் ஆகியவற்றை AI சேவைக்குக் கொடுக்கும் அல்லது பொதுவில் பகிரும் முன் பார்வையிடுங்கள்; சாவிகளையும் மூலப் பதிவுகளையும் source control-க்கு வெளியே வைத்திருங்கள். வெளியிடப்பட்ட அறிவுறுத்தல்கள் முயற்சிக்கத்தக்க ஒரு முறையை வழங்குகின்றன. BIG CHANGE, குறிப்பிட்ட திருத்தப் பதிப்பில் வலைப்பதிவையும் களஞ்சியத்தையும் ஆய்வுசெய்தது; ஆனால் VM-ஐ இயக்கவில்லை, சாதனத்தைப் பதிவுசெய்யவில்லை, உருவான இயக்கியைச் சரிபார்க்கவில்லை.

ஆதாரங்கள் மற்றும் மேலதிக வாசிப்பு

  • Christian Schaller-இன் அக்டோபர் 15 பதிவு, ஸ்கேனர் மற்றும் மடிக்கணினி தொடர்பான அவரது வேலை, Claude-க்கு அவர் அளிக்கும் பங்கு, பிரத்யேக நிரல்களுக்குப் பிறகு பகிரப்பட்ட harness வந்ததற்கான காரணம் ஆகியவற்றை விளக்குகிறது. ஸ்கேனர் முடிவு அவரது சொந்தப் பதிவு; இந்தக் கட்டுரையில் அது சுயாதீனமாக மீண்டும் செய்து உறுதிப்படுத்தப்படவில்லை.
  • hw-harness களஞ்சியம், கருவிகள், Fedora மற்றும் Windows முன்தேவைகள், எடுத்துக்காட்டு அமைப்பு, திட்டத்தின் தனியுரிமை எச்சரிக்கை ஆகியவற்றை விவரிக்கிறது. BIG CHANGE ஆய்வுசெய்த commit 093afc5c576c200f29b771d01624a327d0ff1806 அக்டோபர் 14, 2026 தேதியுடையது; களஞ்சியத்துக்கு MIT உரிமம் உண்டு, அந்தத் திருத்தப் பதிப்புக்குப் பிறகு அது மாறலாம்.
  • முறை, அடிப்படை நிலை, குறிப்பு, Linux ஒப்பீடு மற்றும் மறுமுறைச் சுழற்சி, பதிவுக் கவனிப்புகள், USB தடப்பதிவைப் படித்தல், ஹோஸ்டுக்குத் தெரியும் பஸ் இல்லாத சாதனங்களுக்கான தனிப் பாதை ஆகியவற்றைக் குறிப்பிடுகிறது.
  • Windows குறிப்பு VM அமைப்பு, விருந்தினர் அணுகல், USB passthrough, RDP கட்டுப்பாடுகளில் Windows Pro மற்றும் Home இடையிலான வேறுபாடு ஆகியவற்றை உள்ளடக்குகிறது. உங்கள் நிறுவலுக்கான உரிம நிபந்தனைகளைச் சரிபாருங்கள்.
  • Clean-room எல்லைகள், திட்டத்தின் அவதானிப்பு அடிப்படையிலான நடைமுறை, தயாரிப்பாளர் பைனரிகள் குறித்த வரம்புகள், மாறிலிகள் எங்கிருந்து வந்தன என்பதைப் பதிவுசெய்ய வேண்டிய தேவை ஆகியவற்றை விளக்குகின்றன. இது திட்டத்தின் பொறியியல் வழிகாட்டல்; சட்டக் கருத்து அல்ல.