RK3576 Linux-kamerainicializálás: A szenzormeghajtó a képkocka megjelenítéséig

Az RK3576 egy Rockchip által fejlesztett processzor ipari látási, okos biztonsági és MI-látási terminálok számára. Integrált benne egy ISP V3.9-es képjel-feldolgozó egység (legfeljebb 16 MP támogatásával) és három MIPI CSI-2 vevőmodul (két D-PHY V2.0 modul és egy C/D-PHY modul). Minden D-PHY csatorna legfeljebb 4,5 Gbps sebességet támogat, minden C-PHY hármas 2,5 Gsps-t, és minden CSI port négy virtuális csatornát támogat.

Az RK3576 kameramegoldás a Linux Media keretrendszerre és a V4L2-subdev alapegység-modellre épül. A teljes adatút: képérzékelő → MIPI CSI vevővezérlő → VICAP videóbemeneti egység → ISP V3.9. Az érzékelő önálló alapegységként működik, és együttműködik a MIPI CSI-vel, a VICAP-pel és az ISP-vel, hogy teljes képfelvételi folyamatot alkossanak.

Bár az RK3576 három MIPI CSI fogadócsatornát biztosít, és a VICAP több képfolyamot is egyszerre fogadhat, az ISP V3.9 hardveres megoldása egycsatornás, és csak egyetlen képfolyamon tudja végrehajtani az ISP-algoritmus-feldolgozást.

A projekt hibakeresése során problémák merülhetnek fel, például rendellenes I2C-kommunikáció, instabil MIPI-kapcsolat vagy a Media folyamatcső létrehozásának kudarca, amelyek végül megakadályozzák az első képkocka kimenetét. Ez a cikk egy teljes hibakeresési módszertant mutat be mérnöki megvalósítási szempontból, és az ágyazott látástechnológia hibakeresésének referenciájaként szolgálhat.

1. Hardver- és kernel-előkészítés: Az alapszintű hardveres problémák kiküszöbölése a hibakeresés megkezdése előtt

A vezérlőprogramok hibakeresése során a legtöbb problémát nem maga a vezérlőkód, hanem alacsony szintű kérdések – például a hardver bekötése, a tápellátás bekapcsolási sorrendje vagy a hiányzó kernelkonfiguráció – okozza. Ezért a szenzorvezérlő-fejlesztés megkezdése előtt először ellenőrizni és érvényesíteni kell az alapul szolgáló hardvert és a kernelkörnyezetet.

A kulcsfontosságú hardverellenőrzések közé tartoznak a szenzor tápfeszültség-sínjei, az I2C busz, a MIPI differenciális kapcsolatok, valamint a reset/tápellátás-vezérléshez használt GPIO csatlakozópontok.

A szenzor bekapcsolási sorrendje a hibakeresés egyik legkritikusabb eleme. Több tápfeszültség-sín – például az AVDD, a DOVDD és a DVDD – esetében szigorúan be kell tartani a szenzor által előírt bekapcsolási sorrendet. A tápfeszültség túlzott eltérése vagy a bekapcsolási/kikapcsolási időzítés helytelen megválasztása közvetlenül okozhat I2C-kommunikációs hibákat és a szenzor rendellenes működését.

I2C busz: Ellenőrizze a csatlakozópontok többfunkciós konfigurációját és a szenzor eszköz-címét, valamint győződjön meg arról, hogy az I2C felhúzó ellenállások megfelelően vannak beültetve.

MIPI: Erősítse meg a hardver által használt CSI csatornát, a MIPI sávok számát és az impedancia-illesztést a differenciális jelvezetékeken. Erősítse meg továbbá, hogy a RK3576-es chip által kimenettel ellátott szenzorhivatkozási órajel (XVCLK) megfelelően működik-e.

Reset/tápellátás-kikapcsolás vezérlőpincsák: Határozza meg az aktív szint logikáját (aktív magas/aktív alacsony), és győződjön meg arról, hogy a GPIO konfiguráció egyezik a kapcsolási rajzzal.

Kernel konfiguráció: Ellenőrizze a kernel beállításait a Média-részrendszerhez, a V4L2-subdev al-eszközökhöz, a MIPI CSI vezérlőhöz és PHY meghajtókhoz, a VICAP-hez és az ISP V3.9-hez. Ha egy szükséges komponens nincs beépítve a kernelbe, vagy modulként van beépítve, de nem töltődik be helyesen, akkor a Média folyamat nem tudja azonosítani a kamerahardvert. A kernel lefordítása és feltelepítése után először ellenőrizze minden meghajtómodul betöltési állapotát. Tekintse át a dmesg naplót, és győződjön meg arról, hogy nincsenek hibák, például hiányzó modulok vagy inicializálási hibák.

2. Eszközfájl (DTS) konfiguráció: Az eszközök közötti kapcsolatok létrehozása

RK3576 kamerához tartozó eszközfájl: Leírja a hardveres erőforrásokat, és port- és végpontcsomópontokat használ az érzékelő, a MIPI CSI, a VICAP és az ISP közötti képfeldolgozó folyamat összekötéséhez.

Az érzékelő csomópont a megfelelő I2C busz csomópont alá van csatolva, és meghatározza az I2C szolga címét, az újraindítási bemenetet, a kikapcsolási vezérlő bemenetet és az érzékelő referenciaóráját. A tulajdonságok konfigurálhatók úgy, hogy az érzékelő inicializálását addig elkerüljük, amíg a CSI PHY hardver nem áll készen, ezzel elkerülve az időzítési ütközéseket, amelyeket egy még nem készen álló PHY okozhat. Az érzékelő csomópont portján belüli végpont a MIPI CSI bemenetre mutat, és megadja a MIPI adatsorok számát.

Az MIPI CSI vezérlőcsomópont két portot tartalmaz: a bemenet az érzékelőhöz csatlakozik, a kimenet a VICAP egységhez. A VICAP ezután képadatokat küld az ISP V3.9-hez. Figyeljük meg, hogy a végpontoknak kölcsönösen hivatkozniuk kell egymásra, és mindkét végpont távoli végpontjának tulajdonságainak egy-egy megfelelésben kell lenniük. Ha a kölcsönös kötés nem megfelelő, a Media keretrendszer nem ismeri fel a teljes adatútját. A DTS módosítása, lefordítása és feltöltése után először ellenőrizzük a dmesg naplót annak megerősítésére, hogy minden eszközcsomópont normál állapotban van, és nem fordul elő folyamatosan elhalasztott-probálási hiba. Az ismétlődő elhalasztott-probálás általában helytelen GPIO-, órajel- vagy energiaforrás-konfigurációt jelez.

3. Érzékelő-alleszköz illesztőprogram-fejlesztése: V4L2-subdev modell

Az RK3576 platform érzékelővezérlője a V4L2-subdev keretrendszer alapján készült. Az érzékelővezérlő nem hoz létre /dev/video csomópontot; kizárólag média-al-eszközként létezik. Fő feladatai az érzékelő regiszterkonfigurációja, az energiaellátás és az alaphelyzetbe állítás kezelése, a képformátum beállítása, valamint a folyam indításának és leállításának vezérlése.

A vezérlőt főként öt modulra osztották: I2C-probe, energiaellátás/alaphelyzetbe állítás vezérlése, módregiszter-táblák, pad-formátum konfigurációja és folyam indításának/leállításának vezérlése.

A vezető általi vizsgálati szakaszban az érzékelő chipazonosítója (Chip ID) I2C-n keresztül olvasható ki annak ellenőrzésére, hogy a chip megfelelően felismerhető-e. Ha az azonosító olvasása sikertelen, a hibaelhárítás közvetlenül az I2C-, az energiaellátási- és az alaphelyzetbe állítással kapcsolatos hardverhibákra összpontosítható. Az energiaellátási/alaphelyzetbe állítási funkciók a teljes érzékelő indítási és leállítási sorozatot valósítják meg: az indítás során minden feszültségellátási sík sorrendben engedélyezésre kerül, az alaphelyzetbe állító bemenet (reset pin) a megadott késleltetéssel aktív állapotba kerül, majd az alaphelyzetbe állítás megszűnik, és az érzékelőnek belső stabilizálódásra van ideje. A leállítási sorozat a fordított műveleteket hajtja végre.

A mód regisztertáblák teljes érzékelő-regiszterkonfigurációkat tárolnak különböző felbontásokhoz, képkockasebességekhez és MIPI-sebességekhez. Amikor a felső réteg módosítja a rögzítési paramétereket, a meghajtóprogram a megfelelő teljes regiszterkészletet írja be. A pad-formátum interfész konfigurálja a média-busz képformátumot, amelynek szigorúan egyeznie kell az érzékelő által kimenetelt Bayer-formátummal (például BGGR vagy RGGB). Helytelen konfiguráció közvetlenül színhibákat okoz a képen. A stream-vezérlés interfész a stream_on paranccsal ír regiszterparancsokat, amelyek engedélyezik az érzékelő MIPI-képkimenetét, míg a stream_off leállítja a képátvitelt. A meghajtóprogram implementálása után a kernel Kconfig és Makefile fájlokba építési lehetőségeket adnak hozzá, így a meghajtóprogram vagy a kernelbe építhető, vagy betölthető kernelmodulként is lehessen fordítani.

4. Fokozatos hibakeresés: Az első képkocka lépésről lépésre történő beszerzése

Nem ajánlott azonnali képfelvétel kísérlete. Használjon egy rétegzett hibaelhárítási módszert három szakaszban: ellenőrizze, hogy a meghajtó inicializálása sikeresen megtörtént-e → győződjön meg arról, hogy a Média folyamat teljesen összekapcsolódott → rögzítsen nyers képeket a V4L2 segítségével.

1. szakasz: A szenzor meghajtó inicializálásának ellenőrzése

A rendszer indulása után tekintse át a dmesg kimenetet, és keressen a szenzor meghajtó által kinyomtatott naplóüzeneteket. Használja az i2cdetect parancsot az illető I2C busz bejáratához, és ellenőrizze, hogy észlelhető-e a szenzor eszköz címe.

• Ha nem észlelhető I2C-eszköz: ellenőrizze a szenzor tápellátását, az alaphelyzetbe állítási logikát, az I2C hardver forrasztását és a PIN multiplexelést.
• Ha az I2C-cím észlelhető, de a Chip ID olvasása hibás: az I2C hardver útvonal működik, és a probléma valószínűleg helytelen regisztercím vagy szenzormodell-eltérés.

2. szakasz: A Média keretrendszer folyamatának ellenőrzése

A media-ctl paranccsal tekinthető meg a médiaeszköz-entitások listája. Normál körülmények között láthatóknak kell lenniük az alrendszer-entitásoknak, például a szenzornak, a mipi_csi-nek, a vicap-nak és az isp39-nek, valamint minden pad-portot helyesen fel kell ismerni.

• Ha a szenzor-entitás nem látható: a szenzormeghajtó indítása sikertelen volt.
• Ha az entitások léteznek, de a kapcsolat megszakadt: a DTS-ben az endpoint kétirányú párosítása helytelen.

Hibakeresés közben a media-ctl paranccsal manuálisan konfigurálható az egész feldolgozási folyamat: létrehozhatók az entitások közötti kapcsolatok, és beállítható a képformátum, a felbontás és a csatorna-konfiguráció minden alrendszer-szakaszhoz. A media-ctl hibái általában a csatornák számának, a media-bus formátumnak vagy a felbontás paraméterének a szenzor hardveres képességein túlmutató értékéből adódnak. Egy sikeres media-ctl konfiguráció azt jelzi, hogy a szoftveres útvonal a szenzortól az ISP-ig létrejött.

3. szakasz: Képfelvétel V4L2 segítségével és az első nyers képkocka lekérése

A VICAP/ISP létrehozza a /dev/video csomópontot, amely a képfelvétel felhasználói térbeli belépési pontjaként szolgál. A v4l2-ctl segítségével állítsa be a képpontformátumot, rögzítsen egyetlen képkockát mmap segítségével, és mentse el a Bayer RAW adatokat. Ha a létrehozott RAW fájl mérete megfelel a teoretikus várakozásnak, az első képkocka sikeresen rögzítésre került. A RAW fájlt ezután egy professzionális képelemzési eszközzel megtekintheti, hogy ellenőrizze az eredeti Bayer-képet.

5. Gyakori hibaelhárítási módszerek

• a media-ctl hibát jelez a kapcsolat konfigurálásakor: Először ellenőrizze a kétirányú DTS-végpont kötést, majd ellenőrizze a media-bus formátumot, felbontást és sávszám-paramétereket.
• A V4L2 képkocka-rögzítés időtúllépést jelez, és nem jelenik meg képadat: Győződjön meg arról, hogy a stream_on parancsot helyesen hajtották végre a meghajtóban, hogy a CSI PHY elérte a órajel-zárat, és hogy a szenzor ténylegesen kiad egy MIPI adatfolyamot.
• Hibás képek vagy csíkos zaj: Lehetőség szerint az okok közé tartozhat a helytelen MIPI órajel-gyakoriság, a helytelen csatornaszám, a Bayer-minta-eltérés vagy a szenzor tápellátásának túlzott hullámzása.
• Időszakos képkimenet vagy időnként előforduló képkocka-elhagyás: A szenzor bekapcsolási/újraindítási ideje esetleg nem felel meg a követelményeknek, vagy a hardveres tápellátás elégtelenül stabil.

Rendelkezünk érett RK3576 megoldással és szakmai képességekkel egyedi fejlesztésben, hardveradaptációban és tömeggyártási megvalósításban. Különböző képszenzorokhoz és felbontás/képkockasebesség-igényekhez hardvermódosításokat, illesztőprogram-hibakeresést és teljes rendszer optimalizálását tudjuk biztosítani, hogy hatékonyan támogassuk az ipari látástechnikai, okos biztonsági, MI-látástechnikai végberendezések és egyéb alkalmazások egyedi projekteit. Lépjen velünk kapcsolatba itt: [email protected].