Бюджет: 1000 UAH Срок: 15 дней
Есть опыт работы с протоколом ModBus. Есть в распоряжении подобные наработки.
Нужно написать программу для настройки параметров устройства по протоколу MODBUS. Есть рабочая программа, но нет исходников, чтобы добавить некоторые функции. Внешний вид текущей версии программы, описание регистров протокола, описание части, которую надо изменить, прилагаются.
Бюджет: 1000 UAH Срок: 15 дней
Есть опыт работы с протоколом ModBus. Есть в распоряжении подобные наработки.
Я, думаю, что могу сделать вам новую программу, при условии, что будет предоставлена более полная техническая информация по устройству и желаемой модернизации интерфейса пользователя.
Как я понял, нужно написать новую программу. Так?
Если да, то возникает ряд вопросов:
- Для какой операционной системы должно быть написано.
- В ТЗ не указан полный перечень требуемого функционала (на картинке есть меню и есть пункты не описанные в ТЗ)
На первый взгляд ничего сложного нет, но без дополнения ТЗ перечисленными данными результат может не соответствовать ожиданиям и, соответственно, проект может зависнуть надолго.
Мой опыт работы с Modbus и разработки ПО в области промышленной автоматизации 10 лет.
Добрый день
1. Windows 7, 8, 10
2. Меню на картинке из текущей версии программы: Сменить прошивку и термокомпенсация, - в новой версии не нужны, потому в ТЗ о них ничего нет. Меню Файл позволяет сохранить текущие настройки в файл или загрузить настройки из файла, меню Режим только для целей выбора стандартного и расширенного вида (стандартный на первой картинке, расширенный на второй). Это добавлю в ТЗ.
В остальном соответствие нужных полей "с картинки" и их регистров приведены в таблице с описанием регистров (название полей выделено желтым). Чего нет в этой таблице, то и не нужно.
Правая часть с картинки - это таблица тарировки, она должна выглядеть не так, как на картинке, а как в файле Дополнительно.pdf, ссылка на это в ТЗ есть. Шкала с картинки внизу - это график, который строится на основании значений этой таблицы (это добавлю в ТЗ).
То есть по факту, как Вы и написали, сложного ничего нет. Программа должна считывать данные с датчика и по нажатию кнопок и изменению в ее полях значений записывать эти значения вместо текущих с использованием регистров, приведенных в таблице. Немного сложнее там в части тарировочной таблицы (файл Дополнение.pdf). Указанное выше я добавлю в ТЗ. Вопрос в сроках, стоимости, форме оплаты если основываться на текущих исходных данных, которые Вы увидели из файлов и этих моих пояснений.
Хорошо, а как мы будем это отлаживать, через удаленный рабочий стол, с вашим участием? С резонансным датчиком более менее понятно но, что это за "Tare table address 0x3680"? Это у вас автоматизированный дозатор, что-ли? Modbus полключен прямо к компъютеру, и есть ли документация на его драйвер? Необходима ли совместимость по данным с каким-либо другим ПО? Я много занимался подобными задачами в прошлом. Сложного то нет ничего, только дьявол кроется в мелочах.
Это уровнемер жидкости емкостного типа (2 трубки). Он подключается к COM-порту компьютера через любой адаптер RS232-USB или RS485- USB в зависимости от того, с каким интерфейсом уровнемер, по UART (MODBUS RTU) . Конкретно наш адаптер (через который обычно подключаем работает с https://www.ftdichip.com/Drivers/D2XX.htm, но другие используют разные другие адаптеры "с рынка" . То есть напрямую к ПК уровнемер не подключается и драйвер не нужен. Tare table address 0x3680 - это адрес, куда записывается тарировочная таблица (до 30 пар значений), а именно значения процента погружения измерительного элемента уровнемера в жидкость (prosent_L) и соответствующие этому проценту объемы жидкости в литрах. Совмещать с каким-либо ПО не надо. Отлаживать можно через удаленный рабочий стол, можем отправить Вам один по месту.
В общем, понятно. Вам нужно тарировать датчик и записать результат в его контроллер и файл. В вашем приложении, просто, драйвер фреймера Modbus RTU встроенный. Для отладки, конечно, лучше иметь прибор под рукой. Остался меркантильный вопрос.
Здравствуйте, Вячеслав. По поводу меркантильного вопроса: мой Телеграм +375293892069, он же телефон и вайбер и еще один вайбер на +375297640915
Я не хочу нарушать правила сервиса, к тому же, не получается отправить вам SMS. Воспользуйтесь, пожалуйста, Гуглом+ и вы найдете меня в интернете.
Требуется разработать патч для драйвера видеокарты, расширяющий возможности управления графическим адаптером за счёт добавления дополнительных пользовательских настроек. Патч должен интегрироваться в существующую архитектуру драйвера без нарушения его основной функциональности и обеспечивать совместимость с поддерживаемыми версиями операционной системы. Основной целью является предоставление более гибкого доступа к параметрам, которые недоступны в стандартной панели управления драйвера, с возможностью их изменения через пользовательский интерфейс или программный API. Патч должен предусматривать модульную структуру, позволяющую в дальнейшем добавлять новые параметры без существенной переработки кода. Необходимо обеспечить корректную обработку ошибок, журналирование изменений, возможность отката настроек к значениям по умолчанию, а также сохранение совместимости с будущими обновлениями драйвера, насколько это возможно. Решение должно сопровождаться технической документацией с описанием архитектуры, реализованных возможностей, ограничений и рекомендаций по тестированию.
Мы являемся крупной логистической компанией, которая имеет собственный экспорт. В нашем распоряжении большой автопарк, и мы постоянно отправляем собственные транспортные средства на экспорт в страны Европы.Описание Сайт: https://echerha.gov.ua/ На этом сайте мы ставим наши автомобили в электронную очередь для пересечения государственной границы. Во время регистрации необходимо ввести следующие данные: имя и фамилия водителя; номер заграничного паспорта; электронный адрес (email); номер телефона логиста для получения уведомлений; тип транспортного средства (грузовой); название производителя автомобиля; государственный номерной знак тягача; государственный номерной знак прицепа; номер таможенной декларации. Для каждого автомобиля заранее определен конкретный день и время пересечения границы. Например, автомобиль должен пройти пункт пропуска «Рава-Русская» в понедельник в 10:00.Наша проблема - Очередь на сайте https://echerha.gov.ua/ движется непредсказуемо. - Например, сегодня пятница, а автомобиль должен пересечь границу в понедельник в 10:00. - Мы не знаем, когда именно начнет продвигаться очередь. Это может произойти в пятницу вечером, в любое время в субботу или воскресенье, рано утром, днем или поздно вечером. - Когда очередь начинает двигаться, это сразу видно на сайте. Иногда всего за несколько минут она может продвинуться с пятницы до понедельника или даже до вторника. - Из-за этого логисты вынуждены постоянно контролировать мобильное приложение или вебсайт, чтобы не пропустить момент, когда очередь дойдет до нужной даты и времени. Если этот момент будет упущен, мы физически не успеваем поставить автомобиль в очередь на нужный временной слот.Задача - После внесения данных о автомобиле (например, в таблицу или другой интерфейс, в зависимости от реализации программиста) система должна автоматически отслеживать движение очереди. - Когда очередь дойдет до заранее определенных даты и времени, система должна автоматически заполнить необходимые данные и поставить автомобиль в очередь без участия логиста.
Ищу опытного разработчика TrinityCore 3.3.5a, который хорошо разбирается в устройстве ядра, Battleground-системе, C++, SQL и клиенте WoW 3.3.5. В проект уже интегрирован кастомный Battleground «Долина Рабства» (Slavery Valley), перенесённый с AzerothCore на TrinityCore. Основная часть работы уже выполнена, однако требуется довести его до уровня Blizzard.Что уже сделано TrinityCore 3.3.5a + Eluna. Полностью настроен сервер. Battleground интегрирован в ядро. Работает вход в BG. Работает клиентский UI (частично). Выполнен перенос большинства SQL и DBC. Собирается без ошибок.Что необходимо сделать Исправить оставшиеся баги Battleground. Довести механику до уровня официальных Battleground Blizzard. Исправить стартовую фазу матча. Реализовать корректные стартовые ворота/огненные стены. Исправить механику захвата точек. Исправить завершение матча. Проверить начисление очков и работу WorldState. Исправить оставшиеся проблемы C++ и SQL. Выполнить полный игровой тест.Требования Обязательный опыт: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Будет большим плюсом: AzerothCore; Eluna; опыт разработки Battleground; понимание клиентской части WoW 3.3.5a.Формат работы Работа поэтапная. После каждого этапа обязательное тестирование. Каждый этап принимается только после проверки в игре. Необходимы понятные отчёты по изменениям.В дальнейшем Это долгосрочный проект. После завершения Battleground планируется: перенос новых Battleground; перенос новых арен; новые расы; новые классы; новые игровые системы; дальнейшая разработка собственного сервера World of Warcraft 3.3.5a. Ищу разработчика, который уже работал с TrinityCore и сможет не просто писать код, а доводить систему до полностью рабочего состояния.нет сервер с 0 как я хочу Если ты ищешь разработчика не на один Battleground, а на создание сервера с нуля, то объявление должно выглядеть примерно так.Название проекта Разработка сервера World of Warcraft 3.3.5a с нуля (TrinityCore / C++ / SQL / Eluna)Описание проекта Ищу опытного разработчика TrinityCore 3.3.5a для долгосрочного сотрудничества. Нужен человек, который сможет с нуля разработать полностью готовый игровой сервер World of Warcraft 3.3.5a на базе TrinityCore с дальнейшим развитием проекта. Проект большой и рассчитан на несколько месяцев разработки.Основа проекта TrinityCore 3.3.5a. Максимально стабильная и близкая к Blizzard база. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.Что планируется реализовать Полностью рабочий сервер 3.3.5a. Исправление ошибок ядра. Разработка новых игровых систем. Интеграция кастомных Battleground. Интеграция новых арен. Перенос полезных модулей с AzerothCore на TrinityCore. Разработка собственных модулей. Новые PvP и PvE системы. Новые игровые события. Балансировка классов. Дополнительные системы прогрессии. Улучшение производительности сервера.В будущем После завершения базовой части планируется: новые расы; новые классы; новые зоны; новые подземелья; новые рейды; новые Battleground; новые профессии; новые игровые механики; интеграция современных систем в клиент 3.3.5a.Требования к разработчику Обязательно: Отличное знание TrinityCore 3.3.5a. Уверенное знание C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Понимание архитектуры TrinityCore. Опыт работы с Battleground, PvP и игровыми механиками. Будет большим плюсом: Опыт работы с AzerothCore. Eluna Lua Engine. Работа с DBC и MPQ. Опыт создания собственных игровых систем.Формат работы Работа поэтапно. Каждая задача оформляется отдельным техническим заданием. После каждого этапа проводится обязательное тестирование. Работа принимается только после проверки непосредственно в игре. Нужен разработчик, который умеет доводить функционал до полностью рабочего состояния, а не только писать код