abstract: the elastic store inside of dallas semiconductor t1, e1, and j1 devices serves as a dual port buffer between the line side and the system side of the device. it allows the two sides to operate in different clock domains or even at different frequencies. the nature of the elastic store makes it difficult to understand how the device reacts under a given set of conditions. this application note presents many different examples and should remove most questions about how the elastic store operates under these varying conditions.
introductionthe elastic store inside of dallas semiconductor t1, e1, and j1 devices serves as a dual port buffer between the line side and the system side of the device. it allows the two sides to operate in different clock domains or even at different frequencies. the nature of the elastic store makes it difficult to understand how the device reacts under a given set of conditions. this application note presents many different examples and should remove most questions about how the elastic store operates under these varying conditions.
elastic store operationthe elastic store is a dual port buffer that has a depth of 512 bits. since the bit length of a frame varies between t1 and e1, the amount of buffer bits that are used depends on the mode of operation. there are four basic modes of operation:
t1 mode: 193-bit frame
e1 mode: 256-bit frame
t1 to e1 rate conversion mode: 193-bit frames on the line (network) side and 256-bit frames on the system (backplane) side
interleave bus operation mode: 193-bit or 256-bit frames on the line (network) side and 256-bit frames on the system (backplane) side with a high speed gapped system clock to clarify the operation of the elastic store, the following series of diagrams was created. each example was based on the receive elastic store in e1 mode with 256 bit frames. the write pointer, indicated by the white dot, is clocked by rclk and writes data into the elastic store. the read pointer, indicated by the black dot, is clocked by rsysclk and reads data out of the elastic store (if the transmit elastic store were used in the examples, the write pointer would be clocked by tsysclk and the read pointer would be clocked by tclk). figure 1 illustrates the condition where the write pointer and read pointer are ideally centered at exactly one frame apart.
figure 1. elastic store read and write pointers are exactly one frame apart.
in figure 2, the read pointer (black dot) is about to enter frame b. when either pointer crosses a frame boundary, the distance between the two pointers is compared in the forward direction. any distance below a set threshold will cause a frame slip and the pointer that just crossed the frame boundary is moved to the beginning of the next frame. depending on which pointer slipped, there will either be a repeated or deleted frame. the threshold depends on the mode of operation: 16 bits in e1 mode and 9 bits for all other modes. in the example below, the write pointer (white dot) is almost a frame away thus no slip occurs and the read pointer will continue into frame b.
figure 2. read and write pointers are far enough apart that no slip occurs after a compare.
in figure 3, the read pointer (black dot) is running faster than the write pointer (white dot) and will eventually catch up. as the read pointer crosses the boundary into frame a, it detects that the write pointer is within 16 bits of the start of frame a. rather than enter frame a, the read pointer slips and returns to the start of frame b at bit position 256. because the read pointer slipped, the last frame read from the buffer is repeated and a receive elastic store empty event is reported.
figure 3. the read pointer is too close to the write pointer during a compare and cause a slip.
the same is true when the write pointer is running faster than the read pointer. if the write pointer detects that the read pointer is within 16 bits of the start of frame b, the write pointer slips and returns to the start of frame a at bit position 0. since the write pointer slipped, the last frame written to the buffer is deleted and a receive elastic store full event is reported. an example of the write pointer causing the slip is shown in figure 4.
figure 4. the write pointer is too close to the read pointer during a compare and causes a slip.
in the receive elastic store examples above, both pointers should always move around the buffer at a constant rate. the write pointer is clocked by the receive clock and is constant, based on either the recovered clock or the master clock when in carrier loss. the read pointer is clocked by the receive system clock and should be constant, based on either an external clock or backplane clock. because of this, the slip contention logic will always be able to detect a slip event. the logic will either repeat or delete a frame of data and the elastic store will recover instantly with only a single frame error.
additional informationfor more information on the operation of the elastic stores present in t1 or e1 framers and single-chip transceivers, please contact the telecommunication applications support team via email at
telecom.support@dalsemi.com or call 972-371-6555.
空调制热的正确开法_空调制热出冷风怎么回事
人工智能给医疗领域带来的发展机遇
华为大豆,在华为云“黑土地”上茁壮成长
OLED显示器如何与Raspberry Pi一起使用?
保养充电电池的几则小技巧
Elastic Store Operation
“跑分作弊”华为回应:其它厂商也是这么干的
传宁德时代重启港股IPO,最快明年上市
英飞凌HYPERRAM™ 3.0存储芯片与Autotalks第三代芯片组搭配,共同赋能新一代汽车V2X应用
2023亚马逊云科技中国峰会召开 全面阐述生成式AI新机遇
Boost公式推导及验证
英特尔携手海康威视打造简便高效的智慧物流管理解决方案
顺义1200亩自动驾驶封闭测试场首期道路设施和场景建设完成
机科做到二十年来稳拿亿元AGV机器人市场的秘诀是什么
凌力尔特推出高度集成的升压型DC/DC转换器
华为Mate40RS保时捷版本维修成本到底有多高?
芯片验证方法之极限验证法简析
数控机床出现丢步现象的原因及解决办法
俄罗斯无人驾驶初创公司欲启动IPO 意在使自动驾驶汽车比驾驶员更好
贸泽电子开售ST STM32WL Nucleo-64开发板,支持全球第一款LoRa Soc