Показано с 1 по 10 из 4303

Тема: Фичи и баги OWEN Logic

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    3,072

    По умолчанию

    Цитата Сообщение от kondor3000 Посмотреть сообщение
    Это баг ОЛ, и уже давно...
    Не то что бы баг. Для ф1..2 задается и кол-во битов. В ОЛ же нет задания кол-ва битов? А считывает (имхо) все 8
    Накой там вообще поле регистра для битовых функций (я не знаю)

    Судя по фотке с X-I приведение происходит по 0-му биту контейнера содержащего буль
    А при значении 2 Q1 щелкнул?

    Если в этом китайце есть >8 битов, то может попробывать в другую бульную переменную считать с 1-ого бита?
    Последний раз редактировалось Валенок; 17.04.2025 в 14:02.

  2. #2

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    Не то что бы баг. Для ф1..2 задается и кол-во битов. В ОЛ же нет задания кол-ва битов? А считывает (имхо) все 8
    Накой там вообще поле регистра для битовых функций (я не знаю)

    Судя по фотке с X-I приведение происходит по 0-му биту контейнера содержащего буль
    А при значении 2 Q1 щелкнул?

    Если в этом китайце есть >8 битов, то может попробывать в другую бульную переменную считать с 1-ого бита?
    Не получится, у кого больше 1 бита, в китайских модулях, сталкиваются с проблемами чтения и записи. У китайцев это отдельные области (как положено),
    а у Овена всё наложено друг на друга.

  3. #3

    По умолчанию

    Камрады, тут еще другая проблема, никак не связанная с этой - почему может вылезать табличка во время онлайн-отладки "Устройство было сброшено"?

  4. #4

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    Не то что бы баг. Для ф1..2 задается и кол-во битов. В ОЛ же нет задания кол-ва битов? А считывает (имхо) все 8
    Накой там вообще поле регистра для битовых функций (я не знаю)

    Судя по фотке с X-I приведение происходит по 0-му биту контейнера содержащего буль
    А при значении 2 Q1 щелкнул?

    Если в этом китайце есть >8 битов, то может попробывать в другую бульную переменную считать с 1-ого бита?
    при значении 2 Q2 не щёлкает.

  5. #5
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    3,072

    По умолчанию

    Цитата Сообщение от TaPX Посмотреть сообщение
    при значении 2 Q2 не щёлкает.
    предположение
    "приведение X-I происходит по 0-му биту контейнера содержащего буль"
    получило подтверждение.
    + определение самого буля по 0-му биту. Что вообще странно для тех кто "if(x){....}", но конкретно здесь может (не обязано) помочь после выяснения вопроса ниже


    Цитата Сообщение от kondor3000 Посмотреть сообщение
    Не получится, у кого больше 1 бита, в китайских модулях, сталкиваются с проблемами чтения и записи.
    "Не получится" - это утверждение или предположение для данного случая?
    Попытка прочитать c 1-ого (не 0-ого) бита - была?


    Цитата Сообщение от kondor3000 Посмотреть сообщение
    ..У китайцев это отдельные области (как положено), а у Овена всё наложено друг на друга.
    Конкретно это никак ни на что не влияет. Тут мастеру сказали функцию, адрес бита и, видимо, неявно какое-то количество (8/16/32?) битов. Совмещены ли у слейва области или нет - мастеру абсолютно пофиг.
    Есть ли у слейва биты 1..8/16/32 (не 0..7/15/31 !!) - это вопрос illegal adress
    Может ли слейв прислать биты с любого адреса - это вопрос реализации самого слейва. В рамках протокола хоть с 13-ого 69 штук. Вот тут овен-слейв вроде чудит. Но разговор за китайцев-слейвцев, а овена - мастера.
    Последний раз редактировалось Валенок; 17.04.2025 в 16:38.

  6. #6

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    предположение
    "приведение X-I происходит по 0-му биту контейнера содержащего буль"
    получило подтверждение.
    + определение самого буля по 0-му биту. Что вообще странно для тех кто "if(x){....}", но конкретно здесь может (не обязано) помочь после выяснения вопроса ниже
    "Не получится" - это утверждение или предположение для данного случая?
    Попытка прочитать c 1-ого (не 0-ого) бита - была?
    Выше уже все ответил, на эти вопросы, приходит булевая, в ней число. Извлечь это число не возможно в ОЛ (кроме 0 бита), потому что переменная булевая.
    1 работает, больше 1 для буля в ОЛ это 0. Конвертация в целое не работает. ТС уже не первый, у кого ничего не вышло.

    Разрабы могли бы исправить работу, маска же приходит, но так ничего и не сделали.
    Последний раз редактировалось kondor3000; 17.04.2025 в 17:28.

  7. #7

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    предположение
    "приведение X-I происходит по 0-му биту контейнера содержащего буль"
    получило подтверждение.
    + определение самого буля по 0-му биту. Что вообще странно для тех кто "if(x){....}", но конкретно здесь может (не обязано) помочь после выяснения вопроса ниже



    "Не получится" - это утверждение или предположение для данного случая?
    Попытка прочитать c 1-ого (не 0-ого) бита - была?



    Конкретно это никак ни на что не влияет. Тут мастеру сказали функцию, адрес бита и, видимо, неявно какое-то количество (8/16/32?) битов. Совмещены ли у слейва области или нет - мастеру абсолютно пофиг.
    Есть ли у слейва биты 1..8/16/32 (не 0..7/15/31 !!) - это вопрос illegal adress
    Может ли слейв прислать биты с любого адреса - это вопрос реализации самого слейва. В рамках протокола хоть с 13-ого 69 штук. Вот тут овен-слейв вроде чудит. Но разговор за китайцев-слейвцев, а овена - мастера.
    попытка прочитать с первого (не нулевого) бита была. я специально сделал несколько переменных и попривязывал их к 0.0, 0.1, 1.0, 1.1, 2.0 (регистр.бит). Везде, кроме первого варианта, при замыкании входов нолики. Если внимательно посмотреть на первый скриншот в моем стартовом сообщении, там видно куда привязаны остальные переменные. И на остальных скриншотах так же видно, что при замыкании входов китайца в этих переменных нолики
    Последний раз редактировалось TaPX; 18.04.2025 в 08:48.

  8. #8
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    3,072

    По умолчанию

    Цитата Сообщение от TaPX Посмотреть сообщение
    скриншотах так же видно, что при замыкании входов китайца в этих переменных нолики
    Не срослось. Что китаец что овен - недоделанные. Для задачи кого нить из них - в мусор

Похожие темы

  1. OWEN Logic v1.7
    от Евгений Сергеевич в разделе Среда программирования OWEN Logic
    Ответов: 404
    Последнее сообщение: 25.08.2020, 15:17
  2. OWEN Logic v1.7
    от Евгений Сергеевич в разделе Программируемые реле
    Ответов: 401
    Последнее сообщение: 28.07.2016, 19:46
  3. OWEN Logic 1.2.0.14b
    от Ельцов Андрей в разделе Программируемые реле
    Ответов: 40
    Последнее сообщение: 21.02.2011, 14:16
  4. OWEN Logic 1.1.0.11b
    от Ельцов Андрей в разделе Программируемые реле
    Ответов: 58
    Последнее сообщение: 12.10.2010, 20:55

Ваши права

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