Goto page Previous 1, 2, 3 Next
zenek
Guest
Tue Jul 27, 2010 8:41 pm
W dniu 2010-07-27 22:33, Sebastian Biały pisze:
Quote:
On 2010-07-27 21:57, Andgro wrote:
Wystarczy wejść na stronę Microchipa żeby w ciągu 5 minut znaleźć
odpowiedzi na Twoje pytania.
Od paru miesięcy interesowalem się tematem na zasadzie "i jak tam?".
Wiem, że pice 18 mają jakieś ficzery pozwalające uzyskac preemptive
multitasking w sposób rozsądny. Jednak materiały reklamowe mają się
średnio do rzeczywistości i dlatego interesuje mnie opinia kogoś żywego.
Mnie programowanie uC w C zupełnie nie interesuje, więc nie powiem nic
więcej na temat szczegółów.
W tym rzecz właśnie. Podobnie jak marketoidalne bzdury ze stron
producentów kontra nudne lektury po 2000 stron dokumentacji. Po prostu
chce poznać opinie kogoś kto w tym robi, że "już czas zerknąc na PICe"
bo staly się bardziej normalne.
Czas sie zastanowic czy dalej rzezbic w gownie czy skoczyc klase wyzej !
Andgro
Guest
Tue Jul 27, 2010 8:42 pm
Adam Dybkowski pisze:
Quote:
Dobrze, że dobitnie 5 raz dałeś nam o tym znać.
Ale zaraz potem skasowałem. Serwer TPSA twierdził, że odrzuca mój post,
a okazało sie że jednak go puszczał.
--
Pozdrawiam,
A. Grodecki
Zbych
Guest
Tue Jul 27, 2010 8:59 pm
Andgro przemówił ludzkim głosem:
Quote:
Microchip ma kilka fajnych bardzo niedrogich(!) narzędzi wydatnie
wspomagających uruchamianie.
Ostanio mam okazję pobawić się microchipowymi narzędziami do PIC18,
ichnim stosem tcp/ip i muszę powiedzieć, że mam mieszane uczucia. To co
cieszy to rzeczywiście niska cena PicKita (programator-debuger). Ale
software jest już lekko denerwujący. MPLAB wygląda jakby zatrzymał się w
rozwoju jakieś kilkanaście lat temu, wszystkie okna są luźne.
http://www.microchip.com/stellent/groups/devtools_sg/documents/devtools/~export/en019469~146~en006096~PressReleaseLayout/128117-1.png
Nic nie można przyczepić na stałe (np. okna z projektem i output), brak
możliwości szybkiego przełączania tylko między oknami z plikami
źródłowymi, brak bookmarków, brak skrótów do programowania flasha uC i
najbardziej upierdliwy brak podpowiadania składni.
Kompilator microchipa C18 łyka tylko C89, o udogodnieniach z C99 można
zapomnieć. Gadzina potrafi się pruć, że do funcji biorącej (void *)
próbujemy przekazać (BYTE *), nie generuje warningów o nieużywanych
zmiennych, choć je usuwa.
Debuger w zasadzie działa, ale bardzo często przy zmiennych lokalnych w
funkcjach pokazywał mi "out of scope" i musiałem tworzyć zmienne
globalne. PIC18 ma tylko 3 sprzętowe pułapki, 1 jest używana do pracy
krokowej, więc do użytku zostają tylko dwie - jak na mój gust mało.
Co do samego stosu tcp/ip, to działa całkiem sprawnie i ma małe
wymagania. Aplikacja z klientem DHCP i komunikacją po UDP zjada mi około
30kB flash i 1kB RAMu. Słaba jest niestety dokumentacja samego stosu.
Spece z microchipa natrzepali za to prezentacji jak zrobić sobie serwer
http i własne dynamiczne stronki.
Andgro
Guest
Tue Jul 27, 2010 9:21 pm
Sebastian Biały pisze:
Quote:
W tym rzecz właśnie. Podobnie jak marketoidalne bzdury ze stron
producentów kontra nudne lektury po 2000 stron dokumentacji. Po prostu
chce poznać opinie kogoś kto w tym robi, że "już czas zerknąc na PICe"
bo staly się bardziej normalne.
Już byś dawno wiedział, gdybyś potrzebował. Ale wolisz czekać aż ktoś
odrobi lekcje za Ciebie?
Nie handluje PIC-ami wiec ja tego za Ciebie nie zrobię, bo nie mam
motywacji. Mogę tylko powiedzieć, że hasło "zaprojektowane specjalnie
dla tworzenia oprogramowania w języku C" widziałem na stronie Mchipa juz
dawno. Nic więcej nie wiem, bo jak juz wspomniałem, nie jestem tym
zainteresowany. W moich urządzenia uC pełnia rolę pomocnicza dla
analogówki i często są to wymagające systemy czasu rzeczywistego, gdzie
zrzucenie roboty na crosskompilator nie ma sensu o ile w ogóle jest
możliwe. Albo tak proste programy na kilka ekranów, że pisze je jedną
ręka mieszając drugą herbatę w szklance.
--
Pozdrawiam,
A. Grodecki
Andgro
Guest
Tue Jul 27, 2010 9:28 pm
Zbych pisze:
Quote:
Andgro przemówił ludzkim głosem:
Do programowania flasha masz przycisk na belce komend a pice 18 mają 3
pułapki sprzętowe. Nie wiem, może kompilator C jedna z nich sobie
zabiera? Ja używam wszystkich 3.
Do zaawansowanych aplikacji i takich które sie zwrócą w produkcji należy
używać symulatora sprzętowego. Debugger za 500zł - nie oczekujmy cudów.
--
Pozdrawiam,
A. Grodecki
Zbych
Guest
Tue Jul 27, 2010 9:50 pm
Andgro przemówił ludzkim głosem:
Quote:
Zbych pisze:
Andgro przemówił ludzkim głosem:
Do programowania flasha masz przycisk na belce komend a pice 18 mają 3
pułapki sprzętowe. Nie wiem, może kompilator C jedna z nich sobie
zabiera? Ja używam wszystkich 3.
To nie kompilator, tylko debuger i nie zabiera, tylko używa jednej z
pułapek do pracy krokowej. Jak postawię trzy pułapki w kodzie, to
przestaje działać praca krokowa (MPLAB wyświetla ostrzeżenie).
Sebastian BiaĹy
Guest
Wed Jul 28, 2010 5:26 am
On 2010-07-27 22:41, zenek wrote:
Quote:
Czas sie zastanowic czy dalej rzezbic w gownie czy skoczyc klase wyzej !
Zdefiniuj "gówno".
Sebastian BiaĹy
Guest
Wed Jul 28, 2010 5:32 am
On 2010-07-27 23:21, Andgro wrote:
Quote:
Już byś dawno wiedział, gdybyś potrzebował. Ale wolisz czekać aż ktoś
odrobi lekcje za Ciebie?
Więc zamknijmy grupe, wymiana doświadczeń nie ma sensu. Ostatni gasi serwer.
Quote:
"zaprojektowane specjalnie
dla tworzenia oprogramowania w języku C" widziałem na stronie Mchipa
Ja też widziałem wiele ciekawych rzeczy na stronach. Pisanych przez
marketoidów. Realia sa czasem inne. GCC do dzisiaj nie powstal więc
*może* między wierszami należy czytać "zaprojektowany do C, ale
spieprzylismy projekt". Tego ze stron nie wyczytam i pytam o praktykę.
Przeciez nie jestem jedyny ktory gcc na PICach przywitał by z radością.
Quote:
Albo tak proste programy na kilka ekranów, że pisze je jedną
ręka mieszając drugą herbatę w szklance.
No więc ja nie piszę prostych programów. Co gorsza ostatnio stosuje
często preemptive mutitasking (na ARM7), taka specyfika projektów.
Dlatego nie dam rady napisać tej jedna ręką, sorry, potrzebuje wsparcie
w hardware.
Sebastian BiaĹy
Guest
Wed Jul 28, 2010 5:35 am
On 2010-07-27 22:59, Zbych wrote:
Quote:
Kompilator microchipa C18 łyka tylko C89, o udogodnieniach z C99 można
zapomnieć.
No wlaśnie. To chyba główny powód dla którego trzeba bedzie poczekac na
port GCC zamiast bawic się natywnymi gównianymi kompilatorkami. Pytanie
czy się doczekamy.
Quote:
Debuger w zasadzie działa, ale bardzo często przy zmiennych lokalnych w
funkcjach pokazywał mi "out of scope" i musiałem tworzyć zmienne
globalne.
Optymalizacja?
Quote:
PIC18 ma tylko 3 sprzętowe pułapki, 1 jest używana do pracy
krokowej, więc do użytku zostają tylko dwie - jak na mój gust mało.
Podobnie jak ARM7. Da się żyć.
Quote:
Spece z microchipa natrzepali za to prezentacji jak zrobić sobie serwer
http i własne dynamiczne stronki.
Marketoidzi tak mają. Pisza rzeczy a czytac trzeba między
wierszami/slajdami.
Zbych
Guest
Wed Jul 28, 2010 6:15 am
Sebastian Biały pisze:
Quote:
On 2010-07-27 22:59, Zbych wrote:
Kompilator microchipa C18 łyka tylko C89, o udogodnieniach z C99 można
zapomnieć.
No wlaśnie. To chyba główny powód dla którego trzeba bedzie poczekac na
port GCC zamiast bawic się natywnymi gównianymi kompilatorkami. Pytanie
czy się doczekamy.
Jest jeszcze IMO zdecydowanie lepszy kompilator Hi-Techa, ale miałem
problem ze skompilowaniem pod nim stosu microchipa i dałem sobie spokój.
GCC obsługuje od PIC24 wzwyż.
Quote:
Debuger w zasadzie działa, ale bardzo często przy zmiennych lokalnych w
funkcjach pokazywał mi "out of scope" i musiałem tworzyć zmienne
globalne.
Optymalizacja?
Jeden z przypadków to był bufor odbiorczy RSa. Jak kompilator potrafił
to zoptymalizować i wyrzucić, to chylę czoła.
entroper
Guest
Wed Jul 28, 2010 2:32 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:i2nbvs$o5e$1@news.onet.pl...
Quote:
Hmmm chyba nie o tym mówie kiedy mam na myśli sprzetowe stosy

nie
wiem jak to teraz wygląda w PICach, wlasnie chciałbym się dowiedzieć,
może warto się przeprosić.
obecnie PICe to już nie PICe

Microchip się chyba poddał, zakupili jakiś
rdzeń a'la cortex i to jest teraz PIC32. Plusem jest darmowy kompilator, w
każdym razie możesz rozważyć. Niestety nie wiadomo, czy jest to tak samo
pancerne jak stare PICe.
O starszych PIC-ach zapomnij, nie dość, że będziesz mocno zdziwiony, to
cenowo przestaje to już być opłacalne. Architektura PICów16 śniłaby Ci się
po nocach, choć rozsądnie użyte i oprogramowane w bardzo okrojonym C
potrafiły dużo zdziałać jak na swoje osiągi. Wszystko pomiędzy PIC16 a
PIC32, hmm... nie korzystam i była to dokładnie rozważona decyzja :)
e.
Sebastian BiaĹy
Guest
Wed Jul 28, 2010 4:47 pm
On 2010-07-28 16:32, entroper wrote:
Quote:
obecnie PICe to już nie PICe

Microchip się chyba poddał, zakupili jakiś
rdzeń a'la cortex i to jest teraz PIC32.
Tzn to jest jakiś ARM czy tylko wydajnościowo podobne? Coś jak AVR32?
Quote:
Niestety nie wiadomo, czy jest to tak samo
pancerne jak stare PICe.
W zasadzie to jedyny powód wyprowadzki z AVR. Jeśli będa podatne na
zakłucenia to ja dziękuje.
Quote:
O starszych PIC-ach zapomnij, nie dość, że będziesz mocno zdziwiony, to
cenowo przestaje to już być opłacalne.
Mam rozumieć ze stare PICe i nowe PICe mają wspólna tylko nazwę i nic
więcej?
entroper
Guest
Wed Jul 28, 2010 5:42 pm
Użytkownik "Sebastian Biały" <heby@poczta.onet.pl> napisał w wiadomości
news:i2pmvu$me2$1@news.onet.pl...
Quote:
On 2010-07-28 16:32, entroper wrote:
obecnie PICe to już nie PICe

Microchip się chyba poddał, zakupili
jakiś
rdzeń a'la cortex i to jest teraz PIC32.
Tzn to jest jakiś ARM czy tylko wydajnościowo podobne? Coś jak AVR32?
rdzeń M4K jest wydajnościowo mniej więcej na poziomie cortex-M3 OIDP
Quote:
Mam rozumieć ze stare PICe i nowe PICe mają wspólna tylko nazwę i nic
więcej?
jeśli chodzi o serię PIC32 to IMHO tak.
e.
Jerry1111
Guest
Wed Jul 28, 2010 8:25 pm
On 28/07/2010 15:32, entroper wrote:
Quote:
Użytkownik "Sebastian Biały"<heby@poczta.onet.pl> napisał w wiadomości
news:i2nbvs$o5e$1@news.onet.pl...
Hmmm chyba nie o tym mówie kiedy mam na myśli sprzetowe stosy

nie
wiem jak to teraz wygląda w PICach, wlasnie chciałbym się dowiedzieć,
może warto się przeprosić.
obecnie PICe to już nie PICe

Microchip się chyba poddał, zakupili jakiś
rdzeń a'la cortex i to jest teraz PIC32. Plusem jest darmowy kompilator, w
każdym razie możesz rozważyć. Niestety nie wiadomo, czy jest to tak samo
pancerne jak stare PICe.
A MPLABa przepisali od poczatku? Bo o ile procki maja znosne, to MPLAB
doprowadza do (jakto Waldek nazywa????) kurwicy jader.
Dlaczego inne procki maja strawne IDE (czesto Eclipse) a MPLAB jest jaki
jest od ponad 10 lat?
--
Jerry1111
Jerry1111
Guest
Wed Jul 28, 2010 8:27 pm
On 28/07/2010 17:47, Sebastian Biały wrote:
Quote:
On 2010-07-28 16:32, entroper wrote:
obecnie PICe to już nie PICe

Microchip się chyba poddał, zakupili
jakiś
rdzeń a'la cortex i to jest teraz PIC32.
Tzn to jest jakiś ARM czy tylko wydajnościowo podobne? Coś jak AVR32?
Nie wiem czy Cortex-M3 nie maja gdzies tam w PIC32.
Quote:
Niestety nie wiadomo, czy jest to tak samo
pancerne jak stare PICe.
W zasadzie to jedyny powód wyprowadzki z AVR. Jeśli będa podatne na
zakłucenia to ja dziękuje.
Nowa (cienka) technologia, wiec trzeba wiecej uwagi poswiecic.
--
Jerry1111
Goto page Previous 1, 2, 3 Next