:::
|
Re: 關於浮點數存儲的問題
|
||||
|---|---|---|---|---|
|
資深會員
 
|
如果用union，應該可以簡潔一點…，雖然會有little/big endian 的問題，但同在XC8/16/32下用的話，應該問題不大
大概像這樣：
union def_float_union
發表於: 11/26 10:28
|
|||
|
||||
|
Re: MPLAB X突然抓不到Debugger
|
||||
|---|---|---|---|---|
|
資深會員
|
再補充一下，我桌電重裝MPLAB X後，跳出來要面新的Plugin，參考
發表於: 11/25 15:37
|
|||
|
||||
|
Re: MPLAB X突然抓不到Debugger
|
||||
|---|---|---|---|---|
|
資深會員
|
我用Options->Embedded下的選擇，選完後重開MPLAB X，沒用
我再清除cache(僅5.45的)，重開MPLAB X，沒用 最後我把mplab_ide\Cache裡面的東西全砍光，然後刪除MPLAB X再重裝，就有看到了 我對照了一下筆電裝的MPLAB X，裡面顯示要更新的Plugin是這些 但我不敢按下去了…，版大可以看一下哪個有可能影響嗎？
發表於: 11/25 14:32
|
|||
|
||||
|
Re: MPLAB X突然抓不到Debugger
|
||||
|---|---|---|---|---|
|
資深會員
|
補充一下，MPLAB IPE裡有抓到ICD4和Atmel ICE，參考
發表於: 11/25 11:58
|
|||
|
||||
|
MPLAB X突然抓不到Debugger
|
||||
|---|---|---|---|---|
|
資深會員
|
MPLAB 5.45
Win7 64bit 昨天我開MPLAB X的Tool->Plugins時，看到Updates裡有東西，就按了更新，印象裡那些都不是我下載的，是一些內建的項目，結果按下去之後過一陣子我要再試時發現我的Debugger都抓不到了 我用ICD4，SAME54 X PLAINED的EDBG，Atmel ICE都一樣 我試過移除MPLAB X再重裝，但還是一樣 裝置管理員是有抓到的，參考 但MPLAB中看不到，參考 請問有什麼可能的原因嗎？ 或是MPLAB X該怎麼砍乾淨再重裝？ Attach file:  2021-11-25_103733.jpg (86.52 KB)
發表於: 11/25 10:44
|
|||
|
||||
|
Re: CCP(Capture)與壓縮機干擾
|
||||
|---|---|---|---|---|
|
資深會員
|
因為這個是用老專案檔來做的，用的還是MPLAB與C18
我們的CCP使用的是Timer3 我今天測試時，發現開啟Timer0會影響CCP測量的結果， 奇怪的是我即使沒有Enable Timer0，只要isr裡面有
if (INTCONbits.TMR0IF && INTCONbits.TMR0IE) // interrupt every 0.1 sec
CCP輸出就會被影響(理論上Timer0沒有Enable的話上面那段應該不會被處理？) 我找到一個可能類似的問題， 但我在開Timer0前先關GIE，開完再啟動GIE、PIE，結果也是一樣 不知到版大有沒有什麼建議？ 我們目前也在試著重打有屏蔽的線，看這樣效果會不會比較好
發表於: 11/18 17:52
|
|||
|
||||
|
Re: CCP(Capture)與壓縮機干擾
|
||||
|---|---|---|---|---|
|
資深會員
|
我們的接法是，MCU自己一個盒子，並做一條線，線的頂端做個小板子當探頭(溫度sensor 放在探頭的小板子中)，溫度的線有數公尺長
MCU端的盒子可接2或3條溫度線(接CCP1 - CCP3) 目前這條延伸的溫度線裡面沒有做屏蔽 測試起來的話，在一般的室溫下都沒有問題，但在冷凍的壓縮機附近時就會出現跳動，而且看起來溫度越低情況越嚴重(零下一般到負十多度) 請教版大電磁波會直接影響溫度sensor輸出的波形嗎？這種情況的話可以做什麼處理呢？ 現在不太確定是因為溫度低與溼度、或是溫度低時壓縮機功率較大的原因 再麻煩指導一下
發表於: 11/16 16:44
|
|||
|
||||
|
Re: CCP(Capture)與壓縮機干擾
|
||||
|---|---|---|---|---|
|
資深會員
|
參照：
我們是用PIC18F67K22的CCP來收，溫度Sensor是SMT172 目前我們還在測試，還不確定是不是探頭密封沒做好造成溼氣影響 只是想看看版大有沒有遇到過相關案例，有哪些原因會造成這種量測異常，讓我們能對照看看 因為sensor在一般的辦公室環境下都是正常的，但在冰庫等環境裡會受到影響
發表於: 11/11 11:34
|
|||
|
||||
|
CCP(Capture)與壓縮機干擾
|
||||
|---|---|---|---|---|
|
資深會員
|
我們找了一個用duty cycle來計算溫度的sensor，測試時發現如果在壓縮機附近時輸出的值經常出現異常
請問板大有關於干擾信號的建議嗎？ 即類似馬達的設備會產生干擾？ 一般這個是怎麼處理呢？
發表於: 11/5 12:34
|
|||
|
||||
|
更新MHC及Harmony組件後，compile不時會出錯
|
||||
|---|---|---|---|---|
|
資深會員
|
這陣子我又開始測試板子，所以先把該更新的MHC及Harmony組件都更到最新，我先確認原本的code可以compile後，進MHC，新增了一個SERCOM，然後再compile，就出現類似下面的錯誤訊息：(新增SERCOM出現的不是這個訊息，這是後來再發生時複製的)
make[2]: *** No rule to make target '.generated_files/280598a6ac0c21076a1975408e6cb4ac02f963a6.flag', needed by 'build/Combine/production/_ext/818654064/drv_usbfsv1.o'. Stop.
我反覆試了幾次，回MHC把SERCOM刪掉又可以正常compile，找了一陣子原因，後來發現把make file刪掉後再按build，就可以正常compile了 例，將下列的檔案刪除
D:\MicrochipProject\Demofirmware\Demo.X\nbproject\Makefile-Combine.mk
這個問題在新增完SERCOM後，繼續編輯程式時仍會發生，所以看到錯誤時，如果看到在自動產生的檔案出現錯誤訊息時，就得試試看刪make檔，讓人有點困擾… 下次有看到錯誤時我再複製一下這個檔，然後跟刪除後再產生的比對看看… .mk檔應該是每次build時會重新產生？
發表於: 11/3 14:01
|
|||
|
||||
