Re: [ipwave] Protocols and Architectures for Traffic Lights

Alexandre Petrescu <alexandre.petrescu@gmail.com> Fri, 12 July 2019 13:00 UTC

Return-Path: <alexandre.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 BDB6912011E for <its@ietfa.amsl.com>; Fri, 12 Jul 2019 06:00:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.631
X-Spam-Level:
X-Spam-Status: No, score=-2.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] 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 hcGppE7qhUsZ for <its@ietfa.amsl.com>; Fri, 12 Jul 2019 06:00:41 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2398E12049A for <its@ietf.org>; Fri, 12 Jul 2019 06:00:40 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x6CD0dHi017388 for <its@ietf.org>; Fri, 12 Jul 2019 15:00:39 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 28570201191 for <its@ietf.org>; Fri, 12 Jul 2019 15:00:39 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 1DCEF203FC8 for <its@ietf.org>; Fri, 12 Jul 2019 15:00:39 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x6CD0dvT016119 for <its@ietf.org>; Fri, 12 Jul 2019 15:00:39 +0200
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> <8995c84e-7590-5e2e-bd94-c0588501a635@gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <7a6ddaef-a30e-b298-bd8e-b06ccbaff34f@gmail.com>
Date: Fri, 12 Jul 2019 15:00:38 +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: <8995c84e-7590-5e2e-bd94-c0588501a635@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/MGPCCf_KgJ9ckcVvV6VYl28nDF8>
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: Fri, 12 Jul 2019 13:00:45 -0000

Traffic Light EXchange platform (TLEX) is a protocol about which people 
in countries like Netherlands and Finland talk, together with the 
acronyms iVRI and IVERA.

Manufacturers: SWARCO, Dynniq, Siemens.

Alex

Le 08/07/2019 à 16:55, Alexandre Petrescu a écrit :
> 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
> 
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its