pcDuino

Awatar użytkownika
Fabrykator.pl
Posty: 8759
Rejestracja: 06 mar 2012, 20:07
Lokalizacja: Darłowo
Kontaktowanie:

pcDuino

Postautor: Fabrykator.pl » 18 paź 2014, 21:12

Bardzo ciekawy kombajnik
http://www.pcduino.com/
Załączniki
pcDuino_v2.jpg

tplewa
Posty: 100
Rejestracja: 22 wrz 2014, 11:09
Lokalizacja: Warszawa

Re: pcDuino

Postautor: tplewa » 18 paź 2014, 21:56

Jest tego pelno na rynku :) zaczynajac od Raspberry PI, CubieBoard, MarsBoard... od niedawna Intel Edison... itd. Tylko to lekki przerost formy nad trescia (z drugiej strony widzialem RB PI uzyty do sterowania lampek na choince). Kolejna sprawa Linux czy Android to sredni pomysl lepiej isc w strone jakis RTOS-ow np. QNX... No i inny temat programowanie pod OS-a znacznie rozni sie od programowania uC jednoukladowego...

Tutaj gosciu ma dosc spory wybor tego:
https://elty.pl/pl/c/MarsBoard%2C-Cubie ... Bone/150/1

Kolejna sprawa to ARM-y te mniejsze jak i te wieksze maja troche inaczej podpiete porty IO niz taki AVR wiec w przypadku braku rozwiazan w stylu Fast IO itp. trzeba inaczej sterowac np. stepstickami itd. bo nie da sie tam zbyt szybko "machac pinami" bo nie do tego zostaly one stworzone. Wiec podchodzac do softu trzeba niemal wszystko robic calkiem odmiennie niz w obecnych rozwiazaniach.

Z drugiej strony jak wspominalem to przerost formy nad trescia - skoro do tej pory nawet stosujac ARM-y zamiast AVR-ow oprogramowanie nie wykorzystuje ich mocy obliczeniowej tylko uzywa sie to co dziala na AVR (pisze to juz ktorys raz) - przeportowujac tylko oprogramowanie... ot dla mnie takie podejscie jest bez sensu.

Aby zastosowac jakis LCD to mniejsze ARM-y tez nie sa rozwiazaniem bo przy wiekszych rozdzielczosciach tez sie udlawia i trzeba sporo kombinowac aby GUI dzialalo plynnie (cholernie duzo pracy i optymalizacji) zwlaszcza ze tanie wyswietlacze TFT nie maja frame buffer-a... choc mozna dac jakis z malym akceleratorem i sterownikiem TFT np. STM32F439 i takie cos powinno spokojnie wystarczyc bez potrzeby stosowania A20 itp. Zwlaszcza ze ARMy tego typu na ktorych mozemy odpalic OS-a (z kontrolerem pamieci) wymagaja podpiecia pamieci na dosc szybkich magistralach co zwiazane jest z PCB wielowarstwowymi i sporo trudniejszym projektem PCB (co znacznie podnosi cene). Taki A20 to BGA441 czyli czuje ze bez 8 warstw to bedzie trudno :)

Fajnie by bylo jak ktos wkoncu podszedl by do tematu kompleksowo i odciol sie od obecnych rozwiazan wyznaczajac nowa droge i jakosc ;) No ale niestety to sporo pracy bo caly soft do napisania od zera tak samo na uC jak i na PC... (ot Repetier-Host pisany jest przykladowo w .NET ktore nie nalezy do najwydajnieszych, a tym bardziej Mono czyli "emulacja" .net pod Linuxa czy OSX-a)... gdzie tez Mono jest daleko w tyle za .NET i trzeba sie sporo ograniczac by to dzialalo na wszystkich platformach. Lepszym podejsciem bylo by juz chyba QT...

Prawde mowiac to dlugo mozna by tak pisac co mozna by jeszcze zrobic i zmienic aby to mialo rece i nogi :)
Ostatnio zmieniony 18 paź 2014, 22:39 przez tplewa, łącznie zmieniany 3 razy.

Awatar użytkownika
feriar
Posty: 814
Rejestracja: 15 sty 2014, 17:29
Lokalizacja: Jelenia Góra

Re: pcDuino

Postautor: feriar » 18 paź 2014, 22:20

Kolejne UDOO
Jak zbudować drukarkę 3D, kalibracja drukarki 3D od podstaw, rozwiązywanie problemów z drukiem, Recenzje, Liczne poradniki i Kursy z zakresu programowania i tworzenia urządzeń znajdziesz na mojej stronie http://feriar-lab.pl ;) Zapraszam

tplewa
Posty: 100
Rejestracja: 22 wrz 2014, 11:09
Lokalizacja: Warszawa

Re: pcDuino

Postautor: tplewa » 18 paź 2014, 23:02

Ewentualnie jak ktos ma zbedna kase to cos takiego zrobic:

http://blog.iteadstudio.com/using-the-i ... d-printer/
Ostatnio zmieniony 18 paź 2014, 23:10 przez tplewa, łącznie zmieniany 1 raz.

Awatar użytkownika
Fabrykator.pl
Posty: 8759
Rejestracja: 06 mar 2012, 20:07
Lokalizacja: Darłowo
Kontaktowanie:

Re: pcDuino

Postautor: Fabrykator.pl » 18 paź 2014, 23:08

To nie kolejne UDOO, bo UDOO ma osobny procek SAM do arduino a w tym przypadku wszystko jest w jednym.

tplewa
Posty: 100
Rejestracja: 22 wrz 2014, 11:09
Lokalizacja: Warszawa

Re: pcDuino

Postautor: tplewa » 18 paź 2014, 23:22

Krzysztof tam ten procek jest bo ludzie przemysleli cos z tego co pisalem wyzej ;) dlatego w w/w linku ktos tez dal zwykle Arduino + plytka na A20 jako PC ;)

Jak bym mial cos robic to jak w linku wyzej na Cubieboard2 z Alwiner A20 - przynajmniej na tym jakos OS rozsadnie chodzi i nie startuje pol wieku ;) Choc do PC dalej daleko wiec nie wiem czy nie lepiej jakiegos miniITX z Atomem ;) Ewentualnie jak mniejsze to Nano lub Pico ITX... Dlatego pisalem ze to lekki przerost formy nad trescia...

ARM-y to bardzo fajne procki tylko w ich przypadku trzeba calkiem inaczej podchodzic do tematu, bo potem wychodzi ze AVR jest lepszy i rodza sie np. takie bzdurne tematy:
http://www.elektroda.pl/rtvforum/topic2795454-0.html

Awatar użytkownika
Fabrykator.pl
Posty: 8759
Rejestracja: 06 mar 2012, 20:07
Lokalizacja: Darłowo
Kontaktowanie:

Re: pcDuino

Postautor: Fabrykator.pl » 19 paź 2014, 9:41

tplewa pisze:
Kolejna sprawa to ARM-y te mniejsze jak i te wieksze maja troche inaczej podpiete porty IO niz taki AVR wiec w przypadku braku rozwiazan w stylu Fast IO itp. trzeba inaczej sterowac np. stepstickami itd. bo nie da sie tam zbyt szybko "machac pinami" bo nie do tego zostaly one stworzone. Wiec podchodzac do softu trzeba niemal wszystko robic calkiem odmiennie niz w obecnych rozwiazaniach.



Nie jestem programistą, ale w przypadku portowania LCP1768 dla Repetiera sama zmiana w Fast IO za wiele nie dała. Dziwne przyspieszenia na driverach się pojawiły, elementy wykonawcze były widziane, jednak pracowały niestabilnie itp. Coś, co teoretycznie miało nam zająć ok. miesiąc trwa do dnia dzisiejszego (czyli pół roku). Myśleliśmy, ze w związku z przygotowanym Repetierem dla SAM-a pójdzie szybko, ale .... no właśnie, pojawiło się to ale ;)

Awatar użytkownika
Fabrykator.pl
Posty: 8759
Rejestracja: 06 mar 2012, 20:07
Lokalizacja: Darłowo
Kontaktowanie:

Re: pcDuino

Postautor: Fabrykator.pl » 19 paź 2014, 9:42

tplewa pisze:
Kolejna sprawa to ARM-y te mniejsze jak i te wieksze maja troche inaczej podpiete porty IO niz taki AVR wiec w przypadku braku rozwiazan w stylu Fast IO itp. trzeba inaczej sterowac np. stepstickami itd. bo nie da sie tam zbyt szybko "machac pinami" bo nie do tego zostaly one stworzone. Wiec podchodzac do softu trzeba niemal wszystko robic calkiem odmiennie niz w obecnych rozwiazaniach.



Nie jestem programistą, ale w przypadku portowania LCP1768 dla Repetiera (dla elektroniki UDS3D) sama zmiana w Fast IO za wiele nie dała. Dziwne przyspieszenia na driverach się pojawiły, elementy wykonawcze były widziane, jednak pracowały niestabilnie itp. Coś, co teoretycznie miało nam zająć ok. miesiąc trwa do dnia dzisiejszego (czyli pół roku, ale na szczęście na finiszu). Myśleliśmy, że w związku z przygotowanym Repetierem dla SAM-a pójdzie szybko, ale .... no właśnie, pojawiło się to ale ;)

tplewa
Posty: 100
Rejestracja: 22 wrz 2014, 11:09
Lokalizacja: Warszawa

Re: pcDuino

Postautor: tplewa » 19 paź 2014, 11:16

Krszystof nie dziwni mnie to ale kibicuje elektronice aby sie udalo - bo na prawde to kupa roboty przeportowac jakis soft z AVR na ARM.

Odbiegajac troche od tematu mozna trafic na ARM-a ktory nie ma FAST IO itp. bo to sa za zwyczaj rozwiazania producentow ktorzy robia otoczke peryferiow do danego rdzenia ARM. W takim A10 czy A20 takie podejscie podpiecia elektroniki moze sie wcale nie sprawdzic bo to mozna lekko porownac do podpinania sie pod LPT w PC... Tutaj aby to sprawnie dzialalo trzeba albo wykorzystac wbudowane peryferia w procesor, a jaki ich nie ma umiescic wlasne w przestrzeni adresowej proceosra/podpiete pod USB itp. do tego napisac do nich modul dla kernela do obslugi itp. Kwestia tego co w danym procesorze jest dostepne, ale im wiekszy procek (przystosowany dla OS-a) tym takie sprawy realizuje sie trudniej. W sumie moze nie trudniej tylko calkowiecie inaczej projektuje sie elektronike. Wiele razy tutaj slyszelem tez o uzyciu RB PI bo to niby super szybki procek - tylko chyba nikt nie testowal jak wyglada tam dojscie do dostepnych IO - a raczej ich szybkosc itp.

Awatar użytkownika
Fabrykator.pl
Posty: 8759
Rejestracja: 06 mar 2012, 20:07
Lokalizacja: Darłowo
Kontaktowanie:

Re: pcDuino

Postautor: Fabrykator.pl » 19 paź 2014, 11:36

Można by powiedzieć, że po takim dłubaniu i przeróbkach mamy poniekąd własny firmware a nie opensource (bo to ostatnimi czasy takie MODNE stwierdzenie kilku producentów) ;)


Wróć do „Elektroniki 32-bitowe”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 1 gość