To jest dobra wiadomość. Czy nadal potrzebujemy odrębnego serwera na kompilator? Jeśli tak, to przygotowałem na ten cel Xena.
Od strony kamery, oba warianty mają swoje plusy. Przeniosłem fragment obsługi cgi kamery do pythona, a Paweł integruje z proxy. Z uwagi na wydajność, tutaj potrzebny będzie interfejs do uaktualniania bazy o same wyniki rozpoznania. Od strony Jacka nie powinno być z tym problemu.
Przypominam chętnym, że dziś o 10:00 przeprowadzamy nagrania w warunkach uliczno-parkingowych.
Pozdrawiam serdecznie, Andrzej Głowacz
Andrzej Kamisiński pisze:
Witam,
Kolejne próby z aplikacją w C (po stronie klienta) zakończyły się sukcesem - udało mi się skompilować i uruchomić na kamerze prostą aplikację sieciową działającą w oparciu o gniazda (łączy się z intomerem na porcie 80, wysyła porcję danych i odbiera ewentualną odpowiedź). Na razie obsługuje ona połączenia nieszyfrowane, ale pracuję już nad tym, aby przeportować bibliotekę gnuTLS na CRIS Linux, tak, abyśmy mogli z niej korzystać.
Odnośnie komunikacji kamera - serwer: wstępne ustalenia są dalej aktualne, ale trzeba jeszcze przedyskutować szczegóły (konkretna struktura każdego z pakietów).
Pozdrawiam, Andrzej
Jacek Dańda pisze:
Witam, Na serwerze beda chodzic WSs, bez znaczenia, czy na Javie, czy na czyms innym, ale bedzie mozna podlaczyc sie do nich z Javy. Na kamerach na razie planowany byl C, ale wstepne proby prowadza do wniosku, ze proxy bedzie niezbedne. O ile sie orientuje, dotad nie udalo sie uruchomic klienta SFTP na kamerach. Nad proxy obecnie pracuje chyba Pawel i podepnie sie do WS opracowanych przeze mnie. W ostatecznosci bedzie to proste POST/GET, ale mamy nadzieje na WS - bedzie porzadnie i bedzie latwiej modyfikowac. Pozdrawiam, Jacek
Tomasz Orzechowski wrote:
Witam,
Czy coś się zmieniło, czy obowiązują ustalenia jak poniżej:
- Komunikacja kamera - serwer:
REALIZACJA: sockets - C (klient) / Java (serwer) SCENARIUSZE:
- transmisja danych (multimedia), - przesył ustawień danej kamer na
życzenie klienta,
- przesył dodatkowych informacji z serwera (parametry kamer, zmiana
priorytetów, timeouty połączeń, itp.)
Tu rozmawialiśmy o wlasnym protokole.
PROPOZYCJA:
INTOM-Transfer-Protocol: ITP: Wstępnie scenariusze jak poniżej. Możliwa enkapsulacja i utworzenie podprotokołu do np. samych tylko komunikatów wewnątrz zaproponowanego.
Szczegóły do przedyskutowania w gronie z zainteresowanymi. :)
- Komunikacja serwer - baza danych
Pierwotnie HTTPS... obecnie WEBSERVICES?... SFTP? Tu jest do ustalenia... :)
- Komunikacja serwer - analiza:
Już uzgodnione 2 strategie i jak będą zdjęcia to wdrażamy. :)
Pozdrawiam,
Tomek