Witam,
Czy coś się zmieniło, czy obowiązują ustalenia jak poniżej:
1. 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. :)
2. Komunikacja serwer - baza danych Pierwotnie HTTPS... obecnie WEBSERVICES?... SFTP? Tu jest do ustalenia... :)
3. Komunikacja serwer - analiza: Już uzgodnione 2 strategie i jak będą zdjęcia to wdrażamy. :)
Pozdrawiam,
Tomek
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
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
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
Witam,
Na samej kamerze niestety nie można nic skompilować, ponieważ potrzebny jest do tego SDK (rozmiarami znacznie przekraczający dostępne miejsce na pamięci flash kamery). Proces kompilacji przeprowadziłem w całości na Ubuntu 9.04 w wersji 32-bitowej, więc prawdopodobnie wykorzystamy możliwości Xena.
Pozdrawiam, Andrzej
Andrzej Głowacz pisze:
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
Witam, Baza zostala zmodyfikowana pod katem slow kluczowych. Mysle, ze zgodnie z tym, co ustalilismy na spotkaniu, dostepna bedzie osobna tabela z regionami. Sprobuje opracowac z Pawlem interfejs dla regionow. Przemyslalem jeszcze raz sprawe bezpieczenstwa i token bedzie robiony tak, jak uzgodnilismy na spotkaniu. Jedyna modyfikacja algorytmu moze polegac na tym, ze zmienna $id w tokenie bedzie globalna (uzystkana z ostatniego insert), a nie dla konkretnej kamery. Pozdrawiam, Jacek
-
Andrzej Głowacz -
Andrzej Kamisiński -
Jacek Dańda -
Tomasz Orzechowski