W dniu 2010-09-27 14:59, J.F. pisze:
> Użytkownik "Miłosz Skowyra" <m...@w...epf.pl> napisał
>> W dniu 2010-09-27 10:28, J.F. pisze:
>>> A i tak widze mozliwy hazard w jednej "linii", np
>>> --|B1|--*---(S2)----(R1)---
>>> |
>>> |
>>> ---(S3)---(S4)--(S5)---
>>> jak bit1 jest ustawiony, to zalaczamy bit2, potem (?) resetujemy bit1,
>>> Czyli bit1 mignie tylko chwile. Ustawia sie bity 3, 4, 5, czy nie
>>> zdaza ?
>>
>> Tak bardzo skrótowo i ogólnie...
>> Wyobraź sobie że operujesz na pamięci nie na wejściach i wyjściach.
>
> Akurat mialem na mysli wlasnie operowanie na pamieci [MB]
> S i R - set i reset
>
>> Dla Twojego przykładu (o ile B1 będzie zanegowane czyli -|\B1|-) to
>
> Nie, ma wlasnie byc niezanegowane. Jesli bit 1 jest ustawiony - to go
> skasuj.
> Ale zrob tez cos wiecej.
>
> Ustawianie jest w innym miejscu.
>
> Choc oczywiscie moglbym zrobic buzzer
> --|\B1|--*---(S2)----(B1)---
>
> i tez sie pytac co wtedy :-)
>
>> Poza tym wydaje mi się że wyjścia nie powinny być łączone szeregowo
>> tylko równolegle, przynajmniej zawsze tak robiłem.
>
> Rozsadnie - ale w przykladach maja szeregowo.
> Poza tym wlasciwie to pytanie pozostaje - polacze powiedzmy
> --|B1|--*---(S2)--
> *--(S3)---
> *--(R1)---
> *--(S4)---
>
> i co z tego wyjdzie ?
>
> Wlasciwie to mnie interesuja funkcyjne, gdzie jest niby jakies
> wejscie/wyjscie sterujace.
>
>> Poza tym pamiętam że na stronie Alan i Bradley mieli całe
>> oprogramowanie z symulatorem parę lat temu.
>
> Bardziej mnie interesuje co norma na to, bo jesli nic ... no to chyba
> najlepiej unikac hazardow podwojnie :-)
>
> J.
>
Normą jest, że jak program wejdzie do gałęzi to wykonuje ją do końca,
nawet jak w niej zmienisz stan bitu zezwalającego.
Po prostu, jak już wejdzie to stan bitu inicjującego nie ma w tym
przebiegu znaczenia.
Twój reset wpłynie na wykonanie programu dopiero w następnym cyklu.
Chyba że zrobisz coś takiego :
-|B1|--*--S2
*--S3
*--R1
*--|B1|--S8
*--S4

tu s8 nie zostanie nigdy ustawiony, ale S4 jak najbardziej.

Pozdrawiam
A