Ни как не могу победить реверс.Если делаю реверс на что нибудь одно, то все прекрасно работает,если ставлю реверс на открытие и закрытие то при срабатывании датчика реверс срабатывает на оба выхода.
как изменить схему чтобы при закрытии реверс был на открытие и наоборот.

Это два отдельных проекта или один большой проект? Если один большой проект, то тут что-то не то с использованием одних и техже выходов в разных местах схемы одновремена.

Один большой.пытаюсь уже 2 дня сделать реверс и никак не получается, пробовал миллион разных вариантов  все упирается в это одновременное использование.
Хочу чтобы при закрытии,если сработал датчик .привод остановился и сделал 3 секундный реверс.так же и при открытии.
Я уже не представляю просто как разрулить это совместное использование.

Победил я реверс!
Помог wiki и форум. Загвоздка в том что прямые связи переменная-выход создавать в программе можно но вот будут ли они работать, нет гарантии.Я вынес всё в переменные и на блоки "И" и "ИЛИ".
Очень сложно писать без старого форума,так как на новом очень мало информации.
Всем спасибо за ответы)

я так понимаю что у вас один датчик стоит перед воротами а второй сзади ворот. предположим ворота открываются назад, то при открытии ворот и сработке заднего датчика должен произойти реверс. Реагировать на сработку датчика стоящего спереди помоему не нужно. А то получится что ворота сделают реверс в сторону помехи.  То же самое при закрытии.

vlad, дам,вы правы,это уже просто 98 скетч и ошибка просто накопилась.Изменить в коде это дело 1 минуты,уберем один датчик из анализа с открытия,и один с закрытия, и реверс будет только в противоположную сторону от срабатывания.
Продолжаю писать проект,сегодня буду делать раздельное управление створками и концевики.

dostoewskiy писал(а):Очень сложно писать без старого форума,так как на новом очень мало информации.

Извиняюсь за задержку переноса контента со старого сайта, но я дома был пару дней, и не успел этого сделать. По мере возможности по приезду домой займусь этой работой. Возможно попрошу сообщество помочь мне с этим.

на основе логики можно проверять работу программы в симуляторе Овен. http://www.owen.ru/catalog....isanie  Вернее там ее сделать и потом перенести в flprog

В FDB лет восемь не писал, наткнулся на эту программу и очень она мне понравилась, Си учить лениво, а с микроконтроллерами поработать интересно было. Чтобы потестировать Flprog решил попробовать сделать ваш проект, но проверить не на чем - Ардуино у меня нет, а Протеус тоже вспоминать надо, давно не пользовался. 
 На первый взгляд ошибок не вижу, но редко удается без ошибок сделать, при симуляции всегда что-то да вылезет. Если интересно - проверьте и отпишитесь как идет. Техзадание брал отсюда.

Олег, бегло просмотрел,с виду все хорошо но вот что бросилось в глаза, вы используете в качестве конечного элемента в схеме, выходы физические.Я пробовал и отказался от этого,происходит дребезг и программа не может разобраться кто приоритетнее в пользовании выхода. как вариант, выкладываю свою реализацию проекта,почти все дописал,осталось немного отладить реверс по времени,там нужно поиграться с временем таймера,и убрать одну переменную фотоэлемента из анализа открытия и закрытия.
Что касается протеуса,все проще чем кажется.я тестирую вот так) Кто работает с протеусом плотно,подскажите, у меня ардуина при начале симуляции не видит положения кнопок,тоесть перед тем как начать проверять, приходится передергивать все кнопки и после этого работает все как надо,это баг такой или фича?

dostoewskiy писал(а):вы используете в качестве конечного элемента в схеме, выходы физические.Я пробовал и отказался от этого,происходит дребезг и программа не может разобраться кто приоритетнее в пользовании выхода

Я не совсем понял, можно поподробнее.

Не могу найти мой проект с этой ошибкой,но суть в том что если вы используете в двух и более местах один и тот же физический выход, возможно будет проблема,выход будет включаться-отключаться при срабатывании.Поэтому я пришел к выводу что нужно использовать переменные и уже переменные объединять через "или" тогда проблем быть не должно.

vlad, а перенести логику это всмысле, перенести самостоятельно руками(перерисовать грубо говоря) или можно автоматически перенести проект?

Ну да, скорее всего так и будет, ведь программа выполняется по циклу, если в первом месте 0, во втором 1 , то и будет переключаться каждый цикл. Я-же говорил, что без ошибок не обойдется .

dostoewskiy писал(а):vlad, а перенести логику это всмысле, перенести самостоятельно руками(перерисовать грубо говоря) или можно автоматически перенести проект?

Да перерисовать. Там видно ошибку внутри схемы если она есть.

Если интересно, то проект добил, симуляция в Proteus проходит корректно. В Proteus не очень красиво выглядит, но причесывать лениво, воскресенье все-таки .

Олег, Выглядит очень достойно) Резисторы тоже возьму на вооружение)
Тоже сделал вчера зачатки логики на включение насоса, но сегодня целый день потратил на зиксель кинетик,так и не победил его,вот нет у меня проводного интернета сейчас под рукой,чтобы скачать дополнение для поднятия инета с модема, так что сидеть без wi-fi?почему не включить в прошивку поддержку модема из коробки.

dostoewskiy писал(а):Выглядит очень достойно

Спасибо. Первое впечатление от Flprog очень положительное.

dostoewskiy писал(а):но сегодня целый день потратил на зиксель кинетик

Да, без нормального интернета в наше время туго.

dostoewskiy писал(а):....почему не включить в прошивку поддержку модема из коробки.

4pda  в помощь. ставьте в модем прошивку hilink и больше таких проблем не будет