MTRX1702: Mechatronics 1 (2014 - Semester 2)

Download UoS Outline

Unit: MTRX1702: Mechatronics 1 (6 CP)
Mode: Normal-Day
On Offer: Yes
Level: Junior
Faculty/School: School of Aerospace, Mechanical & Mechatronic Engineering
Unit Coordinator/s: A/Prof Rye, David
Session options: Semester 2
Versions for this Unit:
Site(s) for this Unit: http://www.aeromech.usyd.edu.au/MTRX1702/Course%20Material/
Campus: Camperdown/Darlington
Pre-Requisites: None.
Prohibitions: ELEC1101 OR ELEC2602 OR COSC1002 OR COSC1902.
Brief Handbook Description: This unit of study aims to provide an introduction to the analysis and design of digital logic circuits and to provide a foundation for the study of systems and embedded programming for the degree in Mechatronic Engineering.

Introductory Digital Systems (3 CR): Number systems and codes; Logic gates and Boolean algebra, universal (NAND) logic gates; Digital arithmetic: operations and circuits, Two`s complement addition and subtraction, overflow; Combinational logic circuits; Flip-flops and related devices; Counters and registers, shift register applications; sequential circuits, designs of synchronous, cascadable counters (BCD and binary). Integrated circuit logic families and interfacing; practical issues including, fan out, pull-up/down, grounds, power supplies and decoupling; timing issues, race conditions. Tri-state signals and buses; MSI logic circuits, multiplexers, demultiplexers, decoders, magnitude comparators; Introduction to programmable logic devices. The unit of study will include a practical component where students design and implement logic circuits. Purchase of a basic laboratory tool kit as described in classes will be required.

Introductory Software Engineering (3 CR): This unit of study provides an introduction to software design, implementation, debugging and testing in the context of C programming language. Problem definition and decomposition; the design process; designing for testing and defensive coding methods; modular code structure and abstract data types; best practice in programming. Preprocessor, tokens, storage classes and types. Arithmetic, relational and bit manipulation operators. Constructs for control flow: if, switch, for, do and while. Arrays. Pointers and character strings. Dynamic memory. Functions and parameter passing. Derived storage classes: structures and unions. File I/O.
Assumed Knowledge: None
Lecturer/s: Dr Ward , James
Brunner, Christopher
Tutor/s: Digital Systems: Adrian Ball, Andrew Palmer and Daniel Wilson.

Software Engineering: Zachary Taylor, Daniel Wilson and Chanyeol Yoo.
Timetable: MTRX1702 Timetable
Time Commitment:
# Activity Name Hours per Week Sessions per Week Weeks per Semester
1 Lecture 1.00 2 13
2 Digital Systems Laboratory/Tutorial 2.00 1 12
3 Software Tutorial 2.00 1 12
4 Independent Study 6.00 13
T&L Activities: Tutorial: Laboratory-based electronics and programming tutorials.

Independent Study: Students are expected to undertake at least five hours of independent study per week outside of formally timetabled classes. Students are expected to commit to private study, which may include lab work, outside of the time tabled hours. It is expected that the appropriate reference books and web-based material will be read to supplement material presented during lectures.

Attributes listed here represent the key course goals (see Course Map tab) designated for this unit. The list below describes how these attributes are developed through practice in the unit. See Learning Outcomes and Assessment tabs for details of how these attributes are assessed.

Attribute Development Method Attribute Developed
Problem definition and analysis, systematic design, implementation and fault-finding in both hardware and software. Design (Level 2)
Theoretical foundations of digital systems and software engineering. Engineering/IT Specialisation (Level 2)

For explanation of attributes and levels see Engineering & IT Graduate Outcomes Table.

Learning outcomes are the key abilities and knowledge that will be assessed in this unit. They are listed according to the course goal supported by each. See Assessment Tab for details how each outcome is assessed.

Design (Level 2)
1. Ability to analyse, design, implement, debug and validate programs.
Engineering/IT Specialisation (Level 2)
2. Ability to analyse and design combinational and sequential logic circuits from basic logic elements.
3. Ability to read and understand manufacturers' data sheets describing digital logic elements.
4. Ability to design and implement complete and correct programs in the C language.
5. Ability to breadboard, test and troubleshoot practical digital circuits in the laboratory using standard electronics lab instruments and tools.
Assessment Methods:
# Name Group Weight Due Week Outcomes
1 Digital Systems Assignment 1 No 2.00 Week 5 2, 3,
2 Software Engineering Assignment 1 No 12.00 Week 8 1, 4,
3 Digital Systems Assignment 2 No 3.00 Week 7 2, 3,
4 Software Engineering Assignment 2 No 13.00 Week 12 1, 4,
5 Digital Systems Assignment 3 Yes 10.00 Week 13 2, 3, 5,
6 Digital Systems Quizzes No 10.00 Multiple Weeks 2, 3,
7 Final Exam No 50.00 Exam Period 1, 2, 3, 4,
Assessment Description: Moderation of Group Work Marks Marks for team-based work may be moderated on the basis of individual effort and understanding.

Method of Submission of Written Work Work should ideally be prepared with a word processor and printed for submission. You may hand-write some (e.g. diagrams) or all of your work, but work that is illegible will not be assessed. Please do not write in pencil as it can be very difficult to read under artificial light. A completed copy of the Compliance Statement must be submitted with each assignment to certify that the assignment has been completed in accordance with the University`s policy on Academic Dishonesty & Plagiarism. Work may be submitted on paper or electronically by email. Paper submission: Staple your work and compliance statement inside a manila folder that is clearly labelled with your SID and name, and the subject code MTRX1702. Submit by posting the folder in the box labelled “MTRX1702” that is outside the Purcell Room on level 3 of the Mechanical Engineering Building. Electronic submission: email your work and the signed compliance statement (both in PDF format) to MTRX1702 (at) acfr.usyd.edu.au. All assignments are due at midnight on a Friday.

Late Submission of Assignments Late submissions will be penalized 20% of the full mark for every day or part thereof that the assignment is late.

Assignment Extensions and Deadlines No extension of the published due dates and times will be given unless exceptional circumstances apply. In such cases, application for an extension must be submitted in writing (e.g. by email to the component lecturer), citing those circumstances. A decision will be given in writing (email).

Must Pass Both Components To pass this unit of study it is necessary to obtain a mark of not less than 45% in BOTH the Digital Systems and Software Engineering components. If you fail either component the maximum mark you can get for the unit of study is 45%.
Assessment Feedback: Students can expect feedback for this Unit of Study through discussion during lectures and laboratory/project work sessions, and through written responses to questions posed via email. Students can provide feedback to the Lecturer and Tutors by discussion during lectures or tutorial/ laboratory sessions, and by submitting comments and questions by email.
Grading:
Grade Type Description
Standards Based Assessment Final grades in this unit are awarded at levels of HD for High Distinction, DI (previously D) for Distinction, CR for Credit, PS (previously P) for Pass and FA (previously F) for Fail as defined by University of Sydney Assessment Policy. Details of the Assessment Policy are available on the Policies website at http://sydney.edu.au/policies . Standards for grades in individual assessment tasks and the summative method for obtaining a final mark in the unit will be set out in a marking guide supplied by the unit coordinator.
Policies & Procedures: See the policies page of the faculty website at http://sydney.edu.au/engineering/student-policies/ for information regarding university policies and local provisions and procedures within the Faculty of Engineering and Information Technologies.
Recommended Reference/s: Note: References are provided for guidance purposes only. Students are advised to consult these books in the university library. Purchase is not required.
  • C: How to Program
  • Digital Design: Principles and Practices
  • The Art of Electronics
  • The C Programming Language
Online Course Content: http://www.aeromech.usyd.edu.au/MTRX1702/Course%20Material/
Note on Resources: Library classifications: 005.133, 621.3819, 621.39

Note that the "Weeks" referred to in this Schedule are those of the official university semester calendar https://web.timetable.usyd.edu.au/calendar.jsp

Week Description
Week 1 Software Engineering: Introduction
Digital Systems: Introduction
Week 2 Digital Systems: Basics of electrical circuits
Software Engineering: Data types
Week 3 Software Engineering: Arithmetic operations
Digital Systems: Basic logic operations
Week 4 Software Engineering: Decisions and loops
Digital Systems: Boolean algebra
Week 5 Digital Systems: Simplification of logic functions
Software Engineering: Functions
Assessment Due: Digital Systems Assignment 1
Week 6 Digital Systems: Transistors and basic logic families
Software Engineering: Scope and extent
Week 7 Digital Systems: Practical issues in digital circuits
Software Engineering: Pointers
Assessment Due: Digital Systems Assignment 2
Week 8 Software Engineering: Pointer arithmetic
Digital Systems: Sequential logic
Assessment Due: Software Engineering Assignment 1
Week 9 Digital Systems: Multiplexers, demultiplexers and other digital integrated circuits
Software Engineering: Arrays and strings
Week 10 Software Engineering: Bitwise operations
Digital Systems: Representation of signed numbers
Week 11 Software Engineering: Dynamic memory
Digital Systems: Design example
Week 12 Digital Systems: Complex design techniques
Software Engineering: The C preprocessor
Assessment Due: Software Engineering Assignment 2
Week 13 Digital Systems: Review and discussion
Software Engineering: User defined types
Assessment Due: Digital Systems Assignment 3
Exam Period Assessment Due: Final Exam

Course Relations

The following is a list of courses which have added this Unit to their structure.

Course Year(s) Offered
Biomedical - Mechatronics Major 2013, 2014, 2015
Mechatronics 2015
Mechatronics / Commerce 2015
Mechatronics /Science 2015
Mechatronics (Space) 2015
Mechatronics(Space) / Commerce 2015
Mechatronics(Space) /Science 2015
Mechatronic 2010, 2011, 2012, 2013, 2014
Mechatronic Engineering / Arts 2011, 2012, 2013, 2014
Mechatronic Engineering / Commerce 2010, 2011, 2012, 2013, 2014
Mechatronic Engineering / Medical Science 2011, 2012, 2013, 2014
Mechatronic Engineering / Project Management 2012, 2013, 2014
Mechatronic Engineering / Science 2011, 2012, 2013, 2014
Mechatronic (Space) 2010, 2011, 2012, 2013, 2014
Mechatronic Engineering (Space) / Arts 2011, 2012, 2013, 2014
Mechatronic Engineering (Space) / Commerce 2010, 2011, 2012, 2013, 2014
Mechatronic Engineering (Space) / Medical Science 2011, 2012, 2013, 2014
Mechatronic Engineering (Space) / Project Management 2012, 2013, 2014
Mechatronic Engineering (Space) / Science 2011, 2012, 2013, 2014
Mechatronic Engineering (Space) / Law 2010, 2011, 2012, 2013, 2014
Flexible First Year (Stream B) / Science 2012

Course Goals

This unit contributes to the achievement of the following course goals:

Attribute Practiced Assessed
Design (Level 2) Yes 25%
Engineering/IT Specialisation (Level 2) Yes 75%

These goals are selected from Engineering & IT Graduate Outcomes Table which defines overall goals for courses where this unit is primarily offered. See Engineering & IT Graduate Outcomes Table for details of the attributes and levels to be developed in the course as a whole. Percentage figures alongside each course goal provide a rough indication of their relative weighting in assessment for this unit. Note that not all goals are necessarily part of assessment. Some may be more about practice activity. See Learning outcomes for details of what is assessed in relation to each goal and Assessment for details of how the outcome is assessed. See Attributes for details of practice provided for each goal.