📄 readme.txt
字号:
==========================================================================
AD-Uart Project for MB90340 Series
==========================================================================
Fujitsu Microelectronics Europe GmbH
http://emea.fujitsu.com/microelectronics
The following software is for demonstration purposes only. It is not
fully tested, nor validated in order to fullfill its task under all
circumstances. Therefore, this software or any part of it must only be
used in an evaluation laboratory environment.
This software is subject to the rules of our standard DISCLAIMER, that is
delivered with our SW-tools on the Fujitsu Microcontrollers CD
(V3.4 or higher "\START.HTM") or on our Internet Pages:
http://www.fme.gsdc.de/gsdc.htm
http://emea.fujitsu.com/microelectronics
==========================================================================
History
Date Ver Author Softune Description
23.09.03 1.0 TKo V30L29 original version
24.03.06 1.1 PHu V30L33 revised calc() function
==========================================================================
- This sample uses an Analog - Digital conversion and UART0
The AD converter catches a digital value from signal on Pin 37 (AN1).
The value from the AD converter is shown on Port 0 (LED磗).
With the value a subroutine calculates the impressed voltage on Pin 37 (AN1)
and sends it to the terminal.
NOTE1:
-----
NO SECURITY IS USED IN THIS EXAMPLE. TAKE CARE, SPECIFY CORRECT SECURITY
ADDRESS ACCORDING TO USED SERIES.
Refer to Note 3.
NOTE2:
------
The header-file will cover all features of the Emulation chip MB90V340/S.
No Flash- or Mask- version of the MB90340series will support all features!
Limitaions can be found in UARTs, CANs, I2C, ADC, DAC, etc.
Please DO NOT USE resources / registers others than specified
for the dedicated Flash-/Mask-version.
Please refer to the datasheet and hardwaremanual of the MB90340series.
NOTE 3:
-------
Security-Feature means that the contents of the (Flash-)ROM
can be prevent from (unauthorized) read-out.
Devices of microcontroller-families with Security-Feature
require three manual definitions within SWB-menu "SetProject->Assembler->DefineMacro" :
SECURITY_FEATURE 0 => NO 1 => YES <<< Does the device support the Security-Feature ?
SECURITY_ADDRESS 0x??0000 <<< Define Security Address
0xFF0000 for 64KB device
0xFE0000 for 128KB device
0xFC0000 for 256KB device
0xF90000 for 384KB device
0xF80000 for 512KB device
SECURITY_ENABLE 0 => NO 1 => YES <<< Enable / Disable Security Feature
The Security-Feature is ENABLED
if
the device supports the Security-Feature generally
and the define SECURITY_FEATURE is set to 1
and the correct SECURITY_ADDRESS is defined
and the Security-mechanism is enabled by SECURITY_ENABLE set to 1
HOW DOES THE SECURITY-FEATURE WORK ?
In case that a device supports the Security-Feature
the lower two bytes of the (Flash-)ROM are reserved
for controlling the security mechanism.
If the first two bytes are set 0x01FF, the Security-Feature is enabled.
If the first two bytes are set 0xFF55, the Security-Feature is disabled
If the Security-Feauture is enabled the (Flash-)ROM can not be read-out anymore.
If a device does not support the Security-Feature
then set SECURITY_FEATURE 0
The setting for SECURITY_ADDRESS and SECURITY_ENABLE becomes invalid.
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -