作者: Mr.K 時間: 2019-1-17 00:09 標題: 請教 Cyclic Redundancy Check (CRC)
最近研究緊 FPS qrcode
佢個 format 所有都冇咩問題
但 CRC 2-byte 4個位點計出黎?
https://ffo.hkma.gov.hk/download ... ents_in_HK_v1_0.pdf
The CRC (ID “63”) shall be calculated according to [ISO/IEC 13239] using the
polynomial '1021' (hex) and initial value 'FFFF' (hex). The data over which the
checksum is calculated shall cover all data objects, including their ID, Length and
Value, to be included in the QR Code, in their respective order, as well as the ID and
Length of the CRC itself (but excluding its Value). Following the calculation of the
checksum, the resulting 2-byte hexadecimal value shall be encoded as a 4-character
Alphanumeric Special value by converting each nibble to an Alphanumeric Special
character. For example, a CRC with a two-byte hexadecimal value of '007B' is
included in the QR Code as "6304007B".
作者: 7h1r733n 時間: 2019-1-17 00:30
本帖最後由 7h1r733n 於 2019-1-17 00:35 編輯
ISO/IEC 13239係CRC16既standard... 點計網上大把code sample.. 搵一搵就有...
http://srecord.sourceforge.net/crc16-ccitt.html
作者: Mr.K 時間: 2019-1-17 09:55
原來係 16, 我奇怪點解搵唔倒 crc2
作者: Mr.K 時間: 2019-1-17 10:40
計極都同hsbc個fps crc 唔同

作者: Mr.K 時間: 2019-1-17 11:32
解決左, 原來連 id 63 length 04 都要入埋

麻煩哂巴打, 多謝提點, 馬上通左

作者: xiao 時間: 2019-1-17 11:35
0x6304007B, 直接BCD數就是ASCII STRING
作者: ati16800 時間: 2019-1-17 13:06
crc16算唔算史前動物, 咁新既fps點解仲用?
作者: 燕飛 時間: 2019-1-17 14:51
本帖最後由 燕飛 於 2019-1-17 14:52 編輯
唔用crc可以用咩?
唔通用2百幾bit 既hash 塞落個QR code?
via HKEPC Reader for Android
作者: Mr.K 時間: 2019-1-17 15:51
其實qrcode加呢個hash個作用係咩?
作者: Mr.K 時間: 2019-1-17 17:38
原來依家基本上所有都唔支援FPS qrcode
就算用hkma 整合左都冇咩用
得hsbc認倒
作者: ati16800 時間: 2019-1-17 21:34
唔用crc可以用咩?
唔通用2百幾bit 既hash 塞落個QR code?
via HKEPC Reader for Android ...
一般會用crc32
作者: 燕飛 時間: 2019-1-17 21:42
回復 11 #ati16800
USB2.0 咁多data 都係用 CRC5
via HKEPC Reader for Android
作者: java2 時間: 2019-1-23 18:26
咪就係檢查內容是否正確
作者: java2 時間: 2019-1-23 18:27
CRC 結果短同計算快, 唔通下下用 SHA256 咩?
作者: Jip仔 時間: 2020-8-21 11:43
請問CHING最後是否成功整合到QRcode
能否分享一下
謝

