参数资料
型号: MC908QL4MDWR2
厂商: FREESCALE SEMICONDUCTOR INC
元件分类: 微控制器/微处理器
英文描述: 8-BIT, FLASH, 8 MHz, MICROCONTROLLER, PDSO16
封装: 1.27 MM PITCH, MS-013AA, SOIC-16
文件页数: 65/226页
文件大小: 2911K
代理商: MC908QL4MDWR2
第1页第2页第3页第4页第5页第6页第7页第8页第9页第10页第11页第12页第13页第14页第15页第16页第17页第18页第19页第20页第21页第22页第23页第24页第25页第26页第27页第28页第29页第30页第31页第32页第33页第34页第35页第36页第37页第38页第39页第40页第41页第42页第43页第44页第45页第46页第47页第48页第49页第50页第51页第52页第53页第54页第55页第56页第57页第58页第59页第60页第61页第62页第63页第64页当前第65页第66页第67页第68页第69页第70页第71页第72页第73页第74页第75页第76页第77页第78页第79页第80页第81页第82页第83页第84页第85页第86页第87页第88页第89页第90页第91页第92页第93页第94页第95页第96页第97页第98页第99页第100页第101页第102页第103页第104页第105页第106页第107页第108页第109页第110页第111页第112页第113页第114页第115页第116页第117页第118页第119页第120页第121页第122页第123页第124页第125页第126页第127页第128页第129页第130页第131页第132页第133页第134页第135页第136页第137页第138页第139页第140页第141页第142页第143页第144页第145页第146页第147页第148页第149页第150页第151页第152页第153页第154页第155页第156页第157页第158页第159页第160页第161页第162页第163页第164页第165页第166页第167页第168页第169页第170页第171页第172页第173页第174页第175页第176页第177页第178页第179页第180页第181页第182页第183页第184页第185页第186页第187页第188页第189页第190页第191页第192页第193页第194页第195页第196页第197页第198页第199页第200页第201页第202页第203页第204页第205页第206页第207页第208页第209页第210页第211页第212页第213页第214页第215页第216页第217页第218页第219页第220页第221页第222页第223页第224页第225页第226页
Initialization/Application Information
MC68HC908QL4 Data Sheet, Rev. 7
Freescale Semiconductor
157
checksum on the first data byte. Using CHKMOD in this way allows the SLIC to receive messages with
either method of data consistency check and change on a frame-by-frame basis. If a system uses both
types of data consistency checking methods, the software must simply change the setting of this bit based
on the identifier of each message. If the network only uses one type of check, CHKMOD can be set as a
constant value in the user’s code. If CHKMOD is not written on each frame, care must be taken not to
accidentally modify the bit when writing the data length and TXGO bits. This is especially true if using C
code without carefully inspecting the output of the compiler and assembler.
The control bits and data length code are contained in one register, allowing the user to maximize the
efficiency of the identifier processing by writing a single byte value to indicate the nature of the message
frame. This allows very efficient identifier processing code, which is important in a command frame, as
the master node can be sending data immediately following the identifier byte which might be as little as
one byte in length. The SLIC module uses a separate internal storage area for the incoming data bytes,
so there is no danger of losing incoming data, but the user should spend as little time as possible within
the ISR to ensure that the application or other ISRs are able to use the majority of the CPU bandwidth.
The identifier must be processed in a maximum of 2 byte times on the LIN bus to ensure that the ISR
completes before the checksum would be received for the shortest possible message. This should be
easily achievable, as the only operations required are to read SLCID and look up the checksum method,
data length, and command/request state of that identifier, then write that value to the SLCDLC. This can
be easily streamlined in code with a lookup table of identifiers and corresponding SLCDLC bytes.
NOTE
Once the ID is decoded for a message header and a length code written to
SLCDLC, the SLIC is expecting that number of bytes to be received. If the
SLIC module doesn't receive the number of bytes indicated in the SLCDLC
register, it will continue to look for data bytes. If another message header
begins, a byte framing error will trigger on the break symbol of that second
message. The second message will still properly generate an ID received
interrupt, but the byte framing error prior to this is an indication to the
application that the previous message was not properly handled and should
be discarded.
14.9.8.2 Extended Command Message Frames
Handling of extended frames is very similar to handling of standard frames, providing that the length is
less than or equal to 64 bytes. Because the SLIC module can only receive 8 bytes at a time, the receive
buffer must be emptied periodically for long message frames. This is not standard LIN operation, and is
likely only to be used for downloading calibration data or reprogramming FLASH devices in a factory or
service facility, so the added steps required for processing are not as critical to performance. During these
types of operations, the application code is likely very limited in scope and special adjustments can be
made to compensate for added message processing time.
For extended command frames, the data length is still written one time at the time the identifier is
decoded, along with the TXGO and CHKMOD bits. When this is done, a software counter must also be
initialized to keep track of how many bytes are expected to be received in the message frame. The ISR
completes, clearing the SLCF flag, and resumes application execution. The SLIC will generate an
interrupt, if unmasked, after 8 bytes are received or an error is detected. At this interrupt, the SLCSV will
indicate an error condition (in case of byte framing error, idle bus) or that the receive buffer is full. If the
data is successfully received, the user must then empty the buffer by reading SLCD7-SLCD0 and then
subtract 8 from the software byte count. When this software counter reaches 8 or fewer, the remaining
相关PDF资料
PDF描述
MC908QL4MDW 8-BIT, FLASH, 8 MHz, MICROCONTROLLER, PDSO16
MC908QL4MDT 8-BIT, FLASH, 8 MHz, MICROCONTROLLER, PDSO16
MC908QT1MDWE 8-BIT, FLASH, 8 MHz, MICROCONTROLLER, PDSO8
MC908QY2CDWE 8-BIT, FLASH, 8 MHz, MICROCONTROLLER, PDSO16
MC908QT2VFQE 8-BIT, FLASH, 8 MHz, MICROCONTROLLER, PDSO8
相关代理商/技术参数
参数描述
MC908QL4V 制造商:MOTOROLA 制造商全称:Motorola, Inc 功能描述:Microcontrollers
MC908QL4VDTE 制造商:FREESCALE 制造商全称:Freescale Semiconductor, Inc 功能描述:M68HC08 Microcontrollers
MC908QL4VDWE 制造商:FREESCALE 制造商全称:Freescale Semiconductor, Inc 功能描述:M68HC08 Microcontrollers
MC908QT1 制造商:FREESCALE 制造商全称:Freescale Semiconductor, Inc 功能描述:Microcontrollers
MC908QT1A 制造商:FREESCALE 制造商全称:Freescale Semiconductor, Inc 功能描述:Microcontrollers