Pan_SlonOsobistość
7piorunówWczoraj opublikowałem post który was zainteresował, związany był z tym jak “pracuje” z AI tj Reverse Engineering aplikacji aneroidowych, który wykonuje się automatycznie na środowisku które postawiłem na zimabard2(debian, openlcaw, opencode i flutter/dart, sdk)
Dziś chciałem pokazać jak wykorzystałem praktycznie taki setup - szczególnie etap automatycznej budowy aplikacji na iOS - jest to port web apki PWA który służył za swego rodzaju proof of concept kapsla Triki z żabki - czy może być sensorem dla treningu VBT?
PWA powstało na android, miało pewne ograniczenia ale nawiązałem komunikacje i zacząłem zbierać strumień danych z kapsla który mogłem przeliczać użytymi algorytmami po stronie PWA.
Szybko wyszło, że przeglądarkowa wersja ma duże ograniczenia, a raczej ograniczeniem jest to do czego ma dostęp kod z poziomu PWA(przeglądarka) do hardware(bluetooth)
Powstała pierwsza wersja na android gdzie był bardziej bezpośredni dostęp do bluetooth.
Etap iOS był w tym projekcie wtórny względem Androida, kod Swift (TrikiCore/TrikiBLE/TrikiApp) klonował logikę i przeliczenia 1:1 z wersji Android. Praca na MacBooku (ssh na lokal, Xcode 26.6) obejmowała: generowanie projektu przez xcodegen, build przez Xcode, testy na iPhone 11 Pro(tryb developera, self sign), utrzymanie repo ~/Triki_VBT_ios/ z pushem na GitHub, oraz iteracje nad bezpieczeństwem wątków (NSLock, serial queue, Sendable) itd.
Sam kapsel Triki zawiera mały mcu nrf52810 oraz 6 osiowy akcelerometr - wątek z elektrody https://www.elektroda.pl/rtvforum/topic4175986.html a hardware opisany dokładniej jest tu https://github.com/Piwencjusz/zabka-triki-hardware
https://www.youtube.com/shorts/S9qO09g4SLY
#ciekawostki #majsterkowanie #programowanie #ios #android #iphone
















