Dormitory management system project reportShomnath Somu
A dormitory Management System for managing student information of a specific hostel/dormitory and room list, room distribution and payment details of students.
This project is done as a final year project for Bachelors of Information Technology (Hons) program offered by Help University, Malaysia.
The project is undertaken to plan, design and develop a Human Resource Management system, named “TinyHRMS” for Maldives Stock Exchange.
Human Resource Management system provides the information regarding the employees in the company. The system facilitates good interaction / communication facilities between the employees and HR administration. The web pages about an employee are created dynamically based on the user id and password and links are provided to web pages containing information like employee general details. HRMS also has the facility of viewing a detailed report regarding the employee
This is for people who face for learning courses in real life. This project use for online studies and online learning. Easily understood and easily learning anything in online. That is the main reason for implementing this project.
Dormitory management system project reportShomnath Somu
A dormitory Management System for managing student information of a specific hostel/dormitory and room list, room distribution and payment details of students.
This project is done as a final year project for Bachelors of Information Technology (Hons) program offered by Help University, Malaysia.
The project is undertaken to plan, design and develop a Human Resource Management system, named “TinyHRMS” for Maldives Stock Exchange.
Human Resource Management system provides the information regarding the employees in the company. The system facilitates good interaction / communication facilities between the employees and HR administration. The web pages about an employee are created dynamically based on the user id and password and links are provided to web pages containing information like employee general details. HRMS also has the facility of viewing a detailed report regarding the employee
This is for people who face for learning courses in real life. This project use for online studies and online learning. Easily understood and easily learning anything in online. That is the main reason for implementing this project.
This is a BSc final Project book on Student portal system application which is mobile based on android application. it will help students to write the project book in a proper way.
The present condition in Industry is that they are using the crane system to carry the parcels from one place to another, including harbors. Some times the lifting of big weights may cause the breakage of lifting materials and will cause damage to the parcels too. Application of the proposed system is for industries. The robot movement depends on the track. Use of this robot is to transport the materials from one place to another place in the industry.
A robot is a machine designed to execute one or more tasks repeatedly, with speed and precision. There are as many different types of robots as there are tasks for them to perform. A robot can be controlled by a human operator, sometimes from a great distance. In such type of applications wireless communication is more important.
In robotic applications, generally we need a remote device to control. If we use IR remote device, it is just limited to meters distance and also if any obstacle is in between its path then there will be no communication. If we consider, RF modules for remote operations there is no objection whether an obstacle is present in its path. So that it is very helpful to control robot.
RF modules itself can generates its carrier frequency which is around 2.4 GHz. We need to generate serial data using micro controller and fed to the RF transmitting module. On other side RF receiver receives sent data as RF signals and given to another micro controller. Here, RF receiver itself demodulates the data from carrier signal and generate serial data as output.
Industrial Attachment Program (IAP) ReportAkshit Arora
Project report for IAP, project developed for automating the Industrial Attachment Program of Dept. of Mechanical Engineering at Thapar University. Developed under the guidance of Dr. Ajay Batish (Professor at Mechanical Engg. Dept, TU)
This document is for Coventry University students for their ow.docxjwilliam16
This document is for Coventry University students for their own use in completing their
assessed work for this module and should not be passed to third parties or posted on any
website. Any infringements of this rule should be reported to
[email protected]
Faculty of Engineering, Environment and Computing
M09CDE Computer Architectures and
Principles
Assignment Brief 2018/19
Module Title: Computer Architectures
and Principles
Individual Cohort (January) Module Code
M09CDE
Coursework Title
Resit Coursework
Hand out date:
21/01/2019
Lecturer
Dr Dianabasi Nkantah
Due date: 6pm 29th April
2019
Estimated Time (hrs): 30 hours
Word Limit*: 3500
Coursework type: Assignment % of Module Mark
50%
Submission arrangement online via CUMoodle: Submission link on CUMoodle
File types and method of recording: ‘.pdf’, ‘.docx’, ‘.doc’
Mark and Feedback date: 13th Mar 2019
Mark and Feedback method: Feedback file on CUMoodle
Module Learning Outcomes Assessed:
2. Evaluate alternative systems software and machine performance features in order to select
appropriate tools and deploy suitable hardware elements for a given set of technical and
operational requirements.
3. Discuss the benefits of a range of system architectures and communications infrastructure
elements for a range of applications and user requirements bearing in mind the competing
constraints of performance, cost, security and usability.
4. Identify the merits of a range of specialised architectures in providing performance and other
critical requirements for particular application areas or environments, measuring their
effectiveness in achieving these goals.
Task and Mark distribution:
SECTION A
You are required to choose two currently used microprocessors (from two different manufacturers).
Processor manufacturers include Intel, AMD, ARM, Motorola, Fujitsu, VIA Technologies, etc. Each of the
two processors chosen should be suitable for use in a different class of computers (e.g. PCs/Laptops,
Servers, and embedded systems) from the second processor. Conduct research with the aim of analysing,
as well as comparing and contrasting the design of these processors. A report of this analysis and
comparison/contrast, with recommendations, should be compiled and submitted. You are expected to
conduct research external to lectures (e.g. finding evidence to support your claims from manufacturer
websites, journal/conference articles, etc.).
Research should focus on performance, cost and energy consumption of these microprocessors.
Aspects of design to consider should include, but not limited to, instruction set architecture, internal
structure, interconnection architecture, cache organisation, error correction, memory management and
parallel processing. Your report should also provide an indication of the current trend in processor design.
This document is for Coventry University students for their own use in completing the.
Development of the required components of a performance vehicle model to stud...Kayalarasan Kanagasabai
During the final phase of my master's degree, I have created a Matlab tool with an innovative mathematical modelling approach to support the race engineers to study the suspension set-up effectiveness by modelling the component's performance associated with the suspension.
The results generated by this Matlab tool will require further analysis by a race engineer to realize the optimizing window of the existing suspension set-up in a short amount of time. The data supplied and model validation done using the well-established AVL VSM lap time simulation software, a good level of agreement obtained even with the limitations and assumptions considered in the tool. The nature of this concept has the potential to convert into a commercial package software which requires less computational power and minimal data compare to a conventional method.
While developing this tool for around 6 months, I have experienced the joy of learning and exploring new things that I never know before, Thanks.
Encryption in Microsoft 365 - ExpertsLive Netherlands 2024Albert Hoitingh
In this session I delve into the encryption technology used in Microsoft 365 and Microsoft Purview. Including the concepts of Customer Key and Double Key Encryption.
In the rapidly evolving landscape of technologies, XML continues to play a vital role in structuring, storing, and transporting data across diverse systems. The recent advancements in artificial intelligence (AI) present new methodologies for enhancing XML development workflows, introducing efficiency, automation, and intelligent capabilities. This presentation will outline the scope and perspective of utilizing AI in XML development. The potential benefits and the possible pitfalls will be highlighted, providing a balanced view of the subject.
We will explore the capabilities of AI in understanding XML markup languages and autonomously creating structured XML content. Additionally, we will examine the capacity of AI to enrich plain text with appropriate XML markup. Practical examples and methodological guidelines will be provided to elucidate how AI can be effectively prompted to interpret and generate accurate XML markup.
Further emphasis will be placed on the role of AI in developing XSLT, or schemas such as XSD and Schematron. We will address the techniques and strategies adopted to create prompts for generating code, explaining code, or refactoring the code, and the results achieved.
The discussion will extend to how AI can be used to transform XML content. In particular, the focus will be on the use of AI XPath extension functions in XSLT, Schematron, Schematron Quick Fixes, or for XML content refactoring.
The presentation aims to deliver a comprehensive overview of AI usage in XML development, providing attendees with the necessary knowledge to make informed decisions. Whether you’re at the early stages of adopting AI or considering integrating it in advanced XML development, this presentation will cover all levels of expertise.
By highlighting the potential advantages and challenges of integrating AI with XML development tools and languages, the presentation seeks to inspire thoughtful conversation around the future of XML development. We’ll not only delve into the technical aspects of AI-powered XML development but also discuss practical implications and possible future directions.
GraphRAG is All You need? LLM & Knowledge GraphGuy Korland
Guy Korland, CEO and Co-founder of FalkorDB, will review two articles on the integration of language models with knowledge graphs.
1. Unifying Large Language Models and Knowledge Graphs: A Roadmap.
https://arxiv.org/abs/2306.08302
2. Microsoft Research's GraphRAG paper and a review paper on various uses of knowledge graphs:
https://www.microsoft.com/en-us/research/blog/graphrag-unlocking-llm-discovery-on-narrative-private-data/
Goodbye Windows 11: Make Way for Nitrux Linux 3.5.0!SOFTTECHHUB
As the digital landscape continually evolves, operating systems play a critical role in shaping user experiences and productivity. The launch of Nitrux Linux 3.5.0 marks a significant milestone, offering a robust alternative to traditional systems such as Windows 11. This article delves into the essence of Nitrux Linux 3.5.0, exploring its unique features, advantages, and how it stands as a compelling choice for both casual users and tech enthusiasts.
How to Get CNIC Information System with Paksim Ga.pptxdanishmna97
Pakdata Cf is a groundbreaking system designed to streamline and facilitate access to CNIC information. This innovative platform leverages advanced technology to provide users with efficient and secure access to their CNIC details.
zkStudyClub - Reef: Fast Succinct Non-Interactive Zero-Knowledge Regex ProofsAlex Pruden
This paper presents Reef, a system for generating publicly verifiable succinct non-interactive zero-knowledge proofs that a committed document matches or does not match a regular expression. We describe applications such as proving the strength of passwords, the provenance of email despite redactions, the validity of oblivious DNS queries, and the existence of mutations in DNA. Reef supports the Perl Compatible Regular Expression syntax, including wildcards, alternation, ranges, capture groups, Kleene star, negations, and lookarounds. Reef introduces a new type of automata, Skipping Alternating Finite Automata (SAFA), that skips irrelevant parts of a document when producing proofs without undermining soundness, and instantiates SAFA with a lookup argument. Our experimental evaluation confirms that Reef can generate proofs for documents with 32M characters; the proofs are small and cheap to verify (under a second).
Paper: https://eprint.iacr.org/2023/1886
Alt. GDG Cloud Southlake #33: Boule & Rebala: Effective AppSec in SDLC using ...James Anderson
Effective Application Security in Software Delivery lifecycle using Deployment Firewall and DBOM
The modern software delivery process (or the CI/CD process) includes many tools, distributed teams, open-source code, and cloud platforms. Constant focus on speed to release software to market, along with the traditional slow and manual security checks has caused gaps in continuous security as an important piece in the software supply chain. Today organizations feel more susceptible to external and internal cyber threats due to the vast attack surface in their applications supply chain and the lack of end-to-end governance and risk management.
The software team must secure its software delivery process to avoid vulnerability and security breaches. This needs to be achieved with existing tool chains and without extensive rework of the delivery processes. This talk will present strategies and techniques for providing visibility into the true risk of the existing vulnerabilities, preventing the introduction of security issues in the software, resolving vulnerabilities in production environments quickly, and capturing the deployment bill of materials (DBOM).
Speakers:
Bob Boule
Robert Boule is a technology enthusiast with PASSION for technology and making things work along with a knack for helping others understand how things work. He comes with around 20 years of solution engineering experience in application security, software continuous delivery, and SaaS platforms. He is known for his dynamic presentations in CI/CD and application security integrated in software delivery lifecycle.
Gopinath Rebala
Gopinath Rebala is the CTO of OpsMx, where he has overall responsibility for the machine learning and data processing architectures for Secure Software Delivery. Gopi also has a strong connection with our customers, leading design and architecture for strategic implementations. Gopi is a frequent speaker and well-known leader in continuous delivery and integrating security into software delivery.
Securing your Kubernetes cluster_ a step-by-step guide to success !KatiaHIMEUR1
Today, after several years of existence, an extremely active community and an ultra-dynamic ecosystem, Kubernetes has established itself as the de facto standard in container orchestration. Thanks to a wide range of managed services, it has never been so easy to set up a ready-to-use Kubernetes cluster.
However, this ease of use means that the subject of security in Kubernetes is often left for later, or even neglected. This exposes companies to significant risks.
In this talk, I'll show you step-by-step how to secure your Kubernetes cluster for greater peace of mind and reliability.
Observability Concepts EVERY Developer Should Know -- DeveloperWeek Europe.pdfPaige Cruz
Monitoring and observability aren’t traditionally found in software curriculums and many of us cobble this knowledge together from whatever vendor or ecosystem we were first introduced to and whatever is a part of your current company’s observability stack.
While the dev and ops silo continues to crumble….many organizations still relegate monitoring & observability as the purview of ops, infra and SRE teams. This is a mistake - achieving a highly observable system requires collaboration up and down the stack.
I, a former op, would like to extend an invitation to all application developers to join the observability party will share these foundational concepts to build on:
DevOps and Testing slides at DASA ConnectKari Kakkonen
My and Rik Marselis slides at 30.5.2024 DASA Connect conference. We discuss about what is testing, then what is agile testing and finally what is Testing in DevOps. Finally we had lovely workshop with the participants trying to find out different ways to think about quality and testing in different parts of the DevOps infinity loop.
Communications Mining Series - Zero to Hero - Session 1DianaGray10
This session provides introduction to UiPath Communication Mining, importance and platform overview. You will acquire a good understand of the phases in Communication Mining as we go over the platform with you. Topics covered:
• Communication Mining Overview
• Why is it important?
• How can it help today’s business and the benefits
• Phases in Communication Mining
• Demo on Platform overview
• Q/A
Pushing the limits of ePRTC: 100ns holdover for 100 daysAdtran
At WSTS 2024, Alon Stern explored the topic of parametric holdover and explained how recent research findings can be implemented in real-world PNT networks to achieve 100 nanoseconds of accuracy for up to 100 days.
Threats to mobile devices are more prevalent and increasing in scope and complexity. Users of mobile devices desire to take full advantage of the features
available on those devices, but many of the features provide convenience and capability but sacrifice security. This best practices guide outlines steps the users can take to better protect personal devices and information.
Why You Should Replace Windows 11 with Nitrux Linux 3.5.0 for enhanced perfor...SOFTTECHHUB
The choice of an operating system plays a pivotal role in shaping our computing experience. For decades, Microsoft's Windows has dominated the market, offering a familiar and widely adopted platform for personal and professional use. However, as technological advancements continue to push the boundaries of innovation, alternative operating systems have emerged, challenging the status quo and offering users a fresh perspective on computing.
One such alternative that has garnered significant attention and acclaim is Nitrux Linux 3.5.0, a sleek, powerful, and user-friendly Linux distribution that promises to redefine the way we interact with our devices. With its focus on performance, security, and customization, Nitrux Linux presents a compelling case for those seeking to break free from the constraints of proprietary software and embrace the freedom and flexibility of open-source computing.
Maruthi Prithivirajan, Head of ASEAN & IN Solution Architecture, Neo4j
Get an inside look at the latest Neo4j innovations that enable relationship-driven intelligence at scale. Learn more about the newest cloud integrations and product enhancements that make Neo4j an essential choice for developers building apps with interconnected data and generative AI.
Enchancing adoption of Open Source Libraries. A case study on Albumentations.AIVladimir Iglovikov, Ph.D.
Presented by Vladimir Iglovikov:
- https://www.linkedin.com/in/iglovikov/
- https://x.com/viglovikov
- https://www.instagram.com/ternaus/
This presentation delves into the journey of Albumentations.ai, a highly successful open-source library for data augmentation.
Created out of a necessity for superior performance in Kaggle competitions, Albumentations has grown to become a widely used tool among data scientists and machine learning practitioners.
This case study covers various aspects, including:
People: The contributors and community that have supported Albumentations.
Metrics: The success indicators such as downloads, daily active users, GitHub stars, and financial contributions.
Challenges: The hurdles in monetizing open-source projects and measuring user engagement.
Development Practices: Best practices for creating, maintaining, and scaling open-source libraries, including code hygiene, CI/CD, and fast iteration.
Community Building: Strategies for making adoption easy, iterating quickly, and fostering a vibrant, engaged community.
Marketing: Both online and offline marketing tactics, focusing on real, impactful interactions and collaborations.
Mental Health: Maintaining balance and not feeling pressured by user demands.
Key insights include the importance of automation, making the adoption process seamless, and leveraging offline interactions for marketing. The presentation also emphasizes the need for continuous small improvements and building a friendly, inclusive community that contributes to the project's growth.
Vladimir Iglovikov brings his extensive experience as a Kaggle Grandmaster, ex-Staff ML Engineer at Lyft, sharing valuable lessons and practical advice for anyone looking to enhance the adoption of their open-source projects.
Explore more about Albumentations and join the community at:
GitHub: https://github.com/albumentations-team/albumentations
Website: https://albumentations.ai/
LinkedIn: https://www.linkedin.com/company/100504475
Twitter: https://x.com/albumentations
Generative AI Deep Dive: Advancing from Proof of Concept to ProductionAggregage
Join Maher Hanafi, VP of Engineering at Betterworks, in this new session where he'll share a practical framework to transform Gen AI prototypes into impactful products! He'll delve into the complexities of data collection and management, model selection and optimization, and ensuring security, scalability, and responsible use.
Generative AI Deep Dive: Advancing from Proof of Concept to Production
Assignment 6
1. EMBEDDED PROCESSORS AND
MICRO CONTROLLERS
Module Code
Module Name
Course
Department
ESD 530
Embedded Communication System
M.Sc in Real-Time Embedded Systems
Computer Engineering
Name of the Student
Bhargav Shah
Reg. No
CHB0911001
Batch
Full-Time 2011
Module Leader
Narsinhma murty
M.S.Ramaiah School of Advanced Studies
Postgraduate Engineering and Management Programmes(PEMP)
#470-P Peenya Industrial Area, 4th Phase, Peenya, Bengaluru-560 058
Tel; 080 4906 5555, website: www.msrsas.org
Wired & Wireless Embedded Networks
POSTGRADUATE ENGINEERING AND MANAGEMENT PROGRAMME – (PEMP)
MSRSAS - Postgraduate Engineering and Management Programme - PEMP
i
2. Declaration Sheet
Student Name
Bhargav Shah
Reg. No
CHB0911001
Course
Real Time Embedded System
Batch
FT-11
Module Code
ESD530
Module Title
Module Date
Embedded communication Syatem
to
10/10/2011
05/11/2011
Module Leader
Narsinhma Murty
Batch Full-Time 2011
Extension requests:
Extensions can only be granted by the Head of the Department in consultation with the module leader.
Extensions granted by any other person will not be accepted and hence the assignment will incur a penalty.
Extensions MUST be requested by using the ‘Extension Request Form’, which is available with the ARO.
A copy of the extension approval must be attached to the assignment submitted.
Penalty for late submission
Unless you have submitted proof of mitigating circumstances or have been granted an extension, the
penalties for a late submission of an assignment shall be as follows:
• Up to one week late:
Penalty of 5 marks
• One-Two weeks late:
Penalty of 10 marks
• More than Two weeks late:
Fail - 0% recorded (F)
All late assignments: must be submitted to Academic Records Office (ARO). It is your responsibility to
ensure that the receipt of a late assignment is recorded in the ARO. If an extension was agreed, the
authorization should be submitted to ARO during the submission of assignment.
To ensure assignment reports are written concisely, the length should be restricted to a limit
indicated in the assignment problem statement. Assignment reports greater than this length may
incur a penalty of one grade (5 marks). Each delegate is required to retain a copy of the
assignment report.
Declaration
The assignment submitted herewith is a result of my own investigations and that I have conformed to the
guidelines against plagiarism as laid out in the PEMP Student Handbook. All sections of the text and
results, which have been obtained from other sources, are fully referenced. I understand that cheating and
plagiarism constitute a breach of University regulations and will be dealt with accordingly.
Signature of the student
Shivaraj KM
Date
05/11/2011
Submission date stamp
(by ARO)
Signature of the Module Leader and date
Signature of Head of the Department and date
ii
3. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Abstract
____________________________________________________________________________
In the past, electronic control units in automotive applications were connected by
individual signal wires. However, today, close to 100% of the ECUs are connected by bus
systems such as LIN, CAN and Flex Ray. This yields significant advantages, including
improved data availability, straightforward wiring and standardized interfaces. On the other
hand, all the control units connected to a bus must continuously monitor the traffic on the bus
and respond immediately in case of any messages that are relevant for them.
Another important area in automobile is DAS, which significantly improve road safety,
traffic flow. In the PART -A of the assignment, a general survey was carried out and a debate
was done on feasibility of driver assist systems in India and finally came out with conclusion
that DAS wont suit for Indian roadways became it is cost effective .
In the PART -B of the assignment, the functionality of a DAS, its block diagram that
represents the system being developed, different protocols used for communication
and
Criteria’s considered for choosing them. Finally the debate was done on use of suitable protocol
and sensors for DAS.
In the PART -C of the assignment, as a continuation of PART –B implementation and
simulation of DAS is done using CAN bus on Vector CANoe and concluded with the results
and the test cases of the system in the efficient working of the systems
Wired & Wireless Embedded Networks
iii
4. Contents
____________________________________________________________________________
Declaration Sheet ......................................................................................................................... ii
Abstract ....................................................................................................................................... iii
Contents ........................................................................................................................................iv
List of Tables .................................................................................................................................v
List of Figures ..............................................................................................................................vi
PART-A.........................................................................................................................................8
CHAPTER 1: Feasibility of autonomous vehicles for operating in India ....................................8
1.1Introduction ..........................................................................................................................8
1.2 Design and functioning of current autonomous vehicles ....................................................8
1.3 Major factors that would affect the design of autonomous vehicles for operating in India 9
1.4 From an embedded systems perspective major required changes .......................................9
1.5 Feasibility of widespread use of autonomous vehicles suited for Indian conditions ........10
1.6Conclusion ..........................................................................................................................10
PART-B .......................................................................................................................................11
CHAPTER 2 Design of driver assistant system ..........................................................................11
2.1 Introduction .......................................................................................................................11
2.2 Subsystem interaction and functionality ...........................................................................11
2.2.1 TCR Functionality ...................................................................................................11
2.2.2 ABS Functionality ......................................................................................................11
2.2.3 ESC Functionality ......................................................................................................13
2.3 Block diagrams and explanation .......................................................................................13
2.4 Considered input parameters & Decision making .............................................................16
2.4.1 Input parameter...........................................................................................................16
2.4.2 Control logic based on the input parameter................................................................17
2.5 List of sensor and actuators with position .........................................................................18
2.6 Choice of IVN protocol .....................................................................................................19
2.7 Conclusion .........................................................................................................................19
PART-C .......................................................................................................................................20
CHAPTER 3 Simulation of the integrated Driver Assistance System ........................................20
3.1 Introduction .......................................................................................................................20
3.2 Protocol Design .................................................................................................................20
3.3 Development of CAPL program ......................................................................................23
3.3.1 CAPL program for ABS Data node ...........................................................................24
3.3.2 CAPL program for ESU Data node ............................................................................24
3.3.3 CAPL program for TCR and main node ....................................................................25
3.4 Front panel designing ........................................................................................................29
3.5 Test cases ...........................................................................................................................30
3.6 Results ...............................................................................................................................31
3.7 Conclusion .........................................................................................................................36
CHAPTER 4 ................................................................................................................................37
Learning Outcomes .....................................................................................................................37
4.1 Module Learning Outcomes ..............................................................................................37
iv
5. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
List of Tables
____________________________________________________________________________
Table2. 1 List of sensors..............................................................................................................18
Table 3. 1 Messages associated with TCR .................................................................................21
Table 3. 2 Messages associated with ABS ..................................................................................22
Table 3. 3 Message associated with ECS ....................................................................................22
Table 3. 4 Test Cases ...................................................................................................................30
Wired & Wireless Embedded Networks
v
6. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
List of Figures
____________________________________________________________________________
Figure 1. 1 Components of autonomous navigation vehicles .......................................................8
Figure 2. 1 TCR system ...............................................................................................................12
Figure 2. 2 ABS system ...............................................................................................................12
Figure 2. 3 Block diagram of CAN network ...............................................................................14
Figure 2. 4 Law level block diagram for ABS ............................................................................14
Figure 2. 5 Low level diagram of ESC .......................................................................................15
Figure 2. 6 Low level block diagram of TCR .............................................................................16
Figure 2. 7 Decision making logic ..............................................................................................17
Figure 3.1 CAN network for ABS,TCR and ESU ......................................................................20
Figure 3.2 CAPL script for ABS .................................................................................................24
Figure 3.3 CAPL script for ESU .................................................................................................24
Figure 3.4 CAN Messages...........................................................................................................25
Figure 3.5 Environment Variable “env_ignition” .......................................................................25
Figure 3.6 Environmental variable “foult_fr_left”, “foult_fr_right”, “foult_r_left”
and“foult_r_right” .......................................................................................................................26
Figure 3. 7 Environmental variable “env_tcr” ............................................................................27
Figure 3.8 Environmental variable “env_ecu_left” .....................................................................28
Figure 3.9 Environmental variable “env_abs” ............................................................................28
Figure 3.10 Front panel design ....................................................................................................29
Figure 3.11 Results of test case 1 ................................................................................................31
Figure 3. 12 Results of test case 2 ...............................................................................................31
Figure 3. 13 Result of test case 3 at t=0 sec ................................................................................32
Figure 3. 14 Result of test case 3 at t=2 sec ................................................................................32
Figure 3. 15 Result of test case 4(1) ............................................................................................33
Figure 3. 16 Result of test case 4 (2) ...........................................................................................33
Figure 3. 17 Result of test case 5(1) ............................................................................................34
Figure 3. 18 Result of test case 5(2) ............................................................................................34
Figure 3. 19 Result of test case 5(3) ............................................................................................35
Figure 3. 20 Test case 6(1) ..........................................................................................................35
Figure 3. 21 Test case 6(2) ..........................................................................................................36
Wired & Wireless Embedded Networks
vi
7. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Acronyms
____________________________________________________________________________
TCS
ABS
ESC
WSS
APPS
ADAS
GPS
PDA
RFID
ACC
VSC
EPAS
ARC
4WS
ECU
SPS
IVN
Traction Control System
Antilock Breaking System
Electronics stability Control
Wheel Speed Sensor
Acceleration Paddle Position Sensor
Automatic Driver assistant system
Global Positioning System
Personal Digital Assistant
Radio Frequency Identification
Adaptive Cruise Control
Vehicle Stability Control
Electric Power-assist Steering
Anti-Rollover Control
Four Wheel Steering
Electronics Control Unit
Steering Position Sensor
In Vehicle network
Wired & Wireless Embedded Networks
vii
8. PART-A
CHAPTER 1: Feasibility of autonomous vehicles for operating in
India
1.1Introduction
The research trend in the automotive domain is clearly moving from mechanically controlled
to computer assisted systems for both vehicle handling and comfort functions [1].As the part of the
computer assisted system for vehicle handling, intelligent algorithms are developed which takes the
input from couple of sensors. Handling decision of car is based on the real world quantities
measured by sensors. ADAS (Automatic Driver assistant system) is a part of computerized vehicle
handling system. Couples of sensors (camera, IR sensor, GPS) are used to detect and maintain the
exact movement, position and speed of car [2].
1.2 Design and functioning of current autonomous vehicles
An autonomously-driven vehicle is a true automobile, i.e., mobile on its own –self-propelled and navigated.
A semi-autonomous vehicle can use any navigational method, but the driver intervenes to determine the routing and
otherwise control the car. A person in a completely driver-controlled vehicle most often uses a map interfacing with
GPS or a handheld device, such as a personal digital assistant (PDA) that displays locations via GPS.
Routes ultimately are determined by the driver and may be charted by means such as on-board maps, web interface,
or PDAs.
There are three ways a car may be navigated: totally in autonomous mode – without any driver intervention,
semi-autonomously with some driver intervention, and completely driver controlled. A vehicle may be guided
autonomously by the Global Positioning System (GPS),cameras, laser detectors, radar, wires in or lines on the road, or
by transponders strategically located along a route. While road sensors or wires provide a more accurate navigation
there are practical limits to installing them, given the number of roads involved.
Figure 1. 1 Components of autonomous navigation vehicles
Navigational software includes pre-programmed routes, driving rules (such as stopping for red lights and
lane changes), and user interfaces. Mechanical control is done by servo motors, relays, sensors, automated steering
and braking, throttle management, and so forth. List of available sensor, processing units and control systems are
9. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
shown in the above figure 1.1. With the improvement of automotive systems aided by computers and artificial
intelligence, it should not be surprising to see the emergence of vehicles that drive themselves.
1.3 Major factors that would affect the design of autonomous vehicles for
operating in India
•
There is less choice of routing and general control over the vehicle[3]
•
Even if the option exists of switching from autonomous driving to driving by a person, the problem arises of
integrating the switchover from a planned route to one that is determined by the driver and may not be
compatible[3]
•
There is the failure of systems and the consequences. One small disruption in a very large and integrated
system may have disastrous effects[3]
•
There is a continued dependence upon individual vehicles in face of looming constraints of diminishing
fuel supplies and congestion. A false security arises in thinking that the increased efficiency and
safety of autonomous systems is sufficient in overcoming these problems[3]
• The issue of hacking the software running [3]
1.4 From an embedded systems perspective major required changes
ESP/ESC (Electronic Stability Programme/Control)-- ESP stabilises the vehicle and prevent
skidding under all driving conditions and driving situation within the physical limits by active brake
intervention on one or more wheels and by intelligent engine torque management. A yaw-rate
sensor and a lateral acceleration sensor continuously monitor the movement of the vehicle about its
vertical axis and compare the actual value with the target value calculated on the basis of the
driver's steering input and the vehicle speed. The moment the car deviates from this ideal line, ESP
intervenes ESP systems combine the functions of ABS and TCS traction control and complement
them with directional stability assistance [4].
Blind spot monitoring-- Systems, which give information/warnings to the driver about relevant
obstacles in the blind spot around the vehicle, when the driver intends to change the lane. Systems
can use cameras or radar sensors to detect relevant objects.
Adaptive head lights-- Adaptive Head Lights improve night-time driving safety on twisty roads:
the headlamps follow the direction in which the driver is steering, thus extending the illumination
range in the relevant areas. In this way it is possible to spot pedestrians, cyclists and animals much
sooner.
Obstacle & collision warning--Systems detect obstacles and give warnings when collision is
imminent. Current solutions with limited performance are a separate feature of Adaptive Cruise
Wired & Wireless Embedded Networks
9
10. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Control systems which use information obtained from radar sensors to give visual and acoustic
warnings. Future systems will optionally use near range radar sensors or LIDAR in addition to the
long range radar. The evolution of the function has been the following: 1) ACC without braking
capability, 2) ACC including braking capability but without taking care of fixed obstacles, 3) taking
care of some category of fixed obstacles i.e. those with a big equivalent surface to detection.
Lane departure warning-- Warning given to the driver in order to avoid leaving the lane
unintentionally. Video image processing is the most important technology. Warnings can be
acoustic, visual or haptic.
1.5 Feasibility of widespread use of autonomous vehicles suited for Indian
conditions
The technologies used in intelligent transport system are all new and they are very costly.
So the cost of investment on the components initially will be very high. Many of these devices will
be used to quick decongestion of the traffic hence there will be a constant saving over the fuel and
time by the road users which will become more than the initial cost if a time period of 20 to 25
years is considered. For example if dynamic traffic light system needs to be installed in a city the
cost of installing RFID to every vehicle will be very costly but in a long run the traffic congestion
will be reduced hence giving a better saving. Considering cities, the planning should be mainly to
ease the traffic congestion. The areas which are mainly causing congestion such as toll booths can
be made electronic allowing users to drive at normal speed even at the toll ways. The public
transport system such as buses and local trains can be synchronized so that the waiting period will
be reduced. By planning a dynamic traffic signaling system using RFID well in advance the traffic
congestion at the junctions can be addressed in a better way. The deployment of these intelligent
traffic systems can be difficult again due to the economic feasibility. So the most important once
can be deployed earlier by creating private public partnerships. Then with development the other
ITS systems can be deployed [4][5].
1.6Conclusion
Autonomous vehicles implemented on foreign roads do not have much complications where
road rules are followed good and roads are maintained in a well manner. In India all this cause
further implications as road rules are seldom followed in most places and roads are not maintained
good which is troublesome in automated cars. The cost deployment of such systems will be very
high which makes implementation of such vehicles much difficult as existing tolls and signals are
not readily supporting communication or sharing any information with a moving vehicle.
Wired & Wireless Embedded Networks
10
11. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
PART-B
CHAPTER 2 Design of driver assistant system
________________________________________________________________________________
2.1 Introduction
Many driver assistance systems were proposed over the last decade to enhance the comfort,
safety and efficiency of ground vehicles Examples include adaptive cruise control (ACC), vehicle
stability control (VSC) systems, electric power-assist steering (EPAS), anti-rollover control (ARC),
four wheel steering (4WS), etc. Some of these driver assistance systems were designed to relief
human drivers from certain (lower-level) driving tasks, and others were designed to work
collaboratively with human drivers. The collaboration of four such driver assistance systems like
ABS, Traction control, ESP, Driver Assistance systems offers greatest possible solution for vehicle
to be stable on slippery roads, skidding on less friction surfaces, sudden breaking and sudden turn .
2.2 Subsystem interaction and functionality
2.2.1 TCR Functionality
An automobile can unexpectedly go into a skid on wet, slippery roads, not only when braking
but also when accelerating. Moreover, excessive slip of the driven wheels can occur during
acceleration on slippery road surfaces. The purpose of Traction control system is to prevent wheel
spin from occurring due to the acceleration. The maximum torque that can be transmitted to wheels
is determined by the co efficient of the friction generated between the road and the tires. If the
torque exceeds that level, the wheels are likely to spin. Conditions for Traction operation may
include loose gravel, slippery road surfaces. By the activation of the TCR system reduces engine
torque and drive wheel speed as necessary to bring the vehicle under control which improves the
vehicle stability when starting, accelerating or turning on sleepry road. Figure 2.1 shows the basic
connection diagram of TCS system. Four WSS (wheel speed sensor) and the throttle position sensor
is connected with the ECU which takes initiative on the occurrence of traction.
2.2.2 ABS Functionality
A vehicle braking system, including the tires, is most effective, i.e., produces the optimum
retarding force, when the wheel speeds are approximately 85 to 90% of the vehicle speed. The
difference (100% - 85% =15%) is called the percent slip of a particular wheel. The 10 to 15% slip
retarding force is greater than the locked wheel retarding force, so optimum braking is achieved
when the slip is 10 to 15% . Over-applying foundation brakes can cause wheels to lock (100% slip),
so a system that prevents this can improve braking effectiveness. Antilock braking systems (ABS)
have been developed to do this.
By monitoring the frequency output of each WSS, the ECU can decide if an individual
Wired & Wireless Embedded Networks
11
12. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
wheel slip exceeds a desired threshold. When such a threshold is exceeded at a particular wheel, the
ECU directs the hydraulic control unit to isolate that wheel and reduce hydraulic pressure at that
wheel, so that wheel can resume rotation. Once the wheel is again rotating at about optimum slip
(assuming the brakes are still applied) pressure is reapplied to that particular wheel. Typically, each
wheel control circuit is called a channel and the hydraulic control unit is typically called a hydraulic
modulator.
Figure 2. 1 TCR system
Figure 2. 2 ABS system
Wired & Wireless Embedded Networks
12
13. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
A schematic of such a feedback system is shown in Figure 2.2, where the controller is an
ECU, the controlled parameter is wheel cylinder pressure, and the feedback elements are individual
electronic wheel speed sensors (WSS).
2.2.3 ESC Functionality
Electronic stability control (ESC) is a vehicle control system comprising sensors, brakes,
engine control modules, and a microcomputer that continuously monitors how well the vehicle
responds to the driver’s steering input. The computer compares a driver’s commands to the actual
behavior of the vehicle. In general, when the sensors indicate the vehicle is leaving the intended
line of travel, ESC applies the brake pressure needed at each individual wheel to bring the vehicle
back on track. In some cases ESC also reduces the force exerted by the engine. The way ESC
systems are programmed to respond to the information from the sensors varies among vehicle
models. Some systems intervene sooner and take away more driver control of speed than others.
2.2.4 Subsystem Interaction
Since the primary function of both TCS and ABS is control of a wheel whose speed
significantly varies from the averaged speed of the other wheels (+ for TCS, – for ABS), where
both features are incorporated in a vehicle, these functions are usually combined into one hydraulic
control unit, sharing a common ECU. The main objective of both ABS and TCS is for them to
operate transparently to the consumer operator so as to provide enhanced vehicle tracking stability
under both braking and acceleration under adverse road surface conditions.
Combined ABS/TCS ECUs with the brake applied in ABS modes, if the speed of one wheel
drops significantly compared with the other wheels, the brake pressure on that wheel is
momentarily reduced to stop the wheel from locking. It is reapplied when the wheel speed is near
the average of the other wheel speeds. With no brake applied and under acceleration in TCS modes,
if the speed of one wheel increases significantly compared to the other wheels, that wheel brake is
momentarily applied to reduce that wheel speed. Braking is removed when that wheel speed returns
to near the average of the other wheel speeds.
2.3 Block diagrams and explanation
Figure 2.3 shows the high level block diagram of the DAS using CAN network. This
network is the medium of all sensors and controller of DAS. There are three node, named
TCR/Control node, ABS node and ESC node is sharing the network and transmit required signal on
bus. By triggering the ABS data ECU output is transmitted to the network to control ECU to take
control action. In the case of triggering of the data in Control ECU, wheel speed is continuously
measured by the speed sensor. Only when the ABS switch is ON, Lock Up switch is activated.
Wired & Wireless Embedded Networks
13
14. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Combinational data of these events is transmitted on BUS. On receiving these data, based on the
lock up switch information, Control ECU controls the wheel speed. This low level working
phenomena of ABS is shown by Figure 2.4. As per the logic given, wheel speed decreases by 1
unit per two second.
Figure 2. 3 Block diagram of CAN network
Figure 2. 4 Law level block diagram for ABS
Wired & Wireless Embedded Networks
14
15. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
On the other side, By triggering the ESC data ECU output is transmitted to the network to
control ECU to take control action. In the case of triggering of the data in Control ECU, wheel
speed and movement of steering is continuously measured by the sensors. Only when the ESC
switch is ON, Lock Up switch is activated. Combinational data of these events is transmitted on BUS.
On receiving these data, based on the lock up switch information, Control ECU controls the stability of
the vehicle by varying the speed of wheels. To change wheels of speed ECS takes the breaking service
to the ABS control unit. This is graphically represented in Figure 2.5.
Figure 2. 5 Low level diagram of ESC
Here, in this network TCR node and control node is combined. By the triggering the TCS data,
output is transmitted to the network. Same node is receiving that message from the can bus. On the
triggering by data from the TCR functions, control functions will check the output of each wheel speed
sensor and acceleration paddle position sensor. After comparing both readings if the speed of the all
sensor (output of sensor) is same then there is no traction, but in other case if the speed of any of wheel
is different then acceleration paddle then there is a occurrence of traction. As an initiative of this
condition TCR control unit maintains the speed of the four wheels by applying the brakes to fast
moving wheels. For applying the brakes to particular wheel/wheels TCS node will take a service from
the ABS node by passing the Wheel ID and amount of speed to be reduced. This Low level
phenomenon is represented by the Figure 2.6.
Wired & Wireless Embedded Networks
15
16. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Figure 2. 6 Low level block diagram of TCR
2.4 Considered input parameters & Decision making
2.4.1 Input parameter
•
Ignition state sensor: Input of the Ignition state sensor is given to the control node. There are
two expected (either ignition ON or ignition OFF) values are given as the output of this
sensor. Based on the value given by the Main node can decide wither car is on or off.
•
WSS: Input of the WSS (wheel speed sensor) is given to the control node. The value of this
input is carrying the speed of the individual wheel. On each wheel one WSS is placed to
provide the speed of particular wheel to the main ECU that helps main ECU to make
decision of traction condition.
•
APPS: Input of the APP (Acceleration paddle position sensor) is given to control node.
Based on the position acceleration wheels speed id being changed. Also this position is the
desired/required speed by the user. This is used by TCS.
•
SPS: Input of SPS (steering position sensor) is given to the main node. Output of SPS is the
angular displacement of the steering provided by the user. Based on the steering angular
displacement and time taken to achieve that displacement, stability decisions are made.
Wired & Wireless Embedded Networks
16
17. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
•
TCR switch sensor: Input of the TCR switch sensor is given to main node .Output of this
sensor is carrying the two value(TCR is ON or OFF).Traction control unit comes in active
when the TCR switch is on.
•
ECS switch sensor: Input of the ECS switch sensor is given to main node .Output of this
sensor is carrying the two value(TCR is ON or OFF).Electronic stability control unit comes
in active state when the ECS switch is on.
•
ABS switch sensor: Input of the ABS switch sensor is given to main node .Output of this
sensor is carrying the two value(TCR is ON or OFF).ABS control unit comes in active state
when the ECS switch is on.
2.4.2 Control logic based on the input parameter
Figure 2. 7 Decision making logic
Wired & Wireless Embedded Networks
17
18. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Decisions of autonomous cars are under many bounded conditions. It works on artificial
intelligence where in the decision is made quickly within a matter of seconds and then the car is out
of danger in time of accident situation. These functions are mainly done by sensors where the
respective sensors sense their surroundings and send messages to its processors to process further
functions. The figure 2.7 shows the flow chart of advanced systems like ABS, ESC, and TCR.
Initially the successful ignition leads to the application of sensors in turn leading to the display of
wheel speed sensors sensing the speed of the vehicle. Then if ESC is considered the steering
position sensor changes the speed of the vehicle giving information to reduce the speed of the rear
wheel. After some delay it also reduces the speeds of the front wheel in order attain a uniformity of
both the wheels. Second consideration is the traction control. Here a comparison is done with the
speed of Acceleration Pedal Position sensor is leading to reduce the speed of fast moving vehicles.
Lastly the consideration of an important system called the anti-lock braking system. If it is forced
into use then it reduces the speed of wheels in a periodic manner i.e., the brake shoes catches and
leaves periodically.
2.5 List of sensor and actuators with position
Sensors are the pillars of any autonomous vehicle. Use of correct sensor at the correct
location can change decisive accuracy and efficiency of the vehicle. Table 2.1 shows the list of
sensors and the function of the sensors associated with designed DAS.
Table2. 1 List of sensors
Sensors
Wheel speed sensor
Position
Purpose
This is a magnetic sensor. One The main purpose of this
magnet is mounted on the sensor
is
to
measure
the
rotating the wheel. On the other accurate wheel speed.
fixed side receiver is counting
the number of timer magnet
passed by.
Acceleration paddle position The
acceleration
position As its name suggests, this
sensor
sensor location is generally sensor continuously monitors
near throttle body and can be throttle position and sends
easily located on either its right feedback to the ECU.
or left hand side under the car
hood[7].
Steering position sensor
The steering position sensor is The sensor’s basic function is
Wired & Wireless Embedded Networks
18
19. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
located with the power steering to monitor the driver’s steering
unit[7].
inputs. This includes the angle
of the steering wheel and/or the
rate at which the driver is
turning the wheel[8].
Break paddle Position sensor
Break paddle position sensor is This
situated near the break paddle.
sensor
continuously
monitors break position and
sends feedback to the ECU.
2.6 Choice of IVN protocol
Now days modern cares include high precision sensors and actuators. To communicate with
sensors and actuators efficient communication protocol is required. As the solution of this, Robot
Bocsh invented CAN protocol. CAN is the standard in automotive networks. For growing the need
of IVN, CAN is not seen as a solution for implementing the most recent advances in automotive
electronics field. In CAN, nodes can create asynchronous messages on their own, due to this eventdriven model, there is no way to know in advance the exact time a given message will be sent. In
case of bus overload, it can even lead to some messages missing their intended deadlines. The
maximum allowed bit rate is only 1 Mb/s and the network can stretch for 40m at most.
On the other side Flex-ray has features of the synchronous time-triggered protocols and the
asynchronous Protocols. Flex-ray can provide spatial redundancy and higher bandwidth by the use
of duel channel. ). This feature increases the robustness of the whole system in the condition of
broken down links. . Different bit rates are allowed and a maximum of 10 Mb/s will be supported
by the first generation components. Based on the above debate, I can conclude that Flex ray can
take position of CAN.
2.7 Conclusion
Driver Assistance System containing all the four systems can provide greatest extent of
safety to a driver and reducing the accidents due to slipping of wheels. Survey of such systems
proved Driver Assistance System reduces accidents to 1/3 of annual rate. All the functionalities
required are developed and a design of systems using high level and low level block diagrams and
proper I/O sensors using event triggered CAN protocol and CAPL program is developed. Proper
design simulation is done using CANoE simulator and it can be further interfaced with relevant
hardware configuration to fully implement this design.
Wired & Wireless Embedded Networks
19
20. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
PART-C
CHAPTER 3 Simulation of the integrated Driver Assistance System
________________________________________________________________________________
3.1 Introduction
Anti-Lock Brake System (ABS) allows the driver to maintain steering control of the vehicle
while in hard braking situations. Traction control system (TCR) allows is used to avoid the traction
and maintain the speed of four wheels on the sleepy surface. In sharp turning condition, stability of
the car is the essential. To achieve the stability in the conditions electronics stability module (ESU)
is used .By changing the speed of the respected wheels stability of the car is gained. In this part of
the CAN network is created for ABS, TCR and ESU using CANoe.
3.2 Protocol Design
Figure 3.1 shows the CAN network for ABS, TCR and ESU systems. In the network three
nodes are developed. One is TCR, second is ECU and the third is ABS. In the condition of the
sleepry surfaces synchronization of the speed of four wheels is lost. As a result of this condition
front thrust of car is disturbed. To avoide this condition TCR unit contain speed sensor on the four
wheels of the car. This continuously measures the speed of the four wheels. At the movement, when
speed of the any of the wheels is decreased TCR control maintains the speed of the four motor by
breaking down the fast rotating wheels. As the result of TCR speed of four wheels maintains same
and front thrust is not disturbed. In this simulation, individual switch is used to provide the traction
on each wheel and A single switch named TCR is used to powered traction control system. A track
bar is used to accelerate the engine.
Figure 3.1 CAN network for ABS,TCR and ESU
Wired & Wireless Embedded Networks
20
21. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Messages and signals associated with TCR are shown in table 3.1.
Table 3. 1 Messages associated with TCR
Message
Signal
Values of signal
Transmitter
Ignition
Ignition_stat
0 or 1
tcr
M_button
S_button
0 to 16
tcr
Foult_fr_left
Foult_fr_left
0 or 1
tcr
Foult_fr_right
Sig_f_right
0 or 1
tcr
Foult_r_right
Sig_r_right
0 or 1
tcr
Foult_r_left
Foult_r_left
0 or 1
tcr
tcr
Sig_tcr
0 or 1
tcr
m_timer
s_timer
0 or 1
tcr
Purpose
This message is used to
sense the ignition status of
the simulation process.
This message is used to
sense
the
acceleration
provided by user.
This message is responsible
of producing the traction
fault in front left wheel.
This message is responsible
of producing the traction
fault in front right wheel.
This message is responsible
of producing the traction
fault in rear right wheel
This message is responsible
of producing the traction
fault in rear left wheel.
This message is used to
describe state of tcr system.
This message is the timer
message .when the timer is
overflowing with given
value this message will
occur. After switching of
the TCR system, response
of TCR system can be
obtained after 5 seconds.
Normal break may produce skidding while it suddenly pressed on the high speed. To avoid
this skidding ABS is used .While pressing the sudden break ABS will sense the speed of the wheel
and according to the speed it will provide breaks in busty manner. As a result of this skidding can
be avoided. In simulation dedicated node named ABS is used to send the message regarding to ABS
system. Track bar named break is used to see simulate performance of the normal break. A switch
named ABS is used to see the performance of the ABS. Speed of each wheels is shown by meter.
Recursion of the timer is used in the ABS. After sending the over flow message timer itself call
same timer with some value. After completion of given time signal value of the timer message is
incremented by 1. By the arrival of incremented value of timer signal, speed of the wheels should
be decreased by some factor of total speed. That will produce the breaking in the busty manner.
Wired & Wireless Embedded Networks
21
22. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Here in the simulation process at every two seconds speed of the wheels is decreasing by two
seconds. Messages and signals associated with ABS are shown in table 3.2
Table 3. 2 Messages associated with ABS
Message
M_abs
Signal
S_break
Values of signal
0 or 1
Transmitter
abs
Purpose
This message is used to
describe the state of ABS
system.
M_break
S_break
0 to 16
abs
This message is used to
describe the state of the
normal break.0 to 16 values
are used to describe the
position of the break paddle.
m_timer2
S_timer2
0 to 16
tcr
This message is the timer
message. it is sent by tcr
when timer exceeds from
the given value . Increments
the signal value after every
2 seconds.
In the cases of sudden turn if the speed of four wheels remains same that cause the usability
in the car. Depend upon the steering position change in speed of individual wheel can be beneficial
to obtain stability while turning. Electronic stability control unit is used to obtain the stability in the
sudden tuning condition. In simulation dedicated node named ECU is used to send the message
regarding to ECU system. Movement of the steering is represented by the two track bars. One
represents left movement and another represent the right movement of steering. Movement of
steering is divided in to five integers. Change in speed of the wheels can be seen in the meters.
Messages and signals associated with TCR are shown in table 3.3
Table 3. 3 Message associated with ECS
Message
M_ecu_left
Signal
S_ecu_left
Values of signal
0 to 5
Transmitter
abs
Purpose
This
message
is
used
to
describe position of steering
towards
Wired & Wireless Embedded Networks
left
side.
After
22
23. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
receiving this speed of the rear
left wheel is decreased.
M_ecu_right
S_ecu_right
0 t0 5
abs
This
message
is
used
to
describe position of steering
towards right side. After getting
this message speed of the right
rare wheel is decreased.
m_t3
S_t3
0 or 1
tcr
This message is the timer
message. it is sent by tcr when
timer
exceeds
from
the
2
seconds .After receiving this
message the speed of the front
right wheel is decreased for 3
seconds.
m_t4
S_t4
0 or 1
Tcr
This message is the timer
message. it is sent by tcr when
timer
exceeds
from
the
3
seconds. After receiving this
message speed of the four
wheels will be equal.
3.3 Development of CAPL program
Communication Application Programming Language is a C-like program. CAPL program
are created for measurement and simulation setup. CAPL is an event-based programming language.
The environment variables are described by events and states of the system environment. In this
assignment note environment variables are associated to ignition switch, TCR switch, speed of
wheels etc. To work with environment variable in CAPL, an event procedure of the type – ‗on
envVar <react to the change in environment variable>‘ is used. CAPL program also counts
messages that are generated in CANoe simulation setup. To work with messages in CAPL, a event
procedure of the type – on message <react to message event>‘ is used. Corresponding message
variables are declared. CAPL functions – getValue () and putValue () are used to read and write
environment variables.
Wired & Wireless Embedded Networks
23
24. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
3.3.1 CAPL program for ABS Data node
As the purpose of this network node is to collect the event triggering variables like Normal
breaking paddle positing and ABS switch. After getting the event it sends the corresponding signal
on the bus. In the case of the normal break, variable is holding the position of the break paddle.
CAPL code is written for their respective environment variables are shown by figure 3.2.
Figure 3.2 CAPL script for ABS
3.3.2 CAPL program for ESU Data node
As the purpose of this network node is to collect the event triggering variables associated
with position of steering.
Figure 3.3 CAPL script for ESU
Wired & Wireless Embedded Networks
24
25. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
After getting the event it sends the corresponding signal on the bus. The position of steering
is divided in to five positions. For each position there is one value. Signal is
Carrying the value on the bus.
3.3.3 CAPL program for TCR and main node
This is controlling node of the network. As the purpose of this network node is to collect the
event triggering variables associated with TCR, ignition and provide dedicated action on the
occurrence of the event. Figure 3.4 shows the message variables are declared. They are the CAN
messages to be transmitted by the nodes.
Figure 3.4 CAN Messages
Figure 3.5 Environment Variable “env_ignition”
Wired & Wireless Embedded Networks
25
26. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
The figure 3.5 shows the behavior of environment variable “env_ignition”. On occurrence
of change in the state of this variable, initial speed of the four wheels has been set to 1.state variable
named “env_fr_left”, “env_fr_right”, “env_r_right” and “env_r_left” are associated with the speed
of four wheels.
The figure 3.6 shows the behavior of environment variable “foult_fr_left”,”
foult_fr_right”,” foult_r_left” and “foult_r_right”. These environment variables are associated with
the four switches, which is used to produce the virtual traction on the individual wheel. On
occurrence of change in the state of this variable, speed of the related wheel is increased by w=2.
Figure 3.6 Environmental variable “foult_fr_left”, “foult_fr_right”, “foult_r_left”
and“foult_r_right”
The figure 3.7 shows the behavior of environment variable “env_tcr”.This environment
variable is associated with the switch, which is used to switch on the TCR. On occurrence of
change in the state of this environmental variable, time named myTimer activates for 5000 ms. At
the end of given timing interval timer sends a message named m_timer. After receiving this
message if the ignition is on and tcr control is on the speed of the all wheels is set to the given
acceleration value which is stored as variable a. Purpose of this work id to provide 5 second delay
between TCR is switched on and response of TCR on wheels speed. After functioning this all
myTimer is cancelled.
Wired & Wireless Embedded Networks
26
27. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Figure 3. 7 Environmental variable “env_tcr”
The figure 3.8 shows the behavior of environment variable “env_ecu_left”.This
environment variable is associated with the track bar, which is used to provide left turning
sharpness (position of steering) via message of “m_env_left”. On occurrence of change in the state
of this environmental variable, initially speed of rear left wheel is decreased by turning factor. After
decreasing the speed timer t1 is initiated. At the time of overflow time will send message named
“m_t3”.On the occurrence of this message speed of the front left wheel is decreased and again timer
t4 will be initiated.”m_t4” message is sent by the timer t4 on the time of ever flow. At the
occurrence of the timer this message speed of both wheels are set to the original acceleration speed.
The same phenomena for right turns are applied on the right wheels.
The figure 3.9 shows the behavior of environment variable “env_abs”.This environment
variable is associated with the switch, which is used to provide ON/OFF function to the ABS
system. On the occurrence of this event timer t3 is initialized with 2 second. Message “m_timer 2”
is sent by the timer .After sending the message timer is re initiated by itself. And again it send same
message but the value of the signal is increased by the 1.This functionality of the timer is used to
simulate ABS. After every message of the timer speed of the four wheels is decreased by one. This
will function like a small amount breaking with the delay of 2 second.
Wired & Wireless Embedded Networks
27
29. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
3.4 Front panel designing
Panel represents the I/O interface between the user and the simulated network node in CANoe
simulation setup. Every element on the panel is associated with the environment variables. Environment
variables are used to model the functional behavior of the network nodes.
Env
_ved
io2
env_ignition
env_tct
env_abs
Env_ved
io
env_fr_left
env_fr_right
Env_break
Env_num
button
env_ecu_right
env_r_left
Env_r_right
env_ecu_left
Figure 3.10 Front panel design
Figure 3.10 shows the front panel of the ADAS system. A switch indicator is used change
the ignition statue, TCR control status and ABS status and virtually producing traction in wheels.
Track bar is used to change the acceleration paddle status, normal break paddle status and turning
position of steering. Digital meter is showing the speed of car. Meter gauge is used to represent the
RPM of the individual wheels. In figure caption shows the environmental variable attached with
each component. In the simulator, two video windows are shown. On the arrival of the env_tct
environmental variable one video regarding to “what is TCR ?” plays as same On the occurrence of
the env_abs vedio regarding to “what is ABS?” plays. Which provide the batter idea about TCR and
ABS to user.
Wired & Wireless Embedded Networks
29
30. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
3.5 Test cases
Table 3. 4 Test Cases
Tc No
Test condition
By
1
pressing
the
Input
ignition Ignition button
button speed of wheels
Expected Output
Initially at the starting, wheels
RPM should be 10.
If ignition is on, according to the
2
By changing the acceleration
from the track bar
position of the track bar speed of
Acceleration
wheels
is
changed
and
by
changing the speed of wheel
speed of car is changed
At any speed pressing the ABS
3
At any speed by pressing ABS button
button , speed of the wheels/car
ABS button speed
should be decreased in busty
manner with delay of 2 sec
At any speed by pressing traction
4
In the condition of the traction TCR Button,
button virtual traction should be
TCR is on
created
Traction button
in
the
associated
wheel.after that by pressing TCR
button Traction should be avoided
By taking sharp turn to left side
5
In the condition of steering is Left turn track bar
speed of the rear left wheel is
tilted to extreme left
decreased first after that speed of
the front left wheel is decreased
and after 2 second both wheels
speed should be set to original
speed.
6
ABS is pressed when traction ABS Button,TCR In the condition of the traction
is present
Button
when the ABS is pressed,as the
first approach traction should be
recovered
and then breaking
should be applied.
Wired & Wireless Embedded Networks
30
31. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
3.6 Results
In this part of assignment all the test cases, which are developed in section 3.6 has been tested and
the results has been documented.Figure 3.11 shows that by switching off the simulator initially the
speed of the wheels is set to the 10 rpm.
Figure 3.11 Results of test case 1
Figure 3. 12 Results of test case 2
Figure 3.12 shows the changing of the speed of the wheels and car according to the
position of the acceleration bar.
Figure 3.13 shows the speed of the car and wheels at the time of pressing ABS. Assume that
at time t=0 ABS is pressed. At t=0 speed of four wheels are 10 unit. At t=2 second speed of four
Wired & Wireless Embedded Networks
31
32. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
wheels is decreased by 1.Which is shown by Figure 3.14.This provides the breaking in busty
manner. By pressing the ABS, simulator plays video associated with ABS switch.
Figure 3. 13 Result of test case 3 at t=0 sec
Figure 3. 14 Result of test case 3 at t=2 sec
Figure 3.15 shows virtual traction created by the switch named traction. Speed of the
front left wheel is increased by the 2.Figure 3.16 shows TCR switch is on. By pressing the TCR
switch by deference in the speed of wheels are avoided.
Wired & Wireless Embedded Networks
32
33. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Figure 3. 15 Result of test case 4(1)
Figure 3. 16 Result of test case 4 (2)
On the sudden turning towards left side first Stability control unit reduced the speed of the
back left wheel. The amount of the reduced speed is depending upon the sharpness of the turn. This
Wired & Wireless Embedded Networks
33
34. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
phenomenon is shown by Figure 3.17. After 3 second of this event, Stability control unit decreased
the speed of front left wheel by 4 units to achieve the best possible stability. Snapshot of this event
is shown by figure 3.18.
Figure 3. 17 Result of test case 5(1)
Figure 3. 18 Result of test case 5(2)
After getting stable position in the other lane(on the left side in this case) Stability Control
unit reads the APPS output based on that it provides the same speed to the wheels to produce
forwad thrust .This behavior is shown in Figure 3.19.
Wired & Wireless Embedded Networks
34
35. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
Figure 3. 19 Result of test case 5(3)
Figure 3. 20 Test case 6(1)
Test case 6 is basically a integration type of the testing. In the condition of the traction, ABS is
pressed by the user. In such condition first it is necessary to reduce the traction to avoid the crash.
After that breaking will take place .Figure 3.20 shows that the traction is created in the wheel. At
Wired & Wireless Embedded Networks
35
36. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
time ABS is pressed. First system is reducing the traction after that its indulging to breaking
function. This is shown by figure 3.21.
Figure 3. 21 Test case 6(2)
3.7 Conclusion
CANoe is tool which used to development, test and analysis environment for CAN bus
systems.. ABS Data, ESC Data and TCS Control/Control ECU‘s share the network and transmits
the signal on to the BUS. The triggering data which ABS Data, ESC Data ECU outputs on the bus
is transmitted to the Control EUC for the control action. The behavior of network nodes with regard
to input and output signals is described with the help of environment variables. The control panels
provide a user-friendly interface to the environment variables. The required output is observed on
the panel.
Wired & Wireless Embedded Networks
36
37. MSRSAS - Postgraduate Engineering and Management Programme - PEMP
CHAPTER 4
Learning Outcomes
________________________________________________________________________________
4.1 Module Learning Outcomes
•
This module helped in understanding of the concept of embedded network systems and OSI
stack structure and functionalities of each layer as a foundation for embedded network
system
•
Wired Embedded networking protocols such as SPI, I2C, CAN and LIN, and wireless
Embedded networking protocols such as Bluetooth, Zig-bee, were taught in the class
•
Assignment helped to get expertise on the CANoe tool and to write CAPL programming
•
The socket programming given the basic knowledge of how exactly communication takes
place through TCP sockets. Since its all wireless communications, the security aspects and
how to achieve security with different algorithms were taught in the class
Wired & Wireless Embedded Networks
37