<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PROTOR Blog</title>
	<atom:link href="http://protorblog.prosig.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://protorblog.prosig.com</link>
	<description>Vibration condition monitoring, Linux, Ethernet, X-Windows, embedded processing and other technologies</description>
	<lastBuildDate>Wed, 18 Nov 2009 12:48:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>AlarmMail Facility</title>
		<link>http://protorblog.prosig.com/2005/12/alarmmail-facility/</link>
		<comments>http://protorblog.prosig.com/2005/12/alarmmail-facility/#comments</comments>
		<pubDate>Wed, 21 Dec 2005 14:22:55 +0000</pubDate>
		<dc:creator>Neil</dc:creator>
				<category><![CDATA[PROTOR Tutorial]]></category>
		<category><![CDATA[alarms]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[PROTOR]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=3</guid>
		<description><![CDATA[The AlarmMail facility is a background process which controls the automated dispatch of alert e-mails to specified users (User Name) mail accounts (Mail Address). AlarmMail command line options -I Display Configuration Interface -w Include Warning and Alarm messages -c Include Clear messages -p secs Sleep Period: Interval between reads of alarm database: Default 10 -m [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #000000;">The AlarmMail facility is a background process which controls the automated dispatch of alert e-mails to specified users (User Name) mail accounts (Mail Address). </span></p>
<p><span style="color: #000000;"><span id="more-3"></span><br />
</span></p>
<h2>AlarmMail command line options</h2>
<table border="0" align="center" bgcolor="#80ffff">
<tbody>
<tr>
<td width="100">-I</td>
<td width="500">Display Configuration Interface</td>
</tr>
<tr>
<td width="100">-w</td>
<td width="500">Include Warning and Alarm messages</td>
</tr>
<tr>
<td width="100">-c</td>
<td width="500">Include Clear messages</td>
</tr>
<tr>
<td width="100">-p secs</td>
<td width="500">Sleep Period: Interval between reads of alarm database:</td>
<td width="100">Default 10</td>
</tr>
<tr>
<td width="200">-m mins</td>
<td width="500">Holdoff Period: Identical messages within this period are ignored:</td>
<td width="100">Default 10</td>
</tr>
<tr>
<td width="100">-d</td>
<td width="500">Debug mode</td>
</tr>
<tr>
<td width="100">-h</td>
<td width="500">Display help</td>
</tr>
</tbody>
</table>
<h3>Configuration Interface (AlarmMail -I)</h3>
<p><span style="color: #000000;">The configuration interface allows enabling of specific alert message types for specified addresses. After settings are edited and saved the AlarmMail process will re-read the configuration database and apply the changes. Subsequent generated alert messages are sent to those users enabled to receive such messages. <tt><span style="color: #404080;"> </span></tt>. </span></p>
<p><span style="color: #000000;">The alert types are as follows : </span></p>
<p><span style="color: #000000;"> 1. Alerts A, C, D and G &#8211; Exceedance. </span></p>
<p><span style="color: #000000;"> 2. Alert B    &#8211; Ellipse Boundaries. </span></p>
<p><span style="color: #000000;"> 3. Alert F    &#8211; Step Change </span></p>
<p><span style="color: #000000;"> 4. Alert H    &#8211; Gradient </span></p>
<p><span style="color: #000000;"> 5. Alert P    &#8211; Prodict </span></p>
<h3>Alert A :-  Level Exceedance</h3>
<p><span style="color: #000000;">Five warning amplitude levels and five alarm amplitude levels are available for each dynamic channel of each plant item. They correspond to the alert levels for each of the first 4 orders and the overall level. </span></p>
<h3>Alert B :-  Ellipse Boundary</h3>
<p><span style="color: #000000;"> </span></p>
<p><span style="color: #000000;">A warning and alarm elliptical boundary are available for each of the first 4 orders. Boundaries are defined in terms of the ellipse centre (X_ref,Y_ref), the length of the major and minor axes (major, minor) and the orientation angle of the major axis (angle). </span></p>
<h3>Alert C :-  Non-synchronous vibration not measured in the standard components</h3>
<p><span style="color: #000000;"> </span></p>
<p><span style="color: #000000;">A warning and alarm difference level are available for each dynamic channel of each plant item. The measurement is the difference between the overall level and the summation of the amplitude levels of the first 4 orders and the subsynchronous component. </span></p>
<h3>Alert D :-  Subsynchronous Amplitude Level</h3>
<p><span style="color: #000000;"> </span></p>
<p><span style="color: #000000;">Identical to Alert A but corresponding to the subsynchronous  component. </span></p>
<h3>Alert F :-  Step Change</h3>
<p><span style="color: #000000;"> </span></p>
<p><span style="color: #000000;">A warning and alarm level corresponding to changes in the average level for each of the first 4 orders and the overall level. </span></p>
<h3>Alert G :-  Special Order Alert</h3>
<p><span style="color: #000000;"> </span></p>
<p><span style="color: #000000;">Identical to Alert A but corresponding the special fifth order. This may be any order and by default is 5. Care must be taken when specifying this order (using Config process) as the highest order available is dictated by the number of samples acquired per revolution of the plant item. </span></p>
<h3>Alert H :-  Gradient Alert</h3>
<p><span style="color: #000000;"> </span></p>
<p><span style="color: #000000;">The user specifies the maximum gradient for a particular channel and  parameter over a specified bnumber of days. If the average rate of increase for that channel and parameter is found to be greater than that specified then an alarm is generated. </span></p>
<h3>Alert P :-  Proclass Alert</h3>
<p><span style="color: #000000;"> </span></p>
<p><span style="color: #000000;">A multi-parameter enhancement to the elliptical boundary alarms  described above (Alert B ). Historical data is analysed and machine states identified using Bayesian classification techniques for multiple static channels. For each of these states vibration data is identified and alarm boundaries calculated. </span></p>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2005/12/alarmmail-facility/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PROTOR Redhat: Installation and setup of Apache web server</title>
		<link>http://protorblog.prosig.com/2003/04/apache/</link>
		<comments>http://protorblog.prosig.com/2003/04/apache/#comments</comments>
		<pubDate>Wed, 02 Apr 2003 15:16:07 +0000</pubDate>
		<dc:creator>Don</dc:creator>
				<category><![CDATA[PROTOR / Redhat Linux Note]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PROTOR]]></category>
		<category><![CDATA[Redhat]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=21</guid>
		<description><![CDATA[Installation In order to run the Apache web server on a system you will firstly need to install the suitable RPM using a command of the form: rpm --install --nodeps --replacefiles --replacepkgs  apache-1.3.23-11.i386.rpm Installation of the RPM creates the binary /usr/sbin/httpd and the setup and configuration directory  /etc/httpd the default access directories  /var/www and the [...]]]></description>
			<content:encoded><![CDATA[<h3>Installation</h3>
<p>In order to run the Apache web server on a system you will firstly need to install the suitable RPM using a command of the form:</p>
<pre>rpm --install --nodeps --replacefiles --replacepkgs  apache-1.3.23-11.i386.rpm</pre>
<p><span id="more-21"></span>Installation of the RPM creates the binary</p>
<pre> /usr/sbin/httpd</pre>
<p>and the setup and configuration directory</p>
<pre> /etc/httpd</pre>
<p>the default access directories</p>
<pre> /var/www</pre>
<p>and the service startup,stop and restart script</p>
<pre> /etc/init.d/httpd</pre>
<h3>Configuration</h3>
<p>The main configuration of apache is controlled by the file /etc/httpd/conf/httpd.conf. The most probable options which will need changing are likely to be :</p>
<pre> *DocumentRoot</pre>
<p>The root directory for all files to be accessed is defined. By default this is set to /var/www/html</p>
<pre> *Alias</pre>
<p>A number of aliases may be created ( relative to DocumentRoot) these are typically cgi-bin and icons. A further alias for images is often useful.</p>
<pre> *Directory</pre>
<p>A number of &lt;Directory&gt; &lt;/Directory&gt; blocks are included to define access information associated with individual directories. For each directory block a number of options may be defined. Options which often need adding are :</p>
<pre>     ExecCGI          to enable execution of cgi scripts especially</pre>
<pre>                      for directory /var/www/cgi-bin</pre>
<pre>     FollowSymLinks   to follow symbolic links. Again needed for</pre>
<pre>                      /var/www/cgi-bin if CGI scripts are links to</pre>
<pre>                      pl files.</pre>
<h3>Startup</h3>
<p>You can startup the server using the command</p>
<pre>service httpd start</pre>
<h3>User Files</h3>
<p>A simple way of accessing a users set of files is to create a directory within the users directory such as :</p>
<pre>      /home/protor/website</pre>
<p>and then to create a link to this directory from within the document root.</p>
<pre>      cd /var/www/html</pre>
<pre>      ln -s /home/protor/website protor</pre>
<p>You may then access any user files by starting a web browser and pointing to the URL:</p>
<pre>       http://localhost/protor</pre>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2003/04/apache/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PROTOR Redhat Note: Setup of ATI Rage 128 Graphics Card</title>
		<link>http://protorblog.prosig.com/2003/01/protor-redhat-note-setup-of-ati-rage-128-graphics-card/</link>
		<comments>http://protorblog.prosig.com/2003/01/protor-redhat-note-setup-of-ati-rage-128-graphics-card/#comments</comments>
		<pubDate>Mon, 20 Jan 2003 14:56:40 +0000</pubDate>
		<dc:creator>Don</dc:creator>
				<category><![CDATA[PROTOR / Redhat Linux Note]]></category>
		<category><![CDATA[ATI]]></category>
		<category><![CDATA[graphics card]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PROTOR]]></category>
		<category><![CDATA[Rage]]></category>
		<category><![CDATA[Redhat]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=12</guid>
		<description><![CDATA[There appeared to be problems when using the ATI Rage 128 graphics card in a Redhet 7.3 system. The problem manifested itself as screen corruption when exitting the Window Manager. This happened if using FVWM or KDE Window Managers. The corruption appeared to get progressively worse with each log off. This problem was resolved by [...]]]></description>
			<content:encoded><![CDATA[<p>There appeared to be problems when using the ATI Rage 128 graphics card in a Redhet 7.3 system. The problem manifested itself as screen corruption when exitting the Window Manager. This happened if using FVWM or KDE Window Managers. The corruption appeared to get progressively worse with each log off.</p>
<p><span id="more-12"></span></p>
<p>This problem was resolved by disabling Direct Rendering for this particular graphics card.</p>
<p>This is done by editting the file /etc/X11/XF96Config-4 . Find the Module section. Comment out the option to Load dri or direct rendering. You may also comment out support for OpenGL with the command Load glx.</p>
<pre>        Section "Module"
                Load  "GLcore"
                Load  "dbe"
                Load  "extmod"
                Load  "fbdevhw"
#               Load  "dri"
#               Load  "glx"
                Load  "pex5"
                Load  "record"
                Load  "xie"
        EndSection</pre>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2003/01/protor-redhat-note-setup-of-ati-rage-128-graphics-card/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>VPN Access using SSH and VNC &#8211; HOWTO</title>
		<link>http://protorblog.prosig.com/2003/01/vpn-access-using-ssh-and-vnc-howto/</link>
		<comments>http://protorblog.prosig.com/2003/01/vpn-access-using-ssh-and-vnc-howto/#comments</comments>
		<pubDate>Tue, 14 Jan 2003 16:39:12 +0000</pubDate>
		<dc:creator>Don</dc:creator>
				<category><![CDATA[PROTOR / Redhat Linux Note]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PROTOR]]></category>
		<category><![CDATA[SSH]]></category>
		<category><![CDATA[VNC]]></category>
		<category><![CDATA[VPN]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=50</guid>
		<description><![CDATA[Describes the configuration and setup of a simple VPN for graphical remote access using the Open Source tools SSH and VNC Read the full article here (PDF)]]></description>
			<content:encoded><![CDATA[<p>Describes the configuration and setup of a simple VPN for graphical remote access using the Open Source tools SSH and VNC</p>
<p><a href="http://protorblog.prosig.com/wp-content/uploads/2009/02/vpnaccess-howto.pdf">Read the full article here (PDF)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2003/01/vpn-access-using-ssh-and-vnc-howto/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Embedding Redhat Linux in a DiskOnChip &#8211; HOWTO</title>
		<link>http://protorblog.prosig.com/2002/10/embedding-redhat-linux-in-a-diskonchip-howto/</link>
		<comments>http://protorblog.prosig.com/2002/10/embedding-redhat-linux-in-a-diskonchip-howto/#comments</comments>
		<pubDate>Fri, 04 Oct 2002 16:33:36 +0000</pubDate>
		<dc:creator>Don</dc:creator>
				<category><![CDATA[PROTOR / Redhat Linux Note]]></category>
		<category><![CDATA[DiskOnChip]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PROTOR]]></category>
		<category><![CDATA[Redhat]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=47</guid>
		<description><![CDATA[Describes the configuration and setup of a development environment for a Single Board Computer running Redhat Linux from a DiskOnChip device Read the full article here (PDF)]]></description>
			<content:encoded><![CDATA[<p>Describes the configuration and setup of a development environment for a Single Board<br />
Computer running Redhat Linux from a DiskOnChip device</p>
<p><a href="http://protorblog.prosig.com/wp-content/uploads/2009/02/diskonchipdevelopment-howto.pdf">Read the full article here (PDF)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2002/10/embedding-redhat-linux-in-a-diskonchip-howto/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PROTOR Redhat : Installing XDM</title>
		<link>http://protorblog.prosig.com/2002/04/protor-redhat-installing-xdm/</link>
		<comments>http://protorblog.prosig.com/2002/04/protor-redhat-installing-xdm/#comments</comments>
		<pubDate>Sun, 21 Apr 2002 15:34:27 +0000</pubDate>
		<dc:creator>Don</dc:creator>
				<category><![CDATA[PROTOR / Redhat Linux Note]]></category>
		<category><![CDATA[GNOME]]></category>
		<category><![CDATA[KDE]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PROTOR]]></category>
		<category><![CDATA[Redhat]]></category>
		<category><![CDATA[XDM]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=26</guid>
		<description><![CDATA[By default the RedHat 7.2 installation uses the GNOME Display Manager GDM or possibly the KDE Display Manager KDM. Both these Display Managers are very powerful and allow users to select the type of session to start ( such as GNOME or KDE ). There are also options and menus to shutdown or reboot the [...]]]></description>
			<content:encoded><![CDATA[<p>By default the RedHat 7.2 installation uses the GNOME Display Manager GDM or possibly the KDE Display Manager KDM. Both these Display Managers are very powerful and allow users to select the type of session to start ( such as GNOME or KDE ). There are also options and menus to shutdown or reboot the system. For a PROTOR installation where we want to control the users session then using the basic XFree86 display manager XDM is preferable.</p>
<p><span id="more-26"></span></p>
<p>The choice of Display Manager is specified within the file /etc/sysconfig/desktop.</p>
<p>By default this file simply contains the line</p>
<pre>        Desktop=""</pre>
<p>On startup of X for RedHat 7.2 this will by default start the GDM Display Manager.</p>
<p>Edit this file to control the Display Manager to start. Use</p>
<pre>         Desktop = "KDE"               to start KDM</pre>
<pre>         Desktop = "GNOME"             to explicitly start GDM</pre>
<pre>         Desktop = AnotherLevel        to start XDM</pre>
<p>If using XDM then the appearance of the login box is controlled by the file /etc/X11/xdm/Xresources . To improve the appearance of the login box edit this file and remove references to the XFree86 logos.</p>
<p>The selection and startup of an appropriate display manager is controlled by the script /etc/X11/prefdm which is referenced from /etc/inittab. On later versions of Redhat, references to AnotherLevel and hence the startup of XDM are removed. See the additional note on configuring /etc/X11/prefdm for XDM.</p>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2002/04/protor-redhat-installing-xdm/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>PROTOR Note : Booting Linux using NT Loader</title>
		<link>http://protorblog.prosig.com/2002/03/protor-note-booting-linux-using-nt-loader/</link>
		<comments>http://protorblog.prosig.com/2002/03/protor-note-booting-linux-using-nt-loader/#comments</comments>
		<pubDate>Sun, 31 Mar 2002 15:06:09 +0000</pubDate>
		<dc:creator>Don</dc:creator>
				<category><![CDATA[PROTOR / Redhat Linux Note]]></category>
		<category><![CDATA[LILO]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PROTOR]]></category>
		<category><![CDATA[Windows NT]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=16</guid>
		<description><![CDATA[In some configuration it may be required or desirable for Linux and Window NT to co-exist on the same system. Presuming Windows NT has been initially installed then the system will boot through the Windows NT Boot Loader. Assuming that a Linux system has been added to a spare partition or additional disk then the [...]]]></description>
			<content:encoded><![CDATA[<p>In    some configuration it may be required or desirable for Linux and Window NT to    co-exist on the same system. Presuming Windows NT has been initially installed    then the system will boot through the Windows NT Boot Loader. Assuming that    a Linux system has been added to a spare partition or additional disk then the    requirement is to add an option to the NT Boot Loader such that either Windows    NT or Linux may be booted.</p>
<p><span id="more-16"></span><br />
The following example shows the procedures required to create a boot sector    file from a Linux system and how to modify the NT Boot Loader configuration    to add an option to boot Linux. This example assumes that Windows NT has been    loaded onto the first partition on the hard disk ( C:\ ). The disk has been    partitioned such that Linux is loaded onto the second partion ( /dev/hda2 )    with a Linux swap partition on a third ( /dev/hda3 ).</p>
<p>It is advisable to ensure you have Windows NT repair disks for the system before    proceeding.</p>
<h3>Linux    Details</h3>
<p>Assuming Linux has been loaded and configured it is advisable , before starting    this process , to test the system by creating a boot floppy and checking that    the system boots OK before continuing. Also check at this stage that you can    still boot Windows NT. We now need to prepare a boot sector for Linux from the    system. The best way of doing this is to use the Linux Loader (LILO). For this    example configuration, Windows NT owns the system&#8217;s Master Boot Record (MBR)    and we do not wish to overwrite this with LILO. Modify the LILO configuration    file /etc/lilo.conf so that it looks something like :</p>
<pre>     delay=5
     boot=/dev/hda2
     map=/boot/map
     install=/boot/boot.b
     linear
     image=/boot/vmlinuz-2.4.7-10
          label=linux
          initrd=/boot/initrd-2.4.7-10.img
          read-only
          root=/dev/hda2</pre>
<p>The    main things to check are that the boot-device and root device are both set to    point to your Linux installation ( /dev/hda2 in this example ). This ensured    that LILO will create the boot sector on our second partition and will not touch    the Master Boot Record.The other items are system specific. You may find that    you need the linear or the lba32 option when using a large capacity harddisk.    Now run LILO and check that there are no errors. We can now strip the bootsector    from our second partition with the command.</p>
<pre>               dd if=/dev/hda2 of=bootsect.lnx bs=512 count=1</pre>
<p>Now    copy this file to the Windows NT partition either by mounting the partition    or by using an MS-DOS formatted floppy.</p>
<h3>Windows    NT Details</h3>
<p>The    Windows NT Boot Loader is controlled by the file C:\BOOT.INI. This file will    have attributes set so that it is read-only and hidden. In order to change this    file then you will need to issue the command:</p>
<pre>               attrib -s -h -r c:\boot.ini</pre>
<p>The  file should look something like :</p>
<pre>    [boot loader]
    timeout=30
    default=multi(0)disk(0)rdisk(0)partition(1)\WINNT
    [operating systems]
    multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows NT
    Workstation Version 4.00"
    multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows NT
    Workstation Version 4.00 [VGA mode]" /basevideo /sos</pre>
<p>You    can now edit the file using a suitable text editor such as notepad. Assuming    we have copied the Linux bootsector file we created above to C:\ then modify    this file to add the option to boot Linux.</p>
<pre>    [boot loader]
    timeout=30
    default=C:\BOOTSECT.LNX
    [operating systems]
    multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows NT
    Workstation Version 4.00"
    multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows NT
    Workstation Version 4.00 [VGA mode]" /basevideo /sos
    C:\BOOTSECT.LNX="PROTOR (Linux)"</pre>
<p><strong>Note</strong> that we have also changed the default line so that the system boots Linux by    default.</p>
<p>You    now need to set back the attributes on the boot.ini file.</p>
<pre>           attrib +s +h +r c:\boot.ini</pre>
<p>When    the system next boots then you should see the NT Boot Loader menu which will    contain three options. Booting Linux will be the third option and will also    be the default if no action is taken within 30 seconds.</p>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2002/03/protor-note-booting-linux-using-nt-loader/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PROTOR Tutorial : Historic Shaft Gap Displays</title>
		<link>http://protorblog.prosig.com/2001/03/protor-tutorial-historic-shaft-gap-displays/</link>
		<comments>http://protorblog.prosig.com/2001/03/protor-tutorial-historic-shaft-gap-displays/#comments</comments>
		<pubDate>Fri, 09 Mar 2001 16:00:24 +0000</pubDate>
		<dc:creator>Don</dc:creator>
				<category><![CDATA[PROTOR Tutorial]]></category>
		<category><![CDATA[historic]]></category>
		<category><![CDATA[PROTOR]]></category>
		<category><![CDATA[shaft gap]]></category>

		<guid isPermaLink="false">http://protorblog.prosig.com/?p=35</guid>
		<description><![CDATA[It is possible to produce an shaft gap display within PROTOR for two perpendicularly mounted shaft proximity probes for system where the DC component of the proximity signal is measured&#8230; Read the full article here (PDF)]]></description>
			<content:encoded><![CDATA[<p>It is possible to produce an shaft gap display within PROTOR for two perpendicularly mounted shaft proximity probes for system where the DC component of the proximity signal is measured&#8230;</p>
<p><a href="http://protorblog.prosig.com/wp-content/uploads/2009/02/histgap.pdf">Read the full article here (PDF)</a></p>
]]></content:encoded>
			<wfw:commentRss>http://protorblog.prosig.com/2001/03/protor-tutorial-historic-shaft-gap-displays/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

