Radar and dynamisk belysning kan øge sikkerheden i fodgængerfelter

Fra IoTwiki
Version fra 22. jun 2020, 17:48 af Anne (diskussion | bidrag) Anne (diskussion | bidrag) (Oprettede siden med "{{Projekt standard |projektemner=Sundhed, Transport og Mobilitet |medvirkende_organisationer=Citelum, Københavns Kommune, Itron, Gate 21 |datatyper=Realtids bevægelsesdata...")

(forskel) ←Ældre version | Nuværende version (forskel) | Nyere version→ (forskel)
Skift til: navigering, søgning
Radar and dynamisk belysning kan øge sikkerheden i fodgængerfelter
Projektemner Sundhed, Transport og Mobilitet
Tovholder
Medvirkende organisationer Citelum, Københavns Kommune, Itron, Gate 21
Netværk
Anvendte Datatyper Realtids bevægelsesdata, radar, PIR sensordata
Sensorprodukter SSN node, PIR bevægelsessensor
Systemer Lua script
Gateways
Kort Projektbeskrivelse For at øge sikkerheden i ubelyste fodgængerfelter anvendes en kombination af bevægelsessensorer og dynamisk belysnings/dæmpningsløsning til at øge sigtbarheden for chaufførrer, når fodgængere krydser feltet.
Projektperiode 2017-2018
Kontaktperson
Mere info https://lightingmetropolis.com/dk/projects/?project=49715
Referencer til dette projekt

Projektbeskrivelse

Københavns Kommune og Citelum ønskede at teste en dynamisk belysnings/dæmpningsløsning på de såkaldte "Toronto" fodgængerfelter - dvs. fodgængerovergange, der ikke har trafiklys eller fodgængerlys.

For at øge sikkerheden ved disse fodgængerfelter, er målet at øge belysningen ved krydset, når en fodgænger nærmer sig. Øget lys vil give større synlighed til chaufførerne, så de nemmere kan se fodgængernes bevægelser og dermed øge sikkerheden. Citelum har demonstreret en løsning, der bruger Silver Springs Network-teknologi og radar som detektionssensorer til den dynamiske belysning.

Formålet med dette "Proof of Concept" er at implementere løsningen i København til test og demonstration.

Tekniske specifikationer (på engelsk)

Prerequisites:

  • A 7-pin SSN-enabled control node or photocell running NIC FW 3.10.1b (or newer) and appropriate FW on the control node component (example if CIMCON then FW 1.0.26 (or newer)) that serves as the Master device.
  • This Master device is to be paired with a dimmable luminaire with 7-pin socket, with a digital motion sensor wired to the digital input of the socket.


Physical Wiring:

  • The dynamic lighting is triggered by a change in the digital input on the Master photocell. The photocell needs to be wired as shown in the diagram below. A typical PIR sensor provides a “clean” (voltage free) contact that changes state depending on whether motion has been detected. This needs to be coupled with a power supply such that a voltage of between 0.8 and 20V 2.7 and 24VDC is applied to the digital input on the photocell (note the CIMCON PRD (v13) states 0.8 to 20VDC for a logic “high”, but latest info from CIMCON is the unit will work up to 24VDC, and minimum voltage for logic high is 2.7VDC)
  • Some PIR motion sensors will close the contact on detection of motion, while others may open the contact on detection of motion. The photocell should be configured for the appropriate mode by setting attribute 2074. By default, this is set to 0, where the photocell is configured to assert motion detect at Active Low, i.e. motion detected will be asserted with a 0V input on the DI. This is a common case for PIRs that are designed to “fail safe”, where the contact is normally closed, but is opened when motion is detected. The wiring diagram above shows a PIR with a normally closed contact. Conversely, if the PIR closes the contact on detection of motion, attribute 2074 on the photocell should be set to 1 (Active High).
  • Regular dimmable control nodes running NIC FW 3.10.1b that serve as Slave device(s). The Slave device(s) can be paired with regular dimmable luminaire(s).
  • Both the Master and Slave control nodes NICs must have time, a time zone defined, and active Talq calendars running on them.
  • Note: the other NIC setting relevant to the dynamic dimming setup is attribute 41, being the minimum amount of time that the “motion detected” state is asserted upon change of state of the digital input pin. The appropriate setting for this value needs to be considered in the context of how long the lights are “brightened” for. The Lua script operates by sending a temporary override command to the lights to go to a higher brightness for a period of “x” seconds (the value of “x” is defined in the Lua script, as detailed below). Just prior to “time t = x”, the script checks if the motion detect attribute is still asserted. If still asserted, it sends another command for the lights to brighten for another “x” seconds. Consequently, attribute 41 should be set to a lower value than the override time specified in the Lua script.
  • The dynamic lighting feature does not work for devices running legacy SLAPI schedules; it only works on devices running Talq calendars.
  • The Lua scripts will only set devices to a higher lighting level

Furthermore, the scripts will only adjust the brightness level when the Talq calendar is in an active period. Outside of an active calendar period the scripts have no effect. The script operates using link-local address; consequently, the Master can only send commands to slave devices that it can see directly (i.e. that are in its node or one-hop away).


Målbare effekter

Vi forventer at se en større opmærksomhed fra chaufførerne til de mennesker, der krydser gennem gaden. Samtidig håber vi at øge tiltrækningen af ​​fodgængerovergangene for borgerne.


Erfaringer, tips & tricks

Vi havde radaren, der kun var beregnet til at registrere fodgængere. Det var indstillet til at registrere ting, der bevæger sig langsommere end 5 km/t. Vi installerede også en PIR-sensor, hvilket betyder, at den tændes, når den registrerer en vis tilstedeværelse. Radaren tændte aldrig, hvis en bil eller en cykel befandt sig i området. Nogle gange havde det dog lidt problemer med at registrere bevægelse. Men generelt fungerede radaren meget bedre end PIR, som tændte hver eneste gang der var noget i det område, hvilket også var lidt generende.

Vi havde en ulempe, fordi en af ​​radarerne ikke fungerede korrekt, så vi sendte den til RMA, men leveringstiden var ikke god nok, så vi erstattede den med en PIR, og det gav os muligheden for at forstå forskellene mellem de 2 slags sensorteknologier.