どんなに信じられないほど素晴らしいものであっても、不可能なものはすべて捨ててください。残っているものが答えになります。
1つの外国の電子リソースに関するセクション「Sherlock Oms Notes」があります。そこでは、エンジニアリングの実践からの不思議なケースが考慮されます（電子部品だけでなく、原則としてその中で）。 似たようなものを作ることにしました。エンジニアリング調査の別の話です。
特定のデバイスがあり、その構造図からの抜粋を図1に示します。
中間バスへの入力電源のパルスコンバーター12ボルト、12から5ボルトのパルスコンバーター、5ボルトのマイクロコントローラー（MK）3.3ボルトを形成する線形安定器、積分器の遅延の形でのMKのリセット回路、MK自体を制御しますリセット信号を含むインタラクションバスを介したインジケータ、およびユーザーが対話するインジケータ自体。 デバイスのこの構造には特別なものはありません。これらのコンポーネントはすべて国産のものであることに注意することができます（広告が続く）-Alexander Electric Don（MDMシリーズのソース）、Milder（リニアスタビライザーとMK 1986シリーズ）、KTC-MK （インジケータタイプEL240）。
指標の少しですが、それは物語の主人公です-それは国内のものであるだけでなく（上記の会社は実際にそれらを集めていますが、部分的に輸入されたコンポーネントから見ました）、また、加熱はエレクトロルミネッセンス（「プラズマ」）インジケータです。 しかし、この世界のすべてにお金を払う必要があります-この場合、私たちはより高い（同等の解像度を持つ他の技術の指標と比較して）エネルギー消費、重量とサイズのパラメーター、ピクセルサイズ、2つの電源の必要性、そしてお金を支払います。
このタイプのデバイスは、その1つが「製品の技術仕様に従って耐衝撃性の要件を超えた機械的ストレスに偶然さらされる」まで、そのタスクを長期間設計、製造、および正常に実行しました（オブジェクトに突起を打ちます）、画面の損傷につながりました。 デバイスが持ち込まれ、スクリーンが交換され、消費者に提供しようとしていましたが、ある状況に注意を向けました-表示がわずかに変化しました。
実際には、デバイスの電源を入れた後、一定時間（5〜6秒）サービスモードに入り、オペレーターの担当者がソフトウェアパスポートにソフトウェアバージョン番号が表示されていることを確認できます（国内のコンポーネントが必要な消費者であるため製品で-あなたはすでにそれが誰であるかを理解しています-一般的な要件）、その後メイン操作モードに入り、インジケータは作業情報を受け取ります。 そのため、テストモードで修復した後、画面にいくつかの擬似ランダム情報が表示され、通常の動作が開始されました。 簡単な調査により、テストモード中に画面は適切に初期化されず（動作開始時のMKリセットパルスが正しく供給された）、初期化後（動作モード開始前）に画面が正常に戻ったことが示されました。
仮説があります-最初のリセットパルスはインジケーターの過渡電力に該当するため、うまくいきません。 確認するのは非常に簡単です-デバイスをオンにした後、コンデンサを閉じてリセット信号をMK入力に送信します-短絡を除去した後、プログラム開始手順が再度処理され、インジケータがテストモードから開始してデータを正しく反映します-仮説が確認されました 念のため、仮説をより正確にテストする追加の調査を実施します-電源がオフのときにコンデンサを短絡し、電源を入れて1秒後にピンセットを取り外します-欠陥がない場合、表示はテストモードで解決されています 作業仮説を真であると受け入れ、欠陥を修正する方法を探します。
起動時のオシロスコープの信号のタイミング図を見ると、+ 12の安定供給後（ちなみに、ほぼ垂直に離陸し、ソースには明らかに十分な電力マージンがあります）、+ 5供給（+3.3供給とともに）が80ミリ秒後に安定します（プログラムで提供されているように、MKリセット信号はさらに1ミリ秒後に消え、インジケーターへのリセット信号はさらに100ミリ秒後に発生します。 奇妙なことです。すべてが正常であるように見え、リセットが明らかに安定した食事になるため、仮説を変更する必要があることを意味します。 電源の1つをインジケータに適用した後、リセット信号が与えられ、この要件が現在満たされなくなるまで一時停止する必要があると想定しています。 インジケーターをオンにする順序で日付を確認すると、要件が提示されていないことがわかります。つまり、リセットが完了してから3ミリ秒間、インジケーターに情報を送信することを控える必要があるだけであり、これは完全に満たされています。 あいまいなものがいくつか登場します（デバイスとファームウェアは4年前に開発されたものであり、プログラム内のコメントはもちろん完全に存在しないわけではありませんが、それに近い）2回の初期化は偶然ではなく、明らかに最初のリセットではないことを思い出させますインディケーターが開始したため、実際に遅延が必要であり、画面の新しいコピーではそれを増やす必要がありました（ドキュメントで指定されていないパラメーターで発生しました、これが発生します）。 さて、今では数百ミリ秒のオーダーの値が表示されているので、増加は少なくとも数十ミリ秒に比例するはずであり、特に余裕を持ってデバイスの要件に適合するため、100を追加する方が良いと推定しましょう。
まず、フィード12から画面をリセットするまで、またはフィード5から画面5までの遅延を増やす必要がある場所を判断します。 別の実験を行います-ソース+5には作業許可の入力があるため、デバイスの電源を入れると、許可入力を入力マイナスに短縮し（これはソースによって受け入れられ、推奨されることもあります）、デバイスは問題なく起動します-つまり、 5を起動します。少しわかりにくいですが、5からデバイスの論理部分に電力を供給することはできますが、おそらく同意するまですべてを知りません。
もちろん、MKが開始する前に5が出現した後でも遅延を設定でき、遅延は12から自動的に追加されてリセットされますが、これにはチェーンパラメーターの大幅な変更が必要になり（現在は1ミリ秒の時定数があります）、フロントは非常にタイトになり、通常は歓迎されません。インジケーターへのリセットが形成される前にMCを開始します（ただし、これにはプログラムの変更が必要です。これは、鉄の仕上げに対応できない場合に延期するとよいでしょう）。
そのため、100 msの時定数でソース5のスイッチを入れる入力に遅延回路をRC回路に配置しました...何も起こりませんでした-波形は遅延が100 ms長くなったことを確認していますが、オンにすると欠陥がオンになりました。 遅延の増加がさらに必要である（または、そうであっても、すでにほぼ300ミリ秒を行っている）か、必要な遅延の場所に関する仮説が間違っているかのいずれかです。 別の実験を行います-ソース5の解像度を入力マイナスに短縮し、デバイスの電源を入れて1秒後にリリースします-欠陥が消えていないことがわかります。 ええ、それは5をオンにしてから画面をリセットするまでにまだ遅延が必要であることを意味します。 プログラムを修正し、120ミリ秒の遅延で欠陥が消えることを確認します。そのため、信頼性のために200ミリ秒を作成し、そのようにした理由をコメントで記述します（このような状況では、通常、何らかの迷惑な抽象化のように思われるテキストにコメントする必要性全体を理解しています）。
問題は解決し、欠陥は解消されますが、不快な残留物は残ります-理解できないことがあります（個人的に、私は何かを完全に理解していないと本当に好きではありません、これらの誤解は、最も不適当な瞬間に現れて後ろを傷つけるという不快な習慣を持っています）。 一般に、「しかしそれは機能する」アプローチは、カテゴリ的には私たちのアプローチではありません。ソリューションが機能する理由を理解する（または理解すると考える）必要があります。 「プログラムが機能しない場合でもそれほど怖くはありません。その理由は明らかではありません。 最悪のケースは、プログラムが実行されているときであり、その理由は明確ではありません。」
主な問題ではなく、最初の質問は、これがどのような遅延であるかであり、日付には記載されていません。 さて、ここではすべてが簡単です。krivorukovyeの開発者は、電源を入れたときにレースを避けるために一時的なブロックなどの回路に何らかの変更を導入し、デバイスの動作への影響を確認せず、日付を反映しませんでした。 これは常に発生しますが、これは決して（開発者）の言い訳として機能することはできませんので、この投稿は、特にインジケーターメーカーのテクニカルサポートへのアピールとして考慮されるようお願いします。 これは特定のインジケータの欠陥であり、昔は技術仕様の遅延の要件がないインスタンスのように振る舞い、苦情を考慮していた可能性がありますが、昔は忘却に陥っていました（これが良いか悪いかはわかりませんが、それは「感覚で私たちに与えられた客観的現実」と思考の事実です。 まだインジケータスキームがなく、他の誰かのスキームを理解するという特別な欲求もないので、もっともらしい説明を思いつき、この段階で私たちに合っています。
しかし、2番目の誤解はより警戒心が強い-結局、実験は欠陥の間違った原因を最初に明確に示した（実際、実験は結果の解釈が誤っていたという事実以外を何も示さなかった）そしてこれに対処する必要があります-これは何が起こっているかを理解する上でのカントですこれは原則として受け入れられません。 もう一度、矛盾を定式化します-デバイスに12から電力が供給されて機能しているときにソース5をオフにすると、スイッチオンは発生しませんが、電源供給の開始の最初からソース5のオンを遅らせると、最初の起動時に欠陥があります。 TRIZの規則に完全に準拠して、十分に定式化された矛盾は、それを克服するメカニズムを示唆しています。 インジケーターが既に正しく機能している場合（リセットが完了している場合）、電源をオフにしても元の（未定義の）状態に戻ることはありません。つまり、何らかの形でそれをサポートします。 この仮説をテストするために、別の実験を行います。ソース5をブロックし、デバイスの電源を入れ、5を押してMKを機能させますが、2番目のリセットに到達せず、再びブロックして手順を繰り返します。 この場合のテストモード（動作モードに到達しない）には、常に欠陥があることがわかります。 MKが2番目のリセットに到達して動作モードに入ることを許可すると、その後のソース5のすべての再起動により、正しい組み込みシーケンスが実行されます。 なぜこれが行われるのかはあまり明確ではありませんが、それは非常に実現可能であり、同様の動作を持つ図を描くことさえできます。
さて、すべてが明らかになったら、プログラムの新しい遅延を修正し、問題の完全な解決を検討します（以前に取得した結果と矛盾する新しい結果が得られるまで）。インジケーターのコピーを取得するまでは、200ミリ秒の遅延では不十分です。