tyci tracker z sstv - zainteresowanie?

25.03.2023 20:41:46

Grupa: Użytkownik

QTH: Wrocław

Posty: 3871 #8066285
Od: 2012-1-22

Ilość edycji wpisu: 1

Niestety wszystkie implementacje, jakie identyfikuję, potrzebują szybkiego rdzenia ARM i dużego bufora pamięci, na M0+ to chyba nie wyjdzie w "real time". Były kiedyś moduły kamer z wyjściem szeregowym, ale też duże i ciężkie. Tu byłoby potrzebne coś bardzo energooszczędnego. Obudzenie kamery, frame grab do pamięci, kodowanie i RF ... ESP32 da radę, ale potrzeba sporo prądu, energii zgromadzonej w superkondensatorze będzie za mało

Electra

01.12.2024 01:30:13

SQ9P

26.03.2023 01:29:15

Grupa: Użytkownik

QTH: JO90KG

Posty: 61 #8066328
Od: 2023-3-21

sp6ryd pisze:

Niestety wszystkie implementacje, jakie identyfikuję, potrzebują szybkiego rdzenia ARM i dużego bufora pamięci, na M0+ to chyba nie wyjdzie w "real time". Były kiedyś moduły kamer z wyjściem szeregowym, ale też duże i ciężkie. Tu byłoby potrzebne coś bardzo energooszczędnego. Obudzenie kamery, frame grab do pamięci, kodowanie i RF ... ESP32 da radę, ale potrzeba sporo prądu, energii zgromadzonej w superkondensatorze będzie za mało

A do jakich kamer te implementacje?

otworzyłem sobie dokumentacje OV2640 i na pierwszy rzut oka nie widzę problemu z którym by sobie nie poradził mały procek. Musiałbyś mieć jedynie trochę wolnych pinów.

Możesz ustawić skalowanie obrazu na kamerze, np żeby wypluła ci w rozdzielczości stricte pod sstv, oczywiście w ramie się nie zmieści, więc albo ładujesz do external flasha, albo holdujesz linie danych z kamerki i na bieżąco sobie wrzucasz do enkodera sstv albo ramek radiowych.

Do robienia pojedynczych zdjęć w takich rozdzielczościach typowych dla sstv raczej nie potrzeba "szybkiego rdzenia" i nie musisz nic obrabiać bo kontroler kamerki odwala całą robotę, tj skaluje zdjęcie i wypluje ci to do formatu jaki chcesz, ba nawet może ci to skompresować.
Obrazek

Procek tu nic nie robi oprócz zbierania danych i konfigurowania kamerki. Wg mnie do takiego zastosowania, wybór ESP to tak jak strzelanie z armaty do wróbla

Co innego jakbyś chciał mieć wideo na żywo. No ale mogę się mylić, tylko zerknąłem w tą dokumentację

sp6ryd

26.03.2023 11:37:45

Grupa: Użytkownik

QTH: Wrocław

Posty: 3871 #8066364
Od: 2012-1-22

Ilość edycji wpisu: 1

SQ9P pisze:

A do jakich kamer te implementacje?

najlepiej smartfonowych, tanich, lekkich i ogólnodostępnych

Miało być o pomysłach ...

Nie programuję tak dobrze by wykonać driver 'od podstaw' ale przeszukując trafiłem na:
https://www.st.com/resource/en/application_note/an5020-digital-camera-interface-dcmi-on-stm32-mcus-stmicroelectronics.pdf
najniższy procek to F407
https://www.arducam.com/stm32-cameras-that-support-dcmi/

czy coś na M0+ poza komercyjnym Arducam ?

Nie było jeszcze floatera, który wolnym kanałem (może coś więcej niż SSDV) przesyłałby live zdjęcia dobrej rozdzielczości. Udało się to SP5LOT ale w balonie lateksowym, pękającym i działajacym dość krótko. Także wyzwań jest kilka, masa, potrzebna energia (PV) i potrzebna prędkość przetwarzania/interfejsu, architektura/magistrala dostępna w CPU by to zrealizować. Koszt oczywiście też winien być taki by nie martwić się o utracony bezpowrotnie hardware ,)

edit:
http://tt7hab.blogspot.com/2018/04/the-lora-ssdv.html

SP9UNB

13.05.2023 14:50:31

Grupa: Użytkownik

QTH: JO81LA

Posty: 59 #8080664
Od: 2022-5-5

SQ9P pisze:

Dlatego chciałbym spytać, czy ktoś z was byłby zainteresowany zakupem takiego trackera oraz czy macie jakieś opinie na temat tego pomysłu? Jeśli tak, dajcie znać, a będę wdzięczny za uwagi i sugestie

A soft do niego jest/będzie opensource ?
_________________
Fediverse: https://mastodon.radio/@SP9UNB

sp5nvx

30.05.2023 08:38:26

Grupa: Użytkownik

Posty: 1572 #8086111
Od: 2009-2-22

SSDV do naszych celów powinien wystarczyć https://github.com/DL7AD/aprs_ssdv_decoder
_________________
73!
Tom

SP5LOT

31.05.2023 20:28:14

Grupa: Użytkownik

QTH: KO02OD

Posty: 313 #8086563
Od: 2020-1-9

Ciekawe znalezisko. Szukałem tej możliwości.

Electra

01.12.2024 01:30:13