Porterar firmware till qualcomm snapdragon 615. Porterar Android firmware. Vad du behöver för att portera firmware

Ämnet om hur man porterar Android-firmware är ganska hackad, men förlorar inte sin relevans. Tvärtom börjar fler och fler intressera sig för det. I den här artikeln kommer vi bara att överväga porta enheter med samma kärnor. Om du vill ha en superintressant firmware för dig själv, är det dags att börja ta itu med "köket" i denna process.

Steg-för-steg-instruktion

Vad kommer att krävas:

  • dator med valfritt operativsystem;
  • WinRAR eller liknande arkivering;
  • anteckningsblock++;
  • två ROM:er: bärbar (nedan kallad PROM - från vilken vi tar "tsatski") och basic (nedan kallad BROM - som vi kommer att montera på).

* BROM - som regel inbyggd firmware.

**Eftersom detta är en ARM-enhet måste du först veta vilken processor du har.

Akt ett

Skapa en säkerhetskopia från system-/appkatalogen till valfri mapp på skrivbordet. Om du kopierar filerna kommer du att förstå vad som är grejen, för om du började porta betyder det att du förmodligen har flashat ditt MID mer än en gång.

Åtgärd två

Ta bort katalogerna som visas på bilden från BROM och klistra därför in mapparna från PROM istället.

Akt tre

Nu kastar vi tillbaka filerna från den första åtgärden till BROM.

akt fyra

Vi går in i system / lib BROM-mappen och kopierar och byter ut alla bibliotek till motsvarande PROM-lagring (bli inte förvånad, det är enklare så här). Vi gör samma sak längs vägarna /system/etc/init.d och /system/etc/permissions. Ovanstående tre kataloger kan nu förstöras (i BROM), och allt från PROM kan kopieras i deras ställe.

Viktig:öppna build.prop-filerna i båda ROM-skivorna med Notepad++. Detta förbättrade anteckningsblock visar flikar bra. Den senare måste vara den ena mittemot den andra, och posten ro.build.description = måste absolut matcha, annars kommer du inte att kunna flasha enheten alls. Om inlägget är fel, redigera det. Gör samma sak med uppdateringsskriptet som finns på sökvägen META-INFcomgoogleandroid. Naturligtvis måste posten vara identisk med PROM-posten.

Mycket viktigt: du kan absolut inte ändra symboliska länkar. Du kan ändra eller fixa det, eller lägga till ui_prints, run_programs, asserts och naturligtvis kärnan.

Det viktigaste: i Updater-script bör BROM-formatvärdena vara för din enhet. Ibland behöver du fixa init.rc BOOTCLASSPATH eller bara kopiera den från RBOOT. Sedan, naturligtvis, packa om kärnan.

Tja, allt! Portering av ARM-baserad Android-firmware görs så här. Lycka till!

Qualcomm Smartphone Software Update Tool- en blinker för Android-enheter (smartphones och surfplattor) som har en Qualcomm-processor under huven. Multi-port stöder förresten upp till 16 enheter under samtidig firmware. Således kan du ladda om upp till sexton, till exempel, smartphones på en gång! Och processen att blinka var och en av dem tar cirka fyra minuter. Instruktioner med alla detaljer finns i arkivet, eller så kan du läsa lite mer nedan. Även i arkivet hittar du nödvändiga drivrutiner för Quilcom.


  • Genre: blinkande
  • Plattform: Windows


  • firmware_filename.bin (kanske .7z) - arkiv med firmware

  • Qualcomm Smartphone Software Update Tool - flashdrivrutin

  • Uniscope_Qualcomm-drivrutin_V1.0.1.zip - Qualcomm-drivrutiner (vid installation på ett 64-bitars operativsystem är det nödvändigt att inaktivera verifiering av digital signatur för drivrutiner)

  • Flashing_Procedure_Instruction for flashing.pdf - instruktioner för blinkning (alla inloggningar, lösenord från flashern finns i denna manual)


Vi stänger av telefonen om du hade den påslagen tidigare och håller ned volym + och volym - knapparna, håll nere strömknappen tills telefonen slås på. Vi ansluter telefonen till datorn med en kabel och öppnar enhetshanteraren.


Om det görs på rätt sätt kommer du att se QHSUSB_BULK-enheten i Enhetshanteraren med följande VID och PID: USB\VID_05C6&PID_9008&REV_0000


Vi högerklickar på den och väljer objektet "Uppdatera drivrutiner ...", väljer sedan sökningen efter drivrutiner på den här datorn och anger mappen Uniscope_Qualcomm driver_V1.0.1, som vi fick när vi packade upp arkivet, som sökvägen till drivrutinerna :



Starta Qualcomm Smartphone Multi-Port Software Upgrade Tool. I dialogrutan som visas, klicka på utropstecknet så att ditt användarnamn Operatör ändras till Administratör och ange lösenordet ustest, klicka sedan på Ok.


I programfönstret, tryck på knappen Ladda mjuk mapp och välj mappen med MMX_Q415_SW_V2.8_HW_V0.2__V25112015B1661_LCS4.bin firmware från arkivet vi packade upp. Därefter, i något av fönstren, välj COM-porten där vi har telefonen i nedladdningsläge (i mitt fall är det COM3) och tryck på Start-knappen. Så här ser fönstret i Qualcomm Smartphone Multi-Port Software Upgrade Tool ut innan du klickar på Start-knappen:


Firmware-processen har börjat


Ett framgångsrikt tecken på dess slutförande är utseendet på inskriptionen Ladda ner finish! i statusfönstret:


Telefonen bör starta om automatiskt efter att firmware är klar, men inte ett faktum

Firmware-portering är av intresse för många avancerade användare som vill anpassa sin enhet till en annan miljö samtidigt som de behåller dess användbara egenskaper. Vanligtvis är huvudmålet med denna process att göra firmwaren på din gadget "mer intressant" och. Låt oss titta på hur allt detta händer på Android-tekniken med ARM-plattformen.

Var och en av användarna skulle vilja lägga till något original till sin gadget

Vad behöver du för att porta firmware?

Denna process kräver följande komponenter:

  • Anteckningsblock-applikation eller annan textredigerare (dock anses detta program vara det mest bekväma och genomtänkta bland resten).
  • WinRar arkiverare.
  • Datorn genom vilken hela processen genomförs.
  • Två ROM - en är källan för överföring av firmwaredata, på den andra samlar vi in ​​dem för programvaran.

Hur porteras firmware?

Först och främst skapar vi en säkerhetskopieringsmapp på datorn genom att kopiera följande filer med tillägget .apk från system-/appkatalogen på datorn:

  • vpntjänster.
  • kamera.
  • Blåtand.

Sedan, på enheten där vi kommer att bygga firmware (dess andra namn är BROM), tar vi bort dessa filer, och istället för dem, som också kallas PROM, följande kataloger:

  • /data.
  • /system/app.
  • /system/ramverk.
  • /system/fonts.
  • /system/media.

Vi kopierar också biblioteket libandroid_runtime.so till mappen /system/lib på bas-ROM. Nu går vi tillbaka till BROM de tidigare raderade filerna från det första steget.

Därefter gör vi en kopia av sådana bibliotek från bas-ROM till PROM, till exempel:

  • system/lib.
  • /system/etc/init.d.
  • /system/etc/permissions.

Observera att kopiering sker med ersättning av data som finns på annan utrustning, och inte som ett tillägg till dem. Nu tar vi bort dessa tre kataloger på BROM och kopierar allt från PROM i deras ställe.

Vi fortsätter att arbeta med Notepad-redigeraren och utför följande steg:

  • Öppna build.prop-filen på varje ROM och placera båda fönstren mittemot varandra.
  • Vi verifierar att posten ro.build.description= matchar på båda enheterna, annars kommer den fasta programvaran inte att kunna slutföras. Vid behov, så att posterna i PROM och BROM är identiska.
  • Vi går längs vägen /META-INF/com/google/android och öppnar nu filer som kallas updater-script för verifiering. Om de inte är identiska måste du korrigera dem så att BROM matchar värdet som anges i det portade ROM.

Notera. Du kan redigera eller lägga till alternativ som kärna eller behörigheter, hävdar, ui_prints, run_programs, men aldrig ändra värdet på symboliska länkar.

Det sista du ska göra är att kontrollera uppdateringsskriptet efter formatvärdesparametern på bas-ROM (de angivna data bör vara lämpliga för ). Om de två kärnorna kommer från olika tillverkare, var noga med att packa upp kärnan och kopiera BOOTCLASSPATH-data från det bärbara ROM-minnet till BROM:et på init.rc.

Efter alla utförda åtgärder kommer den fasta programvaran att finnas i bas-ROM, och du kan komplettera den efter eget gottfinnande. Som du kan se tar hela processen lite tid och kräver ingen speciell kunskap. Därför kan du enkelt sköta porteringen av firmware själv.

Den här artikeln, som ägnas åt portering av firmware till Android-enheter som inte stöds officiellt, kommer att vara användbar för dem som vill uppdatera programvaran för sin "robot", men för vilka den "standardiserade" uppsättningen av officiell och anpassad firmware inte räcker. Vi noterar omedelbart att vissa fel eller mindre buggar kan uppstå under processen att skapa sådana portar, men guiden kommer bara att beröra allmänna problem, utan att fördjupa sig i att åtgärda problem.

För portering behöver du program som Notepad ++ (eller någon annan högkvalitativ textredigerare), WinRar (eller annat arkiveringsprogram), en persondator (med Windows operativsystem eller annat), samt åtminstone en grundläggande kunskapsnivå i Android-operativsystemets struktur och sunt förnuft (det är till exempel meningslöst att porta HDPI-ROM direkt till MDPI och så vidare).

Du behöver också två ROM - en bärbar och en CM7 / GB / Stock som bas för porten som skapas. Du bör också identifieras av vilken version av ARM-plattformen din enhet är baserad på (ARMv5, ARMv6 eller ARMv7), eftersom ROM-basen och ROM-porten måste vara för samma typ av processor.

Faktum är att arbetet utförs med tre huvudmappar - en bärbar ROM, från vilken vi extraherar allt vi behöver; bas-ROM - det vill säga där portering görs och där vi redan bygger en ny version av ROM; säkerhetskopior som skapats längs vägen.

Låt oss först skapa en säkerhetskopia från basens ROM-mapp, nämligen filerna som finns i katalogen /system/app:

stk.apk
vpnservices.apk
camera.apk
bluetooth.apk

Säkerhetskopiering kan placeras var som helst, även på skrivbordet.

Ta bort följande mappar från bas-ROM och ersätt dem med den bärbara:

/data
/system/app
/system/ramverk
/system/fonts
/system/media

Glöm inte att kopiera från det bärbara ROM-minnet till basbiblioteket libandroid_runtime.so till en mapp /system/lib, för utan det kommer det nya ROM-minnet med största sannolikhet inte att starta alls. Men om enheten, under villkoret för utbyte, går in i en cyklisk omstart, det vill säga den startas om nonstop och utan resultat, är det värt att försöka använda libandroid_runtime.so från bas-ROM.

Vi kopierar filerna som vi säkerhetskopierade till bas-ROM. Kopiera sedan alla bibliotek och mappar som finns i system/lib bas-ROM, till lämplig katalog för den bärbara. Vi ersätter alla filer vid matchning i namn. Ta bort katalog i databasen lib helt och hållet flyttar vi samma mapp från den portade till bas-ROM.

Gå till mappen /system/etc bas-ROM, öppna mappen i det.d. Kopiera allt innehåll till samma ( /system/etc/init.d) katalogen för det bärbara ROM-minnet. Sedan tar vi bort mappen i "basen". Kopiera i det.d till "basen" från "porten", till /system/etc.

Öppnar katalogen igen /system/etc bas-ROM, där vi öppnar mappen behörigheter. Kopiera allt innehåll till samma mapp ( /system/etc/permissions) av en bärbar ROM. Återigen, ta bort mappen behörigheter i "basen", varefter vi kopierar från den bärbara ROM behörigheter i /system/etc bas ROM. Sådana enkla åtgärder kan fixa behörighets- och gappsproblem innan de faktiskt dyker upp.

Öppna filen med en textredigerare (vi rekommenderar att du använder Notepad++) bygga.stötta bärbar ROM och "bas". Placera två Notepad++-fönster bredvid varandra och redigera bygga.stötta bärbar ROM enligt basen, så att de matchar. Det är mycket viktigt att parametrarna:

ro.build.description=
ro.build.fingerprint=

bygga.stötta av det bärbara ROM-minnet var samma som i bas-ROM, annars kommer den skapade firmware inte att fungera alls. Vi sparar bygga.stötta och stäng Notepad++, kopiera sedan Bygga.stötta från bärbar ROM till bas.

Nu måste du redigera uppdaterare-manus. Gå till mappen META-INFcomGoogleandroid bas ROM och öppna den här filen med Notepad++. Vi öppnar också uppdaterare-manus och bärbar ROM. Placera två Notepad++-fönster sida vid sida och byt uppdaterare-manus"baser" för likhet med uppdaterare-manus"hamn". Det rekommenderas starkt inte att byta symboliska länkar. Behöver bara fixa eller lägga till någon behörigheter, hävdar, ui_grafik, springa_program och firmwarekärnan som ska installeras. PÅ uppdaterare-manus"baser" kontrolleras noggrant Formateravärden var inställda för den önskade modellen av den mobila enheten. Vi dubbelkollar, eller så har vi valt önskad kärna. Om enheten inte är från samma tillverkare som kärnan är hämtad från, måste du definitivt packa upp den och sedan fixa den BOOTCLASSPATH i i det.rc. BOOTCLASSPATH från "porten" kopierar vi till bas-ROM, varefter vi packar kärnan igen.

Det är i princip det. Den slutliga firmwaren visade sig i bas-ROM-mappen. Du kan också lägga till olika applikationer, patchar, skript och så vidare efter din smak.

Har frågor?

Rapportera ett stavfel

Text som ska skickas till våra redaktioner: