Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
Issue with BMS SDK Version Hello everyone, I’ve been working with the SW32K344_HVBMS-RD_Bring-up_Example_S32DS_1_0_2_D2401 using BMS SDK version 1.0.2, and everything worked as expected. However, when I tried to use the latest version SW32K344_HVBMS-RD_Bring-up_Example_S32DS_1_0_3_D2408 with BMS SDK 1.0.3, I updated all the dependencies to version 1.0.3 and RTD 3.0.0. Despite everything appearing to be the correct version, the project fails to build. I’ve attached a picture showing the results. Has anyone else encountered this issue or have any suggestions on how to resolve it? Thank you! Re: Issue with BMS SDK Version Yes, the normal way , that's what I have did too. Re: Issue with BMS SDK Version Here is how I import the downloaded example: Re: Issue with BMS SDK Version Hello Robin, It’s quite strange how you resolved your issue, it doesn’t make much sense. Interestingly, my solution was very different. I had to move the example I downloaded from the generated bundle to the workspace of S32DS, and it worked! 😄 Could you please pass our issue to the concerned team? Maybe they can update to prevent similar issues in the future. Thank you! Re: Issue with BMS SDK Version Since a complete installation takes a lot of time, I just installed the installation packages you mentioned before on the basis of S32DS v3.5 + S32K3 RTD 3.0.0. After re-importing HvBms400_775_722_TPL_Bring_Up today, an error occurred when I clicked Update Code, which caused a build error. But when I reopened the S32 Configuration Tool and clicked Update Code again, Build Finished. 0 errors. Re: Issue with BMS SDK Version Hi @Robin_Shen  Could you give me the project to build my setup? It seems that I installed everything correctly,  I reinstalled S32DS and all of the packages, and still doesn’t work. What’s weird is that when I do this with version 1.0.2, it works, but when I reinstall everything with version 1.0.3, it doesn’t. Thank you. Re: Issue with BMS SDK Version Hi My Build Finished. 0 errors.  How did you install SW32K3_RTD_4.4_R21-11_3.0.0_D2303? Please install it by refer to HOWTO: offline install S32K3 RTD 3.0.0 in S32DS v3.5 Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------
查看全文
Difference between Fast and Standard Plus PADs Hello everyone, Could anyone clarify what is meant by "fast-pads" and "standard-plus pads" in the System Clock Configurations in the S32K3XX RM? Best Regards, JRodrigues Re: Difference between Fast and Standard Plus PADs Hello @VaneB, Thank you for your help! Best Regards, JRodrigues Re: Difference between Fast and Standard Plus PADs Hi @JRodrigues  This refers to the Pad type, which indicates the theoretical maximum output frequency and drive strength (not set, it is given for MCU pad). See the "S32K3xx_IO Signal Table" tab of the "S32K3xx_IOMUX.xlsx" file attached to the Reference Manual. BR, VaneB
查看全文
"Flash_VerifyErase" does not work on PRINCE regions I have been using Flash_VerifyErase() to ensure I do not read an erased flash page and cause a hard fault. This has been working reliably until I turned on PRINCE flash encryption. For some reason, Flash_VerifyErase() does not detect an erased region of PRINCE flash and causes a hard fault when I perform a read. The function Flash_read() does not appear to work, so as it stands I do not have a way to ensure I do not hard fault while reading Flash. Is there a different function for detecting PRINCE erase? How can I prevent hard faulting when PRINCE is enabled? Re: "Flash_VerifyErase" does not work on PRINCE regions I have the same problem. How can I safely read an encrypted flash page? Re: "Flash_VerifyErase" does not work on PRINCE regions Yes, this is for the LPC55S69, version 1B silicon - sorry I forgot that information before! Please see my code, attached below. The commented portion is the recommended way to do Flash reads, but this section of code no longer works when PRINCE is enabled. Before I enabled PRINCE, I had this commented block inside the "else if" where the memcpy now lives. status_t status = FLASH_VerifyErase(&flash_instance, addr, PflashPageSize); if(status == kStatus_Success) { memset(data, 0xFF, len); return len; } else if(status == kStatus_FLASH_CommandFailure) { memcpy(data, (void*)addr, len); } else { return -1; } // status = FLASH_Read(&flash_instance, addr, data, len); // // if(status == kStatus_FLASH_EccError) // { // memset(data, 0xFF, len); // return len; // } // else if(status != kStatus_Success) // { // return -1; // } Re: "Flash_VerifyErase" does not work on PRINCE regions Hi, Alexander, Can you tell us the part number you are using? Do you use LPC55xx family? Anyway, I suggest you refer to AN12527.pdf and AN12527SW.zip which can be downloaded from the following link: https://www.nxp.com/products/processors-and-microcontrollers/arm-microcontrollers/general-purpose-mcus/lpc5500-cortex-m33/high-efficiency-arm-cortex-m33-based-microcontroller-family:LPC55S6x?tab=Documentation_Tab If you still have issue, pls post all your code so that we can have a review. BR Xiangjun Rong
查看全文
Register Protection for MPC5746C These are the Modules on which I am implementing Locking mechanism under Register Protection for MPC5746C.     0xFFFB0140, /* CMU------------*/     0xFFFB0040, /* FXOSC----------*/     0xFFFB0180, /* MC_CGM --------*/     0xFFFB8000, /* MC_ME ---------*/     0xFFFA8000, /* MC_RGM --------*/     0xFFF50000, /* MEMU_0 -------*/     0xFFFB0080, /* PLLDIG --------*/     0xFFFA0400, /* PMCDIG --------*/     0xFFFC0000, /* SIUL2 ---------*/     0xFFFB0100, /* SXOSC ---------*/     0xFFF9C000 /* LPU_CTL -------*/ Sample 1: (0xFFFB0000, offset - 0x4, 32-bit protection) Register: Matches ME_MCTL (mode control register, 32-bit protection, offset 0x4 per Table 77-5). Base Address: 0xFFFB0000. Protection Size: 32 bits (all four bytes are protected). Calculations Normal Address: base + offset = 0xFFFB0000 + 0x4 = 0xFFFB0004 Mirrored Address (Area 3): base + 0x2000 + offset = 0xFFFB0000 + 0x2000 + 0x4 = 0xFFFB2004 Soft Lock Bits Address (Area 4): Offset in Area 4: offset/4 = 0x4 / 4 = 0x1. Address: base + 0x3800 + offset/4 = 0xFFFB0000 + 0x3800 + 0x1 = 0xFFFB3801. For a 32-bit register, all four SLBs (SLB0–SLB3) control the four bytes (e.g., 0x4 to 0x7). Soft Locking Option 1: Write to Mirrored Address: Write a 32-bit value to 0xFFFB2004 (e.g., 0x80000000 to initiate a mode transition; refer to MC_ME chapter for valid values). This updates ME_MCTL at 0xFFFB0004 and sets SLB0–SLB3 in the SLBRn register at 0xFFFB3801. Example: *(volatile uint32_t *)0xFFFB2004 = 0x80000000; Option 2: Direct SLB Write: Write to 0xFFFB3801 to set SLB0–SLB3. Write 0xFF (WE0–WE3=1, SLB0–SLB3=1) to lock all four bytes. Example: *(volatile uint8_t *)0xFFFB3801 = 0xFF; Unlocking Write 0xF0 to 0xFFFB3801 (WE0–WE3=1, SLB0–SLB3=0) to clear SLB0–SLB3, unlocking the register. Example: *(volatile uint8_t *)0xFFFB3801 = 0xF0; Hard Locking Write 0x00000001 to 0xFFFB3FFC to set GCR.HLB, locking SLBs until reset. Example: *(volatile uint32_t *)0xFFFB3FFC = 0x00000001; Below in an example of register set whose all 4 address set are enable and can be R/W. Below in an example of register set whose Base + offset & Mirror addresses are enabled and can be R/W and other addresses can’t be set. This poses a serious issue as SLB bits confirms soft locking and GCR bits are set to implement hard lock. For All MC_CGM caped registers I can find the same problem. What could be the reason for these different behavior. Some addresses can be modified and changed other are reserved. Re: Register Protection for MPC5746C Hello, if I Hard lock any one module , all other modules are getting hard locked automatically, which raises issue in Low power mode. since I do not want FXOSC/SXOSC and CMU to be hard locked here. The register protection is applied Pbridge. And on the PBRIDGE is the MC_CGM module: Which have then mapped peripherals under MC_CGM. Looks like you will need to use SLB instead of HLB to solve this. As HLB will lock whole MC_CGM. Best regards, Peter Re: Register Protection for MPC5746C Hi Peter , Thank you for the help. I can configure Soft lock and monitor SLB for all modules now. I have another question regarding Hard Lock GCR bit. According to your explanation for all the MCCGM capped modules which are  CMU,FXOSC,SXOSC, PLLDIG and MCCGM shall have one common base address , that is 0xFFFB0000. now according to section 77.1.1 Register protection configuration, the NOTE talks about operations in Low power mode. As I said , having the same base address , if I Hard lock any one module , all other modules are getting hard locked automatically, which raises issue in Low power mode. since I do not want FXOSC/SXOSC and CMU to be hard locked here. is there any way around this problem. Thanks and regards Re: Register Protection for MPC5746C Hello, Here is the result of SLB for  CMU_LFREFR 32 -  addresses base and offset Base for CGM module is  0xFFFB_0000 CMU offset is 0x140 CGM LFREFR offset is 0x14C from module base I set SLB for CMU_LFREFR via write to mirror Best regards, Peter Re: Register Protection for MPC5746C Hi , This is also not working . CMU_LFREFR 32 Offset 0xCh Protected size - 16 (Bytes 2 and 3) 0xFFFB0000, /* CMU----------*/ Base address -0xFFFB000C Mirror address -0xFFFB200C SLB - 0xFFFB3803 GCR - 0xFFFB3FFC Re: Register Protection for MPC5746C Hello, Looking at simple test: MC_CMU - CSR Base Address - 0xFFFB014C - This is offset address. Not Base. Base for MC_CMU module is 0xFFFB 0140. Mirror Address -0xFFFB214C  Would be base +offset + mirror SLB -0xFFFB3943 Take as base address of whole CGM as present in ref manual: So calculations are: 0xFFFB0000 + 3800 + position of SLB GCR - 0xFFFB413C Same as above 0xFFFB0000+3FF0 Best regards, Peter Re: Register Protection for MPC5746C Hi Peter , here are some samples where SLB and GCR are not working.  can You please check this addresses and confirm if they show different behavior. if not then what could be the problem with these modules ? 1. MC_CMU -  0xFFFB0140 -  { MODULE_CMU, 0xC,REG_SIZE_16}, CMU_LFREFR Base Address - 0xFFFB014C Mirror Address -0xFFFB214C SLB -0xFFFB3943 GCR - 0xFFFB413C 2. MC_CMU -  0xFFFB0140   { MODULE_CMU, 0x18,REG_SIZE_32}, CMU_MDR Base Address - 0xFFFB0158 Mirror Address - 0xFFFB2158 SLB - 0xFFFB3946 GCR - 0xFFFB413C 3. PLLDIG 0xFFFB0080 - { MODULE_PLLDIG, 0x20, REG_SIZE_16}, PLLDIG_PLLCR Base Address - 0xFFFB00A0 Mirror Address - 0xFFFB20A0 SLB - 0xFFFB0F5D GCR - 0xFFFB407C 4. PLLDIG 0xFFFB0080 - { MODULE_PLLDIG, 0x28,REG_SIZE_32}, PLLDIG_PLLDV Base Address - 0xFFFB00A8 Mirror Address - 0xFFFB20A8 SLB - 0xFFFB388A GCR - 0xFFFB407C 5. PMCDIG 0xFFFA0400 - { MODULE_PMCDIG, 0x0,REG_SIZE_32}, Base Address - 0xFFFA0400 Mirror Address - 0xFFFA2400 SLB - 0xFFFA3C00 GCR - 0xFFFA43FC 6. PMCDIG 0xFFFA0400 -{ MODULE_PMCDIG, 0x10,REG_SIZE_32}, Base Address - 0xFFFA0410 Mirror Address - 0xFFFA2410 SLB - 0xFFFA3C04 GCR - 0xFFFA43FC Re: Register Protection for MPC5746C Hello, I have checked the PREG_PROT and it behave like described in reference manual: on ME_CGM register SC_DC0: Base :  0xFFFB0000 + Offset 7E8 Mirror: 0xFFFB07E8 = Base (0xFFFB0000) + Offset(7E8) + Mirror (0x2000) In the example I have locked the SC_DC0 form ME_CGM module by Soft lock. Here is the breakdown: Area 4:  is 1.5 KB and holds the Soft Lock Bits, one bit per byte in area 1. The four Soft Lock Bits associated with one module register  word are arranged at byte boundaries in the memory map. The Soft Lock Bit registers can be directly written using a bit mask. So you have to divide the area of Soft lock bits by 8 to see corresponding SLB settings. Base (of module) + 3800 + (one bit per byte of area 1) For Hard lock bit it is one for whole module. Area 5 is 512 bytes large and holds the configuration bits of the protection mode. There is one configuration hard lock bit per module that prevents all further modifications to the Soft Lock Bits and can only be cleared by a system reset once set. The other bits, if set, will allow user access to the protected module. Base (of module) 0xFFFB0000 + Offset 3FFC As GCR is at end of area 5. Best regards, Peter Re: Register Protection for MPC5746C Hello, I will test it and come back to you ASAP. Best regards, Peter
查看全文
KW45 - LPSPI with DMA Hi all, I'm trying to implement simplex SPI transmissions with the KW45B41Z-EVK evaluation board. My goal is to perform fast SPI transmissions with DMA. The end goal is to drive an ILI9341 LCD display via the LPSPI1 peripheral. The problem I face is that the SPI transaction length is longer than specified in software. When I try to transmit 4 bytes, there are 12 bytes on the bus. When I try to transmit 64 bytes, there are 72 bytes on the bus. What I found is that there are always 8 more bytes transmitted than I intend to transmit. This appears to be related to the 'bits per frame' field, which I had set to 8 previously. Changing it to 16, I see that there are always 16 more bytes transmitted on the bus than there should be. This, of course, causes buffer overflows.  These same symptoms can be reproduced with both the  LPSPI_MasterTransferEDMALite() and the  LPSPI_MasterTransferEDMA() functions. The debugger shows that the bytesPerFrame value is 1, and therefore, I meet the conditions specified in the documentation. I require help resolving this buffer overflow. I've attached the project directory, as Bringup_LPSPI_eDMA.zip Thanks, Arush Re: KW45 - LPSPI with DMA Hello, Could you help us confirm if the peripherals tool you are referring is the one in MCUXpresso Config Tools? For more information about this tool and the workflow for MCUXpresso please refer to [MCUXIDECTUG] chapter 5 and 5.3.  On this guide you could see the peripherals configuration Please consider we do not recommend the usage of ConfigTools with the Wireless examples, as it could overwrite previous configurations needed for the wireless part. Hope this help you! Best Regards Luis Re: KW45 - LPSPI with DMA Hello, I'm referring to the following example: [kw45b41zevk_lpspi_edma_b2b_transfer_master]. Both the example, and my own project, are on SDK version 25.06.00(890 2025-06-27) I don't have a second EVK. I have been testing with an oscilloscope. These tests have been valid for blocking SPI transactions on this board, as well as past experience with different MCUs. The example project does work correctly, it transmits exactly 64 bytes, as specified by the TRANSFER_SIZE macro. In my project, I'm doing all the peripheral configurations via the peripherals configuration tool. The initialization code is auto-generated by that tool, and runtime code follows the example's logic. I suspect the flaw is somewhere in here, but I can't quite find it. As an aside; the peripherals tool workflow is what I've followed with the "S32DS for S32 Platform" and the "S32DS for ARM" IDEs. But none of the examples I've seen for MCUXpresso utilize the peripherals tool. Where might I find examples for KW45 that use the peripherals tool? Thanks, Arush Re: KW45 - LPSPI with DMA Hello Arush, Could you help us confirm if you are using an SDK examples as base? Does an SDK example in the latest version[25.06], can match your requirements for SPI DMA transmissions for example [kw45b41evk_lpspi_edma_b2b_transfer_master] ? By any chance do you count with 2 KW4B4I-EVK boards? Best Regards Luis
查看全文
Settings to operate ov2740 camera on i.MX93 FRDM Hi, I am trying to operate an OV2740 camera module on the IMX93 FRDM board.  And when I am trying to capture a frame, the v4l2-ctl hangs : root@imx93frdm:~# v4l2-ctl -d /dev/video0 --set-fmt-video=width=1932,height=1092,pixelformat=BA10 --stream-mmap=4 --stream-count=1 --stream-to=test_capture.raw --verbose VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture Multiplanar: Width/Height : 1932/1092 Pixel Format : 'BA10' (10-bit Bayer GRGR/BGBG) Field : None Number of planes : 1 Flags : Colorspace : sRGB Transfer Function : Default YCbCr/HSV Encoding: ITU-R 601 Quantization : Full Range Plane 0 : Bytes per Line : 3864 Size Image : 4219488 VIDIOC_REQBUFS returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_QUERYBUF returned 0 (Success) VIDIOC_G_FMT returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned 0 (Success) The media graph looks to be ok : root@imx93frdm:~# media-ctl -p Media controller API version 6.6.36 Media device information ------------------------ driver mxc-md model FSL Capture Media Device serial bus info platform:42800000.bus:camera hw revision 0x0 driver version 6.6.36 Device topology - entity 1: mxc_isi.0 (16 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 pad0: Sink <- "mxc-mipi-csi2.0":4 [ENABLED] pad1: Sink pad2: Sink pad3: Sink pad4: Sink pad5: Sink pad6: Sink pad7: Sink pad8: Sink pad9: Sink pad10: Sink pad11: Sink pad12: Source -> "mxc_isi.0.capture":0 [ENABLED] pad13: Source pad14: Source pad15: Sink - entity 18: mxc_isi.0.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video0 pad0: Sink <- "mxc_isi.0":12 [ENABLED] - entity 22: mxc-mipi-csi2.0 (8 pads, 2 links) type Node subtype V4L flags 0 device node name /dev/v4l-subdev0 pad0: Sink <- "ov2740 2-0036":0 [ENABLED,IMMUTABLE] pad1: Sink pad2: Sink pad3: Sink pad4: Source -> "mxc_isi.0":0 [ENABLED] pad5: Source pad6: Source pad7: Source - entity 31: ov2740 2-0036 (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev1 pad0: Source [stream:0 fmt:SGRBG10_1X10/1932x1092 field:none crop.bounds:(0,0)/1932x1092 crop:(0,0)/1932x1092] -> "mxc-mipi-csi2.0":0 [ENABLED,IMMUTABLE] My DTS : &clk { assigned-clocks = <&clk IMX93_CLK_CCM_CKO3>; assigned-clock-parents = <&clk IMX93_CLK_24M>; assigned-clock-rates = <24000000>; }; ov2740_mipi: ov2740_mipi@36{ compatible = "ovti,ov2740"; reg = <0x36>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_cam_mclk>; clocks = <&clk IMX93_CLK_CCM_CKO3>; assigned-clocks = <&clk IMX93_CLK_CCM_CKO3>; assigned-clock-rates = <24000000>;  clock-names = "xclk"; clock-frequency = <24000000>; reset-gpios = <&pcal6524 22 GPIO_ACTIVE_LOW>; csi_id = <0>; mipi_csi; rotation = <0>; orientation = <2>;   status = "okay";   port { ov2740_mipi_ep: endpoint { remote-endpoint = <&mipi_csi_in_ep>; bus-type = <4>; data-lanes = <1 2>; clock-noncontinuous; link-frequencies = /bits/ 64 <360000000>; }; }; &cameradev { status = "okay"; };   &isi_0 { status = "okay";   cap_device { status = "okay"; }; };     &mipi_csi { status = "okay"; fsl,rx-lanes = <2>; csis-hs-settle = <16>;   /* Port 0: sink from the sensor */ port@0 { reg = <0>; mipi_csi_in_ep: endpoint { remote-endpoint = <&ov2740_mipi_ep>; data-lanes = <2>; cfg-clk-range = <28>; hs-clk-range = <0x16>; bus-type = <4>; clock-noncontinuous;  }; }; }; The driver is the ov2740 driver from the linux-imx scargapth. I modified it to match the DT and I changed the PLL configuration to match a 24MHz clock : Here is the camera data-sheet : www.elinfor.com/pdf/OmniVision/OV2740-OmniVision.pdf Note that my module regulators are connected to the 3.3 volt, because of this, I didn't define regulators in the DTS  Any advice  BR Basel  Re: Settings to operate ov2740 camera on i.MX93 FRDM Hi @BaselHn! You can request customized drivers through the following link: https://www.nxp.com/support/support/nxp-engineering-services/professional-support-for-processors-and-microcontrollers:PREMIUM-SUPPORT Best regards, Chavira Re: Settings to operate ov2740 camera on i.MX93 FRDM Hi @Chavira  What are the options for support in this case?  BR Basel Re: Settings to operate ov2740 camera on i.MX93 FRDM Hi @BaselHn! Unfortunately, the OV2740 camera module is not officially supported on the i.MX93 platform. The current Linux BSP, device tree configurations, and drivers are not set up to work with this sensor, which may explain the issues you're encountering with v4l2-ctl hanging during frame capture 1. For optimal compatibility and performance, we recommend using one of the validated camera modules for the i.MX93-FRDM board. These modules are tested and supported within the BSP, ensuring smoother integration and functionality. If you still wish to proceed with the OV2740, it would require custom driver development and device tree modifications, which fall outside the scope of standard support. Best regards, Chavira Re: Settings to operate ov2740 camera on i.MX93 FRDM Hi @Chavira  Which drivers are not configured to work with it ?  What we need to patch to make them work  with this camera module ?  BR  Basel  Re: Settings to operate ov2740 camera on i.MX93 FRDM Hi @BaselHn , Unfortunately, that camera is not supported on the iMX93 platform. The current Linux BSP, device tree, and drivers are not configured to work with it. Best regards, Chavira Re: Settings to operate ov2740 camera on i.MX93 FRDM Hi @Chavira  What do you mean it is not supported and why?  Is this means it was not tested on the board? The RPI cam is with ISP what is not need in our application. BR Basel Re: Settings to operate ov2740 camera on i.MX93 FRDM HI @BaselHn! Thank you for contacting NXP Support! Unfortunately, the camera you're referring to is not currently supported on i.MX93 processors. We recommend using one of the validated camera modules for the i.MX93-FRDM board instead. A good option is the RPI-CAM-MIPI, which has been tested and confirmed to work reliably with this platform. Best regards, Chavira
查看全文
Request for S32 Design Studio License Dear Support Team, I am writing to request assistance regarding an issue with my software license activation. When attempting to return my license, I receive the following error message:   CLLReason [errorNo=27, errorString=Error sending a return request to a remote activation server and processing the response. The maximum number of returns is reached, contact your product vendor if you need help. (FNP error 0), flxActMajorErrorNo=0, flxActMinorErrorNo=0, flxActSysErrorNo=0, flxCommErrorNo=0] It appears that I have reached the maximum number of allowed license returns, and I am now unable to deactivate or transfer my license through the usual process. For your reference: Product name/version: S32DS 3.4 License/activation code: F368-1F06-038B-D046 Description of circumstances (e.g., PC formatting, OS changes, etc.): Windows11 I kindly request your support to reset or increase the license return count for my activation code, or otherwise advise on how I can proceed to use my software. Please let me know if you require any additional information. Thank you for your prompt assistance. Best regards, Re: Request for S32 Design Studio License Hello, Thanks for your report. Could you please try to re-activate the license using your existing activation code and S32Design Studio v3.4 (either online or offline activation) Please let us know if you still facing the issue. hope it helps, Stan
查看全文
LVDS Panel Integration on i.MX93 Custom Board (No Display Output) Hello, I am working on integrating an LVDS panel with an i.MX93 custom board using Yocto, but I am facing an issue: the screen remains black. Here is what I have observed so far: The backlight turns on and brightness can be adjusted. The LVDS connector is detected.   The bridge chain appears to be found: CRTC and framebuffer are active Writing random data to /dev/fb0 is successful, but nothing appears on the screen.   Here is the clock summary I am using (please let me know if this seems correct):   Here are some additional kernel logs. But it was said that the messages about failed device links are said to be a noisy logs, but I would like to confirm whether they could be related to my problem. Here is the device tree snippets: backlight: backlight {         compatible = "pwm-backlight";         pinctrl-names = "default";         pinctrl-0 = <&pinctrl_backlight_en>;         power-supply = <&reg_vdd_5v>;         pwms = <&tpm3 3 5000000 0>;         brightness-levels = <0 100>;         num-interpolated-steps = <100>;         default-brightness-level = <50>;         enable-gpios = <&gpio2 11 GPIO_ACTIVE_HIGH>;         status = "okay";     };     panel {         compatible = "tianma,aw0800";         power-supply = <&reg_vdd_3v3>;         backlight = <&backlight>;         enable-gpios = <&gpio2 8 GPIO_ACTIVE_HIGH>;         pinctrl-0 = <&pinctrl_lcd_en>;         data-mapping = "spwg";         status = "okay";         port {             panel_in_lvds0: endpoint {                 remote-endpoint = <&lvds_out>;             };         };     }; }; &dphy {     status = "disabled"; }; &dsi {     status = "disabled"; }; &lcdif {     assigned-clock-rates = <519750000>, /*74250000 x 7*/                           <74250000>,                           <400000000>,                             <133333333>;     status = "okay"; }; &ldb {     status = "okay";     lvds-channel@0 {         #address-cells = <1>;         #size-cells = <0>;         status = "okay";         port@1 {             reg = <1>;             lvds_out: endpoint {                 remote-endpoint = <&panel_in_lvds0>;             };         };     }; }; &ldb_phy {     status = "okay"; }; &tpm3 {     pinctrl-names = "default";     pinctrl-0 = <&pinctrl_pwm1>;     status = "okay"; }; &iomuxc {     pinctrl_pwm1: pwm1grp {         fsl,pins = <             MX93_PAD_GPIO_IO24__TPM3_CH3        0x19e /* BL_PWM*/         >;     };     pinctrl_backlight_en: backlightgrp {         fsl,pins = <             MX93_PAD_GPIO_IO11__GPIO2_IO11   0x51e  /* BL_EN*/         >;     };     pinctrl_lcd_en: panelgrp {         fsl,pins = <             MX93_PAD_GPIO_IO08__GPIO2_IO08   0x51e  /* LCD_EN */         >;     }; };   And the definition of the display:  And the drm display mode is like this: " static const struct drm_display_mode tianma_aw0800_mode = {     .clock = 74250,     .hdisplay = 1280,     .hsync_start = 1280 + 110,     .hsync_end = 1280 + 110 + 40,     .htotal = 1280 + 110 + 40 + 220,     .vdisplay = 720,     .vsync_start = 720 + 5,     .vsync_end = 720 + 5 + 5,     .vtotal = 720 + 5 + 5 + 20, }; static const struct panel_desc tianma_aw0800 = {         .modes = &tianma_aw0800_mode,     .num_modes = 1,     .bpc = 8,     .size = {         .width = 177,         .height = 99,     },     .bus_format = MEDIA_BUS_FMT_RGB888_1X7X4_SPWG,     .bus_flags = DRM_BUS_FLAG_DE_HIGH,     .connector_type = DRM_MODE_CONNECTOR_LVDS, };  Could you please advise on what might be missing or misconfigured.  Your help would be greatly appreciated. Thanks in advance. Re: LVDS Panel Integration on i.MX93 Custom Board (No Display Output) Hello, Thanks for your answer.  I modified like this:  &ldb {     status = "okay";     lvds-channel@0 {         #address-cells = <1>;         #size-cells = <0>;         reg = <0>;         phys = <&ldb_phy1>;         phy-names = "ldb_phy";         status = "okay";         port@1 {             reg = <1>;             lvds_out: endpoint {                 remote-endpoint = <&panel_in_lvds0>;             };         };     }; };   but unfortunately I get the same result, nothing appears on the screen.   We are using the i.MX9332. According to the datasheet, it includes one LVDS interface, and that’s the one we’re using. For the BSP, we’re currently using  scarthgap-6.6.36-2.1.0. Re: LVDS Panel Integration on i.MX93 Custom Board (No Display Output) Hello, Apparently you miss the  phys = <&ldb_phy1>; which LVDS are you trying to interface? Which BSP? the latest BSP include several LVDS dtb on it. Regards
查看全文
将 imx93 的 MIPI_CSI& LVDS 线路配置为 GPIO 引脚 您好, 我们能否将 imx93 的 MIPI_CSI& LVDS 线路配置为 GPIO 引脚? Re: configure MIPI_CSI & LVDS lines of imx93 as GPIO pins 您可以参考 imx93 数据表,mipi csi 和 lvds 焊盘没有复用功能,因此不能用作 gpio 引脚。
查看全文
PCA9633TK, The problem of chip output logic being reversed PCA9633TK, We use an 8-pin package with a 5V power supply for the chip. We use two outputs, LED0 and LED1, while LED2 and LED3 are suspended and not in use. The input and output of PCA9633TK are currently being directly tested without LED connection. The IIC configuration has a PWM0 value of 240, but the waveform duty cycle of LED0 output is very low. The IIC configuration has a PWM0 value of 15, but the waveform duty cycle of LED0 output is very high. The input and output logic of PCA9633 is reversed. The register configuration is as follows: Address 0x00: Data 0x 01; Address 0x01: Data 0x 07; //INVRT=0 Address 0x02: Data 0x 28; Address 0x03: Data 0x 46; Address 0x08: Data 0x 0A; //LEDOUT=10 Other registers are not configured. What are the possible reasons for this phenomenon? Re: PCA9633TK, The problem of chip output logic being reversed Dear Tanpo1989, The PCA9633 datasheet does not use the phrase “low-edge LED driver,” but it clearly describes the default polarity and behavior: LED outputs are current sinks The LED output driver can be configured as open-drain (sink only) or totem-pole (sink and limited source). In both cases, the LED is intended to be connected from VDD to the LEDx pin, so the device sinks current when the output is LOW. This is stated as: “The LED output driver is programmed to be either open-drain with a 25 mA current sink capability at 5 V or totem pole with a 25 mA sink, 10 mA source capability at 5 V.” Default power-on state = HIGH (LED off) After reset, outputs are HIGH, which means LEDs are off. This implies that LOW = LED on. With Best Regards, Jozef Re: PCA9633TK, The problem of chip output logic being reversed Thank you for your reply. Where does the PCA9633 manual state that it is a low edge LED driver? Manifesting as high PWM values → more low-level time → displayed on the oscilloscope as low high-level duty cycle。 Re: PCA9633TK, The problem of chip output logic being reversed Dear Tanpo1989, you're seeing exactly what the PCA9633 is designed to do when it’s used as a low‑side LED driver and you probe the pin voltage without an LED/load. What’s happening: PCA9633 is a low-side LED driver. With INVRT=0 , the LED pin goes LOW when the LED should be ON. So if you measure the pin voltage, the duty looks inverted: High PWM value → more LOW time → small HIGH duty on scope. Low PWM value → less LOW time → large HIGH duty. Why: You’re measuring voltage, not LED brightness. The chip is working as designed. Your config: Correct for sinking LEDs from VDD to LEDn. LEDOUT=10 means PWM control, and INVRT=0 is normal. Options: For real LEDs: leave as is. For bench testing without LEDs: Invert the scope channel or measure LOW duty, or Set INVRT=1 temporarily (but then brightness vs PWM flips). Add a resistor to VDD to simulate a load. Bottom line: The “reversed” effect is just because the outputs sink current, so LOW = ON. With Best Regards, Jozef
查看全文
eIQ Toolkit TfLite 变流器失败,没有错误消息 我正在尝试使用int8量化将对象检测模型从tensorflow转换为tflite,但发现变流器失败了,没有任何错误消息。此外,模型工具只能在 h5 中加载模型,而不能在 keras v3 中加载,也不能以 saved_model 的形式加载。 我在其他帖子中看到最近有人使用该工具取得了成功,所以我不知道问题出在哪里,如果相关的话,该模型是来自 ultralytics 的 yolov8。 如有任何见解,将不胜感激。 eGUI Re: eiQ Toolkit TFLite Converter failing without error message 你好 如果你的模型使用的是 TfLite 内置程序本身不支持的 TensorFlow 运算符,请启用 tf.lit e.opsset.select_TF_OPS,并确保 Flex 委托在 i.MX 的 TfLite 运行时中可用。   性能和准确性: 在针对 8 位整数进行了优化的硬件(如 i.MX 中的 NPU)上,全整数量化可以显著缩小模型大小并提高推理速度。 不过,要仔细评估对模型准确性的影响,必要时调整代表性数据集或量化策略。   您可以查看应用程序注释 AN13699,了解如何转换为 int8。 https://www.nxp.com/docs/en/application-note/AN13699.pdf   此致    
查看全文
How does GUI guider update the project to 1.8.0? The popup asks to update the project created under version 1.7.0 to 1.8.0, my current version is 1.10.0, first of all how do I update it to 1.8.0? and secondly does updating it to 1.8.0 make it possible to open it in the 1.10.0 version? A million thanks! Re: GUI guider 如何更新项目到1.8.0? Hi @Suuu, Due to changes on the GUI Guider toolchain, all projects created on v1.7.x must be upgraded to 1.8.x before updating them to any other subsequent version. Please first download v1.8.0, import your project to that version, and then follow the same process with 1.10.0. There is no need to go through 1.9.0. Note that you will be prompted this message on each upgrade step: Make sure to click OK to update the project, I recommend keeping the backup enabled just in case. BR, Edwin. Re: GUI guider 如何更新项目到1.8.0? I imported the project created in 1.8.1 into 1.10.1, and after the backup was completed, it kept showing an upgrade failure message.
查看全文
以太网发射器在接收器端仅传递 UUUU 58 次 以太网代码工作 EMAC 初始化,但在接收器端只传递了 58 次 U,没有传递我的字符串 请检查我的代码,并对我的代码缓冲区值进行更正,如何才能更改输出 UUU?
查看全文
Debian flex-installer fails to download boot image. I am walking through the Debian guide UG10155 with the i.MX 8M Mini EVK. I was able to successfully install Debian following that guide about 3 months ago. Now however, I am seeing an issue when I run flex-installer on the board from tinylinux: root@TinyLinux:~# flex-installer -i pf -d /dev/mmcblk1 /dev/mmcblk1: 61 GB Partitioning /dev/mmcblk1 ... [ 158.701442] udevd[466]: inotify_add_watch(6, /dev/mmcblk1p1, 10) failed: No such file or directory Formatting partitions ... /dev/mmcblk1p1 contains a ext4 file system labelled 'boot' last mounted on Fri Mar 9 13:21:57 2018 /dev/mmcblk1p2 contains a ext4 file system labelled 'data2' last mounted on Fri Mar 9 13:21:57 2018 /dev/mmcblk1p3 contains a ext4 file system labelled 'data3' last mounted on Fri Mar 9 13:21:57 2018 [ 215.423287] EXT4-fs (mmcblk1p1): mounted filesystem c6ecb438-3958-415c-82db-36a3f29b9caa r/w with ordered data mode. Quota mode: none. [ 215.599368] EXT4-fs (mmcblk1p2): mounted filesystem abc39eb0-fd7f-4bf8-ba1e-f2db7d1f1df5 r/w with ordered data mode. Quota mode: none. [ 215.768426] EXT4-fs (mmcblk1p3): mounted filesystem 98d2bd5b-7762-4c8e-bd34-073176858089 r/w with ordered data mode. Quota mode: none. Model: SD SMTC (sd/mmc) Disk /dev/mmcblk1: 62.5GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 273MB 810MB 537MB primary ext4 2 811MB 9400MB 8590MB primary ext4 3 9402MB 62.5GB 53.1GB primary ext4 partition and format /dev/mmcblk1 [Done] root@TinyLinux:~# flex-installer -i auto -d /dev/mmcblk1 -m imx8mmevk /dev/mmcblk1: 61 GB The requested URL http://www.nxp.com/lgfiles/sdk/lsdk2506/boot_IMX_arm64_lts_6.6.52.tar.zst returned error 301 root@TinyLinux:~# In my desktop browser I can post the link and the file will download. However, flex-installer does not appear to handle redirects and instead just fails. Can someone from NXP please provide the ability to directly download these files and also to browse a directory so as to see which files are actually available for download, with regards to the Debian installation process but also any other firmware content? I don't mind signing in to access it but the way these documents are written, we are impeded sometimes by the lack of explicit clarity. (I will offer direct feedback within the User Guide system on that point). Meanwhile I suppose my question is this: How can I make the flex-installer program work with the files in the guide if they are redirected? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: Debian flex-installer fails to download boot image. I can download http on my network. The issue is that the flex-installer does not seem to be capable of following the server's re-directs to https. Thanks to another friend we were able to find that using the -u switch with https://www.nxp.com/lgfiles/sdk/lsdk2506 worked. But that brings me to another question: Why does NXP not allow a directory listing on the URL so we can actually see what files are available and versions? Instead, we have to make assumptions and use trial and error to join the links together... Also the SC Card from Windows guide does NOT include the additional usage information that is in the SD Card from Linux guide. This makes an erroneous assumption that users of Windows will first read the Linux documentation and then move on to the Windows documentation. But obviously, users on a Windows desktop will not first click the Linux guide link, so they will have insufficient information and the guide will not work for them exactly as it is written. Please have NXP update the UG10155 guide online to separate the flex-installer usage data and introduction to a separate page that says "read this first" and THEN allow them to click the link to the Windows guide or the Linux guide. Re: Debian flex-installer fails to download boot image. Hi, Thank you for your interest in NXP Semiconductor products, The requested SW packages should be downloaded without issues, I would look to your network settings since those packages are downloaded over HTTP, not HTTPS. Your network could disable HTTP requests. Flex-installer helps downloading the packages from the website, you can manually copy to board from the direct links. Regards
查看全文
イーサネット トランスミッタはレシーバ側で58回UUUUのみを通過させる イーサネットコードはEMACの初期化で動作しますが、レシーバ側ではUが58回しか渡されません。文字列が渡されません。コードをチェックして、コードバッファ値の修正方法を教えてください。出力UUUを変更するにはどうすればよいでしょうか。変更するにはどうすればよいでしょうか。この問題の解決策を教えてください。
查看全文
RW610ベースのカスタムボードを外部フラッシュでプログラムできない RW610 チップをベースにしたカスタム開発ボードを持っています。FRDM-RW612 ボードの Jlink アダプターを使用してファームウェアを書き込もうとしています (最終的には MCU-Link に移行する予定です)。 何らかの理由で、アドレス 0x0、サイズ 0x130000 で RAM のみが宣言されたデフォルトのメモリ構成は、デバッグ モードで正常に動作します。しかし、メモリ構成に外部フラッシュ アドレスを追加するとすぐに動作しなくなります。メモリ モニターでも、範囲全体のデータは表示されません。 試した範囲の 1 つのスクリーンショットを添付しました。 Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy はい、弊社の SAE がすでにお役に立てたとのこと、うれしく思います。 私たちはあなたの問題をできるだけ早く解決するという同じ目標を持っています。 SO、このCASEは一旦閉じさせていただきます。引き続き私からの支援が必要な場合は、遠慮なく新しいCASEを作成してください。 よろしくお願いいたします。 Christine。 Re: Unable to program RW610-based custom board with External Flash こんにちは、クリスティン。 この件でお待ちいただいて申し訳ございません。私はこの問題について NXP SAE のリーダーとコネクテッドし、サポートでこの問題に対処してきました。助けてくれてありがとう。 Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy このCASEに関して他に何かCANはありますか? 数日間フィードバックをいただいていないため、このCASEは 1 日後に自動的に閉じられることをご承知おきください。 このCASEに関してまだサポートが必要な場合は、お気軽にご連絡ください。   よろしくお願いいたします。 Christine。 Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy 問題はすでに解決しましたか? このCASEに関して、まだ私の側からのサポートが必要ですか? もしそうであれば、電子メールで私の要求した情報を提供していただけますか? (プロジェクト情報を保護するために、コミュニティで共有しないでください。) よろしくお願いいたします。 Christine。 Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy メールをいただきありがとうございます。 すでに受け取って社内で確認したところ、NDA 番号はまだアクティブかつ有効です。 弊社の製品マネジメントチームと連携して進めることができるよう、プロジェクト情報をメールで提供していただけますか? ご参考までに、当社はお客様のプロジェクトの年間収益に応じて安全なファイルへのアクセスを許可します。許可が得られるかどうかは保証できません。しかし、信じてください。私はこの件に関してあなたをサポートするために最善を尽くします。 ご理解いただきありがとうございます。また、ご不便をおかけしましたことを改めてお詫び申し上げます。 プロジェクト: アプリケーション: ユースCASEの説明: どのディストリビューターがサポートしていますか? NXP のお問い合わせは誰ですか? プロジェクト年間取引量: よろしくお願いいたします。 Christine。 Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy すでに弊社との NDA に署名していただいているとのこと、素晴らしいですね。 NDA番号を教えていただけますか?次に、TSR の同僚に NDA がまだ有効かどうかを確認するよう依頼します。 また、ご参考までに、一部の安全なファイルにはアクセス申請が必要なため、お客様にとって不便であることは承知しております。もしよろしければ、プロジェクトに関する詳細情報をお知らせください。SO、弊社の製品マネジメントチームと連携して、安全なファイル アクセスを進めるためのプロセスを開始CAN。ちなみに、当社はお客様のプロジェクトの年間収益に応じて安全なファイルへのアクセスを許可します。したがって、許可が得られるかどうかは保証できません。しかし、信じてください。私はこの件に関してあなたをサポートするために最善を尽くします。 あなたのプロジェクト情報を保護するために、あなたのプロジェクト情報を私のプライベートな仕事用メール( [email protected] )に送信してください。 ご理解いただきありがとうございます。また、ご不便をおかけしましたことを改めてお詫び申し上げます。 NXPについて名: 位置: プロジェクト: NDA番号: アプリケーション: ユースCASEの説明: どのディストリビューターがサポートしていますか? NXP のお問い合わせは誰ですか? プロジェクト年間取引量:   許可されたとしても、カスタム ボードを使用しているため、ハードウェア側の変更を確認する必要があります。必要であれば、回路図を私と共有していただければ、外部フラッシュ接続部分の確認をお手伝いCANます。   よろしくお願いいたします。 Christine。 Re: Unable to program RW610-based custom board with External Flash こんにちは、クリスティン。 RW610をベースにしたカスタムボードを使用しています。EVKボードを使用していません。 AN13869 にアクセスするために NXP とすでに NDA を締結しており、私に連絡してきた営業エンジニアの 1 人に転送しましたが、まだ返答がありません。 あなたが参照しているリンクを見つけましたが、私たちが使用しているメモリ チップ (Spansion S25FL256L) はサポートされていません。 文書のリクエストを調べていただければ助かります。同時に、役立つ場合は NDA 文書を DM で送信することもCANます。 Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy 弊社のRW61X EVKボードをご利用いただいておりますか? お客様がご利用いただいているのは、NXP RW61X EVKボードではなく、RW610チップをベースにしたカスタム開発ボードだと記憶しています。ご確認いただけますようお願いいたします。 すでにこの AN:AN13869 にアクセスしていますか?それともまだアクセスを申請中ですか?この AN は安全なファイル管理下にあるためです。 ご参考までに、この AN では、FlexSPI フラッシュ インターフェース上の MX25U51245GZ が削除され、同じフラッシュ パッドに W25Q512NW が取り付けられる例が示されています。2 つのフラッシュ デバイスは同じ動作電圧でピン間の互換性があるため、他のハードウェアの変更は必要ありません。 ただし、RW61X EVK ボードではなくカスタム開発ボードを使用している場合は、ハードウェアの変更が必要かどうかも確認する必要があります。 https://github.com/nxp-appcodehub/an-frdmrw612-module-migration-guide?tab=readme-ov-file このガイドは、開発者がアプリケーションを FRDM-RW612 ボードからモジュールベースのボードに移行するのに役立ちます。モジュールベースのボードを使用していますか?あるいは、 COB方式でカスタム ボードを設計していますか? よろしくお願いいたします。 Christine。 Re: Unable to program RW610-based custom board with External Flash すいません! 申し訳ありませんが、ここに追加させていただきます。 また、私はその問題を知っているかもしれないと思います。Spansion S25FL256Lを使用していますが、直接サポートされていません。新しいフラッシュメモリの追加方法についてより詳しい情報が記載されているAN13869ドキュメントをリクエストしました。 https://github.com/nxp-appcodehub/an-frdmrw612-module-migration-guide?tab=readme-ov-fileを調べたところ、RW610 で動作させるにはボード用に新しいメモリ構成を作成する必要があることがわかりました。 あるいは、同様のものがすでに存在すると思われる場合は、ご指導ください。   Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy スクリーンショットを私と共有するのを忘れましたか? この問題に関する詳しい情報を提供していただければ、より適切なサポートを提供できます。 よろしくお願いいたします。 Christine。 Re: Unable to program RW610-based custom board with External Flash こんにちは、 @snjy スクリーンショットを私と共有するのを忘れましたか? この問題に関する詳しい情報を提供していただければ、より適切なサポートを提供できます。 よろしくお願いいたします。 Christine。
查看全文
Installation Instructions S32 Design Studio 3.6.4 Hi, Is there an installation manual for 3.6.4 on Linux? There is one for 3.5 that describes a number of dependencies that must be installed. Thanks. Re: Installation Instructions S32 Design Studio 3.6.4 Hi,  please see attached document. 
查看全文
Copy: RTD Linker Input Sections for S32K3xx This post is a copy from here I have a question about the linker input sections for the RTDs (Build Version: S32K3_RTD_6_0_0_QLP04_D2508_ASR_REL_4_7_REV_0000_20250822). There is an input section named '.mcal_const_no_cacheable' and it is located to the memory region 'int_sram_no_cacheable'. I am a bit confused, because I would expect 'const' data in the FLASH and not in the RAM.  Is there a reason for mapping it into the RAM?  Thanks, in advanced for your help.  Priority: MEDIUM RTD S32DS Source: NXP Internal Re: Copy: RTD Linker Input Sections for S32K3xx Hi @Luis_Garabo , Yes, const normally resides in FLASH/ROM but it can be put in RAM with setting Read-Only in MPU and RTD's linker file, like this: In RTD drivers, as long as I know, they didn't really use const_no_cache, but if the customer want to use it, they completely set access right to that memory region. Best regards, Nhi
查看全文
MC9S12C64 ADC question MC9S12C64, CW V5.9.0, absolute assembler. In my program I want to read 5 channels in 8 bit resolution at different points in my program. When I test it on a test program I set an output when the conversion starts, and clear it when the conversion is finished for each channel in succession. Then I record this on my digital signal analyzer to see how long each channel conversion takes. The conversion on Ch0 takes 7.41uS, which is about what I expected. However, each of the next channels take  6uS longer than the previous one. Ch0 - 7.41uS, Ch1 - 13.42uS, Ch2 - 19.41uS, Ch3 - 25.45uS, ch4 - 31.41uS, Ch5 - 37.41uS. I'm assuming I have done something wrong in my ADC set up but I can't seem to find it. Any suggestions would be appreciated. Regards, Robert  Re: MC9S12C64 ADC question Hi Robert, We don't have any interrupt execution time specification, but you may refer to the reference manual of the core. https://www.nxp.com/webapp/Download?colCode=S12CPUV2 7.5.3 Interrupt Recognition Figure 7-1. Exception Processing Flow Diagram I would recommend that you measure it in your setup. If you use the interrupts, the core will not be blocked in a loop polling the flags, this is the advantage of it. It also depends on other interrupt and their priorities. Regards, Daniel Re: MC9S12C64 ADC question OK. I finally figured out where I was going wrong, (revised code attached), but now I have a question. Depending on how many conversions I want, the processing time varies like this: 2 conversions ~7.42uS, 4 conversions ~8.41uS, 8 conversions ~10.41uS, 16 conversions ~14.41uS. I am assuming that the more conversions I do, the better the accuracy, but I have to balance this with speed of conversion. I am sampling the channels at specific times in the main loop. Every time I sample a channel I have to wait for the conversion to complete. Instead of waiting, I could enable the conversion complete interrupt and read the register and save it to the appropriate variable within the interrupt. So my question is, how much time would it take to service the interrupt and which method would be most efficient, waiting for the conversion completion or servicing conversion complete interrupt? Regards, Robert Re: MC9S12C64 ADC question I've made some progress, but I still have a problem. With my revised code, (attached) All the ADC channels will work, but the processing time per channel is ~37 uS, which is unacceptable. If I change ATDCTL3 to 0x08, only channel 0 will convert at ~7 uS, but I get nothing on the other channels. I've tried about all the different combinations of settings I can think of to solve this but so far no joy. Any suggestions would be appreciated. Regards, Robert Re: MC9S12C64 ADC question Hi Daniel, Oh my, another stupid error on my part. I changed ATDCTL3 to 0x08 but now my program just does the conversion for channel 0 then stalls at line 268, waiting for the conversion complete flag. There must be something else involved as well. Regards, Robert Re: MC9S12C64 ADC question Hi Robert, It should be 0x08 for 1 conversion though. Re: MC9S12C64 ADC question Hi Daniel, Thanks so much for your response. Indeed, that was a typo error on my part. I changed to ATDCTL3 = 0x10. Now the program hangs at line 275. brclr ATDSTAT1,#%00000100*. The conversion complete flag for channel 2 doesn't seem to be setting for some reason. Regards, Robert Re: MC9S12C64 ADC question Hi @roberthiebert, I just briefly checked the code, it seems you selected 8 conversions in a sequence. movb #$00,ATDCTL3 ; %00010000, 1 conversion ATDCTL3 = 0x00
查看全文
Convert Raw File to Jpeg( in i.MX8MP). My purpose is to convert Raw File to Jpeg in i.MX8MP. I am using encoder_test in imx-test-lf-5.15.32_2.0.0. There is no JPEG in mxc_isi_out_format(in kernel isi), so the following error occurs. "isi-m2m 32e00000.isi:m2m_device: mxc_isi_m2m_s_fmt_vid_cap, format is not support!" Is it possible to fix the problem? Or should I use another method? Re: Convert Raw File to Jpeg( in i.MX8MP). current imx8mp HW doesn't have such convert function, customer needs do it by their own SW
查看全文