W dniu 2011-02-09 22:56, 4CX250 pisze:
>
> A jaki długi okres kolekcji planujesz?

Do sześciu miesięcy minimum.
Przy czym dane mogą być wcześniej usuwane na żądanie centrali.
Z tym FIFO, to chodziło mi o to, że nie można usunąć rekordu ze środka
bazy. Można tylko usuwać rekordy od pierwszej pozycji do ntej.


--
Pozdrawiam,
Andrzej

do góry

W dniu 2011-02-09 23:35, Andrzej W. pisze:
> W dniu 2011-02-09 22:56, 4CX250 pisze:
>>
>> A jaki długi okres kolekcji planujesz?
>
> Do sześciu miesięcy minimum.
> Przy czym dane mogą być wcześniej usuwane na żądanie centrali.
> Z tym FIFO, to chodziło mi o to, że nie można usunąć rekordu ze środka
> bazy. Można tylko usuwać rekordy od pierwszej pozycji do ntej.
>
>

Jak masz zamiar kompilowac binarki ?

do góry

Użytkownik Ronald Kuczek napisał:
> W dniu 09.02.2011 11:28, Andrzej W. pisze:
>> Czy możecie mi doradzić w co się nie pchać w takiej konfiguracji?
>> Jaką bazę i mechanizm replikacji wybrać, by mieć pewność, że będzie to
>> działać poprzez GPRS, czyli łącze, które częściej znika niż jest dostępne.
>
> Jeśli to linuks i da się na tym postawić mysql to bym spróbował.
> Mechanizm replikacji dobrze udokumentowany i równie dobrze działający.
>
Hmm, patrzyłeś na specyfikację sprzętu?
"ARM9 Atmel AT91SAM9260 (200 MHz), 128 MB Flash, 64 MB SDRAM"
jak się zachowa ta baza na tym? Szeczególnie mało RAMu.

W.P.

do góry

On 10 Lut, 17:01, "W.P." <l...@w...pl> wrote:
> Użytkownik Ronald Kuczek napisał:> W dniu 09.02.2011 11:28, Andrzej W. pisze:
> >> Czy możecie mi doradzić w co się nie pchać w takiej konfiguracji?
> >> Jaką bazę i mechanizm replikacji wybrać, by mieć pewność, że będzie to
> >> działać poprzez GPRS, czyli łącze, które częściej znika niż jest dostępne.
>
> > Jeśli to linuks i da się na tym postawić mysql to bym spróbował.
> > Mechanizm replikacji dobrze udokumentowany i równie dobrze działający.
>
> Hmm, patrzyłeś na specyfikację sprzętu?
> "ARM9 Atmel AT91SAM9260 (200 MHz), 128 MB Flash, 64 MB SDRAM"
> jak się zachowa ta baza na tym? Szeczególnie mało RAMu.
>
> W.P.

Dobrze bedzie. Zobacz sobei cos co nazywa sie zaurus. Tam pelne GUI na
X ach dziala dosyc dobrze razem z programami na tym.
Nie panikujmy.

do góry

On 9 Lut, 21:57, "Andrzej W." <a...@w...pl> wrote:
> W dniu 2011-02-09 15:20, ptoki pisze:
>
> > Pytanie troche nie na te grupe ale zasugeruje albo uzycie sqlite albo
> > mysql.
>
> Zastanawiam si czy to nie za mocne na moje potrzeby.
>
Bedzie w sam raz jesli jest to pojedyncze urzadzenie.
Masz ten komfort ze mozesz skupic sie na wysokim poziomie czyli nie
pisac w asemblerze odkrywajac kolo od nowa albo uzywajac cudzych
bibliotek (co tez powoduje czesciowe odkrywanie kola). Jesli sie da to
uruchom na tym tego linuxa i wrzuc tam baze.
Binarki ma np. ubuntu i debian. Nie pisze juz o binarkach starszych
armow (np zaurus czy inna nokia i takie tam).


> > Zrozumialem ze tam bedzie prawie zwykly linux wiec i binarki bazy czy
> > biblioteki beda dostepne "z pudelka".
>
> Z binarkami na ARM9 to nie wiem czy b dzie tak atwo, ale my l , e da
> si skompilowa .
>
nie musza byc na arm9 starsze tez pojda bez problemow (raczej bo pewny
nie jestem).

> > Nie napisales wiele na temat tego co ta baza bedzie robic ani jaki
> > rodzaj danych bedzie przesylany.
>
> Masz racj , nie za du o napisa em.
> Urz dzenie ma czytywa dane z maksymalnie 30 czujnik w raz na sekund .
> B dzie tego wi c ok. 30 s w (30x16 bit w) na sekund .
> Rekordy w bazie nie b d edytowane, tylko co jaki czas usuwane (FIFO).
Mysql sie do tego nada. Co prawda bardziej do tego jest rrd ale mysql
ma pewne zalety.

> Indeksy raczej nie s potrzebne, dane s zapisywane zgodnie z czasem ich
> powstania. Zamiast indeks w planuj dodatkowe bazy w kt rych b d
> zapisywa warto redni , maksymaln i minimaln np. co minut i co
> godzin . Pozwoli to generowa lokalnie wykresy bez konieczno ci
> przegl dania ca ej bazy danych.
>
Tym bardziej rrd ale przemysl moze zbudowanie calosci tak ze ten arm
tylko bedzie zbieral dane i ewentualnie jakies wykresy generowal z
nich na zadanie. A kasowanie i zarzadzanie baza zrob zdalnie. I sie
normalnie podpinaj do tego mysql-a.


> > Cala baza ma sie replikowac po gprs?
>
> Replikacja to w a ciwie nie w pe ni trafne okre lenie.
> Po nawi zaniu po czenia urz dzenie ma wysy a wszystkie nowe dane do
> centralnego serwera. Transmisja musi by w pe ni odporna na zaniki
> czno ci.
>
Zarzadzanie zdalne zrobi ci to bez problemu.
Ale jesli chcesz mozesz to wszystko zakodowac w C na poziomie samego
arm-a :)

Ja bym poszedl droga wysoko poziomowa bo to daje szybszy rezultat.
Ale jak nie chcesz bazy to bez problemu rrd ci tez da rade. Poczytaj o
funkcjach agregujacych w nim i jak dziala. Tylko wez pod uwage ze rrd
moze (nie musi) dosyc mocno obciazac flash.

W przypadku mysql-a mozna to obejsc kasujac dane pozno wtedy fifo
bedzie dosyc dlugie.

do góry

Użytkownik ptoki napisał:
> On 10 Lut, 17:01, "W.P." <l...@w...pl> wrote:
>> Użytkownik Ronald Kuczek napisał:> W dniu 09.02.2011 11:28, Andrzej W. pisze:
>>>> Czy możecie mi doradzić w co się nie pchać w takiej konfiguracji?
>>>> Jaką bazę i mechanizm replikacji wybrać, by mieć pewność, że będzie to
>>>> działać poprzez GPRS, czyli łącze, które częściej znika niż jest dostępne.
>>> Jeśli to linuks i da się na tym postawić mysql to bym spróbował.
>>> Mechanizm replikacji dobrze udokumentowany i równie dobrze działający.
>> Hmm, patrzyłeś na specyfikację sprzętu?
>> "ARM9 Atmel AT91SAM9260 (200 MHz), 128 MB Flash, 64 MB SDRAM"
>> jak się zachowa ta baza na tym? Szeczególnie mało RAMu.
>>
>> W.P.
>
> Dobrze bedzie. Zobacz sobei cos co nazywa sie zaurus. Tam pelne GUI na
> X ach dziala dosyc dobrze razem z programami na tym.
> Nie panikujmy.

Nie panikuję, pytam. Najlepiej bazodanowca.

Pamiętam, że P75 + 32(!!) M RAMu + X to była niestety porażka... Nie
dało się działać.

W.P.

do góry

On 10 Lut, 22:54, "W.P." <l...@w...pl> wrote:
> U ytkownik ptoki napisa :
>
>
>
> > On 10 Lut, 17:01, "W.P." <l...@w...pl> wrote:
> >> U ytkownik Ronald Kuczek napisa :> W dniu 09.02.2011 11:28, Andrzej W. pisze:
> >>>> Czy mo ecie mi doradzi w co si nie pcha w takiej konfiguracji?
> >>>> Jak baz i mechanizm replikacji wybra , by mie pewno , e b dzie to
> >>>> dzia a poprzez GPRS, czyli cze, kt re cz ciej znika ni jest dost pne.
> >>> Je li to linuks i da si na tym postawi mysql to bym spr bowa .
> >>> Mechanizm replikacji dobrze udokumentowany i r wnie dobrze dzia aj cy.
> >> Hmm, patrzy e na specyfikacj sprz tu?
> >> "ARM9 Atmel AT91SAM9260 (200 MHz), 128 MB Flash, 64 MB SDRAM"
> >> jak si zachowa ta baza na tym? Szeczeg lnie ma o RAMu.
>
> >> W.P.
>
> > Dobrze bedzie. Zobacz sobei cos co nazywa sie zaurus. Tam pelne GUI na
> > X ach dziala dosyc dobrze razem z programami na tym.
> > Nie panikujmy.
>
> Nie panikuj , pytam. Najlepiej bazodanowca.
>
> Pami tam, e P75 + 32(!!) M RAMu + X to by a niestety pora ka... Nie
> da o si dzia a .
>
eee tam. Ja mialem 16 i bylo ok. Byle powylaczac niepotrzebne serwisy.
Ale na 8 to juz makabra byla.
Poza tym na tym armie watkotworcy nie bedzie X-ow. A jak dobrze system
przytnie to prawie cala pamiec pojdzie na bufory i baza dosyc zwawo
bedzie chodzic. A na te prosta funkcjonalnosc jaka zaprezentowal to
spokojnie.
Dzis sie bawilem sklepem internetowym wlasnie na mysql +php+apache+X
+gnome+co tam jeszcze ubuntu ma na maszynie z 800Mhz armem i 512MB
ram. W tle leciala mp3 i jeszcze pare okienek bylo otwarte. Sklepik
nie byl moze blyskawiczny ale w FF (na tym samym urzadzeniu) chodzil
ok. To tak z moich doswiadczen.

do góry