The aim of our diploma project was to create a basis for the transmission of data over the isdn-net, and which could be expanded upon at a later stage.

We had to develop hardware and software. The hardware consists of the following components:

• A display-input-output board with a display to show information, eight function keys, a row of switches and a row of LED.
• An isdn-adapter as interface between the microprocessor board and the S0-interface.

The software provides the following:

• Decoding of received frames, to say messages which have been sent over the isdn-net.
• Display parts of these messages like the number of the calling party.

Current stage of the project:

• We provide a data interface which is ideal to continue with this work an a higher level.

The diploma project was very exciting and it was interesting to learn more about the isdn.

The goal for this diploma project is to develop a micro-controller board based on the C164CI processor. The board should serve as an evaluation board in lab environments as well as a base module for prospective third party applications.

Extensive effort was put into a modular design, which allows the individual components to be freely combined.We also put considerable effort into a simple description of the development of future applications for our board. In particular, the connection of additional hardware is described clearly.

The individual tasks for this diploma project were:

• gain experience with designing and producing printed circuits with Protel99
• put the micro-controller board into operation
• insert an ICE (in circuit emulator)
• connect peripheral components to a micro-controller (EPROM, RAM etc.)
• adjust the existing monitor in the Keil IDE to the micro-controller actually used

The main problem we encountered when developing the baseboard was that the micro-controller made available to us was a special version of the C164CI. The chip-select logic we are making use of is not implemented in this version. Because this information was not available in any of the documentation we had access to, we spent 1 weeks looking for a non-existing flaw in our design.

Actual state of the development:

• a functional processor board (OEB164 base) with an operational extension board (OEB164 extended) exists
• the necessary adjustments in the development environment are implemented and documented
• test software exists which can be used to demonstrate the board's functions.

Since it was only the last week of our project when we received the processor actually needed, we were not able to test our work completely. The errors known at this time are well documented and can be removed in the next redesign.

In this diploma it was my task to develop the electronic controller of an automatic mechanism to open and close windows. The idea of this project was brought to ZHW by Rotondo GmbH in Bülach, Switzerland. The goal was not only to develop a microcontroller based electronic hardware, but also to get familiar with stepper motors and its behaviour at different speeds and different loads. In the end, the mechanism should have been as silent as possible. The flow of my work was seriously disrupted by the fact, that the In-Circuit-Emulator for the desired microcontroller was not ready for delivery at the company which developes this equipment. So I was forced to use Hardware with an other processor already available here at ZHW. And instead of working with an ICE, I worked with an In-Circuit- Debugger. All that resulted in larger hardware and wiring.With these changes and the technical specs given by Rotondo, I was able to finish the work as good as possible with these mechanics provided. We all had to accept, that more is not possible with the stepper motor given. It works at its technical limits, concerning speed and load. Therefore it was not possible to achieve a significant noise reduction. Suggestion for further improvements and changes can be found in chapter 13. The most important knowledge I gained from this work was the understanding of the principles of the function and controlling of stepper motors. The use of such motors, which build an important link between electronics and mechanics, should not be a problem anymore for me in the future.

Our principal, E&B Räuchertechnologien AG, supplies industrial cooking and smoking ovens for meat products. These ovens are equipped with electronic control systems. A temperature sensor is situated in the centre of the meat goods. The sensor measures the core temperature and controls the cooking procedure. The aim of our diploma project is to implement a system (hardware and software) which is able to calculate the core temperature based on the steam temperature inside of the oven. This system is finally scheduled to replace the present measuring system which is rather inconvenient and complicated.

The system is based on PC/104 hardware modules. To communicate with the stove controller and to measure the steam temperature, the hardware is equipped with all necessary interfaces. The program, which is developed on this specific hardware, contains the finite element method to simulate the core temperature. CTCB (core temperature calculation box) stands for the combination of soft- and hardware. Basically, the CTCB is designed to operate with several oven controllers. The actual implementation of the CTCB is able to communicate with up to four controllers.

Project status: We succeeded in redesigning of the initial software concept. The PC/104 hardware was put into operation with the exception of the CoreModule flash memory. The actual version of the CTCB software contains additional modules to visualise the system status for testing. Finally we can say that the developed prototype of the CTCB meets all requirements. One Test in the real environment has been successful and highly satisfied for all involved parties.

Until today Assembler, Pascal and Borland C with a self constructed Debugger were used for the SMP Target system in the Microcomputer-Laboratory. In future a professional development environment CAD-UL ( Workbench for embedded systems) will replace these. Having started every single step from the DOS-environment in the past, CAD-UL will provide us with software which can complete all tasks at one go. This does not only have the advantage of being simpler to use, but all the software components are of the same make and therefore match ideally.

It was our job to get familiar with the new environment and to integrate it into our existing system. Especially the monitor, which was delivered by the firm CAD-UL had to be matched with the SMP-E20. The necessary changes were all done in co-operation with the supplier. Following this, we were to show the feasibility of a larger project (clock) in CAD-UL by means of an example.

As the students following us will carry out their laboratory tests using this new workbench, a special user manual was drawn up.

A PC with NT 4.0 installed has proved itself the best host computer. Consequently, this was the platform on which we installed the workbench and carried out the first tests. The Target System SMP-E20 from Siemens has been used there for years with success. In order to adjust and develop the monitor, the workbench itself was used. Only then did we realise the various possibilities of this workbench.

A given Programmable Computer Controller (PCC) should be able to send automatically a message (SMS or E-mail) to the proper service engineer in case of a breakdown, emergency, termination of a certain production process, or, if there is a general need for attention.

In our project we have carried out a feasibility study and presented the following solutions to the above stated problem:

1. GSM-Modem connected through a serial interface to the PCC. The GSM-Modem allows the PCC to send directly SMS's and E-mails and also to receive SMS's (remote control of the PCC).
2. ISDN- or an Analogue-Modem connected through a serial interface to the PCC. With the Modem, the PCC can contact a public gateway from Swisscom that permits to send SMS's.
3. We implement our own PC-Gateway which receives messages from the PCC through a direct modem connection and passes them as an SMS or an E-mail to the desired addressee.The PC-Gateway works with the same protocol as the Swisscom-Gateway, adopting the solution from above. Additionally, it would be possible to operate the PC-Gateway in reverse direction.
4. Internet provider which is dialled in via a modem from the PCC. After the internet connection is established, the messages from the PCC can be sent directly as an E-mail using SMTP. In addition,they can also be sent as SMS's employing one of the numerous Internet-to-SMS-Gateways.

The first three solutions were implemented as functioning prototypes for our Contractor, the B&R Automation. The fourth solution was dropped, because of the time-constraints. It would involve the implementation of the full TCP/IP-protocol stack on the given PCC.

The goal of our work and the work of the group of Zm99/2b was to realise a CANopen capable pressure sensor. In our part we have implemented the hardware and wrote the hardware-dependent software layer. The procedures and functions are designed for easy use. To show all the capabilities of this node, we have programmed a demo application.

The all hardware fits on one printed circuit board (PCB). The dimensions were chosen in such a way, that it fits into the given sensor housing. It roughly consists of a microcontroller system with a Motorola HC12 processor, amplifiers for the sensor signals, an analog-to-digital-converter and several power supply circuit deriving all necessary voltages from one 24V-Supply.

The software was written in such a way that the user does not need to know all the hardware details. A set of interface-routines permits to use the hardware from the higher open-can-software layer.. The reception and transmission of a CAN-message is completely handled by interrupt-service-routines.

To have a flexible CAN-node, the eight different baud rates can be selected with DIP-switches. The various values necessary for the initialisation of the CAN-controller are read from a table, which is stored in the EEPROM of the microcontroller. The software interfaces between the group of Zm99/2b were specified at the beginning of the work. During the work there were only few small modifications, which were always immediately reflected in our software. This ensures that the two works can simply be merged later. Unfortunately, this could not be done due to the lack of time within this project.

We are confident that we have created a solid basis for further work dealing with CANopen-implementation.