Страница 54 из 89 ПерваяПервая ... 444525354555664 ... ПоследняяПоследняя
Показано с 531 по 540 из 890

Тема: МИНИ СКАДА на АНДРОИД для ПР

  1. #531
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,224

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Кнопка без фиксации ,пока держим -1(замыкание) ,отпустили 0 (разомкнута) .
    забавно, а как это будет реализовано по блютузу, постоянно будете посылать единицу? тогда с какой периодичностью, ноль тогда как будет задваться, постоянно или однократно?
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

  2. #532

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    забавно, а как это будет реализовано по блютузу, постоянно будете посылать единицу? тогда с какой периодичностью, ноль тогда как будет задваться, постоянно или однократно?
    Уже реализовано, однократно.

  3. #533
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,113

    По умолчанию

    Цитата Сообщение от KaScada Посмотреть сообщение
    Уже реализовано, однократно.
    То есть анализируем два события -касание и снятие пальца?
    А сетевые переменные в ПР сами сохраняются ...так? И меняются при каждом событии..
    Кнопка самописная
    Последний раз редактировалось rovki; 19.01.2016 в 21:32.
    электронщик до мозга костей и не только

  4. #534

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    То есть анализируем два события -касание и снятие пальца?
    А сетевые переменные в ПР сами сохраняются ...так? И меняются при каждом событии..
    Кнопка самописная
    Да, верно.

  5. #535

    По умолчанию

    Цитата Сообщение от KaScada Посмотреть сообщение
    Уже реализовано, однократно.
    А не будет того, что отправка "отпускания" кнопки потерялась (ну, продолбался пакет, или ещё что) и ПР-ка думает, что кнопка залипла?
    Есть периодическая синхронизация полного состояния?

    И второй вопрос: контрольная сумма надёжная при передаче?
    Не будет того, что передаём одну кнопку, а на ПР-ку совсем другая приходит? Т.е. бит-два испортится при передаче и вместо команды "полный стоп" на ПР придёт команда "полный вперёд".

  6. #536

    По умолчанию

    Цитата Сообщение от vladimirisitnikov Посмотреть сообщение
    А не будет того, что отправка "отпускания" кнопки потерялась (ну, продолбался пакет, или ещё что) и ПР-ка думает, что кнопка залипла?
    Есть периодическая синхронизация полного состояния?
    После записи бита, не важно нажали вы или отпустили палец, будет проверка. Следом проверится этот бит.

    Цитата Сообщение от vladimirisitnikov Посмотреть сообщение
    И второй вопрос: контрольная сумма надёжная при передаче?
    Не будет того, что передаём одну кнопку, а на ПР-ку совсем другая приходит? Т.е. бит-два испортится при передаче и вместо команды "полный стоп" на ПР придёт команда "полный вперёд".
    Используется crc16, протокол modbus rtu.

  7. #537
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,113

    По умолчанию

    Цитата Сообщение от vladimirisitnikov Посмотреть сообщение
    А не будет того, что отправка "отпускания" кнопки потерялась (ну, продолбался пакет, или ещё что) и ПР-ка думает, что кнопка залипла?
    Есть периодическая синхронизация полного состояния?

    И второй вопрос: контрольная сумма надёжная при передаче?
    Не будет того, что передаём одну кнопку, а на ПР-ку совсем другая приходит? Т.е. бит-два испортится при передаче и вместо команды "полный стоп" на ПР придёт команда "полный вперёд".
    ну так и обычная кнопка может залипнуть ..для этого есть индикатор Лампа (обратная связь).
    электронщик до мозга костей и не только

  8. #538

    По умолчанию

    Цитата Сообщение от KaScada Посмотреть сообщение
    После записи бита, не важно нажали вы или отпустили палец, будет проверка.
    Ничего не понял.

    Давайте на примере:
    1) Нажали -- передалась команда "едем"
    2) Держим -- вроде, как ничего не передаётся, но ПР-ка помнит, что "ещё едем"
    3) Отпустили -- планшет было хотел передать команду на "больше не едем", но глюк bluetooth и эта команда потерялась.
    4) В итоге на планшете нарисовано "кнопка отпущена", а ПР-ка во всю фигачит

    Как такое будет отработано?
    Когда ПР-ка поймёт, что "неплохо бы и остановиться"?

    Цитата Сообщение от KaScada Посмотреть сообщение
    Используется crc16, протокол modbus rtu.
    Ни разу не приходилось скачивать битые файлы из интернета?
    И это "протокол TCP CRC16" + "Ethernet CRC32".

    Вы же предлагаете bluetooth, т.е. заведомо шумную среду передачи. Можно сделать что-то более серьёзное, чем CRC16?

    Therac-25 слышали?
    Прочитайте, пожалуйста: https://ru.wikipedia.org/wiki/Therac-25

  9. #539

    По умолчанию

    Цитата Сообщение от vladimirisitnikov Посмотреть сообщение
    Ничего не понял.

    Давайте на примере:
    1) Нажали -- передалась команда "едем"
    2) Держим -- вроде, как ничего не передаётся, но ПР-ка помнит, что "ещё едем"
    3) Отпустили -- планшет было хотел передать команду на "больше не едем", но глюк bluetooth и эта команда потерялась.
    4) В итоге на планшете нарисовано "кнопка отпущена", а ПР-ка во всю фигачит

    Как такое будет отработано?
    Когда ПР-ка поймёт, что "неплохо бы и остановиться"?
    Если команда не передалась, то есть 2 варианта.
    Первый - по таймауту, появится восклицательный знак на компоненте (Button в это случае). Протоколом определено подтверждение команды, так вот если нет подтверждения, то вы об этом узнаете за считанные миллисекунды.
    Второй - разрыв связи, все компоненты работающие с этим сервером "покраснеют" и каскада будет пытаться восстановить связь, сопровождается всё это текстовыми сообщениями.
    ПР будет реагировать ровно так, как вы её запрограммируете, что выходит за рамки данной темы.

    Цитата Сообщение от vladimirisitnikov Посмотреть сообщение
    Ничего не понял.
    Ни разу не приходилось скачивать битые файлы из интернета?
    И это "протокол TCP CRC16" + "Ethernet CRC32".

    Вы же предлагаете bluetooth, т.е. заведомо шумную среду передачи. Можно сделать что-то более серьёзное, чем CRC16?

    Therac-25 слышали?
    Прочитайте, пожалуйста: https://ru.wikipedia.org/wiki/Therac-25
    Уточните пожалуйста, вы предлагаете изменить протокол только между блютусом?
    Или вы предлагаете нам улучшить modbus rtu в ПР?

  10. #540
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    vladimirisitnikov не путайте битые файлы и контрольную сумму. Совершенно разные вещи. Как раз для проверки целостности файла часто выкладывают MD5.
    В остальном при передачи файлов контрольные суммы не используются, так как предполагается, что пакеты контролирует стек ТСР и обрыв связи приводит к битости файла, ибо он не скачался весь.

Страница 54 из 89 ПерваяПервая ... 444525354555664 ... ПоследняяПоследняя

Похожие темы

  1. Ответов: 67
    Последнее сообщение: 09.11.2015, 18:43
  2. помогите с програмкой для ПР-110
    от oleg_shider в разделе Программируемые реле
    Ответов: 11
    Последнее сообщение: 13.09.2014, 14:33
  3. Скада на основе МСД200
    от вут в разделе Другие SCADA системы
    Ответов: 13
    Последнее сообщение: 11.12.2012, 12:39
  4. HMI WagoID 1.1 (для Андроид) для Овен ПЛК
    от osv007 в разделе Панели оператора (HMI)
    Ответов: 2
    Последнее сообщение: 10.11.2012, 20:42
  5. мышка для плк и пр ?
    от rovki в разделе Трёп (Курилка)
    Ответов: 22
    Последнее сообщение: 05.04.2010, 23:40

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •