<?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>MultiTrode Blog &#187; reliability</title>
	<atom:link href="http://www.multitrode.com/blog/tag/reliability/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.multitrode.com/blog</link>
	<description>Pump Station &#38; Lift Station Technology</description>
	<lastBuildDate>Thu, 14 Oct 2010 12:57:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Introduction to DNP3</title>
		<link>http://www.multitrode.com/blog/2010/04/introduction-to-dnp3/</link>
		<comments>http://www.multitrode.com/blog/2010/04/introduction-to-dnp3/#comments</comments>
		<pubDate>Wed, 07 Apr 2010 19:28:41 +0000</pubDate>
		<dc:creator>Darcy Sullivan</dc:creator>
				<category><![CDATA[General News]]></category>
		<category><![CDATA[Cellular Communication]]></category>
		<category><![CDATA[distributed network protocol]]></category>
		<category><![CDATA[DNP3]]></category>
		<category><![CDATA[dnp3 security]]></category>
		<category><![CDATA[reliability]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.multitrode.com/blog/?p=742</guid>
		<description><![CDATA[DNP is an acronym for Distributed Network Protocol, an open protocol used by components in process automation systems.]]></description>
			<content:encoded><![CDATA[<p><strong>DNP</strong> is an acronym for <strong>Distributed Network Protocol</strong>, an open protocol used by components in process automation systems.</p>
<p>A <strong>protocol</strong> defines the rules by which devices talk to each other. <strong>DNP3</strong> is a protocol for transmitting data from Point A to Point B via serial and IP communications. Although <strong>DNP</strong> is most commonly used by electric, gas, water and wastewater utilities, it can be used anywhere a <strong>SCADA </strong>system is exists.</p>
<p><strong>Why Do Devices Need to Talk to Each Other?</strong><br />
Utility providers commonly have lots of operations they need to monitor. Typically, there is a central operations center plus remote equipment in the field.  The central operations center houses their main computer.  Installations/substations house remote equipment in the field.  DNP is used to facilitate communication between the main computer and remote equipment, enabling the main computer to remotely open/close circuit breakers, measure line voltages, start/stop motors, open/close valves, check for errors, etc.</p>
<p><ins datetime="2010-04-07T15:10" cite="mailto:dsullivan"></ins></p>
<p><strong>View Previous Blog Series on DNP3:</strong></p>
<p><a href="http://www.multitrode.com/blog/2009/01/why-use-dnp3-part-one/" target="_blank">DNP3 Part 1 – Date/Time Stamping</a></p>
<p><a href="http://www.multitrode.com/blog/2009/01/why-use-dnp3-part-two/" target="_blank">DNP3 Part 2 – Communications Options</a></p>
<p><a href="http://www.multitrode.com/blog/2009/02/why-use-dnp3-part-three-security/" target="_blank">DNP3 Part 3 – Security</a></p>
<p><a href="http://www.multitrode.com/blog/2009/03/why-use-dnp3-part-four-reliability/" target="_blank">DNP3 Part 4 – Reliability</a></p>
<p><a href="http://www.multitrode.com/blog/2009/03/dnp3-part-5-compliance/" target="_blank">DNP3 Part 5 – Compliance</a><span id="more-742"></span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.multitrode.com/blog/2010/04/introduction-to-dnp3/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Maintenance Programs</title>
		<link>http://www.multitrode.com/blog/2010/03/maintenance-programs/</link>
		<comments>http://www.multitrode.com/blog/2010/03/maintenance-programs/#comments</comments>
		<pubDate>Mon, 22 Mar 2010 13:56:01 +0000</pubDate>
		<dc:creator>Darcy Sullivan</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[condition based monitoring]]></category>
		<category><![CDATA[maintenance]]></category>
		<category><![CDATA[MultiSmart]]></category>
		<category><![CDATA[preventive maintenance]]></category>
		<category><![CDATA[probe]]></category>
		<category><![CDATA[pump efficiency]]></category>
		<category><![CDATA[pump station]]></category>
		<category><![CDATA[Pump Station Management]]></category>
		<category><![CDATA[Pump Station Optimization]]></category>
		<category><![CDATA[reliability]]></category>

		<guid isPermaLink="false">http://www.multitrode.com/blog/?p=709</guid>
		<description><![CDATA[Maintenance is defined as “actions performed to keep some machine or system functioning or in good working order.”
The design life of most equipment requires periodic maintenance: adjustments, alignments, lubrication, rotating, parts replacement, etc. Every time we fail to perform routine maintenance, we shorten the equipment’s design life.
Maintenance Approaches
Reactive Maintenance
Defined &#8211; Run it until you break [...]]]></description>
			<content:encoded><![CDATA[<p>Maintenance is defined as “actions performed to keep some machine or system functioning or in good working order.”</p>
<p>The design life of most equipment requires periodic maintenance: adjustments, alignments, lubrication, rotating, parts replacement, etc. Every time we fail to perform routine maintenance, we shorten the equipment’s design life.</p>
<p><strong><em>Maintenance Approaches</em></strong></p>
<p><span style="text-decoration: underline;">Reactive Maintenance</span></p>
<p><strong>Defined &#8211; </strong>Run it until you break it! No effort is made to maintain equipment; manufacturer recommendations are ignored. Also called “Crisis Maintenance” or “Hysterical Maintenance”.</p>
<p><strong>Pros </strong>- No manpower hours are expended. No maintenance costs are incurred.</p>
<p><strong>Cons</strong> &#8211; You may think you’re saving money, but you’re not.  Shortening the equipment’s design life may result in higher replacement costs. You may have an additional expense if you’ve worn down your secondary/backup equipment. Then, there is the element of chance – there is no guarantee that a critical piece of equipment will not fail during peak demand, or during weekend/holiday time.</p>
<p><span style="text-decoration: underline;">Preventive Maintenance</span></p>
<p><strong>Defined </strong>- Actions performed on a set schedule that detects, precludes or mitigates degradation of a component or system with the aim of sustaining or extending its design life. Also known as Condition Based Monitoring.</p>
<p><strong>Pros</strong> &#8211; Although it is not the optimum maintenance program, it is a vast improvement over Reactive Maintenance. Performing manufacturer recommended preventative maintenance will maximize the equipment’s design life. Money will be saved by ensuring the equipment runs as efficiently as possible.</p>
<p><strong>Cons </strong>- Risk is increased by human error during the performance of maintenance. You may find yourself conducting unneeded (but scheduled) maintenance. Although the risk of failure is reduced, it will not be eliminated.</p>
<p><span style="text-decoration: underline;">Predictive Maintenance</span></p>
<p><strong>Defined</strong> &#8211; Actions that detect the onset of failure, thereby allowing causal stressors to be eliminated or controlled prior to deterioration of the equipment. Predictive Maintenance differs from Preventive Maintenance by basing maintenance on need rather than a preset schedule.</p>
<p><strong>Pros</strong> &#8211; A well-organized Predictive Maintenance program will all but eliminate catastrophic failures. The ability to plan ahead will facilitate inventory/part ordering and avoid overtime cost. Equipment operation can be optimized, energy costs can be reduced and system reliability increased.</p>
<p><strong>Cons</strong> &#8211; Requires staff training and investment in technology.</p>
<p><strong><em>MultiTrode Can Help</em></strong></p>
<p>At MultiTrode, we believe Predictive Maintenance guarantees the best results. Predictive Maintenance, also known as Condition Based Monitoring, is the ideal maintenance strategy because it identifies when assets need to be replaced – allowing the utility to plan cost-effective maintenance.</p>
<p>To ensure that the hydraulic and electrical state of the pump and motor can be clearly monitored, the <a href="http://www.multitrode.com/pump-station-manager" target="_blank">MultiSmart Pump Station Manager</a> measures the following:</p>
<ul>
<li>Flow rates per pump, total volume per pump</li>
<li>Energy used per pump</li>
<li>Pup efficiency in gals/kWhr or liters/kWhr</li>
<li>Insulation resistance per pump</li>
<li>Supply voltage (all 3-phases)</li>
<li>Current monitoring (all 3-phases)</li>
<li>Detailed fault analysis for each pump</li>
</ul>
<p>For a free MultiSmart demo, email <a href="mailto:UsSales@multitrode.com">UsSales@multitrode.com</a>.</p>
<p>Learn more about the innovative <a href="http://www.multitrode.com/liquid-level-probe" target="_blank">Level Sensing Probe </a>and intuitive <a href="http://www.multitrode.com/60-day-pump-station-manager-trial" target="_blank">MultiSmart Pump Station Manager</a> at <a href="http://www.multitrode.com" target="_blank">www.multitrode.com</a>.<span id="more-709"></span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.multitrode.com/blog/2010/03/maintenance-programs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why use DNP3? Part Four &#8211; Reliability</title>
		<link>http://www.multitrode.com/blog/2009/03/why-use-dnp3-part-four-reliability/</link>
		<comments>http://www.multitrode.com/blog/2009/03/why-use-dnp3-part-four-reliability/#comments</comments>
		<pubDate>Fri, 06 Mar 2009 01:51:45 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[General News]]></category>
		<category><![CDATA[DNP3]]></category>
		<category><![CDATA[reliability]]></category>
		<category><![CDATA[RTU]]></category>
		<category><![CDATA[SCADA]]></category>
		<category><![CDATA[telemetry]]></category>

		<guid isPermaLink="false">http://www.multitrode.com/blog/?p=421</guid>
		<description><![CDATA[This continues from the earlier DNP3 posts -
Part One: Date/Time Stamping &#8211; or Less Guessing
Part Two: Communications Options &#8211; Polling and Unsolicited Reporting
Part Three: Security
The DNP3 protocol also supports guaranteed delivery. What does this mean?
Suppose you want to send a command to start a pump. How do you know the RTU at site received the [...]]]></description>
			<content:encoded><![CDATA[<p>This continues from the earlier DNP3 posts -</p>
<p><a href="http://www.multitrode.com/blog/2009/01/why-use-dnp3-part-one/">Part One: Date/Time Stamping</a> &#8211; or Less Guessing<br />
<a href="http://www.multitrode.com/blog/2009/01/why-use-dnp3-part-two/">Part Two: Communications Options</a> &#8211; Polling and Unsolicited Reporting<br />
<a href="http://www.multitrode.com/blog/2009/02/why-use-dnp3-part-three-security/">Part Three: Security</a></p>
<p>The DNP3 protocol also supports <em>guaranteed delivery</em>. What does this mean?</p>
<p>Suppose you want to send a command to start a pump. How do you know the RTU at site received the command? With some older and simpler protocols the only way to check is to read the status of the pump at a slightly later time &#8211; and hope you catch it in the act.</p>
<p>Or suppose you want to ensure that the message <em>High level alarm</em> or <em>All pumps unavailable</em> sent from the RTU was not missed by the master station or SCADA? With some protocols, like Modbus, there isn&#8217;t any mechanism for ensuring this.</p>
<p>DNP3 provides message acknowledgements. With unsolicited reporting, the RTU might send all changed data every half hour, or if the event buffer was full. The &#8220;message&#8221; that the DNP3 protocol sends includes all the tags that have changed with the date/time of each, <strong>and also includes a sequence number</strong>. The master station would send an acknowledgement to the RTU &#8211; or &#8220;outstation&#8221; &#8211; that that sequence number had been received.</p>
<p>In the event that the RTU / outstation didn&#8217;t get that confirmation, it would retry. And after a certain time period the site would go into a <em>Comms Fail</em> mode with probably a longer retry delay. I say &#8220;probably&#8221; because that depends on how the user sets it up, but that would be the sensible approach.</p>
<p>As you can see if you&#8217;ve been following this series on DNP3, the creators of DNP3 designed it for the challenging world of telemetry where communications is always suspect and often problematic.</p>
<p>There&#8217;s more to configure in the protocol of course, but each element is there to ensure data integrity:</p>
<ul>
<li>you know what happened</li>
<li>exactly when it happened</li>
<li>you can guarantee that the SCADA system knows about it</li>
<li>and you can ensure that data is genuine and not from a hacker</li>
</ul>
<p><span id="more-421"></span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.multitrode.com/blog/2009/03/why-use-dnp3-part-four-reliability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

