Bureaucrats, dave_user, Administrators
4,650
edits
Changes
→Real-timeness, frame dropping, and alarm detection latency
In light of these requirements, it is clear that the processing platform should be engineered as a real-time system. Despite these considerations, however, a platform not specifically designed with real-time capabilities was used to limit implementation effort and development time. Rather, it was decided to use a platform providing enough headroom in terms of processing power and to verify experimentally the fulfillment of requirements. Basically, two different approaches were utilized for this verification.
# Regarding With regard to frame loss, a mechanism able to detect it was implemented at the application software level. Should a frame loss occur, this event is logged and reported. Incidentally, this mechanism exploits frame timestamps described in [[#Alarm recordings|this section]].# A Concerning alarm detection latency, a tailor-made testbed was built as illustrated in the next section.===Alarm detection latency verification===The following diagram shows how the testbed looks like.
==Future work==
