Thông báo

Collapse
No announcement yet.

tiny4412 khởi động dalvik đến đoạn load các file jar thì bị fail

Collapse
X
 
  • Lọc
  • Giờ
  • Show
Clear All
new posts

  • tiny4412 khởi động dalvik đến đoạn load các file jar thì bị fail

    Mình bug lỗi này lâu quá không tìm ra được nguyên nhân, nhờ mọi người có kinh nghiệm xin chỉ giáo.

    mình sử dụng board tiny4412 bản 1208, và build lại source code trong đĩa dvd đi kèm board gồm
    +system.img : "android-4.2.2_r1-fs-20131222.tar.gz"
    +zImage : "linux-3.5-20140109.tgz"
    +uboot : uboot_tiny4412-20130729.tgz
    dùng sdcard để load uboot, zImage, system.img nhưng đến đoạn start zygote thì bị fail
    check thấy đến đoạn startVm>JNI_CreateJavaVM>dvmStartup()> dvmClassStartup() > processClassPath ()->while loop prepareCpe() thì bị fail ở chỗ này.
    tại đây vòng lặp while loop load các file core.jar, core-junit.jar,... thì thấy trong log debug thông báo: " mmc1: Card removed during transfer!"
    sau thông báo này quá trình load file *.jar của dalvik bị fail.
    Đoạn thông báo đó được gọi từ kernel trong hàm sdhci_tasklet_card() file :linux-3.5_tiny4412\drivers\mmc\host\sdhci.c
    Code:
    if (host->mrq &&						
        !(host->quirks & SDHCI_QUIRK_BROKEN_CARD_DETECTION) &&						
        !(sdhci_readl(host, SDHCI_PRESENT_STATE) & SDHCI_CARD_PRESENT)) {						
    	pr_err("%s: Card removed during transfer!\n",					
    		mmc_hostname(host->mmc));				
    	pr_err("%s: Resetting controller.\n",					
    		mmc_hostname(host->mmc));				
    						
    	sdhci_reset(host, SDHCI_RESET_CMD);					
    	sdhci_reset(host, SDHCI_RESET_DATA);					
    						
    	host->mrq->cmd->error = -ENOMEDIUM;					
    	tasklet_schedule(&host->finish_tasklet);					
    }
    Tại sao dalvik load file *jar lại bị lỗi này? làm sao để fix lỗi này cho dalvik khởi động bình thường?
    còn đây là logcat :
    ====
    Code:
    D/AndroidRuntime(  105):								
    D/AndroidRuntime(  105): >>>>>> AndroidRuntime START com.android.internal.os.ZygoteInit <<<<<<								
    D/AndroidRuntime(  105): AndroidRuntime:start: startVm								
    D/AndroidRuntime(  105): CheckJNI is ON								
    D/AndroidRuntime(  105): startVm: threshold								
    D/AndroidRuntime(  105): startVm: jitOpBuf								
    D/AndroidRuntime(  105): startVm: jitMethodBug								
    D/AndroidRuntime(  105): startVm: portable								
    D/AndroidRuntime(  105): startVm: checkDexSum								
    D/AndroidRuntime(  105): startVm: AssertBuf								
    D/AndroidRuntime(  105): startVm: parseExtraOpts								
    D/AndroidRuntime(  105): startVm: JNI_CreateJavaVM								
    D/dalvikvm(  105): JNI_CreateJavaVM:								
    D/dalvikvm(  105): JNI_CreateJavaVM: dvmUseCheckedJniVm								
    D/dalvikvm(  105): JNI_CreateJavaVM: dvmCreateJNIEnv								
    D/dalvikvm(  105): JNI_CreateJavaVM: dvmStartup()								
    D/dalvikvm(  105): dvmOptimizeDexFile								
    D/dalvikvm(  105): DexOpt: --- BEGIN 'core.jar' (bootstrap=1) ---								
    D/dalvikvm(  105): dvmOptimizeDexFile: optimizing								
    D/dalvikvm(  105): dvmOptimizeDexFile: fork								
    D/dalvikvm(  105): DexOpt: waiting for verify+opt, pid=278								
    D/dalvikvm(  105): dvmOptimizeDexFile:  dvmChangeStatus								
    D/dalvikvm(  278): dvmOptimizeDexFile: pid == 0								
    D/dalvikvm(  278): dvmOptimizeDexFile: getenv								
    D/dalvikvm(  278): dvmOptimizeDexFile: execv								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: /system/bin/dexopt								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: --dex								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 27								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 13								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 40								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 3041940								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: /system/framework/core.jar								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 1165724474								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 1789422968								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 61								
    D/dalvikvm(  278): dvmOptimizeDexFile: execv->execFile : /system/bin/dexopt								
    D/dalvikvm(  278): fromDex: vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): Args: fd=13 off=40 len=3041940 name='/system/framework/core.jar' mod=0x457b8b3a crc=0x6aa86d78 flg=61 (argc=1)								
    D/dalvikvm(  278):   bootclasspath is ''								
    D/dalvikvm(  278): fromDex: dvmPrepForDexOpt								
    D/dalvikvm(  278): dvmPrepForDexOpt: blockSignals								
    D/dalvikvm(  278): dvmPrepForDexOpt: setCommandLineDefaults								
    D/dalvikvm(  278): dvmPrepForDexOpt: free								
    D/dalvikvm(  278): dvmPrepForDexOpt: strdup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmGcStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmThreadStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmInlineNativeStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmRegisterMapStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmInstanceofStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmClassStartup								
    D/dalvikvm(  278): fromDex: dvmContinueOptimization								
    D/dalvikvm(  278): Continuing optimization (/system/framework/core.jar, isb=1)								
    D/dalvikvm(  278): dvmContinueOptimization: mmap								
    D/dalvikvm(  278): dvmContinueOptimization: rewriteDex								
    E/BandwidthController(  102): runIptablesCmd(): failed /system/bin/iptables -A bw_INPUT -m owner --socket-exists res=256								
    E/BandwidthController(  102): runIptablesCmd(): failed /system/bin/ip6tables -A bw_INPUT -m owner --socket-exists res=256								
    D/MDnsDS  (  102): MDnsSdListener::Hander starting up								
    D/MDnsDS  (  102): MDnsSdListener starting to monitor								
    D/MDnsDS  (  102): Going to poll with pollCount 1								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/Object;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/Class;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/ref/Reference;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/ref/ReferenceQueue;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/ref/FinalizerReference;								
    D/dalvikvm(  278): DexOpt: load 41ms, verify+opt 619ms, 1615380 bytes								
    D/dalvikvm(  278): dvmContinueOptimization: dvmDexFileOpenPartial								
    D/dalvikvm(  278): dvmContinueOptimization: dvmGenerateRegisterMaps								
    D/dalvikvm(  278): dvmContinueOptimization: updateChecksum								
    D/dalvikvm(  278): dvmContinueOptimization: dvmDexFileFree								
    [   15.365000] mmc1: Card removed during transfer!								
    [   15.365000] mmc1: Resetting controller.								
    [   15.365000] mmcblk0: unknown error -123 sending read/write command, card status 0xc00								
    [   15.365000] end_request: I/O error, dev mmcblk0, sector 1060460								
    [   15.370000] Buffer I/O error on device mmcblk0p3, logical block 33280								
    …								
    [   16.270000] Mali: mali_dvfs[3].vol = 1050000								
    D/dalvikvm(  278): dvmContinueOptimization: msync								
    [   16.355000] mmc1: Card removed during transfer!								
    [   16.355000] mmc1: Resetting controller.								
    [   16.355000] mmcblk0: unknown error -123 sending read/write command, card status 0xc00

  • #2
    Nguyên văn bởi xlight Xem bài viết
    Mình bug lỗi này lâu quá không tìm ra được nguyên nhân, nhờ mọi người có kinh nghiệm xin chỉ giáo.

    mình sử dụng board tiny4412 bản 1208, và build lại source code trong đĩa dvd đi kèm board gồm
    +system.img : "android-4.2.2_r1-fs-20131222.tar.gz"
    +zImage : "linux-3.5-20140109.tgz"
    +uboot : uboot_tiny4412-20130729.tgz
    dùng sdcard để load uboot, zImage, system.img nhưng đến đoạn start zygote thì bị fail
    check thấy đến đoạn startVm>JNI_CreateJavaVM>dvmStartup()> dvmClassStartup() > processClassPath ()->while loop prepareCpe() thì bị fail ở chỗ này.
    tại đây vòng lặp while loop load các file core.jar, core-junit.jar,... thì thấy trong log debug thông báo: " mmc1: Card removed during transfer!"
    sau thông báo này quá trình load file *.jar của dalvik bị fail.
    Đoạn thông báo đó được gọi từ kernel trong hàm sdhci_tasklet_card() file :linux-3.5_tiny4412\drivers\mmc\host\sdhci.c
    Code:
    if (host->mrq &&						
        !(host->quirks & SDHCI_QUIRK_BROKEN_CARD_DETECTION) &&						
        !(sdhci_readl(host, SDHCI_PRESENT_STATE) & SDHCI_CARD_PRESENT)) {						
    	pr_err("%s: Card removed during transfer!\n",					
    		mmc_hostname(host->mmc));				
    	pr_err("%s: Resetting controller.\n",					
    		mmc_hostname(host->mmc));				
    						
    	sdhci_reset(host, SDHCI_RESET_CMD);					
    	sdhci_reset(host, SDHCI_RESET_DATA);					
    						
    	host->mrq->cmd->error = -ENOMEDIUM;					
    	tasklet_schedule(&host->finish_tasklet);					
    }
    Tại sao dalvik load file *jar lại bị lỗi này? làm sao để fix lỗi này cho dalvik khởi động bình thường?
    còn đây là logcat :
    ====
    Code:
    D/AndroidRuntime(  105):								
    D/AndroidRuntime(  105): >>>>>> AndroidRuntime START com.android.internal.os.ZygoteInit <<<<<<								
    D/AndroidRuntime(  105): AndroidRuntime:start: startVm								
    D/AndroidRuntime(  105): CheckJNI is ON								
    D/AndroidRuntime(  105): startVm: threshold								
    D/AndroidRuntime(  105): startVm: jitOpBuf								
    D/AndroidRuntime(  105): startVm: jitMethodBug								
    D/AndroidRuntime(  105): startVm: portable								
    D/AndroidRuntime(  105): startVm: checkDexSum								
    D/AndroidRuntime(  105): startVm: AssertBuf								
    D/AndroidRuntime(  105): startVm: parseExtraOpts								
    D/AndroidRuntime(  105): startVm: JNI_CreateJavaVM								
    D/dalvikvm(  105): JNI_CreateJavaVM:								
    D/dalvikvm(  105): JNI_CreateJavaVM: dvmUseCheckedJniVm								
    D/dalvikvm(  105): JNI_CreateJavaVM: dvmCreateJNIEnv								
    D/dalvikvm(  105): JNI_CreateJavaVM: dvmStartup()								
    D/dalvikvm(  105): dvmOptimizeDexFile								
    D/dalvikvm(  105): DexOpt: --- BEGIN 'core.jar' (bootstrap=1) ---								
    D/dalvikvm(  105): dvmOptimizeDexFile: optimizing								
    D/dalvikvm(  105): dvmOptimizeDexFile: fork								
    D/dalvikvm(  105): DexOpt: waiting for verify+opt, pid=278								
    D/dalvikvm(  105): dvmOptimizeDexFile:  dvmChangeStatus								
    D/dalvikvm(  278): dvmOptimizeDexFile: pid == 0								
    D/dalvikvm(  278): dvmOptimizeDexFile: getenv								
    D/dalvikvm(  278): dvmOptimizeDexFile: execv								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: /system/bin/dexopt								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: --dex								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 27								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 13								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 40								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 3041940								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: /system/framework/core.jar								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 1165724474								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 1789422968								
    D/dalvikvm(  278): dvmOptimizeDexFile: curArg: 61								
    D/dalvikvm(  278): dvmOptimizeDexFile: execv->execFile : /system/bin/dexopt								
    D/dalvikvm(  278): fromDex: vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): fromDex : vmBuildVersion								
    D/dalvikvm(  278): Args: fd=13 off=40 len=3041940 name='/system/framework/core.jar' mod=0x457b8b3a crc=0x6aa86d78 flg=61 (argc=1)								
    D/dalvikvm(  278):   bootclasspath is ''								
    D/dalvikvm(  278): fromDex: dvmPrepForDexOpt								
    D/dalvikvm(  278): dvmPrepForDexOpt: blockSignals								
    D/dalvikvm(  278): dvmPrepForDexOpt: setCommandLineDefaults								
    D/dalvikvm(  278): dvmPrepForDexOpt: free								
    D/dalvikvm(  278): dvmPrepForDexOpt: strdup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmGcStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmThreadStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmInlineNativeStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmRegisterMapStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmInstanceofStartup								
    D/dalvikvm(  278): dvmPrepForDexOpt: dvmClassStartup								
    D/dalvikvm(  278): fromDex: dvmContinueOptimization								
    D/dalvikvm(  278): Continuing optimization (/system/framework/core.jar, isb=1)								
    D/dalvikvm(  278): dvmContinueOptimization: mmap								
    D/dalvikvm(  278): dvmContinueOptimization: rewriteDex								
    E/BandwidthController(  102): runIptablesCmd(): failed /system/bin/iptables -A bw_INPUT -m owner --socket-exists res=256								
    E/BandwidthController(  102): runIptablesCmd(): failed /system/bin/ip6tables -A bw_INPUT -m owner --socket-exists res=256								
    D/MDnsDS  (  102): MDnsSdListener::Hander starting up								
    D/MDnsDS  (  102): MDnsSdListener starting to monitor								
    D/MDnsDS  (  102): Going to poll with pollCount 1								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/Object;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/Class;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/ref/Reference;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/ref/ReferenceQueue;								
    D/dalvikvm(  278): Ignoring duplicate verify attempt on Ljava/lang/ref/FinalizerReference;								
    D/dalvikvm(  278): DexOpt: load 41ms, verify+opt 619ms, 1615380 bytes								
    D/dalvikvm(  278): dvmContinueOptimization: dvmDexFileOpenPartial								
    D/dalvikvm(  278): dvmContinueOptimization: dvmGenerateRegisterMaps								
    D/dalvikvm(  278): dvmContinueOptimization: updateChecksum								
    D/dalvikvm(  278): dvmContinueOptimization: dvmDexFileFree								
    [   15.365000] mmc1: Card removed during transfer!								
    [   15.365000] mmc1: Resetting controller.								
    [   15.365000] mmcblk0: unknown error -123 sending read/write command, card status 0xc00								
    [   15.365000] end_request: I/O error, dev mmcblk0, sector 1060460								
    [   15.370000] Buffer I/O error on device mmcblk0p3, logical block 33280								
    …								
    [   16.270000] Mali: mali_dvfs[3].vol = 1050000								
    D/dalvikvm(  278): dvmContinueOptimization: msync								
    [   16.355000] mmc1: Card removed during transfer!								
    [   16.355000] mmc1: Resetting controller.								
    [   16.355000] mmcblk0: unknown error -123 sending read/write command, card status 0xc00

    Hi bạn,
    Hình như thẻ SD bi bad rồi. Cậu thử boot qua tftp xem sao hoặc thay thẻ SD khác.

    Comment


    • #3
      bạn robocon2011 à:
      Tiny4412 bản 1208 cổng ethernet dùng chip DM9621, chip này chưa được porting trong uboot,
      nên không support load img files qua cổng mạng, tftp hay nfs không dùng được.

      sdcard của mình khá mới nhưng mình sẽ thử dùng sdcard mới khác xem thế nào.

      Comment


      • #4
        Nguyên văn bởi xlight Xem bài viết
        bạn robocon2011 à:
        Tiny4412 bản 1208 cổng ethernet dùng chip DM9621, chip này chưa được porting trong uboot,
        nên không support load img files qua cổng mạng, tftp hay nfs không dùng được.

        sdcard của mình khá mới nhưng mình sẽ thử dùng sdcard mới khác xem thế nào.

        Hi bạn,

        Mình chưa dùng bọn này bao giờ nên tớ k rõ nó có support không. Nhưng bạn mà đang dùng source code của họ build sẫn thì chỉ có lỗi này thôi. Còn nếu bạn porting từ source gốc của android, linux kernel thì còn có một số lỗi khác...

        Thân,

        Comment


        • #5
          Nguyên văn bởi xlight Xem bài viết
          bạn robocon2011 à:
          Tiny4412 bản 1208 cổng ethernet dùng chip DM9621, chip này chưa được porting trong uboot,
          nên không support load img files qua cổng mạng, tftp hay nfs không dùng được.

          sdcard của mình khá mới nhưng mình sẽ thử dùng sdcard mới khác xem thế nào.

          Hi bạn,

          Mình chưa dùng bọn này bao giờ nên tớ k rõ nó có support không. Nhưng bạn mà đang dùng source code của họ build sẫn thì chỉ có lỗi này thôi. Còn nếu bạn porting từ source gốc của android, linux kernel thì còn có một số lỗi khác...

          Thân,

          Comment


          • #6
            Nguyên văn bởi xlight Xem bài viết
            bạn robocon2011 à:
            Tiny4412 bản 1208 cổng ethernet dùng chip DM9621, chip này chưa được porting trong uboot,
            nên không support load img files qua cổng mạng, tftp hay nfs không dùng được.

            sdcard của mình khá mới nhưng mình sẽ thử dùng sdcard mới khác xem thế nào.

            Hi bạn,

            Mình chưa dùng bọn này bao giờ nên tớ k rõ nó có support không. Nhưng bạn mà đang dùng source code của họ build sẫn thì chỉ có lỗi này thôi. Còn nếu bạn porting từ source gốc của android, linux kernel thì còn có một số lỗi khác...

            Thân,

            Comment


            • #7
              Nguyên văn bởi xlight Xem bài viết
              bạn robocon2011 à:
              Tiny4412 bản 1208 cổng ethernet dùng chip DM9621, chip này chưa được porting trong uboot,
              nên không support load img files qua cổng mạng, tftp hay nfs không dùng được.

              sdcard của mình khá mới nhưng mình sẽ thử dùng sdcard mới khác xem thế nào.

              Hi bạn,

              Mình chưa dùng bọn này bao giờ nên tớ k rõ nó có support không. Nhưng bạn mà đang dùng source code của họ build sẫn thì chỉ có lỗi này thôi. Còn nếu bạn porting từ source gốc của android, linux kernel thì còn có một số lỗi khác...

              Thân,

              Comment


              • #8
                Mình đã mua thẻ sd sony 8g, và dùng uboot boot lại với các file zImage, ramdisk-u.img, system.img đã buid sẵn theo đĩa thì chạy lên được android rồi.

                vậy là lỗi card remove during transfer là do cái thẻ sd sandisk 4g của mình.

                còn dùng các file được build lại từ source code thì vẫn chưa lên được android, chắc lỗi gì đó mình sẽ nghiên cứu thêm.

                cảm ơn bạn robocon2011... Chúc mừng năm mới !

                Comment

                Về tác giả

                Collapse

                xlight Tìm hiểu thêm về xlight

                Bài viết mới nhất

                Collapse

                • Ng.Phuong.5
                  Khi in lỗ khoan ra pdf ở Orcad 9.2
                  bởi Ng.Phuong.5
                  Khi in mạch ra pdf và bấm chọn Keep Drill Holes Open, in ra thì pdf trắng đen các lỗ chân linh kiện như nhau.
                  Không biết có ai sửa được vấn đề này không ạ? Hay đây là mặc định của orcad 9.2 rồi ạ ?
                  Các cách em xem trên diễn đàn thử rồi nhưng không được ạ...
                  hôm nay, 19:47
                • Ng.Phuong.5
                  Khi in lỗ khoan ra pdf ở Orcad 9.2
                  bởi Ng.Phuong.5
                  Vấn đề cũ: khi in mạch ra pdf và bấm chọn Keep Drill Holes Open, in ra thì pdf trắng đen các lỗ chân linh kiện như nhau. Mặc dù có linh kiện phần Drill là 1mm, có linh kiện thì là 3mm. Cho em hỏi cách sửa phần này ở Orcad 9.2 với ạ.
                  Không biết...
                  hôm nay, 19:45
                • Ng.Phuong.5
                  Vấn đề in lỗ khoan ra pdf ở Orcad 9.2
                  bởi Ng.Phuong.5
                  Vấn đề cũ: khi in mạch ra pdf và bấm chọn Keep Drill Holes Open, in ra thì pdf trắng đen các lỗ chân linh kiện như nhau. Mặc dù có linh kiện phần Drill là 1mm, có linh kiện thì là 3mm. Cho em hỏi cách sửa phần này ở Orcad 9.2 với ạ.
                  Không biết...
                  hôm nay, 19:45
                • Ng.Phuong.5
                  Vấn đề in lỗ khoan ra pdf ở Orcad 9.2
                  bởi Ng.Phuong.5
                  Vấn đề cũ: khi in mạch ra pdf và bấm chọn Keep Drill Holes Open, in ra thì pdf trắng đen các lỗ chân linh kiện như nhau. Mặc dù có linh kiện phần Drill là 1mm, có linh kiện thì là 3mm. Cho em hỏi cách sửa phần này ở Orcad 9.2 với ạ.
                  Mấy con...
                  hôm nay, 19:44
                • viettinh
                  Trả lời cho Cần tư vấn cải thiện chất âm thanh loa SoNy.
                  bởi viettinh
                  Bác nói đúng quá. Cơ mà muốn mua hàng chính hãng, hàng thương hiệu mà tai lại hợp hàng tầu mới khổ chứ.
                  Đang tính mua cái loa tầu nữa cột đằng sau loa này, Loa sony chỉ để hát nhép thôi, có dc k các bác ...
                  hôm nay, 18:12
                • nguyendinhvan
                  Trả lời cho Cần tư vấn cải thiện chất âm thanh loa SoNy.
                  bởi nguyendinhvan
                  Theo tôi thì khi hpj sản xuất ra cái loa đó, đã có nhiều chuyên gia kỹ thuật hiệu chỉnh, tính toán các phần tử kỹ lưỡng rồi.
                  Bây giờ tính toán hiệu chỉnh lại cần có đội ngũ tương đương với nhà sản xuất.
                  Cách đơn giản...
                  hôm nay, 00:04
                • Ng.Phuong.5
                  Vấn đề in lỗ khoan ra pdf ở Orcad 9.2
                  bởi Ng.Phuong.5
                  Vấn đề cũ: khi in mạch ra pdf và bấm chọn Keep Drill Holes Open, in ra thì pdf trắng đen các lỗ chân linh kiện như nhau. Mặc dù có linh kiện phần Drill là 1mm, có linh kiện thì là 3mm. Cho em hỏi cách sửa phần này ở Orcad 9.2 với ạ.
                  Mấy con...
                  Hôm qua, 22:44
                • mèomướp
                  Trả lời cho Sửa bộ nguồn DC 60V 45A
                  bởi mèomướp
                  Dạ cháu có ý tốt muốn động viên chú ấy ngâm cứu khoa học thôi ạ. Về phần kiểm tra dao động thì chú ấy chưa biết thì sẽ tìm hiểu được là cần những gì ạ, chắc chắn là khi hướng dẫn phần ấy các cô chú nào đó sẽ lưu ý cần loại sò công suất ra tránh cháy nổ rồi ạ....
                  Hôm qua, 19:02
                • tuyennhan
                  Trả lời cho Sửa bộ nguồn DC 60V 45A
                  bởi tuyennhan
                  Chủ thớt hỏi có kiểm tra được dao động mà không cấp nguồn thì rõ trình ở mức nào mà mèo còn xúi ngâm cứu nữa ác vậy ....
                  Hôm qua, 15:43
                • tuyennhan
                  Trả lời cho Cần tư vấn cải thiện chất âm thanh loa SoNy.
                  bởi tuyennhan
                  Loa bass đấu trực tiếp không qua phân tần để thành loa toàn dải xem có thoát tiếng khộng , nếu không thoát cần phải sửa lại mạch cs hay âm sắc nếu đủ trình còn nếu thoát ca hay nhưng chưa vừa ý vì bass kém chăc thì đấu lại như cũ và đấu thêm loa mid treble bên ngoài .
                  Hôm qua, 15:28
                Đang tải...
                X