stm32隱藏源碼

A. Altium Designer中stm32f103c8t6晶元引腳隱藏如何同時顯示

……再放置一個part2不就得了，並且designator相同。
例如U1A和U1B。

B. 大蝦們stm32 bootloader的源代碼在哪

在固件庫裡面

StartUp文件夾裡面如圖

下面是固件庫的下載鏈接：

STM32F10x官方固件庫STM32F10x_StdPeriph_Lib_V3.5.0

http://987333864.com/forum.php?mod=viewthread&tid=5&fromuid=1

(出處: 嵌入式軟硬體學習)

如果你以後還有什麼樣的疑問可以去 「嵌入式軟硬體學習」網站提問咨詢
http://987333864.com/forum-stm32-1.html

C. 如何使用stm32

關於獲取ST公司的STM32固件庫源碼，有幾種方法。我們可以在網路上搜，網上有進行了分享，也可以到ST公司的官網進行查找並下載。不過，如果英文不好的話，要在官網上找到STM32固件庫確實是件很吃力的事。在官網上可以根據英文提示按不同條件進行篩選，具體操作如下圖所示：

END
第二步：新建工程文件夾——《STM32工程模板》
首先，新建工程文件夾《STM32工程模板》，然後再在該文件夾下新建6個文件夾，分別為：《Doc》、《Libraries》、《Listing》、《Output》、《Project》和《User》。其中，《Doc》用於存放各種說明文檔；《Libraries》用於存放各種庫文件；《Listing》用於存放編譯時產生的中間文件；《Output》用於存放生成的下載所需的文件；《Project》用於存放工程文件；《User》用於存放用戶文件，即我們自己編寫的各種源文件。具體情況如下圖所示：

END
第三步：向建立的工程文件夾中添加庫文件
將庫文件中的inc和src文件夾復制到模板工程文件夾下的FWLIB文件夾。具體操作情況如下圖：
將庫文件中CoreSupport文件夾下的文件復制到工程模板文件夾下的CMSIS文件夾。具體操作情況如下圖：
將庫文件中DeviceSupport文件夾下的相關文件復制到工程模板文件夾下的CMSIS文件夾。具體操作情況如下圖：
將庫文件中startup文件夾下arm中的文件全部復制到工程模板文件夾下的startup文件夾。具體操作情況如下圖：
將庫文件中Project文件夾下的相關文件復制到工程模板文件夾下的User文件夾中。具體操作情況如下圖：
第四步：使用MDK（Keil）新建工程模板
首先得選擇CPU，這個在新建工程時，會有一個選擇晶元的界面，我們只需按提示以及自己的實際情況來選擇就好了。具體操作情況如下圖：
更改工程名（將默認的工程名改為「Template」的方法：選中工程，按「F2」鍵）並為工程添加項目組（Add group to project）。具體操作情況如下圖：
分別向各個項目組中添加我們剛剛從庫中復制過來的文件文件（Add files to group）。具體操作情況如下圖：
第五步：工程配置

D. 誰有STM32單片機帶源碼硬體調試的經歷

STM32任何一個外設模塊都很簡單開發，可以在他們標准工程上開發就好了，修改好初始化程序，以及邏輯處理程序就能把STM32調試好。在keil的c語言編譯環境上開發。

E. 如何學習stm32，能看懂源碼，但是編不出來

買個開發板，自己仿著別人的程序，慢慢就會自己寫了。

F. stm32怎麼將函數源代碼封裝隱藏

把錯誤的圖發上來看看。或者你可以先試試把cortexm3_macro.s和stm32f10x_vector.s加到你的工程中

G. 求一份STM32小車上位機的源碼，WIFI通信。

回答問題1：
1、貌似有MFC和.NET兩種方向學習。查了查好像是.NET前景好一點，但是,NET好多都是C#寫的，資源不如MFC多吧。而且兩者的學習難度那個會低一點呢？

答：現在前景來講應該android會更好一些。MFC和.NET來看，顯然.net更易學。
回答問題2：
2、查了查好多上位機都是用USB或者ZigBee通信的，我想知道它們以及WiFi三種通信方式的上位機源碼一樣嗎？

比較建議採用自帶WIFI並調好的Android開發板，省去通信調試部分的內容。只需要編寫APP跟上位機通信就好了。
建議看看，temolin的 ARM開發板。有自帶WIFI功能，也有3G/4G通信功能。都是在android上。

H. ups控制系統可以用stm32實現嗎源碼

換晶元，改電路，底層肯定要重寫的。
寫程序有個好習慣還是很重要的。下面說一下移植方面的習慣，
提高移植性，最重要的手段就是隱藏硬體實現的細節，把邏輯與底層分開。
舉個例子，LED閃一下亮一下，P1_0 = 0; 在51上就是一句話的事。就這一句，就有三個地方涉及硬體，（1）硬體上是P1.0接LED，（2）硬體上低電平亮，相應的是高電平滅，（3）硬體是用的51，用了51獨有的位操作。
換個電路，或者換個晶元，這些都要重新改寫。假設程序裡面有十個地方需要亮燈，移植時就要改十個地方。把亮燈這件事定義成一個函數，或者叫方法，或者叫操作，把具體的操作細節隱藏起來，只表示出做了一件什麼事情－－亮燈。像這樣，void LED_ON( void );在主程序裡面,或者說在應用層的程序中調用LED_ON();就是亮燈，具體怎麼亮燈，應用程序不管，也不能管，而是由單獨的底層程序來做，也就是LED_ON這個函數的內容，是放在單獨的一個文件中。用51，就寫一個51下的底層，要移植，要用CM3就寫一個CM3的底層，主程序可以不用改動，至少是盡量少改動。
為了提高移植性，盡量用標準的C寫代碼，涉及不同編譯系統的實現細節，也要注意隱藏細節，前面的硬體細節，這個算是軟體的細節吧。
比如sfr, sbit,interrupt這些，都是51獨有的，換到不同的系統上，都需要重寫。處理辦法也是一樣的，隱藏起來，放到單獨的底層文件中。
基本上，做到這兩步，程序的移植性會提高很多。
再舉個小例子吧：

// app.c
#include "bsp.h" // 注意這里不要包含硬體有關的頭文件，比如"reg51.h"，不要包含在這里。
void main( void )
{
while(1)
{
if ( hasKey())
{
led_on();
delay(100);
led_off();
}
}

// bsp.h
typedef unsigned short uint16_t;
typedef bit bool;
void led_on( void );
void led_off( void );
void delay( uint16_t ms );
bool hasKey( void );
// bsp_for_51.c
#include "bsp.h"
#include "reg51.h"
sbit led = P1^0;
#define ON (0)
void led_on( void )
{
led = ON;
}

void led_off( void )
{
led = !ON;
}

void delay( uint16_t ms )
{
int i;
while( ms-- )
for( i=0; i<100; i++);
}
bool hasKey( void )
{
return ( P0 != 0xFF); // 測試是否有按鍵？
}

這個是51的系統，換成STM32，簡單重寫一下bsp.c，不需要改app.c，系統就可以移植過來。

I. 下載的STM32源碼，是個zip文件，解壓後有如圖這些文件夾，要怎麼打開 為何不是一個.c的文檔

一般都是那樣的

J. stm32f10x_it.c與stm32f10x_target.c在程序中可省略還是隱藏了

stm32f10x_it.c 文件設置了中斷處理函數,以相應各種中斷.
stm32f10x_target.c 文件是根據硬體連接寫的配置文件,使得軟體可以訪問硬體

http://www.360doc.com/content/11/0211/18/2379862_92213552.shtml
可以看看這個