6-93
CDP68HC68S1
图示 8. 一般 message 处理.
任何 messages 至 transmit?
transmit 这 msg id 字节.
有 这 msg id 被
received 从 这 总线?
做 这 rec’d msg id equal
这 transmitted msg id?
是 那里 任何 更多
message 字节 至 transmit?
transmit 这 next msg
有 这 字节 被
rec’d 从 这 总线?
做 这 rec’d 字节 equal
这 transmitted 字节?
任何 msg id received?
是
空闲 低?
是 这个 message 的
interest 至 美国?
保存 这 received 字节.
有 这 next 字节
被 received 还?
是 空闲 低?
处理 这 message.
“transmit” 一个 终止 的 message 情况.
abort 这个 message
预定的 至 一个 collision.
传递
YES
非
非
yes = send rest 的 message
yes = won 总线 arb.
YES
yes = attempt 至 win 总线
ARBITRATION
YES
非 非
非
yes = rec. 一个 msg
YES
非
YES
(开始)
非
非 = lost
非 非
YES
非
YES
id 字节.
这 arbitration-winning mcu) 是 的 任何 interest. 如果 所以, 它
应当 保存 这 新当选的 message (这 长度 的 这个 将
是 specified 在 这 id 字节) 和 然后 wait 为 这
空闲 线条 至
go 高 在之前 re-attempting 传递 (如果 安静的 desired).
这 flowchart 在 图示 8 reflects 这个 程序.
这 scl 模式, 硬件
在 这 scl 模式, 这 txd 和 rxd 管脚 在 这 用户 微观的-
计算机 必须 是 连接 至 这 xmlt 和 rec 管脚 在
这 sblc 碎片, 各自, 作 显示 在 图示 9. 这
mcu’s scl 端口 应当 是 configured 为 这 一样 波特 比率
和 character format 作 那 使用 用 这 总线 接口 (i.e. 1
开始 位, 8 数据 位 和 1 停止 位). 这 开始 和 停止 位
是 使用 至 同步 这 数据, 一个 字节 transfers 在
这 用户 microcomputer 和 这 sbl 碎片. 当 使用 这
scl 模式, 这 sbl 碎片 应当 总是 是 合适的 模式 和
碎片 选择. 这个 能 是 accomplished 用 也 一个 用户
microcomputer 输出 信号 或者 用 永久的 线路. 这个 是
必需的 在 顺序 至 总是 是 能 至 receive messages
从 其它 microcomputers 在 这 总线, 这个 能 发生 在
随机的. 为 这 scl 模式, 这 sbl 碎片’s 模式 管脚 必须
是 设置 to1 和 这
cs 管脚 至 1.
sci 模式, 软件
这 程序 至 follow 为 transmitting/接到 在 这 sci
模式 是 basically 完全同样的 至 那 陈述 在 这 “using 这
cdp68hc68s1-software” 部分 在之上, 和 这 下列的
例外:
开始 的 message 延迟
transmitting 一个 字节 通过 这 68hc05 scl 端口 basically 需要
加载 这 字节 在 这 mcu’s scl 数据 寄存器 (once 这 sci
端口 是 initialized). 不管怎样, 之后 这 sblc’s
空闲 管脚 drops
低, 这 用户 将 有 至 create 一个 延迟 在之前 transmitting 这
第一 字节 的 一个 message; 这个 需要 2-位 时间 (256 inter-
nal 时钟 时期) 延迟 是 called 这 开始 的 message (som)
: 点此下载
