Ошибка кода Коммуникатора

Стартовая страница Форумы Разработка и интеграция Ошибка кода Коммуникатора

Просмотр 11 сообщений - с 16 по 26 (из 26 всего)
  • Автор
    Сообщения
  • #38753
    manjey73
    Участник

    Там к сожалению тяжелое наследие от 5-й версии 🙂 боюсь что-то поломать, если переходить на прототипы.

    Кстати вопрос по прототипам, как сделать так, чтобы не указывать Тип данных и Длину данных, если в этом нет необходимости ?
    А то у меня все каналы создаются Double, и длина 1, хотя можно было и не писать этого.

    #38758
    Mikhail
    Модератор

    > Кстати вопрос по прототипам, как сделать так, чтобы не указывать Тип данных и Длину данных, если в этом нет необходимости ?
    Здесь не указывается. По умолчанию тип Double, длина 1.

    > Там к сожалению тяжелое наследие от 5-й версии боюсь что-то поломать, если переходить на прототипы
    Теги устройства в любом случае должны создаваться внутри InitDeviceTags(). Каналы к ним привязываются Коммуникатором позже. С этим связано возникающее исключение.

    #38767
    manjey73
    Участник

    Каналы к ним привязываются Коммуникатором позже. С этим связано возникающее исключение.

    а, теперь понятно. Типа потом после привязки можно пользоваться этим определяя что есть что…

    #38768
    manjey73
    Участник

    По ссылке все понятно, но у меня цикл перебора в foreach и каким-то каналам надо выставлять длину, а остальным нет. А тут просто каждому каналу же не будешь задавать отдельно. да просто потому, что неизвестно количество каналов для чтения из прибора.
    Одному 10 хватит, а другому все подавай. то есть цикл появляется по умолчанию.

    #38769
    manjey73
    Участник

    Разобрался, оказывается некоторым можно выставлять int? = null;
    А по мере необходимости присваивать.
    Тогда в общем коде в цикле нет присвоений ненужных в типах данных и в длине данных.

    Но заметил другой косяк. Количество переменных при создании и их реальные номера.

    1

    2

    3

    обратите внимание на количество переменных, реальное количество каналов и их нумерацию.

    И собственно, а когда поправите(добавите) контроль нумерации каналов при добавлении в базе после каналов с длиной > 1 ?

    #38770
    JurasskPark
    Участник

    Так информация о приборе — это разве не стринг длинной каналов в 5? То есть 20 utf и 40 ASCII символов?

    #38771
    JurasskPark
    Участник

    Просто если это стриг, то все правильно по нумерации. Т.к. к номеру каналу прибавляется длина канала.

    #38781
    Mikhail
    Модератор

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

    #38785
    manjey73
    Участник

    Ну на самом же деле и каналов тут не 22, если рассматривать с точки зрения Сервера.
    Сигналов из устройства да, 22, но каналов то больше

    #38786
    manjey73
    Участник

    Может на первом скрине указывать что х каналов массивы ?
    Соответственно конечный канал правильно расчитывать.

    #38970
    Mikhail
    Модератор

    Пометил, что нужно исправить расчёт номеров каналов.

Просмотр 11 сообщений - с 16 по 26 (из 26 всего)
  • Для ответа в этой теме необходимо авторизоваться.