Małe podsumowanie mojej aktywności w temacie ArduSata.
Moje małe zadanie to cykanie fotek, które omawiam bardziej szczegółowo w oddzielnym wątku. W skrócie – nadal jest problem, by poprawnie zidentyfikować poszczególne etapy wykonywania zdjęcia z prawidłową orientacją satelity. Możliwe, że trzeba będzie to to „uprościć”.
Informacje do wątku ogólnego.
1. Źródła informacji – aktualnie
Muszę przyznać, że się pogubiłem ze wszystkimi miejscami, które mają coś wspólnego z kodem ArduSata. Oto lista, która może być niekompletna:
http://api.ardus.at/http://codebender.nanosatisfi.com/https://ardusat.org/ui/developmenthttps://github.com/ArduSat oraz
https://github.com/ArduSat/ArduSatSDK (of korz do tego zasobu można się jeszcze dobrać innymi sposobami)
O ile się orientuję, jakaś forma przesyłania kodu do Nanosatisfi idzie poprzez
http://codebender.nanosatisfi.com/ . Jeszcze się tego upewnię mailowo z ekipą z Nanosatisfi. Mam tam konto, więc mogę przesyłać kody.
2. Co jest i czego nie ma?
Wspólną cechą tych wszystkich miejsc jest... bardzo znikoma ilość praktycznych rozwiązań i przykładów kodu, które będą na pokładzie ArduSata.
Brakuje także przykładów dla orientacji, sensora Słońca, fotodiód (/sensorów oświetlenia) i GPSu. Czyli – brakuje praktycznie wszystkiego do zrobienia zdjęć.
Natomiast jest już wystarczająco dużo, by zrobić wstępne wersje loggerów danych. Przykład:
https://github.com/ArduSat/ArduSatSDK/blob/master/SAT_InfraTherm/examples/read_temperature/read_temperature.ino ---> o ile dobrze kumam, to wystarczy dodać zapis na karcie SD, wywalić część kodu odnośnie Fahrenheitów (po co nam to?

) i wsio dobrze. To może wystarczyć na początek zabaw. Adamie, czy to potwierdzasz? Mówię tu o uproszczonym przykładzie, bez komunikacji pomiędzy poszczególnymi ardusiami na pokładzie.
3. Inne kwestie:
- watchdog – opisany powyżej, może być naprawdę dobrą formą zabezpieczenia przez zwiechami. Z doświadczenia już wiemy, że zwiechy się zdarzają wtedy, gdy się ich nie spodziewa. Spytam się o to ekipy ArduSata.
- zegar czasu rzeczywistego – nie jestem pewien, ale chyba to to będzie na pokładzie? Nigdy się takowym nie bawiłem, a może się nam przydać mocno we wszystkich kwestiach. Adamie, czy zegar czasu rzeczywistego dodałeś do swojego loggera?
- naszym trzecim eksperymentem ma być „beep beep beep” - zupełnie nie wiem jak się za to zabrać. Z tego co widziałem na powyższych linkach, to brakuje wszystkiego, choć struktura programu może być tutaj naprawdę prosta: zegar czasu rzeczywistego, włączenie któregoś pinu na xxxx milisekund, delay xxxx milisekund i od nowa. Czy ktoś coś widział na ten temat? Mam tu na myśli coś takiego:
http://ukhas.org.uk/guides:linkingarduinotontx2 + zegar czasu rzeczywistego, by ardu wiedział kiedy włączyć program. No chyba, że chcemy po prostu robić beep beep beep raz na 10 sekund co 5 minut i tak się uda namierzyć ArduSata z Polski (wcześniej czy później). Oczywiście tutaj zgaduję odnośnie subsystemu komunikacji – będę musiał o to się spytać.
Praca na najbliższy czas:
- przyciśnięcie ekipy ArduSatowców: podanie źródeł danych, przykładowych kodów oraz napisania kiedy/do kiedy trzeba je będzie przesłać
- spytanie ardusatowców o procedury wysyłania kodu
- zapytanie ArduSata o procedurę watchdoga (dla potwierdzenia)
- założenie oddzielnego wątku na wszystkie zasoby ArduSata (zgadzacie się z tym?)