|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
為什么很少有在pic18上移植ucos的信息？ |
| 作者：zbby 欄目：單片機(jī) |
為什么很少有在pic18上移植ucos的信息？ 是因?yàn)閏編譯器不支持可重入代碼？ 堆棧不可控制？但資料上說，TOS可讀，可寫；TOSU, TOSH and TOSL STKPTR 也指明了stack 指針的位置， 今天上午我打算做這個ucos向PIC18F258的移植，希望得到您的支持。 |
| 2樓： | >>參與討論 |
| 作者： zbby 于 2003/8/26 8:48:00 發(fā)布：
面對的問題有 程序運(yùn)行時使用了那幾個register,（牽涉?zhèn)浞菽菐讉�）->可能牽涉ostaskstkinit()函數(shù)。 如何操作和最大化的控制pic的stack.能不能不在它的stack空間保存stack，而是形成一個自己的soft stack! 這是主要問題 |
|
| 3樓： | >>參與討論 |
| 作者： zbby 于 2003/8/26 8:56:00 發(fā)布：
已經(jīng)在下載： zpc 發(fā)表于 2003-8-4 10:55 PIC 單片機(jī) ←返回版面 http://ucos-ii.com/contents/products/ucos-ii/downloads/MPLAB-uCOS-II-PIC18-V101.zip PIC18上運(yùn)行uCOS-II |
|
| 4樓： | >>參與討論 |
| 作者： zbby 于 2003/8/26 12:06:00 發(fā)布：
18F452已經(jīng)編譯通過了， 但向18f258移動的時候提示以下錯誤，請幫助 Deleting intermediary files... done. Executing: "D:\mcc18\bin\c18demo.exe" -p=18F258 "TEST.C" -fo="TEST.o" /i"D:\mcc18\h" -mL -Ls Executing: "D:\mcc18\bin\c18demo.exe" -p=18F258 "OS_CPU_C.C" -fo="OS_CPU_C.o" /i"D:\mcc18\h" -mL -Ls Executing: "D:\mcc18\bin\c18demo.exe" -p=18F258 "UCOS_II.C" -fo="UCOS_II.o" /i"D:\mcc18\h" -mL -Ls Executing: "D:\mcc18\bin\c18demo.exe" -p=18F258 "VECTORS.C" -fo="VECTORS.o" /i"D:\mcc18\h" -mL -Ls Executing: "D:\mcc18\bin\mplink.exe" /l"D:\mcc18\lib" /k"D:\mcc18\lkr" "18f258i.lkr" "E:\mcc18\myucos1\TEST.o" "E:\mcc18\myucos1\OS_CPU_C.o" "E:\mcc18\myucos1\UCOS_II.o" "E:\mcc18\myucos1\VECTORS.o" /o"test.cof" MPLINK 3.40, Linker COPYRIGHT (c) 2003 MICROCHIP TECHNOLOGY Inc. Error - section '.udata_UCOS_II.o' can not fit the section. Section '.udata_UCOS_II.o' length=0x00000248 Errors : 1 BUILD FAILED |
|
| 5樓： | >>參與討論 |
| 作者： zbby 于 2003/8/26 13:16:00 發(fā)布：
只要修改18F258.LRK硬件描述文件如下， 即可移植到258（至少是編譯通過） // $Id: 18f258i.lkr,v 1.4 2003/03/13 05:02:22 sealep Exp $ // File: 18f258i.lkr // SAMPLE linker script for the PIC18F258 processor LIBPATH . FILES c018i.o FILES clib.lib FILES p18f258.lib CODEPAGE NAME=vectors START=0x0 END=0x29 PROTECTED CODEPAGE NAME=page START=0x2A END=0x7DBF CODEPAGE NAME=debug START=0x7DC0 END=0x7FFF PROTECTED CODEPAGE NAME=idlocs START=0x200000 END=0x200007 PROTECTED CODEPAGE NAME=config START=0x300000 END=0x30000D PROTECTED CODEPAGE NAME=devid START=0x3FFFFE END=0x3FFFFF PROTECTED CODEPAGE NAME=eedata START=0xF00000 END=0xF000FF PROTECTED ACCESSBANK NAME=accessram START=0x0 END=0x5F DATABANK NAME=gram START=0x60 END=0x4FF DATABANK NAME=gpr5 START=0x500 END=0x5F3 DATABANK NAME=dbgspr START=0x5F4 END=0x5FF PROTECTED DATABANK NAME=bankedsfr START=0xF00 END=0xF5F PROTECTED ACCESSBANK NAME=accesssfr START=0xF60 END=0xFFF PROTECTED SECTION NAME=CONFIG ROM=config STACK SIZE=0x030 RAM=gpr5 |
|
| 6樓： | >>參與討論 |
| 作者： xujie3u 于 2003/8/27 10:19:00 發(fā)布：
硬件電路如何搭的？ |
|
| 7樓： | >>參與討論 |
| 作者： 張明峰 于 2003/8/27 20:39:00 發(fā)布：
不要隨便修改LKR文件 18系列消除了page問題但依然有bank存在。如果你隨意把幾個bank合并成一個“大”bank，編譯當(dāng)然可以“通過”，但對變量的直接尋址就會出問題。 仔細(xì)測試你的uCOS吧。 |
|
| 8樓： | >>參與討論 |
| 作者： zbby 于 2003/8/28 8:55:00 發(fā)布：
能否告知pic那個文檔比較詳細(xì)的講述了18系列的bank問題 我的ucos遠(yuǎn)沒有結(jié)束，現(xiàn)在讀各種數(shù)組和結(jié)構(gòu)和鏈表，對ucos如何管理18的內(nèi)存，以及備份stack的問題都十分不明白。 |
|
| 9樓： | >>參與討論 |
| 作者： xujie3u 于 2003/8/29 16:52:00 發(fā)布：
pic的ram如何擴(kuò)？ |
|
|
|
| 免費(fèi)注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |