<rp id="h1hv3"></rp>
<font id="h1hv3"><th id="h1hv3"></th></font>

        <nobr id="h1hv3"><form id="h1hv3"></form></nobr>

        <strike id="h1hv3"></strike>

            <nobr id="h1hv3"></nobr>

            北京圓志科信電子科技有限公司

            精益求精 客戶至上

             M209x HF Reader
            • Nxp Reader IC
            • Support ISO14443A/B ISO15693 ISO7816
            • RS232/USB Interface
            • Support most of the 13.56MHz cards
             M5xx SAM/SIM Reader
            • Support ISO7816
            • Support PSAM/ESAM/ISAM 9600/38400/115200
            • Support 2/4/6 SAM modules
            • Support T=0/T=1 SAM modules
             RW163XX/RW202XX/RW210XX/RW208XX/RW301x... 125K/13.56M/2.4g READERS
            RFID Modules
                    RFIDModules
                   More antennas
            UP to 16pcs one board

             Tags

            客戶常見問題解答

            問題一:貴公司M104B與M104BPC均為UART串口模塊,M104B 9位數據格式,M104BPC 8位數據格式,請問這兩種通訊格式到底有什么不同?



            解答:M104B 9位數據格式,實際上為串口標準協議中的11位異步傳輸模式:1位起始位,8位數據位,第9位地址/數據區分位,1位停止位。此種模式多用于多機通訊(如果用51核的單片機的話,則對應串口模模式3),?該11位數據傳輸協議規定,在主機發送模塊地址的時候,第9位數據/地址區分位必須強制為1,而在發送地址之外的數據時,第9位數據/地址區分位必須強制為0,主機接收從機數據的時候第九位數據/地址區分位必須強制為0.


            因此,對于模塊M104B以PC機發送一條尋卡指令為例:地址00 00(默認)+數據03 20 00 23,在發送地址00 00的前必須將串口設置為:波特率19200, 1位起始位, 8位數據位,第9位為MARK(也即強制為1),1位停止位,并選擇HEX,然后(16進制)發送,發送成功后,M104B模塊內部會與自身的模塊地址00 00進行對比,地址比對成功后,模塊內部進入接收數據狀態,此時PC機需要更改串口設置為:波特率19200,1位起始位,8位數據位,第9位為SPACE(也即強制為0),1位停止位,然后HEX,(16進制)發送數據,03 20 00 23,M104B在接收到03 20 00 23后會對其解析,知道其為尋卡指令,然后返回正確的卡號,此時準備接收的PC機串口設置應為:波特率19200,1位起始位,8位數據位,第9位為SPACE(也即強制為0),1位停止位(注:M104B連接PC機的時候需要用MAX232這樣的電平芯片進行UART到RS232的電平轉換,否則會燒壞模塊串口。)


            M104BPC 8位數據格式,實際上為串口協議中的10位異步傳輸模式:1位起始位,8位數據位,無奇偶校驗位,1位停止位,因此,在該通訊模式下發送具體模塊指令數據之前僅需設置一次串口通訊協議即可,設置如下:波特率 19200,1位起始位,8位數據位,無奇偶校驗位,1位停止

            同樣以PC機發送一條連接指令為例:02 00 00 04 15 10 03 1C 03,在發送此數據之前僅需設置一下串口模式為1位起始位,8位數據位,無奇偶校驗位,1位停止位即可(注:M104B連接PC機的時候需要用MAX232這樣的電平芯片進行UART到RS232的電平轉換,否則會燒壞模塊串口。)




            問題二:貴公司M104A與M104C在IIC通訊的時候,為什么總是通訊不成功,發送指令后看不到模塊的ACK確認信號?


            解答:出現此問題的原因大多為主處理器(與我們模塊的通訊的處理器)頻率較高所致,調整方法為加長數據發送、接收時每一位數據間隔時間,等待模塊ACK信號時,盡量多等待一些時間。


            色综合性爱图 <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>