Budżet: 20000 UAH Termin: 30 dni
Работа с есп12. могу и STM32 подружится. обращайтесь если есть интерес
Сниффер для графического дисплея 128х64 на AVR или STM32
подключится паралельно дисплею и считывать отправляемые на него данные
После чего отправление полученных данных по SPI или USART
Budżet: 20000 UAH Termin: 30 dni
Работа с есп12. могу и STM32 подружится. обращайтесь если есть интерес
Я могу сделать такое устройство, но не за эти деньги и не так как вы думаете. Может быть, даже без FPGA.
Есть устройство
Там стоит монохромный экран 12864 поверх которого резистивный сенсор 8 на 4 клеток
Нужно считывать изображение которое выводится на экран упаковать его в массив точек и отправить по spi на др контроллер чтобы можно бы продублировать изображение с этого экрана
И также подключится к резистивному сенсору и эмулировать нажатия на него
дамп логического анализатора Saleae Logic
https://drive.google.com/file/d/1YDH_UySUnZBMAqaVZrm-kQxqjPvVKYxt/view?usp=sharing
Получается поток данных около 2 Мбайт/с. AVR и STM8 отпадают, конечно, сразу. А вот STM32, или любой другом контроллер с DMA такой поток засосать сможет.
Похоже, названия цепей EN и R/W перепутаны. Если R/W=0 всё время, то задача решается на одном лишь контроллере. Если нет - то нужна дополнительная логика или ПЛИС. И похоже, что на шине сидит ещё какое-то устройство, что усложняет задачу.
Появилась ещё одна задача - эмулировать нажатия на сенсорный экран. Бюджет проекта при этом вырастет?
Экран и сенсор это один проект - с сенсором все просто там обычная матрица 8на 4 никаких интерфейсов - обычными GPIO решается
Может и решается, смотря какая скорость сканирования сенсора. Посмотрите анализатором сигналы с сенсора.
Я, собственно, для чего все эти подробности выпытываю: бюджет проекта очень маленький, чтобы сделать надёжную 100% эмуляцию всей периферии. Но есть вероятность подобрать какое-то частное решение конкретно для Вашего устройства. Это решение может оказаться проще и дешевле.
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.
Stworzyć kompatybilność między naziemną stacją zarządzania, systemem automatycznego startu (SAS), radarem a samolotem.
Potrzebny deweloper MTA:SA. Potrzebuję pomocy w zbudowaniu czystego źródła MTA:SA 1.6 mtasa-blue na Windows. Co należy zrobić: 1. Skonfigurować środowisko do budowy: Visual Studio, Git, DirectX SDK, CEF, DLL i inne zależności. 2. Zbudować czystego klienta/serwera mtasa-blue. 3. Sprawdzić, czy klient uruchamia się bez błędów. 4. Wyjaśnić, jakie pliki/zależności są potrzebne. 5. Dać krótką instrukcję, jak mogę samodzielnie ponownie zbudować klienta. 6. Lub jeszcze pomóc przez AnyDesk/Discord/Telegram. Ważne: - Bez omijania antycheatu. - Bez cheatów. - Bez złośliwego kodu. - Potrzebna tylko legalna budowa źródła i konfiguracja środowiska. Wynik, który chcę uzyskać: - zbudowany czysty klient MTA:SA 1.6; - zbudowany serwer lub wyjaśnienie, jak go zbudować; - lista wszystkich zależności; - krótka instrukcja do ponownej budowy; - wyjaśnienie, co dokładnie zostało naprawione. Lub zaproponuj swoją cenę!
Należy opracować program dla systemu Windows, który umożliwia podłączenie iPhone'a z jailbreak przez kabel USB i zarządzanie nim z komputera. Główne funkcje: Podłączenie iPhone'a przez USB. Program powinien szybko rozpoznawać podłączonego iPhone'a i działać przez kabel, aby zminimalizować opóźnienia i lagi. Transmisja ekranu iPhone'a na komputer. (Na komputerze ma być wyświetlany ekran telefonu w czasie rzeczywistym) Zarządzanie telefonem za pomocą myszy. Użytkownik powinien mieć możliwość klikania, przesuwania, przewijania i zarządzania ekranem iPhone'a za pomocą myszy z komputera. Wprowadzanie tekstu z komputera. Musi być wspólny schowek między komputerem a iPhone'em. Przesyłanie plików z komputera na iPhone'a. Należy dodać funkcję przesyłania plików z komputera do pamięci telefonu lub do odpowiednich folderów/aplikacji. Stabilna praca. Program ma działać płynnie, bez znaczących opóźnień, zawieszeń i przerw w połączeniu. Kompatybilność: wsparcie dla „złamanego” iPhone'a, rootless jailbreak, iOS 16.7.12, podłączenie przez USB.