W dniu 2016-04-05 o 16:20, Marek pisze:

> Nie wyobrażam sobie sterowaniem tego co wymieniłeś bez telefonu (więc i
> Androida na przykład).

Tak, ale w takim wypadku Android pełni jedynie funkcję pomocniczą -
generuje zdalne GUI. Nie wyobrażam sobie stawiana na Androidzie np.
jakiegoś serwera kontrolującego automatykę.

do góry

On Wed, 6 Apr 2016 08:52:51 +0200, Atlantis <m...@w...pl>
wrote:
> Tak, ale w takim wypadku Android pełni jedynie funkcję pomocniczą -
> generuje zdalne GUI. Nie wyobrażam sobie stawiana na Androidzie np.
> jakiegoś serwera kontrolującego automatykę.

Dlaczego? Sa tv na adroidzie, sa nawet mcu jawowe (warszawa) to
dlaczego nie może być automatyki?

--
Marek

do góry

W dniu 2016-04-06 o 16:38, Marek pisze:
> Dlaczego? Sa tv na adroidzie, sa nawet mcu jawowe (warszawa) to dlaczego
> nie może być automatyki?

http://devopsreactions.tumblr.com/post/138012434787/
java-benchmarks


--
AWa.

do góry

W dniu 2016-04-06 o 16:38, Marek pisze:

> Dlaczego? Sa tv na adroidzie

To są jednak ciągle zastosowania multimedialne. Da się łatwo odpalić
Androida bez GUI, żeby jego głównym zadaniem była obsługa kilku daemonów
obsługujących jakieś procesy?
Nie mówię - z taniego tableta na Androidzie można zrobić jakiś panel
sterujący, ale na serwer lepszy będzie Linux.


> sa nawet mcu jawowe (warszawa) to dlaczego nie może być automatyki?

A ktoś tej Warszawy w ogóle do czegoś używa na większą skalę, czy to
taka ciekawostka, a której się słyszy, ale mało kto to widział na oczy?

do góry

On 07/04/2016 08:07, Atlantis wrote:
> W dniu 2016-04-06 o 16:38, Marek pisze:
>
>> Dlaczego? Sa tv na adroidzie
>
> To są jednak ciągle zastosowania multimedialne. Da się łatwo odpalić
> Androida bez GUI, żeby jego głównym zadaniem była obsługa kilku daemonów
> obsługujących jakieś procesy?

Android bez gui to czysty linux

c.

do góry

W dniu 2016-04-07 o 11:36, cezar pisze:

> Android bez gui to czysty linux

No nie do końca. Linux z tego co mi wiadomo odpowiada tylko za
najbardziej nieskopoziomowe operacje. Na nim odpalona jest wirtualna
maszyna Dalvika i to na dobrą sprawę na niej są wykonywane te wszystkie
"apki". Dzięki temu generalnie nie ma wielkiej różnicy, czy mamy tablet
na ARM-ie czy Atomie.

Nie widzę jednak powodu, żeby na jakiejś płytce odpalać Androida, a
potem pisać w Javie daemony obsługujące jakąś automatykę i odpalać je na
tej wirtualnej maszynie. Równie dobrze można napisać taki program w
C/C++, skompilować pod Linuksa i wykonywać bezpośrednio pod CPU.
Pomijamy w ten sposób jedną warstwę abstrakcji, generującą dodatkowe
obciążenie i mogącą być źródłem potencjalnych problemów.

do góry

Użytkownik "Atlantis" napisał w wiadomości grup
dyskusyjnych:57062e63$0$645$6...@n...neostrada.
pl...
W dniu 2016-04-07 o 11:36, cezar pisze:
>> Android bez gui to czysty linux
>No nie do końca. Linux z tego co mi wiadomo odpowiada tylko za
>najbardziej nieskopoziomowe operacje. Na nim odpalona jest wirtualna
>maszyna Dalvika i to na dobrą sprawę na niej są wykonywane te
>wszystkie
>"apki". Dzięki temu generalnie nie ma wielkiej różnicy, czy mamy
>tablet
>na ARM-ie czy Atomie.

>Nie widzę jednak powodu, żeby na jakiejś płytce odpalać Androida, a
>potem pisać w Javie daemony obsługujące jakąś automatykę i odpalać je
>na
>tej wirtualnej maszynie. Równie dobrze można napisać taki program w
>C/C++, skompilować pod Linuksa i wykonywać bezpośrednio pod CPU.
>Pomijamy w ten sposób jedną warstwę abstrakcji, generującą dodatkowe
>obciążenie i mogącą być źródłem potencjalnych problemów.

No, jak pomyslimy tak dalej, to wrocimy do assemblera :-)

Ta Java wprowadza wiele elementow, ktorych w C/C++ nie ma, lub trzeba
ogarniac kolejne biblioteki.


J.

do góry

On 07/04/2016 10:54, Atlantis wrote:
> W dniu 2016-04-07 o 11:36, cezar pisze:
>
>> Android bez gui to czysty linux
>
> No nie do końca. Linux z tego co mi wiadomo odpowiada tylko za
> najbardziej nieskopoziomowe operacje. Na nim odpalona jest wirtualna
> maszyna Dalvika i to na dobrą sprawę na niej są wykonywane te wszystkie
> "apki". Dzięki temu generalnie nie ma wielkiej różnicy, czy mamy tablet
> na ARM-ie czy Atomie.
>
> Nie widzę jednak powodu, żeby na jakiejś płytce odpalać Androida, a
> potem pisać w Javie daemony obsługujące jakąś automatykę i odpalać je na
> tej wirtualnej maszynie. Równie dobrze można napisać taki program w
> C/C++, skompilować pod Linuksa i wykonywać bezpośrednio pod CPU.
> Pomijamy w ten sposób jedną warstwę abstrakcji, generującą dodatkowe
> obciążenie i mogącą być źródłem potencjalnych problemów.
>


Masa androidowych aplikacji (lub ich składniki) jest napisana w C i mają
rózne 'buildy' dla róznych architektur. Część odpowiedzialna za GUI
komunikuje się poprzez API ale możliwe jest też pisanie gui w C

c.

do góry

W dniu 2016-04-07 o 12:00, J.F. pisze:

> No, jak pomyslimy tak dalej, to wrocimy do assemblera :-)

Nie no, ja to rozumiem. Można by oszaleć, gdyby się chciało jakiś
bardziej zaawansowany projekt na Raspberry Pi przepisać bezpośrednio na
"bare metal", nie tracąc absolutnie nic z funkcjonalności zapewnianej
przez OS. Niemniej co takiego może zaoferować wirtualna maszyna Dalvika
na Androidzie, czego w zastosowaniach embedded nie oferowałby Linux i C/C++?

do góry

W dniu 04.04.2016 o 10:05, Atlantis pisze:
> Szukam jakiegoś urządzenia, które mogłoby zastąpić używane obecnie
> przeze mnie Raspberry Pi.
>
> Na "Malinie" mam w tej chwili postawionego Raspbiana, który udostępnia
> kilka podstawowych usług dla komputerów w sieci domowej (m.in. serwer
> HTTP) a także obsługuje kilka samodzielnie napisanych daemonów, które
> współpracują z sieciowymi urządzeniami na MCU (czujniki, moduły
> wykonawcze). Przez pewien czas komputerek udostępniał też serwer MPD,
> ale obecnie ta funkcjonalność została zastąpiona przez Chromecasta Audio. ;)
>
>

(...)

> Brałem pod uwagę zakup czegoś w rodzaju CubieBoard2 albo CubieTruck.
> Ktoś z Was miał z nimi może do czynienia?
>

Korzystałem z CubieBoard2 + dysk na SATA. Co do ogólnej stabilności to
ok. Wyświetlacz TFT podłączony po niededykowanym interfejsie - bez szału
ale działał, RS232 dział. Coś nie mogłem ogarnąć transferu plików z PC,
niby wszystko działało ale były jakieś takie dziwne przycięcia.
W każdym razie do backupów nie polecam. Może miałem coś źle
pokonfigurowane, ale coś czuję że jednak przydał by się mocniejszy
sprzęt na ten cel. Gigabitowa sieć też by nie zaszkodziła.


U mnie sprzęt na razie czeka aż będę miał natchnienie aby się nim zająć,
albo się go pozbyć.

--
Pozdrawiam
Maks

do góry