Dyskusja użytkownika Pan_Slon

Wczoraj 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