Incrocio gestito da semafori per via di sensori di movimento

[g.schgor]

Perché2 FF? Ne basta 1:

Mettendo in parallelo a questi altri a colori invertiti.
puoi comandare tutti i semafori dell'incrocio ed
ogni 30s i LED si scambiano accensione.

comunque mi sembra che ora tu abbia capito il circuito
e mostro la simulazione (che funziona) del semaforo
di base (compresi i gialli) con soli 3 imtegrati:

(ho solo allungato il giallo a 2s, perché 1s è troppo poco)

Aspetto tuoi commenti per poi completare il circuito
con i sensoridi auto in attesa.

[Linrush]

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Non ho visto bene i piedini degli integrati perché non riuscivo a leggerli, penso sia corretto così no? Per quello che ho disegnato mi è tutto chiaro stranamente :)

[g.schgor]

Sì. ottimo (anche se le lampade potrebbero essere
semplicemente in parallelo, raddoppiandone il numero
per i 4 semafori dell'incrocio)

quello che ho disegnato mi è tutto chiaro stranamente :)

Si, quando sono chiare le funzioni, lo schema è semplice.

Ed ora dobbiamo affrontare i sensori (ce ne dovrebbero essere 4)
Abbiamo detto che quando ci sono le condizioni dovremo
inviare al contatore una frequenza più elevata di 1 Hz,
in modo da ridurre il tempo di attesa.
Sai impostare le condizioni?

[Linrush]

I sensori sono 2, uno per ogni senso di marcia essendo a senso unico.
Nel caso uno dei sensori rilevi un'auto quando il semaforo è rosso quando dall'altro lato non c'e nessuno, questo deve andare a verde. Se non interpreto male, bisogna troncare il conteggio dei semafori e resettarli istantaneamente per il funzionamento opposto.

Nel primo post ho inserito il grafico con la tabella di verità e la funzione per la rete combinatoria sulle possibilità che si verificano.

[Linrush]

E se inseriamo nel FF gli ingressi di preassegnazione PRESET e CLEAR inviando il risultato dei sensori, tutto non funziona?

[g.schgor]

Se le strade sono a senso unico allora OK,
solo 2 semafori e 2 sensori.
Non direi però che l'intervento dei sensori
debba agire sul Reset del conteggio (troppo
brusco, senza nemmeno passare per il giallo!)
Proponevo un'accelerazione del conteggio,
limitato però fini al 28° secondo (lasciando
inalterato il giallo)
Direi poi di valutare meglio i segnali provenienti
dal sensore del lato verde (vanno almeno monostabilizzati
per rilevare continuità del traffico).

[Linrush]

Come si fa ad accelerare solo fino a 28 per poi proseguire a 1Hz?

[Linrush]

attivando un clock di 0,3Hz in circa 9 secondi la commutazione rosso verde avviene, al 28s di 0,3Hz ritorna a 1Hz?

[g.schgor]

Come si fa ad accelerare solo fino a 28 per poi proseguire a 1Hz?

Così:

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

(nota l'inversione del segnale di comando del giallo)
Nota: 1 Hz deve avere duty-cycle<10

[Linrush]

Hum.... gli ingressi della and che fanno? e la OR che scopo ha?

il DC se non erro è Quindi tempo stato alto su tempo di una semionda (t1+t2). Nel nostro caso a 1 Hz D è 0,5? onda quadra? Volevi dire <10 o < 1