Audifort Review: Does It Really Stop Tinnitus Overnight? Audifort Review: Does It Really Stop Tinnitus Overnight? If you are dealing with a non-stop ringing, buzzing, or clicking sound in your ears every single day, you know how desperate the search for relief can get. When looking for solutions online, you may come across aggressive advertisements for liquid dietary drops like Audifort that imply instant results or overnight relief from tinnitus. The short answer is no: Audifort does NOT stop tinnitus overnight. No oral supplement or natural drop can instantly cure chronic tinnitus or rebuild damaged auditory nerves in 24 hours. However, that does not mean the formula is useless. When evaluated realistically as a natural dietary supplement rather than a miracle cure, Audifort provides supportive nutrients that nourish inner ear blood vessels and calm overactive nerve signals over time. In this Audifort review, we look beyond the sales marketing to analyze how the drops actually work, its core ingredients, realistic expectation timelines, potential side effects, and how to avoid fake online listings.

S32DS activation code The software version is S32DS_ARM_Win32_v2018.R1_b180326. Could you provide the activation code? PEG GUI Re: S32DS activation code Dear customer, S32 Design Studio is free of charge software that just requires to be activated. The activation process is incorporated into the S32DS installer. Before you proceed to the installation you always need to get an activation code. The activation code is typically sent automatically to your email registered on www.nxp.com  account when you proceed to downloading of S32DS installer. Please follow the instructions:  https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Activate-S32-Design-Studio/ta-p/1128340 If still the issue please let me know. Thank you. Have a nice day. Best regards Pavla

S32DSアクティベーションコード ソフトウェアのバージョンはS32DS_ARM_Win32_v2018.R1_b180326です。アクティベーションコードをご提供いただけますでしょうか？ PEG GUI Re: S32DS activation code お客様へ、 S32 Design Studioは、起動するだけで無料のソフトウェアです。アクティベーションプロセスはS32DSインストーラーに組み込まれています。インストールを進める前に、必ずアクティベーションコードを取得する必要があります。アクティベーションコードは通常、 www.nxp.comに登録されているメールアドレスに自動的に送信されます。S32DSインストーラーのダウンロードに進む際にアカウントが必要です。 指示に従ってください。 https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Activate-S32-Design-Studio/ta-p/1128340 それでも問題が解決しない場合は、お知らせください。ありがとう。良い１日を。よろしくお願いします パブラ

CodeWarrior 5.1 デバッガー。「ステップ実行時にマスク可能なISRを無効にする」Iビットが9S12XEQ512で永続的に設定されます。 環境: IDE: CodeWarrior 5.1(HC(S)12Xコンパイラ) ターゲット: MC9S12XEQ512 バスクロック: 49.777 MHz BDMインターフェース:USB Multilink Universalで再現可能;Cyclone Proでは確認されていません ホストOS： Windows 10とWindows 11の両方で確認されました メモリモデル:大規模モデルでは再現可能;バンクモデルでは再現性が低いか、それ以下です 使用した設定: 「HC12MultilinkCyclonePro」→「セットアップ...」→「デバッグオプション」→「ステップ実行時にマスク可能なISRを無効にする」— 有効。 説明： デバッガで一定回数のステップ操作（シングルステップまたはステップオーバー）を実行すると、マスク可能な割り込み（CCRのIビット）が永久的に無効になります。割り込みは、実行を継続した後（実行/ゴー）でも再開されず、CCRレジスタビューでIビットを手動でクリアするまでマスクされたままになります。この挙動は、USB Multilink Universal BDMインターフェースを用いたLargeメモリモデルでも、Windows 10およびWindows 11のホスト上で一貫して再現可能です。同じプロジェクト設定のCyclone Proインターフェースでも、バンクメモリモデルでも同様の問題は見られていません 現在使用されている回避策： CCRレジスタビューでIビットがスタックした場合、手動でIビットをクリアします。 リクエスト: これは、S12Xコア上のCode Warrior 5.1のステップエミュレーションと組み合わせたUSB Multilink Universalのファームウェア/ドライバの既知の問題でしょうか?固定されたマルチリンクユニバーサルのファームウェアバージョンや、このデバイス/インターフェースの組み合わせで割り込み駆動の大規模モデルプロジェクトをデバッグするための推奨代替ワークフローはありますか? よろしくお願い申し上げます。 Re: CodeWarrior 5.1 debugger. "Disable maskable ISR's when stepping" I-bit permanently set こんにちは、 あなたが見ている挙動は現実的で、あなたが気づいたインターフェースの違い(Multilink Universalは影響を受けていますが、Cyclone Proは影響を受けていません)は有益な観察です。発生する割り込みの種類によって選択肢が異なるため、それに基づいて実践的なガイダンスを提供させていただきます。 タイマーベースの割り込みの場合 もしアプリケーションがタイマーオーバーフローや出力比較、またはペリフェラルで生成される割り込みを使っている場合、デバッグ時に「ステッピング時にマスク可能なISRを無効化する」機能が実際には必要ありません。ほとんどのS12Xタイマーおよびペリフェラルモジュールには、デバイスがBDMアクティブモードに入るとモジュールをフリーズするFRZビットがあり、これは停止や単一ステップの間自動的に動作します。FRZが設定されると、タイマーはステップ中にカウントを停止し、ステップ間で割り込みを発生させることはできません。これはデバッガインターフェースとは独立してハードウェアレベルで動作し、このクラスの割り込みに対してよりクリーンな解決策となります。 外部割り込みおよびキーボード割り込み（KBI）の場合 この点に関しては、状況はより限定的である。外部IRQおよびKBI割り込みは非同期の外部信号であり、それらに対するハードウェアフリーズ機構はありません。BDMインターフェースはハードウェアレベルでそれらを抑制できません。「ステップ実行時にマスク可能なISRを無効にする」機能は、まさにこのギャップを埋めるために存在し、各ステップ中にCCR Iビットを介してそれらをマスクします。 お使いの環境では、この機能がUSB Multilink Universalを使用してIビットを正しく復元しないため、これらの割り込みソースを使用するコードのデバッグには、既に正しく動作することが確認されているCyclone Proを使用するのが最も確実な方法です。 試してみる価値あり もしCodeWarrior 5.2にアクセスできるなら、試す価値はあります。このバージョンではデバッガ側の変更があり、USB Multilink Universalを用いたLargeメモリモデルでのIビット復元動作は改善される可能性がありますが、保証はありません。 これで選択肢が明確になれば幸いです。 ラディスラフ

FRDM-RW612 (Zephyr) — CTIMER0 MAT0/GPIO0 PWM 不切换，MAT1/MAT2 工作正常 开发板/SDK： FRDM-RW612，NXP-Zephyr v4.3.0 将板载 RGB LED（GPIO0=蓝色，GPIO1=红色，GPIO12=绿色）配置为 CTIMER0 上的 pwm-leds，通道分别为 0/1/2，使用共享 pinctrl-0 组中的 IO_MUX_CT0_MAT0_OUT_IO0、IO_MUX_CT0_MAT1_OUT_IO1、IO_MUX_CT0_MAT2_OUT_IO12。运行测试应用程序，对所有三个通道进行占空比循环测试。 红色和绿色 LED 的 PWM 工作正常（已使用 Saleae 逻辑分析仪确认——GPIO1 和 GPIO12 上的波形干净）。蓝色 LED (GPIO0/MAT0) 完全熄灭——逻辑分析仪显示一条直线，在任何占空比 (0–100%) 下都不会切换。数字GPIO（非PWM）切换GPIO0工作正常， 只有 CTIMER0 MAT0 通道无法输出 PWM；同一定时器实例上的 MAT1/MAT2 可以正常工作。 我们需要： 确认在 Zephyr 下，FRDM-RW612 上的 GPIO0/CT0_MAT0 是否为已知可用的 PWM 组合。 关于 RW612 上 CTIMER0 通道 0 的任何勘误/限制的指导。 任何可用的 .overlay例如，通过 CTIMER 对 GPIO0 进行 PWM 控制，以便我们进行比较。 frdm_rw612.overlay ``` #include / { pwm_outputs { 兼容 = "pwm-leds"； pwm_gpio0：pwm_gpio0 { pwms = <&ctimer0_pwm 0 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio1：pwm_gpio1 { pwms = <&ctimer0_pwm 1 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio12：pwm_gpio12 { pwms = <&ctimer0_pwm 2 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; }; 别名 { pwm-gpio0 = &pwm_gpio0; pwm-gpio1 = &pwm_gpio1; pwm-gpio12 = &pwm_gpio12; }; }; ctimer0_pwm: &ctimer0 { 兼容 = "nxp,ctimer-pwm"; 状态 = "好的" clk-source = <5>; clocks = <&clkctl1 MCUX_CTIMER0_CLK>; #pwm-cells = <3>; 模式 = <0>; 预缩放 = <0>; pinctrl-0 = <&pinmux_ctimer0_pwm>; pinctrl-names = "default"; }; &pinctrl { pinmux_ctimer0_pwm：pinmux_ctimer0_pwm { group0 { pinmux = < IO_MUX_CT0_MAT0_OUT_IO0 IO_MUX_CT0_MAT1_OUT_IO1 IO_MUX_CT0_MAT2_OUT_IO12 >; 转换速率 = "正常"; }; }; }; ``` 评估板

FRDM-RW612 (Zephyr) — CTIMER0 MAT0/GPIO0 PWM not toggling, MAT1/MAT2 work fine Board/SDK: FRDM-RW612, NXP-Zephyr v4.3.0 Configured on-board RGB LED (GPIO0=Blue, GPIO1=Red, GPIO12=Green) as pwm-leds on CTIMER0, channels 0/1/2 respectively, using IO_MUX_CT0_MAT0_OUT_IO0, IO_MUX_CT0_MAT1_OUT_IO1, IO_MUX_CT0_MAT2_OUT_IO12 in a shared pinctrl-0 group. Ran a test app cycling duty cycle on all three channels. Red and Green LEDs PWM correctly (confirmed with Saleae logic analyzer — clean waveforms on GPIO1 and GPIO12). Blue LED (GPIO0/MAT0) stays completely off — logic analyzer shows a flat line, no toggling at any duty cycle (0–100%). Digital GPIO (non-PWM) toggle on GPIO0 works fine, Only CTIMER0 MAT0 channel fails to output PWM; MAT1/MAT2 on the same timer instance work. What we need: Confirmation whether GPIO0/CT0_MAT0 is a known-working PWM combination on FRDM-RW612 under Zephyr. Guidance on any erratum/limitation for CTIMER0 channel 0 on RW612. Any working .overlay example that PWMs GPIO0 via CTIMER, for us to diff against. frdm_rw612.overlay ``` #include / { pwm_outputs { compatible = "pwm-leds"; pwm_gpio0: pwm_gpio0 { pwms = <&ctimer0_pwm 0 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio1: pwm_gpio1 { pwms = <&ctimer0_pwm 1 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio12: pwm_gpio12 { pwms = <&ctimer0_pwm 2 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; }; aliases { pwm-gpio0 = &pwm_gpio0; pwm-gpio1 = &pwm_gpio1; pwm-gpio12 = &pwm_gpio12; }; }; ctimer0_pwm: &ctimer0 { compatible = "nxp,ctimer-pwm"; status = "okay"; clk-source = <5>; clocks = <&clkctl1 MCUX_CTIMER0_CLK>; #pwm-cells = <3>; mode = <0>; prescale = <0>; pinctrl-0 = <&pinmux_ctimer0_pwm>; pinctrl-names = "default"; }; &pinctrl { pinmux_ctimer0_pwm: pinmux_ctimer0_pwm { group0 { pinmux = < IO_MUX_CT0_MAT0_OUT_IO0 IO_MUX_CT0_MAT1_OUT_IO1 IO_MUX_CT0_MAT2_OUT_IO12 >; slew-rate = "normal"; }; }; }; ``` Evaluation Board

CodeWarrior 5.1 debugger. "Disable maskable ISR's when stepping" I-bit permanently set on 9S12XEQ512 Environment: IDE: CodeWarrior 5.1 (HC(S)12X compiler) Target: MC9S12XEQ512 Bus clock: 49.777 MHz BDM interface: reproducible with USB Multilink Universal; not observed with Cyclone Pro Host OS: observed on both Windows 10 and Windows 11 Memory model: reproducible in Large model; not (or much less) reproducible in Banked model Setting used: "HC12MultilinkCyclonePro" → "Setup..." → "Debug otions " → "Disable maskable ISR's when stepping" — enabled. Description: After a number of step operations (single step or step over) in the debugger, the maskable interrupts (I bit in CCR) become permanently disabled. Interrupts do not resume even after continuing execution (Run/Go) — they remain masked until the I bit is manually cleared in the CCR register view. This behavior is consistently reproducible in the Large memory model using the USB Multilink Universal BDM interface, on both Windows 10 and Windows 11 hosts. The issue has not been observed with the Cyclone Pro interface under otherwise identical project settings, nor (or much less) in the Banked memory model Workaround currently in use: Manually clearing the I bit in the CCR register view after it becomes stuck. Request: Is this a known issue with the USB Multilink Universal firmware/driver in combination with CodeWarrior 5.1's stepping emulation on the S12X core? Is there a fixed Multilink Universal firmware version, or a recommended alternative workflow for debugging interrupt-driven Large-model projects on this device/interface combination? Thank you Re: CodeWarrior 5.1 debugger. "Disable maskable ISR's when stepping" I-bit permanently set Hi, The behavior you are seeing is real and the interface difference you noticed (Multilink Universal affected, Cyclone Pro not) is a useful observation. Let me give you some practical guidance based on the type of interrupts involved, because the options differ. For timer-based interrupts If your application uses timer overflow, output compare, or similar peripheral-generated interrupts, you do not actually need the "Disable maskable ISR's when stepping" feature to handle them during debugging. Most S12X timer and peripheral modules have a FRZ bit that freezes the module when the device enters BDM active mode, which happens automatically during any halt or single step. With FRZ set, the timer stops counting during stepping and cannot generate an interrupt between steps. This works at the hardware level, independent of the debugger interface, and is the cleaner solution for this class of interrupt. For external interrupts and keyboard interrupts (KBI) This is where the situation is more limited. External IRQ and KBI interrupts are asynchronous external signals and there is no hardware freeze mechanism for them. The BDM interface cannot suppress them at the hardware level. The "Disable maskable ISR's when stepping" feature exists precisely to cover this gap by masking them through the CCR I bit during each step. Since this feature is not restoring the I bit correctly with the USB Multilink Universal in your setup, the most reliable option for debugging code that uses these interrupt sources is to use the Cyclone Pro, which you have already confirmed behaves correctly. Worth trying It is also worth testing with CodeWarrior 5.2 if you have access to it. There were some debugger-side changes in that version and the I-bit restoration behavior under the Large memory model with the USB Multilink Universal may be improved, though this cannot be guaranteed. Hope this helps clarify the options. Ladislav

FRDM-RW612(Zephyr) — CTIMER0 MAT0/GPIO0 PWMが切り替えられず、MAT1/MAT2は問題なく動作します ボード/SDK: FRDM-RW612、NXP-Zephyr v4.3.0 搭載のRGB LED(GPIO0=青、GPIO1=赤、GPIO12=緑)をpwm-ledとしてCTIMER0、それぞれチャネル0/1/2として、IO_MUX_CT0_MAT0_OUT_IO0、IO_MUX_CT0_MAT1_OUT_IO1、IO_MUX_CT0_MAT2_OUT_IO12を共用pinctrl-0グループで構成しました。3チャネルすべてでテストアプリをサイクルサイクルで実行しました。 赤色および緑色のLEDは正しくPWM制御されています（Saleaeロジックアナライザで確認済み - GPIO1およびGPIO12の波形は正常です）。青色LED（GPIO0/MAT0）は完全に消灯したままで、ロジックアナライザは平坦な線を示し、デューティサイクル（0～100%）のいずれにおいてもトグルは発生しません。GPIO0のデジタルGPIO(非PWM)トグルは問題なく動作します。 CTIMER0 MAT0チャネルのみがPWM出力に失敗します。同じタイマーインスタンス上のMAT1/MAT2は動作します。 必要なもの： GPIO0/CT0_MAT0がZephyrのFRDM-RW612上で既知の動作PWM組み合わせであるかどうかの確認。 RW612のチャネル0 CTIMER0に関するエラタムや制限に関するガイダンスがあります。 動作する.overlay例として、CTIMER を介して GPIO0 を PWM する例を挙げ、それと比較します。 frdm_rw612.オーバーレイ 「`」 #include < zephyr/dt-bindings/pwm/pwm.h> / { pwm_outputs { compatible = "pwm-leds"; pwm_gpio0: pwm_gpio0 { pwms = <&ctimer0_pwm 0 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio1: pwm_gpio1 { pwms = <&ctimer0_pwm 1 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; pwm_gpio12: pwm_gpio12 { pwms = <&ctimer0_pwm 2 PWM_KHZ(1) PWM_POLARITY_NORMAL>; }; }; エイリアス { pwm-gpio0 = &pwm_gpio0; pwm-gpio1 = &pwm_gpio1; pwm-gpio12 = &pwm_gpio12; }; }; ctimer0_pwm: &ctimer0 { compatible = "nxp,ctimer-pwm"; ステータス = "okay" clk-source = <5>; クロック = <&clkctl1 MCUX_CTIMER0_CLK>; #pwm-cells = <3>; モード = <0>; プリスケール = <0>; pinctrl-0 = <&pinmux_ctimer0_pwm>; pinctrl-names = "default"; }; &pinctrl { pinmux_ctimer0_pwm: pinmux_ctimer0_pwm { グループ0 { pinmux = < IO_MUX_CT0_MAT0_OUT_IO0 IO_MUX_CT0_MAT1_OUT_IO1 IO_MUX_CT0_MAT2_OUT_IO12 >; スルーレート = "通常"; }; }; }; 「`」 評価ボード

How to write nfc chip I am trying to write an NFC 215 chip with an i phone 12 pro max.  I am using NXP tag writer app.  on the NXP tag writer app I click "new", "website" then i enter the description information along with the URI type and URI data.  I then click "save and write" I get a notification saying "NDEF recorded saved successfully in my dataset". When i close the app and tap the chip it doesn't do anything.  I also tried using another phone and still no luck.  Anyone have any ideas or suggestions?    nfc error.PNGnfc error.PNGnfc error.PNG Re: How to write nfc chip Hello @Erik3  The message "saved in my dataset" means the data was stored locally in the app, not yet written to the chip. Please try: In TagWriter, go to "My Datasets" → select your entry → tap "Write" Hold your iPhone close to the chip until you see a write-to-tag confirmation Also, you can use the NFC TagInfo app to scan the chip and verify its current contents and status.

如何编写NFC芯片 我正在尝试用iPhone 12 Pro Max对NFC 215芯片进行编程。我正在使用NXP标签写入器应用程序。在NXP标签写入器应用程序中，我点击“新建”、“网站”，然后输入描述信息以及URI类型和URI数据。然后我点击“保存并写入”，我收到一条通知，提示“NDEF 记录已成功保存到我的数据集中”。当我关闭应用程序并点击芯片时，没有任何反应。我还尝试用另一部手机，但仍然不行。大家有什么想法或建议吗？ nfc error.PNGnfc error.PNGNFC错误.PNG Re: How to write nfc chip 你好@Erik3 “已保存到我的数据集中”这条消息表示数据已存储在应用程序本地，尚未写入芯片。请尝试： 在 TagWriter 中，转到“我的数据集”→ 选择您的条目 → TAP “写入” 将 iPhone 靠近芯片，直到看到写入标签确认信息。 此外，您还可以使用 NFC TagInfo 应用程序扫描芯片，并验证其当前内容和状态。

S32DS activation code 软件版本为S32DS_ARM_Win32_v2018.R1_b180326，能否提供 activation code PEG GUI Re: S32DS activation code 尊敬的用户， S32 Design Studio是一款免费软件，只需激活即可使用。激活过程已集成到S32DS安装程序中。在开始安装之前，您始终需要获取激活码。激活码通常会自动发送到您在www.nxp.com注册的邮箱。当您继续下载 S32DS 安装程序时，请提供您的帐户。 请按照以下说明操作： https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Activate-S32-Design-Studio/ta-p/1128340 如果问题仍然存在，请告知我。谢谢。祝你今天过得愉快。此致 帕夫拉

CodeWarrior 5.1 调试器。“单步执行时禁用可屏蔽中断服务例程” 9S12XEQ512 上的 I 位永久置位 环境： IDE：CodeWarrior 5.1（HC(S)12X 编译器） 目标：MC9S12XEQ512 总线时钟：49.777 MHz BDM接口：使用USB Multilink Universal可复现；使用Cyclone Pro未观察到。 主机操作系统：在Windows 10和Windows 11上均观察到此问题 内存模型：在大容量模型中可复现；在分块模型中不可复现（或复现能力大大降低） 使用的设置： "HC12MultilinkCyclonePro" → "设置..." → "调试选项" → "单步运行时禁用可屏蔽的 ISR" — 已启用。 描述： 在调试器中执行多次单步操作（单步或单步跳过）后，可屏蔽中断（CCR 中的 I 位）将被永久禁用。即使在继续执行（运行/运行）后，中断也不会恢复——它们会一直处于屏蔽状态，直到在 CCR 寄存器视图中手动清除 I 位。在 Windows 10 和 Windows 11 主机上使用 USB 多链路通用 BDM 接口的大内存模型中，这种行为始终可以重现。在其他项目设置完全相同的情况下，Cyclone Pro 界面未出现此问题，Banked 内存模型中也未出现此问题（或几乎未出现）。 目前使用的临时解决方案： 手动清除 CCR 寄存器视图中卡住的 I 位。 要求： 这是 USB Multilink Universal 固件/驱动程序与 CodeWarrior 5.1 在 S12X 内核上使用的单步仿真功能结合使用时已知的问题吗？对于此设备/接口组合上的中断驱动型大型模型项目，是否存在固定的 Multilink Universal 固件版本，或者推荐的替代工作流程？ 谢谢 Re: CodeWarrior 5.1 debugger. "Disable maskable ISR's when stepping" I-bit permanently set 您好， 你看到的现象是真实的，你注意到的界面差异（Multilink Universal 受到影响，Cyclone Pro 不受影响）是一个有用的观察结果。让我根据所涉及的中断类型给你一些实际的指导，因为选项会有所不同。 对于基于定时器的中断 如果您的应用程序使用定时器溢出、输出比较或类似的由外设生成的中断，则实际上不需要“单步调试时禁用可屏蔽的 ISR”功能来在调试期间处理它们。大多数 S12X 定时器和外围模块都有一个 FRZ 位，当设备进入 BDM 活动模式时，该位会冻结模块，而 BDM 活动模式会在任何停止或单步执行期间自动发生。设置 FRZ 后，定时器在步进过程中停止计数，并且无法在步进之间产生中断。这种方法在硬件层面上是可行的，与调试器接口无关，是此类中断的更简洁的解决方案。 用于外部中断和键盘中断 (KBI) 这种情况在这方面比较有限。外部 IRQ 和 KBI 中断是异步外部信号，没有硬件冻结机制来阻止它们。BDM接口无法在硬件层面上抑制它们。“单步执行时禁用可屏蔽的 ISR”功能正是为了弥补这一缺陷而存在的，它通过在每个步骤期间使用 CCR I 位来屏蔽这些 ISR。 由于此功能在您的设置中无法使用 USB Multilink Universal 正确恢复 I 位，因此调试使用这些中断源的代码最可靠的选择是使用 Cyclone Pro，您已经确认它运行正常。 值得一试 如果您有 CodeWarrior 5.2 版本，也值得用它进行测试。该版本中调试器方面有一些更改，USB Multilink Universal 在大内存模型下的 I 位恢复行为可能会得到改进，但这不能保证。 希望这能帮助您更好地了解各种选择。 拉迪斯拉夫

Audifortレビュー：本当に一晩で耳鳴りを止めることができるのか？ Audifortレビュー：本当に一晩で耳鳴りを止めることができるのか？ 毎日耳鳴り、ブンブン、カチカチという音に悩まされているなら、救いを求める過程がどれほど必死になるかをご存知でしょう。オンラインで解決策を探していると、次のような液体栄養剤の積極的な広告を目にするかもしれません。 オーディフォート それは、即効性がある、あるいは一晩で耳鳴りが解消されるといったことを示唆するものです。 簡潔に言うと、答えはノーです。Audifortは耳鳴りを一夜にして止めるものではありません。 経口サプリメントや天然の点滴薬では、慢性的な耳鳴りを即座に治したり、損傷した聴神経を24時間以内に再生したりすることはできません。 しかし、だからといってその公式が無意味だというわけではない。奇跡の治療薬ではなく、天然の栄養補助食品として現実的に評価すると、オーディフォートは内耳の血管を栄養し、過剰に活動している神経信号を時間をかけて鎮めるのに役立つ栄養素を提供します。 この Audifortのレビューでは、販売促進のためのマーケティングにとらわれず、このドロップが実際にどのように作用するのか、その主要成分、現実的な効果発現までの期間、潜在的な副作用、そして偽のオンライン広告を回避する方法などを分析します。

NFCチップの書き込み方法 iPhone 12 Pro Maxを使ってNFC 215チップに書き込みを試みています。私はNXPタグライターアプリを使用しています。NXPタグライターアプリで「新規」→「Webサイト」をクリックし、URIタイプとURIデータとともに説明情報を入力します。次に「保存して書き込む」をクリックすると、「NDEF 記録がデータセットに正常に保存されました」という通知が表示されます。アプリを閉じてチップをタップしても何も反応しません。別の電話でも試してみましたが、やはりうまくいきませんでした。何かアイデアや提案はありますか? nfc error.PNGnfc error.PNGnfcエラー.PNG Re: How to write nfc chip こんにちは、@Erik3さん 「データセットに保存されました」というメッセージは、データがアプリ内にローカルに保存されただけで、まだチップに書き込まれていないことを意味します。お試しください： TagWriterで「My Datasets」に行き、エントリを選択して「Write」→タップ→ 書き込み確認が表示されるまで、iPhoneをチップに近づけてください また、NFC TagInfoアプリを使ってチップをスキャンし、その現在の内容や状態を確認できます。

MPC5775B – アプリケーションからRAppIDへのブートローダー移行 こんにちは、NXPチームの皆さん。私はCANフラッシングに RAppIDブートローダーを組み合わせたCAN フラッシングをMPC5775Bしています。 RAppID FBLのソースコードは持っていないので、既存のFBLを修正することはできません。 実行中のアプリケーションが既存のRAppID FBLにプログラミングモードに入るよう要求するサポートされたメカニズムはありますか? もしそうなら、MPC5775Bに必要なアプリケーション→FBLエントリシーケンスは何ですか? これには特定のリセットや起動機構が必要なのでしょうか、それともRAppIDはアプリケーションからFBLを要求する別の方法を提供しているのでしょうか? Re: MPC5775B – Application to RAppID Bootloader transition こんにちは、 RAppID FBLには、実行中のアプリケーションがプログラム的にFBLエントリを要求するための組み込みかつ文書化されたAPIはありません。MPC57xx用のRAppIDブートローダーは、クローズドバイナリでフラッシュ常駐ブートローダー(事前コンパイル済みの.rbfとして配布)ですソースコードが提供されておらず、変更も不可能なファイル） これをトリガーする標準的なメカニズムは、アプリケーションからのランタイム呼び出しではなく、リセット+ブートタイムフラグチェックです。 よろしくお願いいたします。 ピーター

can not get all details with command: v4l2-ctl --device /dev/video0 --all Hi All, I'm working with camera sensor os02g10. I can get the RAW10 file from sensor but the picture is not correct. There is misalignment  and picture has 2 parts shifted to each other. You can see it here: https://community.nxp.com/t5/i-MX-Processors/Camera-sensor-os02g10-MIPI-CSI-for-IMX8MM-Image-issue/m-p/1512386#M194329 I tested many DeviceTree setting for camera sensor and mipi-csi but no changes in the picture. There is also issue with v4l2, below you can see it. Why it can not get Driver Info: Driver name : mx6s-csi Card type : i.MX6S_CSI Bus info : platform:32e20000.csi_bridge Driver version : 5.10.72 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities Device Caps : 0x04200001 Video Capture Streaming Extended Pix Format Priority: 0 Video input : 0 (Camera: ok) Format Video Capture: Width/Height : 1920/1080 Pixel Format : '' Field : None Bytes per Line : 0 Size Image : 4147200 Colorspace : Default Transfer Function : Default (maps to Rec. 709) YCbCr/HSV Encoding: Default (maps to ITU-R 601) Quantization : Default (maps to Full Range) Flags : Crop Capability Video Capture: Bounds : Left 0, Top 0, Width 0, Height 0 Default : Left 0, Top 0, Width 0, Height 0 Pixel Aspect: 1/1 Selection Video Capture: crop, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_padded, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: native_size, Left 0, Top 0, Width 0, Height 0, Flags: But when I get picture there is more details. I try to identify if v4l2 is the source of incorrect picture or something else. What can be wrong ? v4l2-ctl -d /dev/video0 --verbose --set-fmt-video=width=1920,height=1080,pixelformat=BG10 --stream-mmap --stream-count=1 --stream-to=bb001.raw VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture: Width/Height : 1920/1080 Pixel Format : 'BG10' (10-bit Bayer BGBG/GRGR) Field : None Bytes per Line : 3840 Size Image : 4147200 Colorspace : sRGB Transfer Function : Default (maps to sRGB) YCbCr/HSV Encoding: ITU-R 601 Quantization : Full Range Flags : 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_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned 0 (Success) cap dqbuf: 0 seq: 0 bytesused: 4147200 ts: 46.903731 delta: 46903.731 ms (ts-monotonic, ts-src-eof) i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Hi, you can use our linux upstreamed driver,  we have tested this on i.mx8mp based debix platform.  Here is our driver  https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=263d0fa1d46ac1ae2eebc5a5490fec58233c69ad Here is our DT https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a4d0f0c88ae8185315afbc1eb68c978ed710f759 -- Rutvij  SiliconSignals Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Looks like mx6s_vidioc_g_fmt_vid_cap is incomplete.  mx6s_vidioc_s_fmt_vid_cap has all details btarnowski_0-1672393812102.pngbtarnowski_0-1672393812102.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all regarding RAW10 there is solution https://community.nxp.com/t5/i-MX-Graphics/gst-launch-1-0-returns-Internal-data-stream-error/m-p/1536966 and regarding: v4l2-ctl --device /dev/video0 --all hard to say what is wrong, maybe camera driver uses ctrl API instead ctrlio for V4L2 But now it's not problem, for me next thing is to set parameter like exposure or gain Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all hi @btarnowski  for the display thing with v4l2-ctl --all, you just need to edit mx6s_capture.c In function 'mx6s_vidioc_s_fmt_vid_cap' : just copy the whole pix struct instead of just width/height/sizeimage/field csi_dev->pix = f->fmt.pix; this way, internal struct csi_dev->pix has all the information needed when you do a get_format (see function mx6s_vidioc_g_fmt_vid_cap) i feel mx6s_capture.c is full of little mistakes and needs a lot of improvements to have a better compliance with v4l2 tools. regards Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Hi, Regarding v4l2-ctl --device /dev/video0 --all  and  gstream no progress. Looks like it is camera sensor driver issue. dev/media0 - is not necessary There is different approaches for handling camera sensor. Below you can see differences for low level API handling. ov5640 (camera sensor) works on other device. btarnowski_0-1663928001102.pngbtarnowski_0-1663928001102.png And the other comparison: btarnowski_1-1663928150167.pngbtarnowski_1-1663928150167.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all did you get any solution for that? because i have got the same error if you got pls share your solution Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all And also I see not correct assignments. The csi_bridge should be assigned to media0. btarnowski_0-1662374734790.pngbtarnowski_0-1662374734790.png How to do that, any help? Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all in the meantime: root@qrnd:~# gst-inspect-1.0 -a > gst-inspect.txt and the result below in the attachement Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all next issue: I can see video devices, but there is no /dev/media devices root@qrnd:~# v4l2-ctl --list-devices i.MX6S_CSI (platform:32e20000.csi_bridge): /dev/video0 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video2 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video1 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all I had to update the list of packages for yocto build: # Camera support tools IMAGE_INSTALL_append = " i2c-tools" IMAGE_INSTALL_append = " v4l-utils" IMAGE_INSTALL_append = " gstreamer1.0" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good" IMAGE_INSTALL_append = " gstreamer1.0-plugins-imx" IMAGE_INSTALL_append = " gstreamer1.0-plugins-base" IMAGE_INSTALL_append = " gst-player" IMAGE_INSTALL_append = " gstreamer1.0-meta-base" IMAGE_INSTALL_append = " gst-examples" IMAGE_INSTALL_append = " gstreamer1.0-rtsp-server" IMAGE_INSTALL_append = " gst1.0-fsl-plugin" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-video4linux2" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-png" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-jpeg" but now I have issue with the command gst-launch-1.0 v4l2src device=/dev/video0 num-buffers=1 ! video/x-raw,width=1920,height=1080 ! pngenc ! filesink location=/tmp/test_1920x1080.png I got: Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline: pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: ../git/libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Execution ended after 0:00:00.057218529 Setting pipeline to NULL ... Freeing pipeline ... Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Looks that Yocto makes this issue. There is no all needed components in the kernel image. Lack of v4lsrc from gstreamer-plugins-good. I added additional packages to Yocto build but no effect. Need to investigate the deploy stage of Yocto build process.

S32K322 and S32K312 : Queries Regarding CMU Interrupts, Reset Reaction, and Detection Latency Could you please provide the mapping of failure events to the respective CMU instances (CMU0, CMU1, and CMU2)? The interrupt documentation lists a total of seven interrupts, but it is not clear which failure events are handled by each CMU instance and their corresponding failure actions.  Please see attached images  system clock monitoring.pngsystem clock monitoring.png Interruptmapping.pngInterruptmapping.png What is the exact meaning of the "Reset Reaction Interrupt"? Does this interrupt get generated prior to a destructive reset, allowing software intervention before the reset occurs? The clock monitoring latency can be configured from 1 µs to 1 ms. Does selecting a lower latency effectively reduce the debounce/filtering time and make clock failure detection more sensitive or faster? Re: S32K322 and S32K312 : Queries Regarding CMU Interrupts, Reset Reaction, and Detection Latency Hi@WadkarY 1.Could you please provide the mapping of failure events to the respective CMU instances (CMU0, CMU1, and CMU2)? image.pngimage.png image.pngimage.png As can be seen, only CMU_FC_0，CMU_FM_1,CMU_FM_2 is configurable as an interrupt; the others should be treated by default as sources of a destructive reset, rather than as standard CMU interrupts. CMU_FC_0->CMU0 CMU_FM_1->CMU1 CMU_FM_2->CMU2 CMU_FC_3->CORE_CLK_FAIL CMU reset reaction interrupt CMU_FC_4->AIPS_PLAT_CLK_FAIL CMU reset reaction interrupt CMU_FC_5->HSE_CLK_FAIL CMU reset reaction interrupt CMU_FC_6->CM7_CORE_CLK_FAIL CMU reset reaction interrupt 2.Does this interrupt get generated prior to a destructive reset, allowing software intervention before the reset occurs? No， expect destructive reset behavior unless the MC_RGM/DCM destructive-reset interrupt bypass is deliberately configured for example: 1.CMU_FC_4 detects AIPS_PLAT_CLK frequency exceeding the threshold ↓  Destructive Reset asserted + IRQ 215 issued simultaneously ↓ Almost instantaneously MCU reset → Restart from Reset Vector ↓ Software reads MC_RGM.DES[AIPS_PLAT_CLK_FAIL] to identify the reset cause 3.Does selecting a lower latency effectively reduce the debounce/filtering time and make clock failure detection more sensitive or faster? This parameter is related to REF_CNT. •Higher values of RCCR[REF_CNT] results in longer measurement window, leading to better accuracy in monitored clock check. •Lower values of RCCR[REF_CNT] results in shorter measurement window, leading to faster FHH and FLL event response, but higher inaccuracy in reported result.

コマンド:v4l2-ctl --device /dev/video0 --all ですべての詳細を取得できません こんにちは、皆さん。 私はカメラセンサーOS02G10を使っています。センサーからRAW10のファイルは入手できますが、画像は正しくありません。位置ずれがあり、画像内の2つの部分が互いにずれています。こちらでご覧いただけます: https://community.nxp.com/t5/i-MX-Processors/Camera-sensor-os02g10-MIPI-CSI-for-IMX8MM-Image-issue/m-p/1512386#M194329 カメラセンサーやmipi-csiのDeviceTree設定を何度も試しましたが、画像に変化はありませんでした。 v4l2にも問題があります。下記で確認できます。なぜそれができないのか Driver Info: Driver name : mx6s-csi Card type : i.MX6S_CSI Bus info : platform:32e20000.csi_bridge Driver version : 5.10.72 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities Device Caps : 0x04200001 Video Capture Streaming Extended Pix Format Priority: 0 Video input : 0 (Camera: ok) Format Video Capture: Width/Height : 1920/1080 Pixel Format : '' Field : None Bytes per Line : 0 Size Image : 4147200 Colorspace : Default Transfer Function : Default (maps to Rec. 709) YCbCr/HSV Encoding: Default (maps to ITU-R 601) Quantization : Default (maps to Full Range) Flags : Crop Capability Video Capture: Bounds : Left 0, Top 0, Width 0, Height 0 Default : Left 0, Top 0, Width 0, Height 0 Pixel Aspect: 1/1 Selection Video Capture: crop, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_padded, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: native_size, Left 0, Top 0, Width 0, Height 0, Flags: しかし、写真を見るともっと詳細がわかる。v4l2が画像がおかしい原因なのか、それとも別の原因なのかを特定しようとしています。何が問題なのでしょうか? v4l2-ctl -d /dev/video0 --verbose --set-fmt-video=width=1920,height=1080,pixelformat=BG10 --stream-mmap --stream-count=1 --stream-to=bb001.raw VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture: Width/Height : 1920/1080 Pixel Format : 'BG10' (10-bit Bayer BGBG/GRGR) Field : None Bytes per Line : 3840 Size Image : 4147200 Colorspace : sRGB Transfer Function : Default (maps to sRGB) YCbCr/HSV Encoding: ITU-R 601 Quantization : Full Range Flags : 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_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned 0 (Success) cap dqbuf: 0 seq: 0 bytesused: 4147200 ts: 46.903731 delta: 46903.731 ms (ts-monotonic, ts-src-eof) i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all こんにちは、Linuxのアップストリームドライバーを使えます。 私たちはこれをi.mx8MPベースのDebixプラットフォームでテストしました。 こちらがドライバです https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=263d0fa1d46ac1ae2eebc5a5490fec58233c69ad こちらが当社のDTです https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a4d0f0c88ae8185315afbc1eb68c978ed710f759 -- ルトヴィイ シリコンシグナルズ Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all mx6s_vidioc_g_fmt_vid_cap が不完全なようです。 mx6s_vidioc_s_fmt_vid_cap にはすべての詳細が記載されています btarnowski_0-1672393812102.pngbtarnowski_0-1672393812102.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all RAW10に関しては解決策があります https://community.nxp.com/t5/i-MX-Graphics/gst-launch-1-0-returns-Internal-data-stream-error/m-p/1536966 また、v4l2-ctl --device /dev/video0 --all に関して 何が問題なのかは判断が難しいですが、もしかするとカメラドライバーはV4L2でctrlioではなくctrl APIを使っているのかもしれません しかし今は問題ではないので、次にすべきことは露出やゲインなどのパラメータを設定することです Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all こんにちは、 @btarnowskiさん v4l2-ctl --all で表示させるには、mx6s_capture.c を編集するだけで済みます。関数 'mx6s_vidioc_s_fmt_vid_cap' では、幅/高さ/サイズ画像/フィールドだけでなく、pix 構造体全体をコピーしてください。 csi_dev->pix = f->fmt.pix; このようにすることで、内部構造体 csi_dev->pix には get_format を実行する際に必要なすべての情報が含まれます (関数 mx6s_vidioc_g_fmt_vid_cap を参照)。 mx6s_capture.cには細かいミスがたくさんあり、v4l2ツールとの互換性を向上させるためには多くの改善が必要だと感じています。 よろしくお願いします。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all こんにちは、 v4l2-ctl --device /dev/video0 --allとgstreamに関して進展がありません。 カメラセンサのドライバの問題のようです。 dev/media0 - 不要 カメラセンサーの取り扱いにはさまざまなアプローチがあります。 以下に、低レベルのAPI処理の違いを示します。 OV5640(カメラセンサー)は他のデバイスで動作します。 btarnowski_0-1663928001102.pngbtarnowski_0-1663928001102.png そしてもう一つの比較： btarnowski_1-1663928150167.pngbtarnowski_1-1663928150167.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 何か解決策は見つかりましたか？私も同じエラーが出ています。もし同じエラーが出たら、解決策を教えてください。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all また、正しくない課題も見られます。csi_bridgeはmedia0に割り当てる必要があります。 btarnowski_0-1662374734790.pngbtarnowski_0-1662374734790.png どうすればいいですか？何かアドバイスをいただけますか？ Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all その間に： root@qrnd:~# gst-inspect-1.0 -a > gst-inspect.txt 結果は添付ファイルに記載されています。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 次の問題:ビデオデバイスは見えますが、/dev/mediaデバイスはありません root@qrnd:~# v4l2-ctl --list-devices i.MX6S_CSI (platform:32e20000.csi_bridge): /dev/video0 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video2 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video1 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all Yocto ビルド用のパッケージリストを更新しなければなりませんでした: # カメラサポートツール IMAGE_INSTALL_append = "i2c-tools" IMAGE_INSTALL_append = "v4l-utils" IMAGE_INSTALL_append = "gstreamer1.0" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good" IMAGE_INSTALL_append = " gstreamer1.0-plugins-imx" IMAGE_INSTALL_append = " gstreamer1.0-plugins-base" IMAGE_INSTALL_append = " gst-player" IMAGE_INSTALL_append = " gstreamer1.0-meta-base" IMAGE_INSTALL_append = " gst-examples" IMAGE_INSTALL_append = " gstreamer1.0-rtsp-server" IMAGE_INSTALL_append = " gst1.0-fsl-plugin" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-video4linux2" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-png" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-jpeg" しかし、コマンドに問題が発生しました gst -ローンチ- 1.0v4l2srcデバイス= / dev / video0 num - buffers = 1 !ビデオ/ x - raw 、幅= 1920 、高さ= 1080 !pngenc !filesink location =/ tmp / test_1920x1080 . png 私は以下を受け取りました： Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline: pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: ../git/libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Execution ended after 0:00:00.057218529 Setting pipeline to NULL ... Freeing pipeline ... Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all どうやらYoctoがこの問題を作っているようです。カーネルイメージには必要なコンポーネントがすべて含まれているわけではありません。gstreamer-plugins-goodから v4lsrc が欠落しています。Yocto Buildに追加のパッケージを追加しましたが、効果はありませんでした。Yoctoビルドプロセスのデプロイ段階を調べる必要があります。

无法使用命令 `v4l2-ctl --device /dev/video0 --all` 获取所有详细信息 大家好， 我正在使用相机传感器os02g10。我可以从传感器获取 RAW10 文件，但是图像不正确。图片错位了，两部分图像错位了。您可以在这里看到： https://community.nxp.com/t5/i-MX-Processors/Camera-sensor-os02g10-MIPI-CSI-for-IMX8MM-Image-issue/m-p/1512386#M194329 我测试了摄像头传感器和 mipi-csi 的许多设备树设置，但图像没有任何变化。 v4l2也存在问题，您可以在下方看到。为什么它无法获得 Driver Info: Driver name : mx6s-csi Card type : i.MX6S_CSI Bus info : platform:32e20000.csi_bridge Driver version : 5.10.72 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities Device Caps : 0x04200001 Video Capture Streaming Extended Pix Format Priority: 0 Video input : 0 (Camera: ok) Format Video Capture: Width/Height : 1920/1080 Pixel Format : '' Field : None Bytes per Line : 0 Size Image : 4147200 Colorspace : Default Transfer Function : Default (maps to Rec. 709) YCbCr/HSV Encoding: Default (maps to ITU-R 601) Quantization : Default (maps to Full Range) Flags : Crop Capability Video Capture: Bounds : Left 0, Top 0, Width 0, Height 0 Default : Left 0, Top 0, Width 0, Height 0 Pixel Aspect: 1/1 Selection Video Capture: crop, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: crop_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_default, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_bounds, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: compose_padded, Left 0, Top 0, Width 0, Height 0, Flags: Selection Video Capture: native_size, Left 0, Top 0, Width 0, Height 0, Flags: 但是当我拿到图片时，会发现更多细节。我试图确定 v4l2 是否是导致图片错误的原因，还是其他原因。到底出了什么问题？ v4l2-ctl -d /dev/video0 --verbose --set-fmt-video=width=1920,height=1080,pixelformat=BG10 --stream-mmap --stream-count=1 --stream-to=bb001.raw VIDIOC_QUERYCAP: ok VIDIOC_G_FMT: ok VIDIOC_S_FMT: ok Format Video Capture: Width/Height : 1920/1080 Pixel Format : 'BG10' (10-bit Bayer BGBG/GRGR) Field : None Bytes per Line : 3840 Size Image : 4147200 Colorspace : sRGB Transfer Function : Default (maps to sRGB) YCbCr/HSV Encoding: ITU-R 601 Quantization : Full Range Flags : 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_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_QBUF returned 0 (Success) VIDIOC_STREAMON returned 0 (Success) cap dqbuf: 0 seq: 0 bytesused: 4147200 ts: 46.903731 delta: 46903.731 ms (ts-monotonic, ts-src-eof) i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 您好，您可以使用我们已向上游提交的 Linux 驱动程序。 我们已在基于 i.mx8mp 的 debix 平台上进行了测试。 这是我们的司机。 https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=263d0fa1d46ac1ae2eebc5a5490fec58233c69ad 这是我们的DT https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a4d0f0c88ae8185315afbc1eb68c978ed710f759 -- 鲁特维 SiliconSignals Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all mx6s_vidioc_g_fmt_vid_cap 似乎不完整。 mx6s_vidioc_s_fmt_vid_cap 包含所有详细信息 btarnowski_0-1672393812102.pngbtarnowski_0-1672393812102.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 关于 RAW10，有解决方案。 https://community.nxp.com/t5/i-MX-Graphics/gst-launch-1-0-returns-Internal-data-stream-error/m-p/1536966 关于：v4l2-ctl --设备 /dev/video0 --all 很难说哪里出了问题，可能是摄像头驱动程序对 V4L2 使用了 ctrl API 而不是 ctrlio。 但现在这不是问题了，接下来我要设置的参数是曝光或增益。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 嗨@btarnowski 对于使用 v4l2-ctl --all 显示的问题，你只需要编辑 mx6s_capture.c 文件即可。在函数“mx6s_vidioc_s_fmt_vid_cap”中：只需复制整个 pix 结构体，而不是仅复制宽度/高度/图像大小/字段。 csi_dev->pix = f->fmt.pix; 这样，内部结构体 csi_dev->pix 就包含了执行 get_format 时所需的所有信息（参见函数 mx6s_vidioc_g_fmt_vid_cap）。 我觉得 mx6s_capture.c 有很多小错误，需要进行很多改进才能更好地与 v4l2 工具兼容。 此致问候 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 你好， 使用v4l2-ctl --设备 /dev/video0 --all和gstream均未取得进展。 看起来像是摄像头传感器驱动程序的问题。 dev/media0 - 不需要 处理相机传感器有多种不同的方法。 下面您可以看到底层 API 处理方面的差异。 ov5640（摄像头传感器）在其他设备上可以正常工作。 btarnowski_0-1663928001102.pngbtarnowski_0-1663928001102.png 还有另一项比较： btarnowski_1-1663928150167.pngbtarnowski_1-1663928150167.png Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 你找到解决办法了吗？因为我也遇到了同样的错误，如果你也遇到了，请分享一下你的解决方法。 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 而且我发现有些作业分配不正确。csi_bridge 应该分配给 media0。 btarnowski_0-1662374734790.pngbtarnowski_0-1662374734790.png 具体该怎么做？求助！ Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 同时： root@qrnd:~# gst-inspect-1.0 -a > gst-inspect.txt 结果如下（见附件） Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 下一个问题：我可以看到视频设备，但是没有 /dev/media 设备。 root@qrnd:~# v4l2-ctl --list-devices i.MX6S_CSI (platform:32e20000.csi_bridge): /dev/video0 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video2 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video1 Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 我需要更新 Yocto 版本所需的软件包列表： # 相机支持工具 IMAGE_INSTALL_append = " i2c-tools" IMAGE_INSTALL_append = " v4l-utils" IMAGE_INSTALL_append = " gstreamer1.0" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good" IMAGE_INSTALL_append = " gstreamer1.0-plugins-imx" IMAGE_INSTALL_append = " gstreamer1.0-plugins-base" IMAGE_INSTALL_append = " gst-player" IMAGE_INSTALL_append = " gstreamer1.0-meta-base" IMAGE_INSTALL_append = " gst-examples" IMAGE_INSTALL_append = " gstreamer1.0-rtsp-server" IMAGE_INSTALL_append = " gst1.0-fsl-plugin" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-video4linux2" IMAGE_INSTALL_append = " gstreamer1.0-plugins-good-png" IMAGE_INSTALL_append = "gstreamer1.0-plugins-good-jpeg" 但我现在在使用命令时遇到了问题。 gst -发布- 1.0v4l2src 设备 = / dev / video0 缓冲区 数量 = 1 ！video / x - raw , width = 1920 , height = 1080 !pngenc ！filesink location = / tmp / test_1920x1080.png​ 我得到的是： Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline: pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: ../git/libs/gst/base/gstbasesrc.c(3127): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Execution ended after 0:00:00.057218529 Setting pipeline to NULL ... Freeing pipeline ... Re: can not get all details with command: v4l2-ctl --device /dev/video0 --all 看来是 Yocto 造成了这个问题。内核镜像中并不包含所有必需的元器件。gstreamer-plugins-good缺少 v4lsrc。我向 Yocto 构建中添加了额外的软件包，但没有效果。需要调查 Yocto 版本过程的部署阶段。

S32K322 和 S32K312：关于 CMU 中断、RESET 响应和检测延迟的查询 请 提供 故障 事件 与 相应 CMU 实例 （ CMU0 、 CMU1 和 CMU2） 的 映射 关系 ？ 中断 文档 列出 了 总共 七个 中断 ， 但 并不 清楚 每个 CMU 实例 处理 哪些 故障 事件 以及 它们 相应 的 故障 操作 。 请查看附件图片 system clock monitoring.png系统时钟监控.png Interruptmapping.png中断映射.png What is the exact meaning of the "RESET Reaction Interrupt"? 该 中断 是否 会 在 破坏性 RESET 之前 产生 ， 从而允许 软件 在 RESET 发生 之前 进行干预 ？ 时钟 监控 延迟 可 配置 为 1 µs 至 1 ms 。 选择 较低 的 延迟 是否能 有效 减少 消 抖/滤波 时间 ， 并使 时钟 故障 检测 更加 灵敏 或 更快？ Re: S32K322 and S32K312 : Queries Regarding CMU Interrupts, Reset Reaction, and Detection Latency 您好@WadkarY 1. 请问 能否 提供 故障 事件 与 相应 CMU 实例 （ CMU0、 CMU1 和 CMU2） 的 映射关系 ？ image.pngimage.png image.pngimage.png 从图中可以看出，只有 CMU_FC_0、CMU_FM_1、CMU_FM_2 可以配置为中断；其他中断默认应视为破坏性复位源，而不是标准 CMU 中断。 CMU_FC_0->CMU0 CMU_FM_1->CMU1 CMU_FM_2->CMU2 CMU_FC_3->CORE_CLK_FAIL CMU RESET 复位反应中断 CMU_FC_4->AIPS_PLAT_CLK_FAIL CMU RESET 反应中断 CMU_FC_5->HSE_CLK_FAIL CMU 复位反应中断 CMU_FC_6->CM7_CORE_CLK_FAIL CMU 复位反应中断 2. 此 中断 是否 在 破坏性 RESET 之前 产生 ， 从而允许 在 RESET 发生 之前 进行 软件 干预 ？ 不，除非特意配置了 MC_RGM/DCM 破坏性 RESET 中断旁路，否则不会出现破坏性 RESET 行为。 例如： 1. CMU_FC_4 检测到 AIPS_PLAT_CLK 频率超过阈值 ↓ 破坏性复位已钳位 + 同时发出 IRQ 215 ↓ 几乎瞬间 MCU RESET → 从 RESET Vector 重启 ↓ 软件读取 MC_RGM.DES[AIPS_PLAT_CLK_FAIL] 以识别 RESET 原因 3.选择较低的延迟是否能有效减少消抖/滤波时间，并使时钟故障检测更加灵敏或更快？ 该参数与 REF_CNT 相关。 •RCCR[REF_CNT] 值越高，测量窗口越长，从而在监测的时钟检查中实现更高的精度。 • RCCR[REF_CNT] 值越低，测量窗口越短，导致 FHH 和 FLL 事件响应越快，但报告结果的准确性越低。