Re: [ipwave] Protocols and Architectures for Traffic Lights

Alexandre Petrescu <alexandru.petrescu@gmail.com> Mon, 08 July 2019 14:55 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: its@ietfa.amsl.com
Delivered-To: its@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C886120234 for <its@ietfa.amsl.com>; Mon, 8 Jul 2019 07:55:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.703
X-Spam-Level:
X-Spam-Status: No, score=-0.703 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 DnvlzBT-we2x for <its@ietfa.amsl.com>; Mon, 8 Jul 2019 07:55:46 -0700 (PDT)
Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 93762120290 for <its@ietf.org>; Mon, 8 Jul 2019 07:55:46 -0700 (PDT)
Received: by mail-ed1-x536.google.com with SMTP id p15so4372278eds.8 for <its@ietf.org>; Mon, 08 Jul 2019 07:55:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=KG8wJGwM+zeEZgIV3jcVzlYOpd+aVNU0b+VeXDGGvig=; b=GV8tfgndFrb06Mz6FVp7lK7E2h1Yb2ZJMx2R7QoZvsmJK9y+fjSU1VNCj6ZZBSTAvB HsL0U7HdFUuyeT+F8MDi0QwRahJrMTwFUHhayiJqmDCfyCyGbOJ5ESUdLcR3cvcbhIku 0yIvrA3u85pb7Pidg22VnxAdPwDCV5tnlyQQQCtDiFnITBC64tltH4ivCZy2nJ2WbGp1 oToaJnHEH1J7epI8Ez0dKSW8IRPfqB1WfPwQPu0QKMEj/Amt0jPOxZbmwJvFPFVbhyVj rHNsXeLKubwRQCM+8tLrYgCuPCm7Cud719yI2YAd1XxPBV8jhTOz1bPZ1FAZhUlAZ9D1 k2xA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KG8wJGwM+zeEZgIV3jcVzlYOpd+aVNU0b+VeXDGGvig=; b=TrmF2SoYxUpfFsFjgcuhCpLi++TPD258CZKtUkELKN5Mm+T4mn18su8SEKKx5jJTIK SdMTW3LHPCGhhwG1/3CFaOZc/60u32BSi7wU0q4vl3XI8yOTAtJq/DTP6yb0WL0Wjx+Q YSdWcqlHZQvJt1jg4ZmnnzrPggnBChN3+1IgU9i9UVLDZMSAGJfUXRBheiyDB1SkY4i0 OP0QPaGtmFU4j0Nge59QhkaBACt3FfG/bENOlLWtkOn3CYNDngMva6Wcy7PUcsRSiGB7 0LmxwXn0mMWB5iGG0RXA9LxC0iDVYOtRVSyT/3/UzF+y7EWxBDA+rpnv0cjn+rMrRymM qu4w==
X-Gm-Message-State: APjAAAXF9xgYLdbPeCbOogNMNT21cLCNIYT3v+IK8SkTcw8zQZiYnBCx /bpz4Zq1BPJkJ20L617dRVku5RR486M=
X-Google-Smtp-Source: APXvYqzJgZF5+9tIa/EsWuGMTIyCAh0NNQm24VsGauOCYu+wZzzI/i76jdTIDPfZ+wpjrsjnHURzdQ==
X-Received: by 2002:a17:906:6802:: with SMTP id k2mr16910032ejr.174.1562597744834; Mon, 08 Jul 2019 07:55:44 -0700 (PDT)
Received: from [10.132.107.171] (d54C7CF72.access.telenet.be. [84.199.207.114]) by smtp.gmail.com with ESMTPSA id h10sm5728845eda.85.2019.07.08.07.55.43 for <its@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jul 2019 07:55:43 -0700 (PDT)
From: Alexandre Petrescu <alexandru.petrescu@gmail.com>
X-Google-Original-From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
To: its@ietf.org
References: <61452b20-9cd1-c9ce-1eb2-ebb090efb8c4@gmail.com> <936d2cd6-5381-8387-cd2d-e8b33cb5dd7a@gmail.com> <a29b8c71-a707-7da0-f4a5-0f16796d8803@gmail.com> <28085_1561479785_5D124A69_28085_17908_1_460b369c-3d22-34f1-3734-355bba40dff3@cea.fr> <ba51130b-846d-3d45-c2d3-0431b171ba9d@gmail.com>
Message-ID: <8995c84e-7590-5e2e-bd94-c0588501a635@gmail.com>
Date: Mon, 08 Jul 2019 16:55:44 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <ba51130b-846d-3d45-c2d3-0431b171ba9d@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/a4ldZ4tJ7r0I85radPBCAUhMBZU>
Subject: Re: [ipwave] Protocols and Architectures for Traffic Lights
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Jul 2019 14:55:51 -0000

The 'Tipo V' (read 'type V',  like in Valencia) is a protocol used in 
Spain to communicate to traffic lights controllers.  The spec number is 
UNE 135401-5 IN.

It is standardised by Spaniard organisation AENOR; the spec is paying, 
but there is an excerpt available for free; one company, at least, 
implements it - ETRA.



Le 03/07/2019 à 11:43, Alexandre Petrescu a écrit :
> excuse me being at the risk of disturbing the group with my personal 
> notes; I promiss you I ponder maybe I will write a draft about this...
> 
> In Scandinavian countries the protocol to communicate to traffic lights 
> controllers is RSMP with a spec on github. (provided by person at gov't 
> organisaiton through a doc called CEN/TC 278/WG 17 N 207).
> 
> So the current list of protocols to communicate to traffic lights 
> controllers is: NTCIP (US), UTMC (UK), DIASER (FR), RSMP (Nordic), OCIT 
> (D), IVERA (NL), ISO PRESTO 22951.
> 
> The SPAT/MAP/SRM/SSM are a whole different class of things.
> 
> The translation between these two classes is what brings latency.  This 
> is what makes that the color of the light a human sees on smartphone or 
> dashboard can be different (even if just for a few moments) from the 
> color of the light seen on reality.
> 
> Implementers of apps of 'virtual' such colors of traffic lights on 
> smartphones/dashboards are Dynniq, probably NeoGLS, and a colleague.
> 
> Alex
> 
> Le 25/06/2019 à 18:22, Alexandre PETRESCU a écrit :
>> I got more enlightenment from a recognised expert.
>>
>> In France, in addition to DIASER there is also LCR protocol for 
>> Traffic Lights.
>>
>> In UK there is UTMC protocol.
>>
>> NTCIP is acknowledged as a protocol in USA.  Further, it may be 
>> implemented by Thales, a French company.
>>
>> -- 
>> Alexandre Petrescu
>> alexandre.petrescu@cea.fr, tél 0169089223
>>
>> Le 06/06/2019 à 17:18, Alexandre Petrescu a écrit :
>>>
>>> For further completeness...
>>>
>>> The Dutch version of protocols for Traffic Lights Controllers, in 
>>> addition to IVERA also include iVRI, on the web at 
>>> https://www.crow.nl/thema-s/verkeersmanagement/landelijke-ivri-standaarden 
>>>
>>>
>>> The German OCIT protocol is on the web at www.ocit.org
>>>
>>> I continue to wonder what is the protocol used for communicating with 
>>> Traffic Lights Controllers in Italy, and in America?
>>>
>>> Alex
>>>
>>> Le 06/06/2019 à 05:13, Alexandre Petrescu a écrit :
>>>>
>>>> For completeness,
>>>>
>>>>
>>>> The complete list of protocols to communication to Traffic Lights 
>>>> Controllers is: DIASER, IVERA, OCIT.
>>>>
>>>> Because I learn in Germany and the Czech Republic, the OCIT protocol 
>>>> (not DIASER) may be used for communication to Traffic Lights 
>>>> Controller, with some implementations from Siemens and from Cross. 
>>>> Not known whether OCIT works on IP, and on IPv6.
>>>>
>>>> DIASER is known to work on RS232, TCP and UDP.  Seen on IPv4; not 
>>>> known on IPv6.  SEA is a traffic lights controller manufacturer in 
>>>> France that produces some, implements DIASER too.  There are about 
>>>> 10 manufacturers in France (Aximum of Colas, Fareco of Fayat, 
>>>> Lacroix, SEA, others?), all doing DIASER.
>>>>
>>>> Basically, if one wants a car to talk to traffic lights controllers 
>>>> with low latenccy, one wants to put 3 protocols in that car.
>>>>
>>>>
>>>> Le 29/01/2019 à 15:04, Alexandre Petrescu a écrit :
>>>>>
>>>>>   Protocols and Architectures for Traffic Lights
>>>>>               Januay 29th, 2019
>>>>>
>>>>>
>>>>> DIASER: a protocol used to communicate to Traffic Lights controllers.
>>>>> Used in France.  Specified by AFNOR.  Closed and paying specification.
>>>>> Works on hardware platforms from Lacroix (model Traffy) and Aximum
>>>>> (model Maestro), and probably others.  Works on serial and on UDP/IP.
>>>>> Example queries are: "DZ" to reset, "Ck" and "CJ" to query the current
>>>>> color of lights, C# and CU to get the time spent in a color.
>>>>>
>>>>> API WIM 7101, RSGC2: proprietary API interfaces used by organisation
>>>>> NEAVIA of organisation Lacroix in France; it is used to provide access
>>>>> to data of traffic lights controllers.  It can be used with DIASER in
>>>>> a sequence way: a gateway converts from one to another.
>>>>>
>>>>> ISO PRESTO 22951: a protocol to communicate with traffic lights
>>>>> controller, to obtain priority for special vehicles.
>>>>>
>>>>> SPAT/SSM/SRM: protocols used by future traffic lights controllers;
>>>>> specified by SAE in J2735.  The 2009 version is freely available,
>>>>> whereas the 2016 (non retro-compatible) is paying 100 USD,
>>>>> approximative.  SPAT is Signal Phase and Timing, whereas SRM is Signal
>>>>> Request Message.
>>>>>
>>>>> SPAT-EM: an European version of SPAT, specified by ETSI, which
>>>>> encapsulates SPAT.  Free access, but SPAT still paying (free
>>>>> encapsulated paying).
>>>>>
>>>>> IVERA: a protocol used in Netherlands to communicate with Traffic
>>>>> Lights controllers.  Potentially VLOG is also such a protocol.
>>>>>
>>>>> 3G Segnaletica: an organisation in Italy that provides hardware for
>>>>> controllers for traffic  lights.  Also has models carried in 'mobile'
>>>>> traffic lights.  It provides a Raspberry Pi to access the traffic
>>>>> lights data.  The Raspberry Pi uses an API to access the controller
>>>>> status.  That API uses HTTP.
>>>>>
>>>>> Siemens: is an organisation that probably provides hardware for
>>>>> traffic lights controllers to be used in America (USA).
>>>>>
>>>>> Architectures: sketches drawing controller, tri-light bulbs, Internet,
>>>>> 802.11-OCB, car, API, SPAT.
>>>>>
>>>>> Acknowledgements: Daniele Brevi, Bart Netten, Stephane Goeuriot, Sri
>>>>> Gundavelli, Bruno Cabon, Paul Thorpe.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> its mailing list
>>>>> its@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/its
>>>>
>>>> _______________________________________________
>>>> its mailing list
>>>> its@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/its
> 
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its