Re: [smartpower-interest] XMPP messaging - smart grid

Peter Saint-Andre <> Fri, 15 July 2011 16:58 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7085621F8B8D for <>; Fri, 15 Jul 2011 09:58:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -101.399
X-Spam-Status: No, score=-101.399 tagged_above=-999 required=5 tests=[AWL=-1.200, BAYES_00=-2.599, J_CHICKENPOX_32=0.6, J_CHICKENPOX_45=0.6, J_CHICKENPOX_51=0.6, J_CHICKENPOX_72=0.6, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id dMyLD6ervwGq for <>; Fri, 15 Jul 2011 09:57:57 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 7DCC921F8B7A for <>; Fri, 15 Jul 2011 09:57:54 -0700 (PDT)
Received: from (unknown []) (Authenticated sender: stpeter) by (Postfix) with ESMTPSA id E4B9740327; Fri, 15 Jul 2011 10:58:22 -0600 (MDT)
Message-ID: <>
Date: Fri, 15 Jul 2011 10:57:52 -0600
From: Peter Saint-Andre <>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: suhas aggarwal <>
References: <> <>
In-Reply-To: <>
X-Enigmail-Version: 1.2
OpenPGP: url=
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [smartpower-interest] XMPP messaging - smart grid
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Smart Power Interest <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 15 Jul 2011 16:58:02 -0000

I've forwarded your message to the list because
there's been discussion of related topics (e.g., sensors) there.

On 7/14/11 10:57 AM, suhas aggarwal wrote:
> Respected sir,
> I did a deep study of XMPP messaging protocol in my last assignment.In
> my study,I implemented an XMPP client server incorporating event node
> terminology.Basic Architecture is Sensor Readings taken by Sensor are
> converted into XML format by a Sensor Over XMPP (SOX)Library by an
> adapter.Adapter publishes these values(Items) to event nodes present in
> XMPP server.Event nodes are virtual locations inside XMPP servers where
> items are collected.Different XMPP clients can subscribe to different
> event nodes and retrieve individual items.
> Some key questions I have is - Can we use this architecture in a
> substation? Can this architecture meet real time requirements
> considering extra latencies induced by data formatting? Various IEDs can
> act as publisher and subscriber which publish values to XMPP
> servers.This will also include incorporation of adapter servers which
> collect data from merge unit,relay IEDs, convert sensor data to XML
> format.My question is - Is this conversion dataformatting really needed
> for IEDs communicating within local area network?Is it needed for Local
> HMI?Is it needed to send data to control center?
> Moreover,adapter can have added advantage of intelligently combining
> sensor values from different IEDs ,so that monitoring applications which
> are interested in seeing and analysing data from multiple IEDs can
> retrieve/obtain this data in a single document.Adapter can publish this
> item in corresponding event node from which different applications
> interested can retrieve from.
> I am providing link to a related paper which discusses Sensor Andrew
> Architecture used for critical infrastructure monitoring.
> Sincerely,
> Suhas Aggarwal