Engin-X stress rig: waveform generator issues
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
- issue の種類
- バグ
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 領域
- embedded-iot
調査の方向性
まず、レポートに記載された IBEX 波形ジェネレーター GUI と IOC の動作を追跡し、その後、各問題を再現します。問題は、振幅表示のスケーリング、停止後の編集、ドロップダウンまたは安全機構を介した制御モードの変更です。表示値と単位がアクティブなモードと一致し、停止後もサイクル数と振幅を変更できれば完了です。
索引モデルが issue の本文から書いたものです。
説明
From JK (Engin-X):
- [...] When the wave amplitude is set correctly, and the test therefore runs as expected, the value displayed in the IBEX block is misleading. As it stands now, the units here should be ignored, and the value is simply a fraction of the full scale of the transducer for the selected control mode. For this experiment in Strain control we were using an extensometer with +/- 20% strain travel, and the amplitude number displayed here was 1/20 of the actual set amplitude. I think in principle this bug would also be present for the other control modes.
- Once the waveform generator has been started and stopped (with the GUI Stop button) once, the cycle count and (I think) amplitude can no longer be changed. Resetting the IOC [...] seems to restore the expected behaviour though.
- Changing the control mode will in principle update the displayed units for the wave amplitude, but it seems to display the units for the mode that was set immediately previous to what the actual mode currently is. Setting the desired control mode to the same mode twice thus ensures the amplitude displays the correct units. I’ve not investigated if this is merely a display issue for the units, or whether the rig actually does the wrong thing if you try and do a waveform with the wrong units set for the amplitude.
- The amplitude showing the wrong units can also happen under other conditions if the rig changes mode by any mechanism other than the drop-down combo box, e.g. because a limit is tripped or the rig is manually turned to low power. Typically these put the rig in Position control as that is deemed the safest and most predictable control mode. Again, I’ve not tested the true implications of the incorrectly displayed units to see if it affects the actual rig behaviour.
- 主要言語
- 言語のデータがありません
- スター
- 6
- フォーク
- 2
- 平均マージ
- 12日 19時間
- マージ済み PR（30日）
- 3
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
ISISComputingGroup/IBEX のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
ISISComputingGroup/IBEX#9023 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
ISISComputingGroup/IBEX#9005 ·
-
Good First Issue
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
ISISComputingGroup/IBEX#8889 ·
-
0
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
ISISComputingGroup/IBEX#2304 · コメント 1 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
ISISComputingGroup/IBEX#2078 ·
ISISComputingGroup/IBEX の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
ARM-software/CMSIS-DSP#354 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
ZigEmbeddedGroup/microzig#1086 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
soc: espressif: boot hangs when the console is not a UART (ESP_CONSOLE_UART_NUM = -1)対応中かも @sylvioalves が 1 日前に担当しました。 オープンplatform: ESP32 priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
zephyrproject-rtos/zephyr#121795 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
-
minstret adds an extra 0x4000 at every low-byte carry (regression from the XLEN parameter change)オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
chipsalliance/Cores-VeeR-EH2#56 · コメント 2 件 ·