Standaard wordt bij getrapte voetgangersoversteken de inlopende richting enige tijd (duur inlooptimer) in wachtgroen gehouden om een aanvraag in de tegenrichting zo lang mogelijk nog mogelijk te maken. Dit is in stedelijke omgeving of elders met regelmatig voetgangers wenselijk, maar buiten het bewoond gebied en bij wat langere oversteken levert het ook regelmatig verlies op waar niemand voordeel bij heeft.
Voor het vasthouden in RW wordt hierbij hetzelfde bitje gebruikt als voor de naloop (RW BIT2). Het zou fijn zijn wanneer een ander bitje zou worden toegepast, zodat de programmeur het wachten op een aanvraag van de tegenrichting kan afzetten in de reg.add indien gewenst.
BIT1 en BIT5 lijken nog vrij te zijn bij RW, kan één van deze deze toegepast worden?
Dus
RW[fc34] |= T[til3433] ? BIT1 : 0;
ipv
RW[fc34] |= T[til3433] ? BIT2 : 0;
onder kopje /* Bij inlopen, inlopende richting in WG houden t.b.v. eventuele aanvraag naloop in tegenrichting */
Standaard wordt bij getrapte voetgangersoversteken de inlopende richting enige tijd (duur inlooptimer) in wachtgroen gehouden om een aanvraag in de tegenrichting zo lang mogelijk nog mogelijk te maken. Dit is in stedelijke omgeving of elders met regelmatig voetgangers wenselijk, maar buiten het bewoond gebied en bij wat langere oversteken levert het ook regelmatig verlies op waar niemand voordeel bij heeft.
Voor het vasthouden in RW wordt hierbij hetzelfde bitje gebruikt als voor de naloop (RW BIT2). Het zou fijn zijn wanneer een ander bitje zou worden toegepast, zodat de programmeur het wachten op een aanvraag van de tegenrichting kan afzetten in de reg.add indien gewenst.
BIT1 en BIT5 lijken nog vrij te zijn bij RW, kan één van deze deze toegepast worden?
Dus
RW[fc34] |= T[til3433] ? BIT1 : 0;
ipv
RW[fc34] |= T[til3433] ? BIT2 : 0;
onder kopje /* Bij inlopen, inlopende richting in WG houden t.b.v. eventuele aanvraag naloop in tegenrichting */