問題タブ [crc]

crc チェックに失敗したパケットを保持したい。これを行うために、受信バッファ内の LQI バイトの msb ビットをチェックする CC2420RecieveP readDone 関数のセクションをコメントアウトしました。

これは効いていると思いますが、

ただし、独自の受信関数でパケットを受信すると、シリアル コンポーネントを介して送信します (ペイロードだけでなく、受信した無線パケット全体をシリアル パケットのペイロード領域にコピーします)。プログラム Listen を使用すると、関数 receiveDone_task で crc が bufPTR に明確にコピーされているにもかかわらず、crc bool 値が存在しないように見えます (LQI と RSSI のみ)。

:(

ヘルプ！

マイク。

最後に 16 ビットのチェックサムを持ついくつかのパケットがあると仮定しましょう。どのチェックサム アルゴリズムが使用されているかを推測したいと思います。

まず、ダンプ データから、パケットのペイロードの 1 バイトの変更によってチェックサムが完全に変更されることがわかります。そのため、単純な XOR または合計ではないと推測できます。

次に、 CRC16 のいくつかのバリエーションを試しましたが、うまくいきませんでした。

この質問は暗号化に偏っている可能性がありますが、これがどの CRC であるかを調べるためのわかりやすい統計ツールに本当に興味があります。他のすべてが失敗した場合は、別の CRC アルゴリズムを描画することさえあります。

背景の話: 私はある種のチェックサムを持つシリアル RFID プロトコルを持っています。問題なくメッセージを再生し、結果を解釈することはできますが (チェックサム チェックなし)、変更されたパケットを送信できません。

既存のソフトウェアを使用して、RFID チップのペイロードを変更できます。ただし、一意のシリアル番号は不変であるため、考えられるすべての組み合わせを確認することはできません。1 ずつ増加する値のダンプを生成できましたが、この問題に徹底的な検索を適用するには十分ではありませんでした。

質問自体が十分でない場合は、データを含むダンプファイルを利用できます:-)

参照ドキュメントが必要ですか? A PAINLESS GUIDE TO CRC ERROR DETECTION ALGORITHMSは、ここで質問した後に見つけた素晴らしいリファレンスです。

最後に、CCITT よりも受け入れられた回答で非常に役立つヒントが得られた後、 この CRC 計算機を使用し、生成されたチェックサムを既知のチェックサムで xor して 0xffff を取得し、最終的な xor が CCITT の 0x0000 の 0xffff インストレッドであるという結論に至りました。

一部のユーザーは、Web サーバーからインストーラーをダウンロードした後に発生した奇妙なエラーについて不満を漏らしています。

これは NSIS インストーラーであり、ダウンロードすると (通常はインターネット接続が遅いために) 機能しないか不完全であり、メッセージは非常に明確です。(私のユーザーはスペイン語しか話せないと言いましたか?)。

言語を変更したり、カスタム エラー メッセージを作成したりするにはどうすればよいですか?

以下を使用して、すでにスペイン語でインストーラーを作成しています。

何か案が？

ISO 14443で説明されているようにC＃でCRC_Bエンコーディングを計算する方法は？ここにいくつかの背景情報があります：

CRC_Bエンコーディングこの付録は説明の目的で提供されており、物理層に存在するビットパターンを示しています。これは、CRC_BエンコーディングのISO /IEC14443-3タイプB実装をチェックする目的で含まれています。詳細については、ISO /IEC3309およびCCITTX.252.2.7およびV.428.1.1.6.1を参照してください。初期値='FFFF'

• 例1：0x00 0x00 0x00の場合、最終的に0xCC0xC6のCRC_Bになるはずです。
• 例2：0x0F 0xAA 0xFFの場合、最終的に0xFC0xD1のCRC_Bになるはずです。

ランダムなCRC16ライブラリをいくつか試しましたが、同じ結果が得られません。ここのように、オンラインチェックでも同じ結果は得られませんでした。

16ビットCRCを生成する必要があるデバイスを使用しています。

デバイスのデータシートには、次のCRC定義が必要であると記載されています。

ここで、preset = FFFF（16ビット）およびResidue = 1D0F（16ビット）

CRCアルゴリズムを検索したところ、次のリンクが見つかりました： http ://www.lammertbies.nl/comm/info/crc-calculation.html

両方があります。CRC-CCITT（0xFFFF）CRC-CCITT（0x1D0F）

プリセットと残差の違いは何ですか？

私は小さな FAT16 ファイルシステムで作業しており、構成情報を格納する個々の XML ファイルの CRC 値を生成したいと考えています。データが変更または破損した場合に備えて、CRC をチェックして、ファイルがまだ元の状態にあることを確認できるようにしたいと考えています。

問題は、ファイル自体の CRC 値を変更せずに、CRC 値をファイルに入れるにはどうすればよいかということです。解決策はいくつか考えられますが、この問題にはかなり標準的な解決策が必要だと思います。

次の結果で機能するcrcを見つけようとしています。バイト文字列は 2 バイト (つまり 0xCE1E) で構成され、crc は 1 バイト (つまり 0x03) です。

誰でも助けることができますか？

与えられたコード+CRC文字列が与えられた場合、どうすればCRCアルゴリズムを理解できますか？

コードと一致するCRCで構成される文字列がいくつかありますが、より多くのコード文字列を生成できるように、問題のCRCを計算する方法がわかりません。次にいくつかのサンプル（16ビットコード+ 4ビットCRC）を示します。

これらのコードは、X10製品のようなRF（433MHz）送信機から送信されます。

これがCRCなのか、それとも何なのかはわかりませんが、少なくともこれらのコード文字列から何らかの形で計算されています。

更新

RE：仕様を見つけることも最善の解決策だと思いますが、これはオプションではないため、なんとかしてチェックサム計算を総当たり攻撃する必要があります。

これが問題です。仕様がなく、どこにも入手できません。結果なしでいくつかの異なるチェックサム計算方法を試しましたが、入力文字列を比較して共通点を見つけ、この方法でアルゴリズムを取得する方法はありませんか？

ネットワークメッセージの残りのビットを検証するために、巡回冗長検査でXORアルゴリズムの残りを計算するために数学がどのように行われるかを思い出そうとしています。

その教科書を捨てるべきではなかった。

これはコードで簡単に実行できますが、手作業ではどのように行うのでしょうか?

標準の除算アルゴリズムのように見えることは知っていますが、そこから余りを取得するためにどこに行けばよいか思い出せません。

注: Google で調べましたが、残りを計算する手順をマップした場所を見つけることができませんでした。

修正する必要のある16ビットチェックサムで保護されたデータセットがあります。チェックサムの場所はわかっていますが、それらが計算される正確な領域と、それらを計算するために使用される正確なアルゴリズムはわかっていません。16ビット、LSBファースト。ある種の16ビットCRCだと思いますが、実際にチェックサムを計算しているコードを見つけることができませんでした。

例：

チェックサムは4Eと64に格納されます。各データセクションの最初の単語のオフセットから計算されるのか、それ以降に計算されるのか、それとも全範囲で計算されるのかわかりません。私は多くの一般的なCRCアルゴリズムと多項式を試しましたが運がありませんでした。このアプリケーションで利用できるリファレンスや仕様はありません。

比較のために、CRCが異なる別のデータセクションを次に示します。

私の質問は、誰かがアルゴリズムを識別できるかということです。データとCRCからCRC多項式と他の要因を計算する方法はありますか？

ありがとう！

編集：

一般的なCRC16多項式0xA001の分解を検索すると、この関数が明らかになりました。