<HTML>
<HEAD>
   <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
   <meta name="description" content="Workflow Integration of Physical Goods - integrated solution for supervision and controlling of goods during transportation from supplier to consumer, with digital miniature temperature data logging device - integrates seemlessly into SAP backend system - master thesis computer science Uni Karlsruhe">
   <meta name="author" content="Anke Thede">
   <meta name="keywords" content="Aware Goods, aware, goods, data, logger, data logger, supply chain, ubiquitous, computing, computer, science, transportation, temperature, supervision">
   <meta name="date" content="2001-02-05T10:00:00+01:00">
   <LINK rel="stylesheet" type="text/css" href="anke.css">
   <TITLE>Aware Goods - Workflow Integration of Physical Goods</TITLE>
</HEAD>
<BODY>
<!-- BEGIN: NAVBAR -->
<TABLE BORDER=0 WIDTH="100%" >
<TR>
<TD WIDTH="35%"><A HREF="http://www.teco.uni-karlsruhe.de/"><IMG SRC="tecologo.gif" BORDER=0 ></A></TD>

<TD ALIGN=RIGHT VALIGN=TOP>
<TABLE BORDER=0 CELLSPACING=2 CELLPADDING=2 >
<TR>
<TD ALIGN=CENTER WIDTH="25%"><A HREF="http://www.teco.uni-karlsruhe.de/people/"><IMG SRC="sb-people.gif" ALT="People" BORDER=0 ></A>&nbsp;</TD>

<TD ALIGN=CENTER WIDTH="25%"><A HREF="http://www.teco.uni-karlsruhe.de/research/"><IMG SRC="sb-research.gif" ALT="Research" BORDER=0 ></A>&nbsp;</TD>

<TD ALIGN=CENTER WIDTH="25%"></TD>

<TD ALIGN=CENTER WIDTH="25%"><A HREF="http://www.teco.uni-karlsruhe.de/"><IMG SRC="sb-home.gif" ALT="Home" BORDER=0 ></A>&nbsp;</TD>
</TR>

<TR>
<TD ALIGN=CENTER WIDTH="25%"><A HREF="http://www.teco.uni-karlsruhe.de/contact/"><IMG SRC="sb-contact.gif" ALT="Contact" BORDER=0 ></A>&nbsp;</TD>

<TD ALIGN=CENTER WIDTH="25%"><A HREF="http://www.teco.uni-karlsruhe.de/projects/"><IMG SRC="sb-projects.gif" ALT="Projects" BORDER=0 ></A>&nbsp;</TD>

<TD ALIGN=CENTER WIDTH="25%"></TD>

<TD ALIGN=CENTER WIDTH="25%"><A HREF="http://www.teco.uni-karlsruhe.de/student/"><IMG SRC="sb-students.gif" ALT="Students" BORDER=0 ></A>&nbsp;</TD>
</TR>
</TABLE>
&nbsp;</TD>
</TR>
</TABLE>
<!-- END: NAVBAR -->
<BR>

<TABLE BORDER=0 CELLPADDING=5 WIDTH="100%" >
<TR>

<TD>&nbsp;</TD>

<TD>
  <TABLE BORDER=0 CELLSPACING=10 CELLPADDING=5 WIDTH="100%" >
    <TR>
      <TD class="menutop"><A HREF="index.html">Home</A></TD>
      <TD class="menutop"><A HREF="kurzvortrag/index.htm">Overview Slides</A></TD>
      <TD class="menutop"><A HREF="vortrag/index.htm">Detail Slides</A></TD>
      <TD class="menutop"><A HREF="links.html">Links</A></TD>
    </TR>
  </TABLE>
</TD>

</TR>
<TR>

<TD>
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><FONT class="big">Title</FONT></TD>
    </TR>
  </TABLE>
</TD>

<TD><font class="big">Workflow Integration of Physical Goods</font></TD>

</TR>
<TR>

<TD>
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>Master Thesis</B></TD>
    </TR>
  </TABLE>
</TD>

<TD>Download a zipped Postscript Version of my <a href="WoInPhGo.ps.zip">master thesis here</a> (1.5MB)</TD>

</TR>
<TR>

<TD valign="top">
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>problem description</B></TD>
    </TR>
  </TABLE>
</TD>

<TD valign="top">
In today's industry many goods are transported between producer and consumer by many
different transportation media. Often sensitive goods have special requirements that have
to be fullfilled not only during stockage but also during transportation from one stock
to another. In our concrete case we have photo chemicals that need to be kept in a certain
temperature range in order not to lose their specific chemical characteristics. In order to
asure that the delivered goods are in good condition temperature has to be recorded during
all transportation process.
</TD>
</TR>
<TR>

<TD valign="top">
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>today's situation</B></TD>
    </TR>
  </TABLE>
</TD>

<TD valign="top">

Nowadays it is up to the producer or deliverer to provide for a means of control of the goods.
These means are often not sufficiently reliable for consumers as corrupted goods may damage
a whole production chain. For example, very often analogous thermometers are attached to the
goods which are able to show the maximum and minimum temperature. These are often big and
badly attached as to fell off the goods and therefore measuring not the exact temperatures.
Also truck drivers do not know about these thermometers, find them rolling around in their
truck and just throw them away so that no measurements at all are available.
<P>
The analogous devices are also not very accurate and also do not show the period during
which a certain temperature was reached. Maybe the maximum temperature was reached only
during a few minutes and did not damage the goods which however have to be discarded anyway
because the time information is not available.
</TD>
</TR>

<TR>

<TD valign="top">
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>requirements of a solution</B></TD>
    </TR>
  </TABLE>
</TD>

<TD valign="top">
The requirements for a new solution were that it had to
<ul>
<li>integrate with the backend system (SAP), that is data should be transferred
electronically and automatically into the consumer's backend system and be able to be
associated to their corresponding system data
<li>be able to record data during the entire period between leaving the producer's site and
arrival at the consumer's site. That means that the data loggers have to be able to rest
attached to the goods while moved in intermediate stocks. Moreover, it has to be possible
to read the data from the logger sometime during the transport without stopping the
measuring and, for control reasons, mark the time and place the logger was read.
<li>offer accurate measuring up to 0.5°C accuracy.
<li>offer sufficient memory for continuous measuring of data during 6 months at a
measure rate of at most one per 15 minutes.
</ul>
</TD>

</TR>
<TR>

<TD valign="top">
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>Minidan data logger</B></TD>
    </TR>
  </TABLE>
</TD>

<TD valign="top">
<img align="right" src="minidan.gif">
Choice of the adequate measuring device is one of the most important parts of the project.
The best one we found is the Minidan, produced by <a href="http://www.esys.de/">ESYS GmbH in Berlin</a>. The Minidan is a digital data logger available for temperature as well as for other parameters as humidity, acceleration, orientation, voltage and movements and vibrations. It can store up to 16,000 values with an accuracy of 0.03°C or alternatively the double amount with an accuracy of 0.5°C. With the high accuracy it thus can measure continuously for 166 days or 5.5 months at a measure rate of 15 minutes.<P>
The Minidan is equiped with an infrared interface for wireless communication with the PC. It can alternatively be built also with radio frequency interface. Radio frequency has the advantage that it does not require intervisibility but, on the other hand, may be disturbed when operating in a metallic environment.
<P>
The PC can manage up to 5 Minidans simultaneously. The battery lasts for 2 years minimum at a medium measuring and communication activity. There is no indication about the remaining power but changing the battery every 2 years when calibrating the thermometer seems a practical solution as well.
<P>
A new version of the Minidan is able to store event timestamps additionally to temperature data. A timestamp is recorded each time the logger is read together with an id specific to the reading person or device. This allows for maximum control over the data and events during transportation. The logger can be readout during transportation for intermediate control (goods can be sent back to the producer if found defective already on the way).
</TD>
</TR>

<TR>

<TD valign="top">
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>Software architecture</B></TD>
    </TR>
  </TABLE>
</TD>

<TD valign="top">
There is several pieces of software needed for the project:
<ol>
<li>Software to parameterise the Minidan at the producer to prepare for transportation and also to start recording when transport starts
<li>Software to readout the Minidan during transport
<li>Software to do the final reading at the consumer that stops the recording, stores the values in the backend system and possibly puts out information about the state of the goods.
</ol>
The first piece could easily be accomplished with the standard software provided by ESYS for managing the Minidan cubes. It allows for setting parameters and setting a starting time of the recording.<P>
If the starting time cannot be determined at the point of the parameterization the cube has to be started right after the goods leave the depot, being already attached to them. For this case a small device can be constructed with infrared interface that does nothing but sending the starting signal to the Minidan.
<P>
The second and the third piece constitute the main part of the project. The architecture is chosen in order to have the software work for both of these cases. Have a look at an overview over the architecture <a href="kurzvortrag/sld006.htm">in the slides</a>.
<P>
The program consists of two parts. The first reads the data from the cube via an infrared interface and then stores the data in XML format in a file. The second part has to communicate with a backend system's interface to transfer the data. It consists of a http server and client. The client connects to the backend system's interface, which in our case is the SAP Business Connector, and notifies it to read in a new XML data file. The web server has two tasks. The first is to hand the XML file to the backend system, the second is user interface communication. The user interface is entirely working in a web browser and therefore is independent of the operating system. Also the program can be managed remotely which is important to enable a quality manager in another department to take care of errors rather than leaving this difficult task to the workers down in the discharging area.
<P>
The HTTP/XML interfaces between the program and the backend system as well as the user interface make the program very flexible and easy to adapt to other systems and environments. It also allows for easy deconnection of the first from the second part in order to use the first part for intermediate readout. The XML data can then be viewed directly in a browser together with an XSL style sheet instead of being transferred into a backend system.
<P>
The programming language is Ansi C++ which is also sufficiently independent of platforms and offers all necessary functionality for infrared communication. The project is developped on Windows NT but should be portable for use on Unix operating systems as well.
</TD>

</TR>
<TR>

<TD valign="top">
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>Current State</B></TD>
    </TR>
  </TABLE>
</TD>

<TD valign="top">
The development is finished and the software has been installed on the corresponding pilot systems. The pilot consumer is Infineon Technologies AG, Dresden, and the producer is Shipley, Amsterdam. During this phase, the project will be used to gain further insight into the problem and first experiences with the system. Both sides are very optimistical about the usability and the advantages of the system.
</TD>

</TR>
<TR>

<TD valign="top">
  <TABLE BORDER=0 CELLPADDING=7 WIDTH="100%" >
    <TR>
      <TD class="menuleft"><B>Contact</B></TD>
    </TR>
  </TABLE>
</TD>

<TD valign="top">
We appreciate very much any kind of comment on the project or these pages. Do not hesitate to write an e-mail to <A HREF="mailto:anke@thede.net">anke@thede.net</A>.
</TD>

</TR>

</TABLE>

<P>
<HR>
<ADDRESS>Last modified <!--#echo var="LAST_MODIFIED" --></ADDRESS>
by <A HREF="mailto:anke@thede.net">anke@thede.net</A>.
<BR>
</BODY>
</HTML>
