剛看到MPLAB X有6.00,有人用過了嗎?
|
||||
---|---|---|---|---|
資深會員
![]() ![]() |
發表於: 2/15 9:30
|
|||
|
Re: 關於MHC中的USART Driver
|
||||
---|---|---|---|---|
資深會員
![]() ![]() |
我再試了一下,原來是裡面有兩個SERCOM,我只改了其中一個,改錯地方了...
不好意思搞錯啦
發表於: 12/15 17:50
|
|||
|
關於MHC中的USART Driver
|
||||
---|---|---|---|---|
資深會員
![]() ![]() |
新的專案中,我打算使用FreeRTOS,想試試看整合Cellular操作來控制通訊模組
Uart的操作,我原本只用PLib操作,裡面有RingBuffer且可以一次一個Byte讀取 但在FreeRTOS的Cellular套件裡,裡面的控制是用handler,所以我試了一下Driver的範例: \core_apps_sam_d5x_e5x\apps\driver\usart\sync\usart_multi_instance 這個範例預設是有使用DMA,跑起來之後DRV_USART_ReadBuffer(...)必須一次輸入10個bytes才會開始處理
if (DRV_USART_ReadBuffer( appUsartDebugPortData.usartHandle, appUsartDebugPortData.receiveBuffer, APP_DEBUG_PORT_LOOPBACK_DATA_SIZE) == true)
我把裡面的APP_DEBUG_PORT_LOOPBACK_DATA_SIZE值(原為10)改掉,但並沒有什麼作用,仍然必須收滿10Bytes才會往下跑,把DMA關掉再試也是一樣 請問USART的Driver有辦法接收不定長度的資料嗎?至少要可以每次收1個Byte進來,才有機會自己組合字串 之前測試Driver就是遇到這個問題所以才改用PLib,如果只能收固定長度的話,那這個driver好像一點用都沒有... 我目前主要的問題是(若想自己實作控制流程,不靠cellular lib),通訊模組除了送CMD會回ACK之外,還會不定時自己丟一些事件(URC)訊息出來,所以我沒辦法完全改成同步式的操作,比如說我想發個簡訊(程式我隨便寫的,表示一下流程而已):
void SendSMS(char *msg)
依RTOS的設計方式,應該是發個訊息,然後直接等待ACK,收到ACK後再決定下一步的動作,這樣就不用寫一大串的狀態機流程 但實際用起來, - Uart的driver會限制我一次要收的資料長度 - 模組會不定時丟出事件訊息,即使資料收到了也不完全可用 請問對於上面兩個問題,請問各位先進有沒有什麼建議?
發表於: 12/15 12:47
|
|||
|
Re: MPLAB X突然抓不到Debugger
|
||||
---|---|---|---|---|
資深會員
![]() ![]() |
再補充一下,我桌電重裝MPLAB X後,跳出來要面新的Plugin,參考
發表於: 2021/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是這些 但我不敢按下去了…,版大可以看一下哪個有可能影響嗎?
發表於: 2021/11/25 14:32
|
|||
|
Re: MPLAB X突然抓不到Debugger
|
||||
---|---|---|---|---|
資深會員
![]() ![]() |
補充一下,MPLAB IPE裡有抓到ICD4和Atmel ICE,參考
發表於: 2021/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該怎麼砍乾淨再重裝?
發表於: 2021/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,結果也是一樣 不知到版大有沒有什麼建議? 我們目前也在試著重打有屏蔽的線,看這樣效果會不會比較好
發表於: 2021/11/18 17:52
|
|||
|
Re: CCP(Capture)與壓縮機干擾
|
||||
---|---|---|---|---|
資深會員
![]() ![]() |
我們的接法是,MCU自己一個盒子,並做一條線,線的頂端做個小板子當探頭(溫度sensor 放在探頭的小板子中),溫度的線有數公尺長
MCU端的盒子可接2或3條溫度線(接CCP1 - CCP3) 目前這條延伸的溫度線裡面沒有做屏蔽 測試起來的話,在一般的室溫下都沒有問題,但在冷凍的壓縮機附近時就會出現跳動,而且看起來溫度越低情況越嚴重(零下一般到負十多度) 請教版大電磁波會直接影響溫度sensor輸出的波形嗎?這種情況的話可以做什麼處理呢? 現在不太確定是因為溫度低與溼度、或是溫度低時壓縮機功率較大的原因 再麻煩指導一下
發表於: 2021/11/16 16:44
|
|||
|