Wymagana jest разработка łatki do sterownika karty graficznej, rozszerzającej możliwości zarządzania adapterem graficznym poprzez dodanie dodatkowych ustawień użytkownika. Łatka powinna integrować się z istniejącą architekturą sterownika bez naruszania jego podstawowej funkcjonalności i zapewniać zgodność z obsługiwanymi wersjami systemu operacyjnego. Głównym celem jest zapewnienie bardziej elastycznego dostępu do parametrów, które są niedostępne w standardowej panelu sterowania, z możliwością ich zmiany przez interfejs użytkownika lub programowe API. Łatka powinna przewidywać modułową strukturę, umożliwiającą w przyszłości dodawanie nowych parametrów bez istotnej przeróbki kodu. Należy zapewnić poprawne przetwarzanie błędów, rejestrowanie zmian, możliwość przywrócenia ustawień do wartości domyślnych, a także zachowanie zgodności z przyszłymi aktualizacjami sterownika, o ile to możliwe. Rozwiązanie powinno być dostarczone z dokumentacją techniczną opisującą architekturę, zrealizowane możliwości, ograniczenia oraz zalecenia dotyczące testowania.
Oferty ukryte
Aktualnie brak ofert
Oferty ukryte
Oferty ukryte
-
Leonid Kohan 25 lipca 2024Добрый вечер. Я так понял, код уже написан и нужно просто прошить устройство? Или нужно написать прошивку?
-
Andrii Shatillo
25 lipca 2024
Возможны варианты. Код действительно есть и он был рабочий, но Зеггер как-то против моей воли обновил что-то и всё слетело - проект либо не компилируется, либо не прошивается, либо не работает. Ну и главное, теперь нужна "энтерпрайз" версия - чтобы "всё по науке", чтобы можно было развивать систему и работать в команде. В старой версии врядли кроме меня кто-то разобрался бы. Так что боюсь, легче всё с нуля сделать. Ну и если возьметесь, то я расчитываю на долговременное сотрудничество и вам вероятно будет комфортнее в структуре вашей программы.
-
Leonid Kohan 25 lipca 2024Да, действительно, для меня лучше было бы написать с нуля. Проект интересный, уже довольно давно осваиваю контроллеры Nordic и Zephyr RTOS. Использую VS Code и NRF Connect SDK, если подойдет, то напишите мне чтобы обсудить детали.
-
Andrii Shatillo
26 lipca 2024
Рад, что проект кажется вам интересным - я считаю, что интерес к работе это важно. Прежде чем вы окончательно примете решение, что можете и хотите этим заниматься, и мы перейдём к деталям, я добавлю несколько общих моментов.
Этот девайс часть большого проекта, так сказать "экосистемы", он будет требовать постоянного усовершенствования/модификаций/апгрейдов, это надо учесть как в структуре кода, так и путём использования DFU режима. Кроме того, было бы удобно и правильно использовать для проекта какую-то облачную IDE или придумать другой удобный вариант совместной работы.
Zephyr RTOS, хоть и удобна для работы, но съедает впустую много ресурсов, а наше устройство должно иметь максимально возможную энергоэффективность. В действующем варианте я тоже использовал Nordic UART из NRF Connect SDK, но хотелось бы заменить его на что-то более энергоэффективное.
Если вас всё это не пугает, то готов ответить на ваши вопросы и можем переходить к обсуждению цены и технических деталей.
-
Leonid Kohan 26 lipca 2024Если честно то немного пугает ) Не со всем согласен. На данном этапе я активно осваиваю Nordic и не скажу что во всем прямо эксперт, потому могу предложить только то что знаю.
NRF Connect SDk единственная официальная SDK на которой, по моему мнению, стоит писать проекты и изучать на будущее. Более старая nRF5 SDK уже как бы deprecated и постепенно отходит, других я не знаю, да и зачем?
NRF Connect SDK основано на Zephyr RTOS (что опять же по моему мнению сделано правильно), Zephyr в основе SDK и по любому будет использоваться, без него нельзя. Но например для bluetooth встроенные отдельно, более эффективные библиотеки от Nordic. Да и сам Зефир модульный, подключаются только необходимые модули, он очень экономный.
Для VS Code выпускаеться официальная интеграция NRF Connect SDK for VS Code, там все отлично работает и довольно удобно, интеграцию активно поддерживает и развивает Nordic. В чем-то другом я не работаю, и в общем не вижу смысла менять на что-то другое. Для совместной работы могу только предложить Git Hub.
В долгосрочном сотрудничестве заинтересован, но как писал выше, я в процессе осваивания nrf и хочу и дальше его изучать, а лучший способ это писать код. Сейчас могу взяться за описанный проект, но если это часть большого проекта, возможно что многие вещи придется осваивать в процессе.
В общем тут уж смотрите сами, подходит ли вам такое, возможно вам лучше найти именно профессионала по nrf. -
Andrii Shatillo
26 lipca 2024
"Профессионал" по нрф в Украине редкий зверь, за последние 2 года мне повезло найти пару очень компетентнтных людей, но я бы не сказал, что они были большие профессионалы. Поэтому я не ожидал найти тут гуру нрф, а работа с иностранными фрилансерами имеет много неудобств. Если вы заинтересованы, способны к обучению и решению неординарных задач, то я готов к тому, что потребуется время на ваше обучение. Ну и вы свободны выбирать метод решения задачи, лиш бы она была решена.
-
Leonid Kohan 26 lipca 2024Отлично ) Тогда может напишите мне в личные сообщения более подробно детали задания.
Сейчас я понял из описания, нужно считывать данные двух датчиков - MAX30100, ADXL362 и передавать по Bluetooth данные (Nordic UART Service ?).
Если есть готовый код то отлично, но наверное лучше будет обновить проект. Как уже писал, могу сделать с NRF Connect SDK в среде VS Code.
Цена и сроки уже будут более ясны после подробностей.
-
Oleksii Mamontov 27 lipca 2024Чтоб заниматься чипами компании которая не имеет своих производственных мощностей, надо иметь много свободного времени - которого не жалко )))
Интересно если у них гарантии что этот чип например будет выпускаться и поддерживаться например лет 10).
-
Andrii Shatillo
27 lipca 2024
Глубокая мысль... Однако, чтобы вообще чем угодно заниматься нужно иметь сколько-то "свободного времени, которого не жалко", а много или мало это оценочная, субъективная, категория.
И у какой компаний с супердиверсифицированными производственными мощностями есть "гарантии", что чип будет выпускаться, например, через 1 год?
-
Oleksii Mamontov 27 lipca 2024Сколько то и много - это разное))
Для меня год - этот много например )
Но каждый наступает на свои грабли),
иногда тяжело осознавать что чем ты занимался , уже никому не нужно...
но понимание этого приходит с опытом
-
Andrii Shatillo
27 lipca 2024
"Опыт - сын ошибок трудных..." Но понятно и без большого опыта, что если ты боишься ошибиться и придти к осознаню, что делал ненужное, то разумнее всего ничего не делать
-
Oleksii Mamontov 27 lipca 2024Нет, когда уже есть опыт и ты уже это проходил (наступил на грабли), то это лучше запоминаеться...))
опыт - это куча времени, темболее потраченого в пустую с оглядом назад..
иногда понимаешь - но подскажи кто нибудь шо пошел не туда..но ))
-
Leonid Kohan 27 lipca 2024Похоже на старый добрый Holy Wars ))
Добавлю немного и свое мнение) Все же думаю, если дело касается Bluetooth (а с недавних пор и WiFi) и в особенности устройств на батарейках, акумуляторах, вряд ли можно найти что-то лучшее и экономнее чем контроллеры Nordic.
Никуда они не денутся и через 10 лет, по сути стандарт в реализации самого нового блютуз стека. Можно зайти на bluetooth.com и увидеть что все примеры реализации основаны именно на nordic )
-
Oleksii Mamontov 27 lipca 2024VS Холивар
обавлю немного и свое мнение) Все же думаю, если дело касается Bluetooth (а с недавних пор и WiFi) и в особенности устройств на батарейках, акумуляторах, вряд ли можно найти что-то лучшее и экономнее чем контроллеры Nordic.
Обратите внимание на потребление в спящих режимах))
STM32WB15CC
nRF52840
-
Leonid Kohan 28 lipca 2024Ну тут да, STM32WB15CC надо признать достойный соперник. У nrf52840 передача чуть меньше потребляет TX 4.8 у STM 5.2 но в STM есть свои плюсы.
Надо будет как-то попробовать этот STM. Меня больше беспроводная связь интересует, тут я конечно Нордикам не изменю ) Но как альтернативу, можно посмотреть.
-
Leonid Kohan 28 lipca 2024Религия тут как раз настырные попытки перетянуть на свою сторону, убедить в своей правоте, скорее даже фанатизм.
По моему отлично когда есть альтернативы со своими сильными и слабыми сторонами, у STM своих недостатков хватает.
Я выбираю то что мне больше нравится, вот и все.
-
Oleksii Mamontov 28 lipca 2024Когда говорят про недостатки , обычно приводят пример или указывают конкретно , возможно Вы окажитесь правы
Когда Вы утверждали что нордик самый экономичный , я привел Вам примеры с даташитов.
Напишите про недостатки STM32 на Ваш взгляд , было бы интересно.
-
Oleksii Mamontov 26 lipca 2024STM32WB15CC
https://www.st.com/en/microcontrollers-microprocessors/stm32wb15cc.htm
Бесплатная , без каких либо ограничений , качественная среда разработки от производителя STM32CubeIDE
Стек блютуз (бесплатный) , с примерами.
Но люди ищут что то особенное ))
-
Andrii Shatillo
27 lipca 2024
Мне тоже нравится стм и их среда разработки и тоже, как и вам, нравится думать, что "люди" дураки, а я самый умный. У нас с вами много общего... Но, к сожалению, я не всегда оказываюсь самым умным. Скорее всего, вы тоже
-
Oleksii Mamontov 28 lipca 2024Где я сказал что люди дураки , я себе таких мыслей не допускаю ) ..
Я исхожу только из доступности и удобства разработки.. никому ничего не навязываю , а просто предлагаю альтернативу.
Aktualne zlecenia dla freelancerów w kategorii C i C++
Jesteśmy dużą firmą logistyczną, która ma własny eksport. Dysponujemy dużym parkiem samochodowym i nieustannie wysyłamy nasze pojazdy na eksport do krajów Europy.Opis Strona: https://echerha.gov.ua/ Na tej stronie umieszczamy nasze samochody w elektronicznej kolejce do przekroczenia granicy państwowej. Podczas rejestracji należy wprowadzić następujące dane: imię i nazwisko kierowcy; numer paszportu zagranicznego; adres e-mail; numer telefonu logisty do otrzymywania powiadomień; typ pojazdu (ciężarowy); nazwa producenta samochodu; numer rejestracyjny ciągnika; numer rejestracyjny przyczepy; numer deklaracji celnej. Dla każdego samochodu z góry określono konkretny dzień i godzinę przekroczenia granicy. Na przykład, samochód musi przejść przez punkt kontrolny „Rawa-Ruska” w poniedziałek o 10:00.Nasz problem - Kolejka na stronie https://echerha.gov.ua/ porusza się nieprzewidywalnie. - Na przykład, dzisiaj jest piątek, a samochód musi przekroczyć granicę w poniedziałek o 10:00. - Nie wiemy, kiedy dokładnie kolejka zacznie się posuwać. Może to nastąpić w piątek wieczorem, w dowolnym momencie w sobotę lub niedzielę, wcześnie rano, w ciągu dnia lub późno wieczorem. - Kiedy kolejka zaczyna się poruszać, jest to od razu widoczne na stronie. Czasami w ciągu zaledwie kilku minut może przesunąć się z piątku na poniedziałek lub nawet na wtorek. - Z tego powodu logistycy muszą nieustannie kontrolować aplikację mobilną lub stronę internetową, aby nie przegapić momentu, gdy kolejka dojdzie do potrzebnej daty i godziny. Jeśli ten moment zostanie utracony, fizycznie nie zdążamy umieścić samochodu w kolejce na odpowiedni slot czasowy.Zadanie - Po wprowadzeniu danych o samochodzie (na przykład do tabeli lub innego interfejsu, w zależności od realizacji programisty) system powinien automatycznie śledzić ruch kolejki. - Kiedy kolejka dojdzie do wcześniej określonej daty i godziny, system powinien automatycznie wypełnić wymagane dane i umieścić samochód w kolejce bez udziału logisty.
Szukam doświadczonego programisty TrinityCore 3.3.5a, który dobrze zna się na strukturze jądra, systemie Battleground, C++, SQL i kliencie WoW 3.3.5. W projekcie zintegrowano już niestandardowy Battleground „Dolina Niewolnictwa” (Slavery Valley), przeniesiony z AzerothCore na TrinityCore. Główna część pracy została już wykonana, jednak wymaga doprowadzenia do poziomu Blizzard.Co już zrobiono TrinityCore 3.3.5a + Eluna. Serwer w pełni skonfigurowany. Battleground zintegrowany z jądrem. Działa wejście do BG. Działa interfejs klienta (częściowo). Przeniesiono większość SQL i DBC. Buduje się bez błędów.Co należy zrobić Naprawić pozostałe błędy Battleground. Doprowadzić mechanikę do poziomu oficjalnych Battleground Blizzard. Naprawić fazę startową meczu. Wdrożyć poprawne bramy startowe/ściany ognia. Naprawić mechanikę przejmowania punktów. Naprawić zakończenie meczu. Sprawdzić przyznawanie punktów i działanie WorldState. Naprawić pozostałe problemy C++ i SQL. Przeprowadzić pełne testy gry.Wymagania Obowiązkowe doświadczenie: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Dużym plusem będzie: AzerothCore; Eluna; doświadczenie w tworzeniu Battleground; znajomość części klienckiej WoW 3.3.5a.Format pracy Praca etapowa. Po każdym etapie obowiązkowe testowanie. Każdy etap akceptowany tylko po weryfikacji w grze. Potrzebne są zrozumiałe raporty dotyczące zmian.W przyszłości To długoterminowy projekt. Po zakończeniu Battleground planowane jest: przeniesienie nowych Battleground; przeniesienie nowych aren; nowe rasy; nowe klasy; nowe systemy gry; dalszy rozwój własnego serwera World of Warcraft 3.3.5a. Szukam programisty, który już pracował z TrinityCore i będzie w stanie nie tylko pisać kod, ale doprowadzić system do w pełni działającego stanu.nie serwer z 0 jak chcę Jeśli szukasz programisty nie tylko na jeden Battleground, ale na stworzenie serwera od podstaw, to ogłoszenie powinno wyglądać mniej więcej tak.Nazwa projektu Rozwój serwera World of Warcraft 3.3.5a od podstaw (TrinityCore / C++ / SQL / Eluna)Opis projektu Szukam doświadczonego programisty TrinityCore 3.3.5a do długoterminowej współpracy. Potrzebuję osoby, która będzie w stanie od podstaw stworzyć w pełni gotowy serwer gry World of Warcraft 3.3.5a na bazie TrinityCore z dalszym rozwojem projektu. Projekt jest duży i przewidziany na kilka miesięcy rozwoju.Podstawa projektu TrinityCore 3.3.5a. Jak najbardziej stabilna i zbliżona do Blizzard baza. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.Co planuje się zrealizować W pełni działający serwer 3.3.5a. Naprawa błędów jądra. Rozwój nowych systemów gry. Integracja niestandardowych Battleground. Integracja nowych aren. Przeniesienie użytecznych modułów z AzerothCore na TrinityCore. Rozwój własnych modułów. Nowe systemy PvP i PvE. Nowe wydarzenia w grze. Balansowanie klas. Dodatkowe systemy progresji. Poprawa wydajności serwera.W przyszłości Po zakończeniu podstawowej części planowane jest: nowe rasy; nowe klasy; nowe strefy; nowe lochy; nowe rajdy; nowe Battleground; nowe profesje; nowe mechaniki gry; integracja nowoczesnych systemów w kliencie 3.3.5a.Wymagania dla programisty Obowiązkowe: Doskonała znajomość TrinityCore 3.3.5a. Pewna znajomość C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Znajomość architektury TrinityCore. Doświadczenie w pracy z Battleground, PvP i mechanikami gry. Dużym plusem będzie: Doświadczenie w pracy z AzerothCore. Eluna Lua Engine. Praca z DBC i MPQ. Doświadczenie w tworzeniu własnych systemów gry.Format pracy Praca etapowa. Każde zadanie jest dokumentowane jako osobne zadanie techniczne. Po każdym etapie przeprowadzane są obowiązkowe testy. Praca akceptowana tylko po weryfikacji bezpośrednio w grze. Potrzebny jest programista, który potrafi doprowadzić funkcjonalność do w pełni działającego stanu, a nie tylko pisać kod.



