Re: [core] RSSI in SenML

Christian Amsüss <c.amsuess@energyharvesting.at> Wed, 22 March 2017 20:15 UTC

Return-Path: <c.amsuess@energyharvesting.at>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D536E129AA2 for <core@ietfa.amsl.com>; Wed, 22 Mar 2017 13:15:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d24E0jFOAnUw for <core@ietfa.amsl.com>; Wed, 22 Mar 2017 13:15:51 -0700 (PDT)
Received: from prometheus.amsuess.com (prometheus.amsuess.com [5.9.147.112]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE1521292D3 for <core@ietf.org>; Wed, 22 Mar 2017 13:15:51 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (unknown [IPv6:2a02:b18:c13b:8001:a800:ff:fede:b1bd]) by prometheus.amsuess.com (Postfix) with ESMTPS id A820A46988; Wed, 22 Mar 2017 21:15:49 +0100 (CET)
Received: from poseidon-mailbox.amsuess.com (poseidon-mailbox.amsuess.com [10.13.13.231]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id E7C191CB; Wed, 22 Mar 2017 21:15:48 +0100 (CET)
Received: from hephaistos.amsuess.com (hephaistos.amsuess.com [10.13.13.129]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id C0C71406; Wed, 22 Mar 2017 21:15:48 +0100 (CET)
Received: (nullmailer pid 11599 invoked by uid 1000); Wed, 22 Mar 2017 20:15:47 -0000
Date: Wed, 22 Mar 2017 21:15:47 +0100
From: Christian Amsüss <c.amsuess@energyharvesting.at>
To: Cullen Jennings <fluffy@iii.ca>
Cc: core@ietf.org
Message-ID: <20170322201547.wsglwbeodagbotvq@hephaistos.amsuess.com>
References: <0A3A3346-9B5D-48B7-BB52-6DEE39A91200@iii.ca>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="xw3iv2isk2kfus44"
Content-Disposition: inline
In-Reply-To: <0A3A3346-9B5D-48B7-BB52-6DEE39A91200@iii.ca>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/wd-IAgQ66xZBTGkmRU8F6_demLY>
Subject: Re: [core] RSSI in SenML
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Mar 2017 20:15:55 -0000

On Wed, Mar 22, 2017 at 12:47:12PM -0600, Cullen Jennings wrote:
> I got a request to add RSSI to the table in 12.1 of  of SenML 
> 
> Symbol: RSSI 
> 
> Description: Received signal strength indication
> 
> Type: float 

I've been using signal strengths for some time in SenML, and they were
in those applications provided in dBm, which I converted according to
what the spec says (or rather said back then, this has been operational
since 2014) about falling back to UCUM as UCUM:B[W].

The recommendations w/rt UCUM have been demoted since then, but it is
still common in the other units there to be specific and comparable (dB
being the exception). RSSI with any real unit would not have any meaning
outside of that device's receptor, and could just as well be represented
without any unit. I'd support adding something that has the semantic
meaning of received signal strength (dBm would be more common than the
by-the-letters-of-UCUM B[W] unit), but a plain RSSI would IMO lead to
confusion in any inhomogenous setup.

Best regards
Christian

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom