Microchip Taiwan - 討論區

:::

論壇索引

Board index » All Posts (b9015038)

底部

(1) 2 3 4 ... 18 »

b9015038

剛看到MPLAB X有6.00，有人用過了嗎？

資深會員

如題，剛搜尋MPLAB X，發現有新版本

版大有用過了嗎？有沒有什麼相關的介紹？
大版本號變更的話，應該有比較多改進吧…？

簡單問的話就是，這版能用嗎…？

發表於: 2/15 9:30

主題 | 論壇

b9015038

Re: 關於MHC中的USART Driver

資深會員

我再試了一下，原來是裡面有兩個SERCOM，我只改了其中一個，改錯地方了...

不好意思搞錯啦

發表於: 12/15 17:50

主題 | 論壇

b9015038

關於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)

            {

                /* Copy receive buffer to transmit buffer */

                memcpy(appUsartDebugPortData.transmitBuffer, appUsartDebugPortData.receiveBuffer, APP_DEBUG_PORT_LOOPBACK_DATA_SIZE);

            }

我把裡面的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)

{

    char buf[16];

    SendUart("AT+CMGF=1");

    RecvUart(Buf);

    if (buf=="OK")

    {

        SendUart("AT+CMGS=");

        RecvUart(Buf);

    }

}

依RTOS的設計方式，應該是發個訊息，然後直接等待ACK，收到ACK後再決定下一步的動作，這樣就不用寫一大串的狀態機流程

但實際用起來，
- Uart的driver會限制我一次要收的資料長度
- 模組會不定時丟出事件訊息，即使資料收到了也不完全可用

請問對於上面兩個問題，請問各位先進有沒有什麼建議？

發表於: 12/15 12:47

主題 | 論壇

b9015038

Re: 關於浮點數存儲的問題

資深會員

如果用union，應該可以簡潔一點…，雖然會有little/big endian 的問題，但同在XC8/16/32下用的話，應該問題不大
大概像這樣：


union def_float_union

{ 

    uint8_t b[4];

    float f;

};                            //4

typedef union def_float_union floatType;



floatType value;







sscanf( PI, "%f", &value.f );  // 將字串轉成浮點數 f_PI

EEPROM_Write( address, value.b, 4 ); // 將 i_PI存入 EEPROM

// ==============

EEPROM_Read( address, value.b, 4 ); // 將 i_PI 自 EEPROM 讀出

sprintf( PI, "%f", value.f ); // 將浮點數 f_PI轉成字串

發表於: 2021/11/26 10:28

主題 | 論壇

b9015038

Re: MPLAB X突然抓不到Debugger

資深會員

再補充一下，我桌電重裝MPLAB X後，跳出來要面新的Plugin，參考

發表於: 2021/11/25 15:37

主題 | 論壇

b9015038

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

主題 | 論壇

b9015038

Re: MPLAB X突然抓不到Debugger

資深會員

補充一下，MPLAB IPE裡有抓到ICD4和Atmel ICE，參考

發表於: 2021/11/25 11:58

主題 | 論壇

b9015038

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)

發表於: 2021/11/25 10:44

主題 | 論壇

b9015038

Re: CCP(Capture)與壓縮機干擾

資深會員

因為這個是用老專案檔來做的，用的還是MPLAB與C18

我們的CCP使用的是Timer3

我今天測試時，發現開啟Timer0會影響CCP測量的結果，
奇怪的是我即使沒有Enable Timer0，只要isr裡面有


if (INTCONbits.TMR0IF && INTCONbits.TMR0IE)    // interrupt every 0.1 sec

    {

        INTCONbits.TMR0IF=0;

        ...(一些流程)

    }

CCP輸出就會被影響(理論上Timer0沒有Enable的話上面那段應該不會被處理？)

我找到一個可能類似的問題，
但我在開Timer0前先關GIE，開完再啟動GIE、PIE，結果也是一樣

不知到版大有沒有什麼建議？

我們目前也在試著重打有屏蔽的線，看這樣效果會不會比較好

發表於: 2021/11/18 17:52

主題 | 論壇

b9015038

Re: CCP(Capture)與壓縮機干擾

#10

資深會員

我們的接法是，MCU自己一個盒子，並做一條線，線的頂端做個小板子當探頭(溫度sensor 放在探頭的小板子中)，溫度的線有數公尺長

MCU端的盒子可接2或3條溫度線(接CCP1 - CCP3)

目前這條延伸的溫度線裡面沒有做屏蔽

測試起來的話，在一般的室溫下都沒有問題，但在冷凍的壓縮機附近時就會出現跳動，而且看起來溫度越低情況越嚴重(零下一般到負十多度)

請教版大電磁波會直接影響溫度sensor輸出的波形嗎？這種情況的話可以做什麼處理呢？

現在不太確定是因為溫度低與溼度、或是溫度低時壓縮機功率較大的原因

再麻煩指導一下

發表於: 2021/11/16 16:44