Jump to content
Форум по продукции MOXA

Agibalov

Пользователи
  • Posts

    209
  • Joined

  • Last visited

Everything posted by Agibalov

  1. Здравствуйте! Я подозреваю, что это происходит потому, что компилятор может брать заголовочные файлы не из той директории. Попробуйте в makefile изменить строку CC=$(PREFIXPATH)/arm-linux-gcc на INCPATH=/usr/local/arm-linux/include CC=$(PREFIXPATH)/arm-linux-gcc -I$(INCPATH)
  2. Ничего страшного, главное - что ошибка нашлась. Удачной Вам работы!
  3. То есть, насколько я понимаю, система выглядит так: modbusRTUserverS - простые преобразователи Modbus RTU в TCP, а процессы IA240_modbus содержат всю рабочую логику, ведут обмен с устройствами, обращаясь к modbusRTUserverS, а между собой передают данные через сервер связи. При этом, modbusRTUserverS к серверу связи не имеют никакого отношения и нужно искать проблему именно во взаимодействии процессов и сервера. Как процессы начинают работать с сервером связи? Они просто подключаются к нему или кроме подключения ещё и как-то регистрируются? Не может ли сервер связи как-то "перепутать" процессы во время регистрации? Как происходит процесс обмена данными? Хранит ли сервер связи какие-то данные или только передаёт их от отправителя к получателю? Передаются какие-то фрагменты данных (отдельные параметры) или все данные системы единым блоком? К чему именно относится отчёт? Это данные о зарегистрированных процессах, которые не меняются во время выполения, или таблица всех параметров, или такой отчёт относится только к одному сеансу связи? Не может ли какой-то процесс изменить поля stat, так что возникает эта проблема?
  4. Здравствуйте! Опишите, пожалуйста, конкретно, по пунктам: 1) Назначение каждого из элементов системы (modbusRTUserverS, сервер межпроцессной связи, процессы IA240_modbusx). 2) Что подразумевается под взаимодействием процессов между собой? Они пересылают какие-то данные или, может, один процесс вызывает участки кода второго процесса или ещё что-то? 3) В чём именно состоит проблема? Неправильно выводятся данные на консоль или есть какие-то более серьёзные последствия? 4) Какой из элементов выводит первый ("правильный"), а какой - второй ("неправильный") отчёт? 5) Какие участки кода отвечают за формирование отчётов? 6) В каких условиях выводится первый, а в каких - второй отчёт? Что нужно сделать, чтобы программа, работающая правильно, стала работать неправильно или наоборот? 7) Вы указываете на объём занятой памяти. Избыточно ли оно для Вашей задачи? Или другими словами - это описание второй проблемы или условий? Изменяется ли объём занятой памяти со временем? Насколько быстро?
  5. Здравствуйте! Исходники ядра у Вас в системе установлены?
  6. Пришлите, пожалуйста, программу на которой проявляется проблема и текст сообщения об ошибке.
  7. Здравствуйте! Прежде всего необходимо разобраться с тем, как система работает сейчас. Можете ли Вы обратиться к тому, кто её делал за доработкой? Осталась ли какая-нибудь документация? Скорее всего, прямо с порта забрать данные нельзя, т.к. порт уже занят, программой, выводящей их на самописец. Есть ли у Вас дистрибутив этой программы?
  8. Здравствуйте! Разработчики пишут следующее: 1. Нужно использовать тулчейн с сайта. 2. Библиотеки с поддержкой плавающей запятой будут находиться в директории /usr/local/arm-linux/lib/gcc/arm-linux/4.2.1/soft-float/ 3. main.c нужно собрать со следующими параметрами: arm-linux-gcc ./main.c -o main -lrt -msoft-float 4. Т.к. glibc на контроллере старая, и там остутствует определение CLOCK_MONOTONIC, то необходимо добавить его в main.c: /* * The IDs of the various system clocks (for POSIX.1b interval timers): */ #define CLOCK_REALTIME 0 #define CLOCK_MONOTONIC 1 #define CLOCK_PROCESS_CPUTIME_ID 2 #define CLOCK_THREAD_CPUTIME_ID 3 После этого, программа должна выполняться быстрее, примерно за 5.1 с.
  9. Здравствуйте! Инструкция приложена к моему сообщению.
  10. Здравствуйте! В каком формате выдаёт данные сервер сбора? Совпадает ли он с форматом данных, передаваемым по RS-485?
  11. Здравствуйте! Наугад сложно сказать, в чём была проблема. Попытайтель для начала обновить прошивку.
  12. Здравствуйте! Попробуйте, пожалуйста, этот драйвер, предварительно удалив уже установленный.
  13. Здравствуйте! Можете ли прислать программу, с помощью которой Вы передаёте данные? Мы передадим её разработчикам устройства, чтобы они попытались обнаружить причину проблемы.
  14. Здравствуйте! Попробуйте перезагрузить модем, после чего открыть COM-порт терминальной программой (напр. HyperTerminal или PuTTY) и ввести поочерёдно следующие команды латинскими буквами: AT Модем должен ответить ОК AT+CMGF=1 Модем также должен ответить ОК AT+CMGS=+7номертелефона (можно так же попробовать ввести номер в кавычках - "+7номертелефона") Должно появиться приглашение > Наберите Test. и нажмите Ctrl+Z. Сообщение должно придти на телефон. Если сообщение всё же не придёт или модем будет отвечать не так, как надо, то присылайте вводимые команды и ответы на них сюда, будем смотреть.
  15. Разработчики просят несколько уточнений: Какая модель компьютера другой фирмы? Версия ToolChian - 3.1.2_Build_13082610? Какая версия прошивки? (команда “kversion –a”)
  16. Здравствуйте! Таблица соответствия значений RSSI уровню мощности в дБм находится на странице 6-5 руководства пользователя. Приблизительная таблица соответствия RSSI качеству сигнала есть на веб-странице производителя.
  17. Здравствуйте! Нужно понимать, что OnCell G2111 - это не просто приёмник или передатчик, а сотовый абонент, полностью аналогичный мобильному телефону. Так же как и по мобильному, в один момент времени связь может вестись только между одной парой абонентов. То есть, для работы через эти модемы необходимо организовать дозвон с модема, подключенного к опрашивающему компьютеру поочерёдно на каждый модем с прибором. Прежде всего, нужно уточнить как работает программа, производящая опрос приборов. Если в ней есть функция дозвона по определённому номеру через модем, управляемый АТ-командами, то такая схема будет работать.
  18. В таком случае лучше сначала уточнить у сторонней организации, какие пакеты отсылает OPC. Скорее всего, это запросы Modbus/TCP, но лучше получить точный ответ от тех, кто настраивал. Какие функции осуществляет спец. оборудование? Оно генерирует данные или должно использовать принятые данные в своей работе?
  19. Здравствуйте! Укажите, пожалуйста, схему подключения и какой интерфейс (RS-232 или 485) используется.
  20. Здравствуйте! Решение получено, отправил его Вам на почтовый ящик.
  21. Здравствуйте! Да, можно попробовать такой вариант, со взаимным указанием модемов в качестве шлюзов друг для друга. Только не забудьте при этом указать в компьютерах, которые будут за каждым из модемов, в качестве шлюза локальный адрес "своего" модема. Это будет не VPN-тоннель, а обычная маршрутизация. При этом, никакого шифрования данных модемы осуществлять не будут, и за защиту данных в этом случае должен отвечать оператор связи.
  22. Здравствуйте! Да, к сожалению, GPRS-интернет оставляет желать лучшего, и если Вам требуется быстрая и надёжная сотовая связь, то лучше использовать 3G.
×
×
  • Create New...