Andgro przemówił ludzkim głosem:
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).
Andgro przemówił ludzkim głosem:
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).
Zdefiniuj "gówno".
Więc zamknijmy grupe, wymiana doświadczeń nie ma sensu. Ostatni gasi serwer.
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ą.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.
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.
Optymalizacja?
Podobnie jak ARM7. Da się żyć.
Marketoidzi tak mają. Pisza rzeczy a czytac trzeba między wierszami/slajdami.
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ż.
Jeden z przypadków to był bufor odbiorczy RSa. Jak kompilator potrafił to zoptymalizować i wyrzucić, to chylę czoła.
Użytkownik "Sebastian Biały" snipped-for-privacy@poczta.onet.pl> napisał w wiadomości news:i2nbvs$o5e$ snipped-for-privacy@news.onet.pl...
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.
Tzn to jest jakiś ARM czy tylko wydajnościowo podobne? Coś jak AVR32?
W zasadzie to jedyny powód wyprowadzki z AVR. Jeśli będa podatne na zakłucenia to ja dziękuje.
Mam rozumieć ze stare PICe i nowe PICe mają wspólna tylko nazwę i nic więcej?
rdzeń M4K jest wydajnościowo mniej więcej na poziomie cortex-M3 OIDP
jeśli chodzi o serię PIC32 to IMHO tak.
e.
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?
Nie wiem czy Cortex-M3 nie maja gdzies tam w PIC32.
Nowa (cienka) technologia, wiec trzeba wiecej uwagi poswiecic.
Użytkownik "Jerry1111" snipped-for-privacy@wp.pl.pl.wp> napisał w wiadomości news:i2q3oi$vh4$ snipped-for-privacy@news.onet.pl...
też mnie to zastanawia :)
e.
Chodzą plotki że MPLAB "się przepisuje", chyba na GUI oparte na Qt.
Jak zwykle Microchip musie byc inny niz reszta. Nie prosciej wziac gotowy Eclipse?
Zmarwie Cię. Eclipse w tej branży jest mało popularne w przeciwieństwie do Qt.
Bo ja wiem? Nios, AVR, LPC (nie wiem czy producent daje, ale daje sie zrobic samemu), cos tam Fujitsu - wszystko Eclipse. Na Qt jeszcze nie trafilem.
Xilinxowe ISE jest na Qt. Ciężko chyba wymyślić coś bardziej upierdliwego. Sam się długo zastanawiałem czemu nie chcą się przesiąść na Eclipse, gdzie spora część funkcji jest już zaimplementowana. BTW. udało się może komuś skonfigurować eclipsowy plugin do VHDLa do współpracy z narzędziami CLI xilinxa? Próbowałem szukać na sieci, ale nic nie udało mi się znaleźć.
j.
Cholera... chyba telepatii doswiadczylem ~10 lat temu (jak zaczynalem CPLD/FPGA). 'Cos' mowilo mi zeby nie ruszac Xilinxa, tylko brac Altere. Czesto slysze narzekania ze Xilinxowy software nie jest najlepszy.
Ki czort?
Have something to add? Share your thoughts — no account required.
Ask the community — no account required