請問一下，能不能刷卡，開發票？

12f675 datasheet 3.2.2

a)...

b)...

一、客戶要求。

二、不知。

三、見人見智。理論上不會。

pic 能run的 rtos 較少，一來rom size本身就不大，二來功能沒這麼複雜，功能太複雜，自然會去找效率更好的uC。三、再利用性不大。

沒有 while(1)
程式將會亂跑

我猜程式在
SetDCPWM1(200);
之後會再
InitializePWM1();
InitializeTMR2();
一次

單步執行應該就很清楚了

只有燒壞或燒錯，不會燒不進去。

如果你第一次使用 12f6xx，那這顆被你玩掛的機會很大

燒錄順序 read ->import ->program

順序錯了，ic就廢了，校正值會 lose

一、listen mode是正常的，不能用是使用者的問題，不關 pull hi的事

二、我用 18f458 +mpc 2551來測試(和另外兩組can node測式)，can tx rx腳不會因 normal mode / listen mode 而浮動

三、只有兩個node， listen mode 不適合使用，沒有ack 會讓 tx 端『一直』重送，listen 端會『一直 rx』，設斷點 +示波器，一看就很清楚
硬要這麼做，那 tx端的程式就有做額外的處理，我不清楚你為何要用listen mode。

四、microchip 有一組 demo board ，我就是用這做實驗的，如果你的can的了解不夠深入，花錢取的一個動作正確無誤的demoboard對你的開發曲線是很有幫助的

五、 http://www.microchip.com.tw/material.htm "CAN202的講義暨實做" 建議你參考這實作教材來做

我做過最多四個node，因為在實驗室，隨便接都很正常。

一、 既然你知道第三個node容易reset，那你應該是找出 reset的原因，是wdt / mclr 或是其它的因素~~

二、abc三個點接在一起，a發出的信號，b收得到，c收不到，
建議你將 b拿掉，檢查a發出的信號，c能不能正常收到
如果a的信號發不出去，或經常resend，這表示c的can driver可能壞了或mcu控制上有問題

can的信號發出，一定要有人回應，而且並且是 正確的回應，如果沒人回應，或有人回應錯誤，那信號就會一直重送，直到沒人有問題為止

所以，照你的說法，a發出的信號，b收得到，c收不到，
這表示 c的硬體如果是正常，那問題就是mcu的問題，因為c的硬體如果有問題，讓c收不到正確的can，c會要a重送，b會收不下資料

三、can driver的電路，照 dtatsheet上的建議線路接就可以，基本上不會有什麼大問題

四、can_h can_l 是差動信號，要看到正確的信號，示波器要開math功能，將兩個信號相減，就能看到和 can_tx can_rx 一樣的信號，使用 4ch 的示波器，你應該很容易找出硬體那裏有問題~~

我猜你的 node3 太忙碌了，以致於來不及去收 buffer上的資料

*** *
012345
* ***

一、錯一bit，隨便檢查都會發現
二、錯兩bit，除02 35兩種組合之外，其餘全能發現
三、錯3bit，全能發現
四、錯4bit，全能發現(02 35同時出包除外)
五、再錯下去就沒有意思了

總結： 除了 02 or 35 or 0235這三種錯誤組合，系統會無法檢測之外，其它的錯誤都能發現。

又，錯誤基本上會連續發生，不容易發生，一個錯，下一個對，下一個又錯，這樣的組合。

MICROCHIP hcsxxx系統是採用 hopping code編碼

除非你能取得搖控器製造商的id，

共64bit的id，你用目前最新最快的pc，解碼解到死都解不完

解碥程式在 這個網站上就有

※ic到處都買得到，重點在於出廠的序號~~