Бюджет: 20000 UAH Срок: 30 дней
Добрый день, если у вас есть вся документация с набором команд, то я готов выполнить ваше задание
Breadboard
ESP32-S3-ETH
RS-485 TTL-модули HW-519 — 4 шт.
Мультиплексоры: HW-178 или CJMCU-4051
M-Bus мастер к TTL-конвертеру
DC-DC преобразователь 24V → 5V
Блок питания 24V 3A
Температурный датчик XY-MD02
2 водяных счетчика с M-Bus накладками
Тепловой счетчик Sharky 775 с модулем М-Bus
Счетчики NIK:
NIK 2100 AP6T.2200.MC.11
NIK 2307 0.5s ART T.1620.MC.22
Документация производителя по протоколу RS-485 (по работе со счетчиком)
Контроллер: ESP32-S3-ETH
Доступные UART: 3 аппаратных UART
Конвертеры:
5 x RS485-TTL (HW-519 или совместимые)
1 x M-Bus-TTL мастер
Мультиплексор: HW-178 или CJMCU-4051
Дополнительные модули: DC-DC, температурные/экологические датчики
Один UART (UART1 или другой доступный) ESP32 используется для считывания с 6 каналов через мультиплексор.
Мультиплексор коммутирует доступ к одному из 6 конвертеров в любой момент времени.
Логика переключения мультиплексора реализована через 3 GPIO (S0, S1, S2).
Сканирование устройств на M-Bus: определение активных адресов
Опрос каждого M-Bus устройства по уникальному адресу (идентификатору)
Сбор и парсинг значения потребления или другого показателя
Сканирование каждого из 5 каналов RS-485 на наличие устройств (может быть реализовано через цикл опроса известных адресов или протоколов NIK)
Опрос каждого устройства на канале (адрес, модель)
Поддержка запросов для NIK 2100 и NIK 2307 (подробности в примечаниях)
Все результаты должны быть структурированы в формате JSON, например :
{
"data": [
{
"device": "NIK 2100 AP6T.2200.MC.11",
"id": "1234567890",
"type": "rs485-1",
"value": "128.45",
"timestamp": "2025-05-05T12:34:56"
}
// ...другие устройства
]
}
Окончательный формат будет определен при сотрудничестве
Выходной файл в формате .ino для Arduino framework (для PlatformIO или Arduino IDE)
Реализовать цикл опроса:
Время между циклами — настраиваемое (например, раз в 5 минут)
Хранение JSON-результатов в RAM (вывод через Serial, UART или Ethernet)
Метки времени — по RTC или NTP (по необходимости)
Готовый и протестированный файл прошивки .ino, который:
опрашивает все 6 каналов (M-Bus и RS485-1…5)
формирует валидный JSON с данными с устройств
выводит JSON через Serial
2. Документация к прошивке
Примечания:
Дополнение по работе с RS-485 для счетчиков NIK:
Счетчики NIK 2100 AP6T.2200.MC.11 и NIK 2307 0.5s ART T.1620.MC.22 используют протокол на основе стандартов IEC 62056-46, -53, -61, -62, что предусматривает использование HDLC кадрирования и структуры данных COSEM/DLMS.
Общение со счетчиком включает этапы:
Инициализация соединения (отправка SNRM фрейма и получение ответа UA).
Авторизация через AARQ пакет с указанием пароля (пользователь, оператор или администратор).
Обработка AARE-ответа для проверки авторизации.
После авторизации — обмен GET-запросами с использованием OBIS-кодов для чтения показаний.
Завершение сессии DISC-пакетом.
Для авторизации используется 16-байтовый пароль, передаваемый в поле AARQ. Тип доступа (user/operator/admin) задается в ID пользователя.
При 5 неудачных попытках авторизации с одним ID — доступ блокируется на 30 минут.
Все пакеты оборачиваются в HDLC-структуру с контрольными суммами (FCS), которые вычисляются по 16-битному CRC (алгоритм в приложенной документации).
Адресация счетчика осуществляется в формате HDLC и основана на серийном номере (конвертация также предоставлена в документации).
Учитывайте, что не все счетчики могут отвечать на сканирование адресов — в таком случае возможно опрос по известному списку серийных номеров.
Бюджет: 20000 UAH Срок: 30 дней
Добрый день, если у вас есть вся документация с набором команд, то я готов выполнить ваше задание
это на ПК даже будет довольно сложно реализовать, а вы хотите на ЕСП32 что бы фрилансер сделал
нанимайте команду какуюто или фирму
Добрый день!
Для этого проекта ESP 32 будет явно слабовата для стандарта DLMS/COSEM запроса. Если взять RPI можно продолжить разговор...
Требуется разработать патч для драйвера видеокарты, расширяющий возможности управления графическим адаптером за счёт добавления дополнительных пользовательских настроек. Патч должен интегрироваться в существующую архитектуру драйвера без нарушения его основной функциональности и обеспечивать совместимость с поддерживаемыми версиями операционной системы. Основной целью является предоставление более гибкого доступа к параметрам, которые недоступны в стандартной панели управления драйвера, с возможностью их изменения через пользовательский интерфейс или программный 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. Опыт создания собственных игровых систем.Формат работы Работа поэтапно. Каждая задача оформляется отдельным техническим заданием. После каждого этапа проводится обязательное тестирование. Работа принимается только после проверки непосредственно в игре. Нужен разработчик, который умеет доводить функционал до полностью рабочего состояния, а не только писать код
Создать совместимость между наземной станцией управления, системой автоматического старта (САС), радаром и самолетом.