分割ずTIの質問ぞ

「芋せないで、マリア・むワノフナ、そしおお気に入りの歌「ノァレンキ」を聞いおください」









芋出しにもかかわらず、プレれンテヌションの順序は逆になりたす-最初にテキサス・むンスツルメンツに぀いおもちろん、䌚瀟自䜓に぀いおではなく、私はただ゚ンゞニアであり、 トレヌナヌではなく、ビゞネス・アナリストです。したがっお、䌚瀟によっお補造された補品に぀いおです、それから分割に぀いおのみです。



マレゟンバレ゚の最初の郚分。



議論の察象は比范的新しいSS13xxファミリSS1310 / SS1350 / SS1352ですが、組み蟌みシステムのプログラミング分野の状況を議論するための出発点にすぎたせん。 このMKは、さたざたなタむプのワむダレスむンタヌフェむスを備えたデバむスの蚭蚈での䜿甚を目的ずしおいたす特に、このファミリを䜿甚する可胜性を䜿い果たすこずはないため、IoTの新語はあたり奜きではありたせん。



MKはM3コアに基づいお構築されおおり、プログラムずデヌタの頻床ずメモリサむズの蚘録砎りのパラメヌタヌではありたせんが、むンタヌフェむスの十分なセットがありたすが、これらのパラメヌタヌは決しお興味深いものではありたせん。 この機胜は、倖郚デバむスを操䜜したり、゚ヌテルを介しお盞互䜜甚したりするために、マむクロサヌキットに3぀のMKコア䞭倮に1぀、呚蟺に2぀が含たれおいるこずです。 この決定の理由は䜕ですか



たず第䞀に、最小限の゚ネルギヌ消費を確保したいずいう願望。 実際、リ゜ヌスを集䞭的に䜿甚する蚈算を比范的短時間で実行し、クロック呚波数を䞋げおスタンバむモヌドに切り替えるこずで消費を削枛する埓来の方法には自然な制限があり、高速コアはより䜎い呚波数で比范的倚く消費したすが、必芁な反応時間を提䟛したせん倖郚むベント。 この矛盟を解消するために、センサヌコントロヌラヌの2番目のコアが導入されたした。これにより、䜎電力モヌドで倖郚ずのやり取りが可胜になり、リ゜ヌスを倧量に消費する蚈算が必芁になるず、メむンコアがアクティブになりたす。



3番目のコントロヌラヌは、消費を削枛するずいう同じタスクを非垞に耇雑な方法で解決したす。 実際のずころ、無線亀換プロトコルを維持するには、非垞に厳しい時間制玄を維持する必芁があるこずが倚く、それらを䞭倮コアにタヌゲットプログラムの実行ず同時に実装しようずするず、コアクロック呚波数、したがっお、電源から消費される電力を増やす必芁がありたす。 関数の分離により、この矛盟TRIZスタむルの兞型的な解決策を取り陀くこずができたす。



このような機胜の分離が絶察に必芁であり、必芁なパラメヌタヌをより単玔なアヌキテクチャ゜リュヌションでは達成できないこずは絶察にわかりたせんが、䟡栌が合理的なフレヌムワヌク内に維持され、必芁な機胜が実珟される堎合は、そうではありたせん。 さらに、この投皿はただMKのハヌドりェアコンポヌネントに関するものではなく、単に状況をカバヌするためのものです。 このクラスのMK甚の゜フトりェアを䜜成するプロセスを怜蚎したす。



たず、メむンコア、すべおがここで暙準です-M3コア自䜓はよく知られ、ツヌルチェヌンはgccであり、䌚瀟自䜓は2぀のIDEccsずiarを掚奚しおいたす。 私は最埌のメンバヌず倚くの仕事をしたので、 悲芳的なチュヌトンの倩才 TIコレクティブマむンドがどのような補品を生み出したのか詊しおみるこずにしたした。 Code Composer Studioは䌚瀟の開発であり、Eclipseに基づいおだれが考えおいたでしょうかこの環境に固有のすべおの長所ず短所を持ち、制限なしで完党に無料です。



私が戞惑うこずを䞀床だけ蚀いたいのは、䌚瀟がこのMKを操䜜するための远加のナヌティリティを提䟛しおいるこずです無線で起動可胜なファヌムりェアむメヌゞを䜜成し、MKに転送するため。しかし、それらは䜕らかの理由で、Javaではなく、これは、プログラミング環境の基瀎であり、むンストヌルパッケヌゞの䞀郚であるランタむムシステム、およびPhyton䞊にありたす。 埌者を匷く嫌ったわけではありたせん1぀はありたすが、プログラム構造にむンデントを蚭定するこずは受け入れたせんが、最終的には「色ず色が異なりたす」が、明らかに冗長な゚ンティティを匕き付ける必芁がある理由は明らかではありたせん。 さらに、ナヌティリティ自䜓は耇雑ではなく、特定のラむブラリを䜿甚せず、䜜成者によっお非垞に限られた時間だけJavaに転送されたしたが、プログラムの長さを20増加させるこずはわずかに困難でしたが、パフォヌマンスの顕著な倉化なしに、少し奇劙ですランタむムはファむルの読み取りに関連付けられおいたすが、これはそれほど驚くこずではありたせん-Funtik Fによる最新のメモ...。



パズルの2番目の郚分は、プラグむンを簡単に埋め蟌むこずができるため、Eclipse自䜓が人気があるずいう事実にありたす。 この事実を考慮するず、プログラミング環境の開発者がナヌザヌにコマンドラむンからハンドル付きのナヌティリティを呌び出させ、以前は開発環境でハンドル付きの端末を切断し、ハンドル付きのMKでデヌタ受信プログラムを起動しおから、ハンドル付きの端末を再び埩元するずいう決定は非垞に䞍思議です。 「ヒンズヌ教埒のプログラマ」にずっおは、おそらくこの゜リュヌションが唯䞀可胜な方法であり、完党に正圓化されおいるように芋えたすが、倧䌁業はより有胜な人材を匕き付ける䜙裕がありたす。



さらに、Sensor Composer Studio補品を䜿甚しお、センサヌコントロヌラヌ名前はあたり成功しおいたせんが、盎接トレヌシングペヌパヌのプログラミングが実行されたす。 すぐに別の質問-なぜ別の補品が必芁なのか、りィンドりを切り替えるのが非垞に難しいずいうこずではなく、それでも...特に、䜜成されたコヌドが最終的にメむンMKのコヌドの䞀郚になるのでもちろん、実行されたせんが、プログラムメモリの䞀般的なアドレス空間に含たれたす。



そしお、もう1぀の機胜がありたす。このコアアヌキテクチャに぀いおは䜕も語りたせんが、16ビット、䜎消費、独自仕様である点は陀きたす。 䞀般に、それで問題ありたせん。うたく機胜したすが、「堆積物は残りたす」。 以䞋は、このカヌネルのコマンドの説明です。サむクルを敎理するためのコマンドなどの機胜はありたすが、これは430の修正であるず想定できたす。 汎甚およびロヌカルアドレス空間での呚蟺レゞスタの堎所が指定され、その埌、再び奇劙さが始たりたす-呚蟺レゞスタを含む倚くのレゞスタには、「TIラむブラリのみで䜿甚されたす」ずいうフレヌズが付随し、䞀郚のレゞスタに぀いおは、ビットフィヌルド割り圓おがただ指定されおいたす。䞀郚はそうではありたせん。 これらのレゞスタヌの説明が気になるこずではありたせんが、ナヌザヌがそれらを䜿甚する予定がないのに、なぜそれらを提䟛するのか-私は個人的にはあたり理解しおいたせん。



たた、特別なラむブラリを䜿甚しおメむンカヌネルからこのカヌネルの呚蟺にアクセスするこずもできたす。たた、いく぀かのプラグむンを䜿甚しお、前述のプログラミング環境でコヌドを蚘述するこずもできたす。 ここではすべお問題ありたせん。ドキュメントは十分で、蚭定は䟿利です。蚭定のグラフィカルな衚珟があり、特別なモヌドでの組み蟌みデバッグがありたす䞀般モヌドでは、デバッガヌはメむンカヌネルでビゞヌです。



次の郚分は、M0に基づいお構築された無線で動䜜するためのカヌネルで、独自のROMからプログラムを実行したすほずんどの堎合、䞍揮発性メモリの䞀郚であり、珟代のMKにはマスクメモリがありそうにありたせん。ナヌザヌによるドキュメントではありたせん。 無線パスの内郚構造に関する情報は非垞に少なく、実際にはモヌド蚭定コマンドの説明からのみ抜出できたすが、通垞の「組み蟌み」開発者には必芁ありたせん。



メむンコアず無線郚分間の盞互䜜甚は、メッセヌゞフロヌに基づいおおり、十分に詳现に文曞化されおいたす。 そしお、このドキュメントは簡単なこずを理解するのに十分です-通信プロトコルは蚀うたでもなく、カヌネル間の盞互䜜甚のメカニズムを構築したせんたあ、私は間違いなくしたせんが、それでも盞互䜜甚は非垞に耇雑なので、䌚瀟によっお実装されたラむブラリを䜿甚したす蚭蚈では、倚数のさたざたな芁因を考慮に入れる必芁がありたす。そのため、独自のパッケヌゞを䜜成する利点が、パッケヌゞの䜜成コストを盞殺するこずはありたせん。 したがっお、再びラむブラリサブレむダヌを䜿甚しお、メむンコアず無線コアの盞互䜜甚を敎理し、ほずんどの堎合、チャネルパラメヌタヌ化のみを䜿甚しお既補のモゞュヌルを䜿甚しお暙準化された無線通信チャネルを敎理するための既補の゜リュヌションを䜿甚したす。



このMKの本栌的なプログラムを曞くこずは簡単な䜜業ではなく、䞊玚のプロにずっおも非垞にアクセスしやすいこずが読者に明らかになったず思いたすが、「普通の」開発者はどうすればよいでしょうかOleg Artamonovが最近曞いたように、職業」。 同瀟はこのケヌスを凊理し、開発環境ずずもに、SimpleLinkず呌ばれるすべおの機䌚にプログラムの倧きなパッケヌゞ䟋のセットを提䟛したす。 さらに、゜リュヌションは2぀のバヌゞョンで提䟛されたす-TI-RTOSリアルタむムオペレヌティングシステムを䜿甚する私の意芋では、これはより䟿利な方法です、そしおスヌパヌサむクル内蔵OSをあたり食べないほど嫌いな堎合 「。 私はMKのRTOSに぀いお萜ち着いおいるので、最初のオプションを䜿甚し、同じこずを行うこずをお勧めしたす。特に、OSアセンブリプロセスの構成を理解しおタスクのクラスに適合させる堎合、䜿いやすさが節玄され、この利䟿性を維持するためのコストが倧幅に削枛されたす。



このパッケヌゞに察する私の個人的な態床は2぀ありたす。䞀方では、MKの䜿甚を劇的に簡玠化する玠晎らしい仕事ですしたがっお、私はそれを䜿甚したすが、他方では、「ゎミ、火傷、゜ドミヌ」、「良い建築のコストが悪いアヌキテクチャのコストを考えおみおください。」だから私は圌をscった。これはモゞュヌルによる機胜の分配ずそれらの間の関係だけではなくここではすべおがスムヌズではないが、ファむル、ファむル名、分配によるモゞュヌルの分配に぀いおでもある ディレクトリやその名前ず構造などによるファむル。など。たあ、KISSずDRYの原則に違反するこずは、パッケヌゞの開発者にずっおはほずんどルヌルですが、パッケヌゞの゜ヌスコヌドを把握できなければこの愚かな習慣を取り陀くこずはできたせん、 「そのたた」䜿甚するず、すべおが正垞に機胜したす。少なくずも特定のプロゞェクトで問題を発芋したこずはありたせん蟱された矎的感芚ず人類ぞの信仰の喪倱は別ずしお。



しかし、今では、この投皿の䞻芁な仮定にスムヌズに進むこずができたす決しお遅れるよりはたしです。 真の汎甚性ず高いパフォヌマンスを兌ね備えたフレヌムワヌクを曞くこずは、非垞に難しいずい぀も思っおいたした。 同瀟が提案する開発䟋は、汎甚性に重点を眮いたたさにそのようなフレヌムワヌクを衚しおおり、アプリケヌションカスタマむズツヌルはほずんど完党に存圚せず、すべおがカヌドの調敎レベルにありたす。 私たちの倚くの䟋の1぀を取り、枬定ず分析そしおもちろん送信に関連する小さな郚分を倉曎すれば、完了です。 もちろん、䞀般的な堎合、結果のコヌドはかなり肥倧化したすが、さたざたなアプリケヌション条件のさたざたな䟋を提䟛したす。タスクに最適なものを遞択するだけです。 極端な堎合、かなりの量のプログラムメモリがMKに組み蟌たれおいるため、このリ゜ヌスの保存に぀いお考える必芁はありたせん。 さらに、実行䞭のラむブラリの倧郚分はすでにROM内に隠されおいるため、泚意しお呌び出す必芁がありたす。



私はそのようなアプロヌチに反察したわけではなく、自転車の発明を断固ずしお䞻匵したした。コヌドの再利甚は、カテゎリの必須事項であり、プログラマの高い生産性を保蚌したすが、次の条件がありたす。

䜿甚されるルヌチンのラむブラリは次のずおりです。



  1. 慎重に蚭蚈された
  2. きちんずプログラムされた
  3. 包括的な文曞化
  4. 普遍的な
  5. 効果的。


そしお、最埌の2぀のポむントのみが望たしい堎合非垞に望たしいが、それでも...、最初の3぀が必芁です。



たた、同瀟が提䟛するSimpleLinkパッケヌゞの芁件に぀いおはどうですか 以䞋は、パッケヌゞを衚面的に知っおいる順に埗られた5段階の評䟡です。



1aモゞュヌル間の接続を考慮し、各モゞュヌルの胜力の境界を明確に抂説する必芁がありたす。機胜の重耇を陀き、むンタヌフェむスが機胜したした-しっかりした4぀、党䜓ずしお䜜業が完了したした。



1bよく考えられたディレクトリ構造を持぀ファむルぞのモゞュヌルの配垃は、おそらく3぀のプラスであり、異なるファむルのプログラムモゞュヌルのテキストを繰り返すだけの䟡倀がありたす。



2.パッケヌゞには、たれにしか怜出されない゚ラヌを怜出できないようにする必芁がありたす垞に゚ラヌが衚瀺されるべきではないずいう事実は明らかです。 ここで芋積もりをするこずは困難です、私は1぀の䞍快な状況に泚意したす-ほずんどの関数は通垞のプログラムメモリず読み取り専甚メモリの䞡方から呌び出すこずができ、最初のオプションの゜ヌスがアクセス可胜で有効な堎合、2番目のものははるかに悪いです-指瀺は䞎えられたせんその゜ヌスも、最初のオプションずの同䞀性に぀いおも、怜蚌の問題はありたせん。



3.゜リッド4のドキュメンテヌションは、䜜成者がドキュメンテヌションの芳点からDoxygenの「力ず衚珟力」に頌らず、少なくずも1ポむントを䞎え、コンテキストリンクのシステムがあり、機胜の原則の説明があるずいう事実です-私はドキュメンテヌションの芳点だけでトップ5を入れたせん自分でも蚭定したせん。



4.構成が開発されおいないため、4぀以䞋ですが、これに぀いおは既に説明したした。



5.蚀うのは難しいですが、私は通垞SPIの実装を芋たす-それは䞀方では暙準的なレヌキの欠劂を理解するのに十分単玔であり、他方ではそれらを詰め蟌む堎所を持぀のに十分耇雑です。 したがっお、このパッケヌゞには、バむトの曞き蟌み/読み取りのためのベンチマヌク的に非効率的な手順がありたすが、深みに飛び蟌むず、MPDを䜿甚しお実際に䜿甚されるオプションを芋぀けるこずができたす、それらに぀いおはただ䜕も蚀えたせん。



深さに぀いおのメモ-それらは非垞に深く4-5個の入れ子関数を䜿甚、パッケヌゞの1぀の機胜に蚀及するしかありたせん-Cで曞かれおいたす。文字の埌に2぀のプラスを远加するこずを忘れたせんでした。 このトピックの人たちにずっおは、倚くのこずが明らかになりたす。重芁なオブゞェクトを実装するずきに、ハヌドりェアレベルで実行される䞀連の機胜を決定するために、他のすべおの人に刺激的な探求を行うこずをお勧めしたす。 もちろん、クラスを䜿甚する堎合、このようなタスクは簡単になりたすが、これはTIのJediのやり方ではありたせん。 これは、プラスを無芖するナヌザヌにずっお必芁な懞念事項であるが、なぜそこで停止するのか、しかし圌らが気分を害した䞍幞なアセンブラヌのナヌザヌに぀いおはどうなのかを理解しおいたす。



結論ずしお、「トップで正しく理解できるように」、MKファミリヌ、開発環境、たたは゜フトりェアパッケヌゞをscらないで、ナヌザヌにずっおより良く、より䟿利で、魅力的なものにしたいこずを匷調したいず思いたす。 。 TIには自分のアカりントがあり、Nationalの買収や、その埌の興味深いMKラむンの殺害埌者の堎合、圌らは自分自身を眰したすがの買収や、2014幎に返されたものを決しお蚱したせん泚文したクリスタルのお金私はクリミアには觊れたせんでしたがですが、この深い感情は客芳的であるこずを劚げるものではありたせん-圌らは良い仕事をしたした。 䌚瀟によっお提案された、゚ピグラフに蚘茉されおいる抂念は、私にはあたり近すぎたせんが、おそらく正しいので、耇雑な結晶の他の方法はありたせん。 これはトレンドであり、それず戊う意味はありたせん。



そしお、これがトレンドであるずいう事実は、新しいVicor電源管理クリスタルの状況を裏付けおいたす。 氎晶自䜓は優れおおり評刀の良い䌚瀟にずっおは逆のこずは驚くべきこずです、パラメヌタヌは非垞に優れおおり、倖郚コンポヌネント、特にむンダクタンスの遞択に関するセクションでのみ蚀及したした。 ドキュメンテヌションでは、このセクションは1぀のパラグラフにすぎず、特定のメヌカヌの特定のむンダクタンスモデルを瀺し、他のオプションは考慮されないこずを明瀺しおいたす。 氎晶の開発者の理由を完党に理解しおいたすスむッチング呚波数が高く、電流が倧きく、そのような条件でのむンダクタンスの蚭蚈は簡単な䜜業ではありたせん、それでも、今のずころ、この蚭蚈のアプロヌチは私にずっおは珍しいこずですが、「ここで重芁なのは」 これら2぀のコンポヌネントをたずめお販売する必芁がある堎合は、質問はありたせん。



マルレゟンバレ゚の第二郚。



さお、郚門の䜿甚に぀いおはTIのラむブラリの1぀で発芋されたしたが、この䌚瀟には盎接適甚されたせんが、gccコンパむラの機胜です。 したがっお、アドレス算術のフィヌルドから問題を定匏化したす-配列の2぀の芁玠たたは単玔に同じタむプの連続したデヌタぞのポむンタヌによっお指定されたむンデックス぀たり、バむトではなくむンデックスの差を蚈算する必芁がありたす。 原則ずしお、芁玠の1぀は配列の最初の芁玠ですが、これは重芁ではありたせん。



タスク自䜓はシンプルで、Cでは、゜リュヌションは明癜で、次のようになりたす。





(pointer1−pointer0)/sizeof(type)





。悪魔は実装に隠れおいたす-郚門チヌムは䞀般的なMKアヌキテクチャに暙準的に実装されおいないため、高速ではありたせん。陀数が倉数の堎合、単語からの良い解はたったくありたせんが、定数倀には乗算に基づくオプションがありたす。乗算の玠晎らしい特性のおかげで





(a+b)∗(c+d)=a∗c+a∗d+b∗c+b∗d





加算は加算的、感謝、キャプテン乗算のハヌドりェア実装は実装でより䞀般的であり、非垞に高速ですハヌドりェア乗算噚のトピック自䜓は興味深いですが、それに぀いおは今ではありたせん。残念ながら、陀算に同様のプロパティはありたせん。そのため、ハヌドりェアの実装ずいう点では珍しいゲストです。



したがっお、陀算䞀定で、これは重芁ですの代わりに、乗算を適甚しお、手を芋おください





a/c=a∗(1/c)=a∗(N/(N∗c))=a∗(N/c)/N





ここで、Nは远加の定数です。論理的な疑問が生じたす-どんな皮類のごみです。今では、1぀ではなく2぀の陀算挔算があり、さらには乗算もありたす。 2の环乗の堎合、答えは正しく遞択されたすが、陀算は数倀の右ぞのシフトになり、これははるかに安䟡です。たた、指数が8の倍数である堎合、陀算は数倀のバむトの再番号付けになり、コストはたったくかかりたせん。 N / c因子は䞀定であるため、事前に蚈算したす。詳现が1぀でない堎合は、すべおがうたくいくようです-この因子の衚珟の粟床。



数倀を2進数から10進数に倉換するずきに発生する10で陀算する特定のケヌスを考慮し、H = 256を取埗しお、乗算の定数256/10 = 25.6を蚈算し、敎数25-2.3たたは26+1.6 。次に、たずえば、100 * 26 = 2600 = 256 * 10 + 40で、結果の最高郚分は10で、これは予想される100/10 = 10に察応したす。配圓のどの倀で結果が正しい倀から1぀以䞊逞脱するかを蚈算できたすが、このためには次の圢匏の方皋匏を解かなければなりたせん。





[n/10]=[n∗k/N]+1





括匧は切り捚おられた敎数郚分を意味したす、これはあたり明確な手順ではありたせんが、数倀シミュレヌションを実行し、特定のnに察しお結果が正しいこずを確認する方が簡単です。補正添加剀を入力し、匏によっお粟床の䜎䞋を補正できたす





(∗26−/2+1)/256





配圓倀の蚱容範囲を倧幅に拡匵したす最倧256、぀たり8ビットの笊号なし敎数で間違いを犯すこずはありたせんが、この方法の根本的な欠点を排陀するこずはできたせん-゚ラヌの存圚に加えお、残りのプラむベヌト蚈算のみが埗られたす必芁ですが、これは私たちの堎合ではありたせん䜜業の速床に悪圱響を䞎える個別の操䜜のみを行うこずは可胜です。䞀般に、この方法は非垞に機胜しおいたすが、範囲が限られおいたす。



したがっお、コンパむルされたコヌドで機䌚のためのゎッドボルトのおかげでい぀ものように、定数非垞に小さいで陀算するのではなく、特定の十分に倧きい定数によるアドレス算術乗算を芋たした。別の質問は、定数が䞊蚘の方法で蚈算された定数ずたったく䌌おいないずいうこずでした。そしお最埌に、結果は䜜品の䞊䜍半分ではなく、最幎少の郚分です。䞀般的に、少し奇劙な方法、いく぀かのゎミですが、蚈算はそれが動䜜するこずを瀺しおいたす。簡単な考えで秘密が明らかになり、その方法は完党に正しいこずが刀明したすが、...もちろん、䞀般的なケヌスでは陀算を乗算で眮き換えるこずは䞍可胜なので、読者は「しかし...」ず期埅しおいたした。



マゞックナンバヌ143を怜蚎し、その面癜いプロパティ77 * 143 = 11011、最も若い郚分011 = 1 = 77/7を調べたす。 999 * 7 = 6993を超えないすべおの数倀に぀いお、784 * 143 = 112112、最も若い郚分が112 = 784/7などであるこずが簡単にわかりたす。ここでは、メ゜ッドの自然な制限ですが、別のマゞック番号7143を䜿甚しお、可胜性の範囲を9999 * 7 = 69993に拡匵したす。同様の魔法特性を持぀他の魔法の数字を芋぀けるこずは難しくありたせん。



これらの数字を取埗する方法-配圓を乗算するず、最も若い郚分の陀算の結果、この堎合は7を含む結果を取埗できたす。これは、簡単に聞こえたすが、入力番号7に぀いおは非垞に簡単ですxxx001を取埗し、xxx = 001ずし、ここでは単玔なストリヌトマゞック1001/7 = 143ずしたす。明らかに、143 * 7 = 1001、その埌、任意の数= n * 7、n * 7* 143 = n *7 * 143= n * 1001が真であり、結果の䞋の郚分がnずなりたす。



今、この方法の根本的な欠点がわかりたす-それは陀数の倍数である数字に察しおのみ機胜し、他のすべおの堎合には完党に予枬䞍可胜な陀算に察応する意味ではない乗算結果を䞎えたす。しかし、この特定のアプリケヌションでは、配列芁玠のアドレスを枛算するず、結果は配列芁玠のサむズの正確な倍数になり、このメ゜ッドを䜿甚するすべおの暩利が埗られたす。間違った数字を䜿甚した堎合、分割の結果は「機械は補粉機であり、石を投げるず小麊粉は機胜したせん」ずいう興味も持たないはずです。



7以倖の陀数のマゞックナンバヌずその存圚の蚌明を芋぀けるには、興味接々の読者にお任せしたす。陀数に応じお因子をプロットし、その䞊にディップずピヌクを芋るのも興味深いです。おそらくそれらの存圚は数論ず䜕らかの盞関関係がありたす。たずえば、コンポゞット21 = 3 * 7の堎合、この数= 381もちろん、最小数、残りは私たちにずっお興味のないものですは補品667 * 143 = 95381よりも明らかに小さく、私が単玔に考えたように、381 = 381でも耇数ではありたせん。



もう1぀の興味深い事実は、マゞックナンバヌは番号システムによっお異なるずいうこずです。たずえば、10進法では、x ... 1の圢匏の数倀はいずれも陀数ずしお5を䜿甚できず、この方法は機胜しないため、5で陀算する定数はありたせん。しかし、同時に、バむナリ16進数システムでは、1024 + 1 = 1025 = 0x401が結果205 = 0xCDで玠晎らしく分割され、アルゎリズムが再び機胜するため、この問題は解決されたす。たずえば、130 * 205 = 0x82 * 0xCD = 0xFAFA => FA = 26 = 130/5。さらに、因子を芋぀ける問題が奇数の玄数で解決され、偶数の任意の数が有限のシフトを持぀奇数の数に倉わるこずを蚌明するこずができたす私はそう思う。バむナリ衚珟が䟿利で䟿利である限り、幞運でした。



PS。私の垞連の読者私はそのような存圚があるこずを願っおうらやたしいは困惑しおいる-投皿は終わり、「ダロスラノナの叫び」はどこにあるのか。心配しないでください、圌がそこにいたす。



CC1350およびCC1352のデバッグボヌドでは、アンテナスむッチの1぀の氎晶が䜿甚されたす異なる方法で䜿甚されたすが、問題ではありたせん、぀たりXMSSJE3G0PAロシア語の転写でこれを読もうずしないでください。したがっお、控えめな特性を持぀スむッチ-最倧2.7 GHzの呚波数垯域、パススルヌ枛衰-0.28 dB、絶瞁枛衰-33 dB、スむッチング電力-20 dB。しかし、このすべおは、「絶瞁䜓䞊のシリコン」ず「ヒ化ガリりム」ずいう応甚技術にもかかわらず、寞法1.5 * 1.5mmずコスト-0.9ドルずいう2぀のパラメヌタヌによっお補正されたす。



圌らがそれをどのように行うのか-私は䞻に䟡栌に぀いお話しおいる、そしお次に-私たちがそれをしない理由-質問は修蟞的です



All Articles