Budget: 10000 UAH Deadline: 10 days
I can do this based on ESP32/Pico/C++/Qt .... Write to me in private messages.....
It is necessary to develop software for the microprocessor controller of a solid fuel boiler built on the basis of the STM32G microcontroller. The microprocessor controller must maintain the temperature of the heat carrier within user-defined parameters by controlling the air supply fan in the combustion chamber according to the PID law. The controller must also turn the heat carrier circulation pump on and off according to the specified parameters. A detailed description of the operating algorithm and the device schematic are in the attachments.
Currently, the device schematic has been developed and a working prototype has been built.
Budget: 10000 UAH Deadline: 10 days
I can do this based on ESP32/Pico/C++/Qt .... Write to me in private messages.....
В Алгоритме не описанно совершенно, как будет реализовываться алгоритм определения температуры, компенсации нелинейности датчика, корректировка погрешности, как будет определяться переход через 0, как будет реализовываться ШИМ модуляция, какая будет библиотека ПИД регулятора, зачем дополнительная флеш память. Помимо всего прочего выбран контроллер с доволно небольшим объемом памяти и реализовать на базе ОС будует тяжело, так как памяти не хватает, а без ОС это надо будет еще больше помучаться с таймингами, так как тут все мигает, моргает, динамическая индикация и динамический опрос кнопок и ШИМ.
Алгоритм і не призначений для опису всіх вищезазначених питань. Для цього слугує технічне завдання, яке буде розроблятись разом з виконавцем згідно можливостей обох сторін.
тяжело тогда с суммой определиться, слишком много неизвестных, разве что уже человек делал такое устройство и свободно ориентируется с чем столкнется
Не ну конечно если писать код с помощью HAL, запихивать RTOS чтоб помигать светодиодом и проверить температуру. то может и не хватит ))
Но если писать на CMSIS и для того чтоб прочитать значение с периферии или мигнуть светодиодом не создавать каждый раз структуру , то можно обнаружить что в микроконтроллере очень много свободного места).
и 32 кб хватит
А выбор ясен ибо самый дешевый чип от 20 грн.
http://www.kosmodrom.com.ua/prodlist.php?page=0&name=stm32G030
Но если Вам захочеться запихнуть туда RTOS c не понятных причин
Тоесть также дешевый вариант со 128 кб ) флеш по 37 грн за шт.
STM32G070CBT6
Да и еще вопрос, как у вас прототип может работать, если у вас пин сброса в воздухе висит?
Даний проект копіює вже існуючий прилад. На макетну плату підсажувався мікроконтролер від існуючого приладу
Я думаю если загляните в даташит то все поймете ..
А кто работает с STM32 и так знает почему )
Якось бачила реалізацію твердопаливного котла, він навіть із засувкою що повністю перекриває повітря встигав закипіти. А у вас я не побачила управління засувкою.
В нашому проекті регулювання відбувається тільки за рахунок зміни обертів вентилятора наддуву. Прикладів такого регулювання безліч
Якщо у вас вентилятора наддуву, то ще б рекомендувала додати датчик тяги та концентрації СО2.
датчик СО2 когда узнаете стоимость, то автоматика что тут приводится в сравнении ничего не будет стоить
а датчик тяги что даст на таком котле? дымососа все равно тут нет
ради интереса покажите мне датчик СО2 который можно установить на твердотопливный котел с небольшой ценой, что бы он выдерживал загрязнения в дымовых газах и высокую концентрацию СО и мог устанавливаться или в поток газов или был с компрессором для отбора проб
Датчик СО2 ставится для безопасности пользователей, а не для контроля СО2 в трубе.
вы что-то путаете явно, для безопасности ставится датчик СО в помещении
Поскаржитися | 19 лютого, 0:00 |
Якщо у вас вентилятора наддуву, то ще б рекомендувала додати датчик тяги та концентрації СО2.
откуда я знаю, предполагаю теперь, что на стенку, только что это меняет? СО2 датчик не поможет ничем
Так вот если не знаете, либо не стройте своих предположений либо держите их при себе!
Нащо його гасити? Навпаки потрібного підтримувати режим горіння в заданих параметрах
О божечки, какие RTOS, ранее такое делалось на PIC16F873 работающий на 4-8 МГц, это 1-2 MIPS, будет ошибкой называть их 1-2 МГц на STM32, который заметно быстрее архитектурно. Индикация на таймере в прерывании и основной поток не тратит никаких усилий, остальные процессы движутся со скоростью черепахи, их в main loop потихоньку обрабатываем. На STM32 это всё с комфортом делается (качественно и дорого! :)). Больше времени уйдёт на бизнес-логику, может быть отладку, если надо добиться чего-то на данный момент слабо формализуемого.
Искуственный интелект, полеты на марс и контроллер в стиле 90-х. Вот себе леплю с блэк джеком и всем остальным. А вообще в отоплении главное эффективность, она достигается при полноценном сжигании топлива, а не "придушенном", когда на выходе с котла 40-50 градусов. Достичь такого можно только с теплоаккумулятором. Котел на всю кочегарит, на батареях температура, какую выставил и на ночь с теплоаккумулятора раздача без котла, спишь спокойно.
Достичь такого можно только с теплоаккумулятором.
Близкий результат можно получить, если отработанный газ пускать на предварительный подогрев обратки и воздуха поступающего и приточного воздуха в котел.
Когда я собирал свою систему отопления вопрос изучал досконально. Было видео с экспериментом, ссылку не найду лет 5 назад было. Смысл при нормальном горении температура должна быть 80-90 градусов, тогда сгорание наиболее эффективно и полученные килоколории максимальны, при придушенном 40-60 градусов много горючих газов просто улетит, не хватит температуры на их поджиг внутри котла. Для наибольшего КПД и ставят теплоаккумулятор, он позволяет котлу гореть на 90 градусах, а в систему подавать 40-60.
Я как раз о понижении температуры отработанных газов, в теплообменнике они максимальны, а уже после выхода, нужно отбирать тепло на более низкотемпературные потребители (последний в цепи - приточный воздух -20..5 градусов).
Уважаемый автор топика, таких устройств уже множество с отработанной схемой и программой. Для себя зачем такой головняк, для серии нет ничего нового. Самое главное при использовании котла вовремя реагировать на ситуацию. Для этого нало либо сидеть рядом, либо иметь обратную связь, например через телеграм бот, контроллер по определенному алгоритму будет понимат, что ситуация выходит из под контроля (быстрое нарастание скорости горения, например сломался насос или забыли открыть кран) и отправляет уведомления. без человека рядом вам никакой контролер не поможет.
Мда..
Мабуть даремно я сюди звернувся. Жодної пропозиції по темі. Один флуд якийсь. То ОС в дешманський мікроконтролер запхнути, то буферну ємність до котла прикрутити, чи взагалі вручну топити. Ще були пропозиції додати Wi-Fi, IoT і кучу різного хламу. Короче жесть якась...
А задача на рівні студента 3 курсу 123 спеціальності. Написати простий ПІД регулятор до дешевого контролеру котла. Все.
Взгляд со стороны на ваше ТЗ. Это типовой контроллер отопления, коих много в средней цене 1200. Ничего уникального в вашем проекте нет. Точное указание камня и схема намекает на ремонт такого устройства. Ремонт целесообразен при вложении 1/3 стоимости. Итого вы предлагаете написать ПО в слепую, без железа на руках или использовать для проверки симуляцию за 400 грн. Даже гений будет связываться не меньше 10 раз с вами для доработки всех ньансов и проблем (например турбинка не может опускаться ниже определенного значения своей мощности, потому, что двигатель будет стоять и греться, а при максимуме есть вариант выдувания дыма из котла в помещение).
Де написано що то ТЗ? Нам простий алгоритм і схема. Проект не претендує на унікальність. Я вже писав що ТЗ розробляється сумісно з виконавцем
Напевно тому, що не підготувалися), суму не написали і ТЗ нема.
Як тема створена, так на неї напевно і відповідають.
Бо створення ТЗ це також робота.
Коли багато невідомих змінних, за таку роботу ніхто не хоче братися, бо багато годин на погодження, а за підсумками все може закінчитися нічим, та купою витраченого часу.
Я б вам написала програму, але, нажаль, зайнята у довгостроковому проекті.
Як сказати , у танці зазвичай беруть участь двоє )
звичайно якщо Ви не одинак)
Поставте себе на бік виконавця і задайте собі питання.
Ось Ви виготовляєте котли,
я приходжу до Вас і говорю хочу котел, як у сусіда.
Ви який? модель, розміри і т.д.
А я Вам надсилаю фото, зі словами Ви ж професіонал самі вирішите, і нехай він буде червоним)
Это серийное устройство, в свободном доступе и с установленной ценой, которое вы хотите починить. Раз вы не хотите купить готовое устройство, то первый вывод оплата будет ниже стоимости устройства. Исполнитель потратит в целом с созвонами и исправлениями 10 человекочасов (разве, что есть уже такой опыт или железо для опытов, включая турбинку котла) вывод второй вы ищите альтруиста, потому, что почасовка будет меньше чем у продавца в магазине. Если бы вы обозначили цену сразу (как вам уже намекнули несколько человек) всей этой писанины не было бы.
Looking for an experienced TrinityCore 3.3.5a developer who has a good understanding of the core architecture, Battleground system, C++, SQL, and the WoW 3.3.5 client. A custom Battleground “Slavery Valley” has already been integrated into the project, transferred from AzerothCore to TrinityCore. The main part of the work has already been completed, but it needs to be brought up to Blizzard's standards.What has been done TrinityCore 3.3.5a + Eluna. The server is fully configured. The Battleground is integrated into the core. Entry into the BG works. Client UI works (partially). Most SQL and DBC have been transferred. Builds without errors.What needs to be done Fix remaining Battleground bugs. Bring the mechanics up to the level of official Blizzard Battlegrounds. Fix the match start phase. Implement correct starting gates/fire walls. Fix point capture mechanics. Fix match completion. Check score allocation and WorldState functionality. Fix remaining C++ and SQL issues. Conduct a full gameplay test.Requirements Mandatory experience: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Would be a big plus: AzerothCore; Eluna; experience in Battleground development; understanding of the client side of WoW 3.3.5a.Work format Work is staged. Mandatory testing after each stage. Each stage is accepted only after in-game verification. Clear reports on changes are required.In the future This is a long-term project. After completing the Battleground, the following is planned: transfer of new Battlegrounds; transfer of new arenas; new races; new classes; new game systems; further development of a custom World of Warcraft 3.3.5a server. Looking for a developer who has already worked with TrinityCore and can not only write code but also bring the system to a fully operational state.no server from 0 as I want If you are looking for a developer not just for one Battleground, but for creating a server from scratch, then the announcement should look something like this.Project Title Development of a World of Warcraft 3.3.5a server from scratch (TrinityCore / C++ / SQL / Eluna)Project Description Looking for an experienced TrinityCore 3.3.5a developer for long-term collaboration. I need a person who can develop a fully ready World of Warcraft 3.3.5a game server from scratch based on TrinityCore with further project development. The project is large and is expected to take several months of development.Project Foundation TrinityCore 3.3.5a. Maximally stable and close to Blizzard base. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.What is planned to be implemented Fully operational server 3.3.5a. Fixing core bugs. Development of new game systems. Integration of custom Battlegrounds. Integration of new arenas. Transfer of useful modules from AzerothCore to TrinityCore. Development of custom modules. New PvP and PvE systems. New game events. Class balancing. Additional progression systems. Improvement of server performance.In the future After completing the basic part, the following is planned: new races; new classes; new zones; new dungeons; new raids; new Battlegrounds; new professions; new game mechanics; integration of modern systems into the 3.3.5a client.Developer Requirements Mandatory: Excellent knowledge of TrinityCore 3.3.5a. Confident knowledge of C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Understanding of TrinityCore architecture. Experience with Battleground, PvP, and game mechanics. Would be a big plus: Experience with AzerothCore. Eluna Lua Engine. Working with DBC and MPQ. Experience in creating custom game systems.Work format Work is staged. Each task is documented as a separate technical assignment. Mandatory testing after each stage. Work is accepted only after verification directly in the game. A developer is needed who can bring functionality to a fully operational state, not just write code.
Create compatibility between the ground control station, automatic start system (SAS), radar, and the aircraft.
Need an MTA:SA developer. I need help assembling a clean MTA:SA 1.6 mtasa-blue source on Windows. What needs to be done: 1. Set up the build environment: Visual Studio, Git, DirectX SDK, CEF, DLL, and other dependencies. 2. Build a clean mtasa-blue client/server. 3. Ensure the client runs without errors. 4. Explain which files/dependencies are needed. 5. Provide a brief guide on how I can rebuild the client myself. 6. Or help further via AnyDesk/Discord/Telegram. Important: - No bypassing anti-cheat. - No cheats. - No malicious code. - Only a legal build of the source and environment setup is needed. The result I want to achieve: - a built clean MTA:SA 1.6 client; - a built server or an explanation of how to build it; - a list of all dependencies; - a brief guide for rebuilding; - an explanation of what exactly was fixed. Or propose your price!
A program needs to be developed for Windows that allows connecting a jailbroken iPhone via USB cable and controlling it from a computer. Main functionality: Connecting the iPhone via USB. The program should quickly recognize the connected iPhone and operate through the cable to minimize delays and lags. Screen mirroring of the iPhone to the computer. (The phone's screen should be displayed on the computer in real-time) Controlling the phone using the mouse. The user should be able to click, swipe, scroll, and control the iPhone screen using the mouse from the computer. Text input from the computer. There should be a shared clipboard between the computer and the iPhone. File transfer from the computer to the iPhone. A function for uploading files from the computer to the phone's memory or to specific folders/apps needs to be added. Stable operation. The program should run smoothly, without significant delays, freezes, or connection drops. Compatibility: support for jailbroken iPhone, rootless jailbreak, iOS 16.7.12, connection via USB.