Бюджет: 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. Досвід створення власних ігрових систем.Формат роботи Робота поетапно. Кожне завдання оформлюється окремим технічним завданням. Після кожного етапу проводиться обов'язкове тестування. Робота приймається тільки після перевірки безпосередньо в грі. Потрібен розробник, який вміє доводити функціонал до повністю робочого стану, а не тільки писати код