logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Mikrobasic Avr Programowanie Mikroelektronika

15 Wrz 2008 16:45 11656 65
  • #1 5537665
    Konto nie istnieje
    Konto nie istnieje  
  • #2 5537873
    mirekk36
    Poziom 42  
    Witam,

    taka trochę a w zasadzie całkowicie wyrwana z kontekstu ta twoja wypowiedź (post) ... jakbyś w innym temacie coś zaczął a w całkiem nowym kończył - i nie wiadomo o co chodzi .... ot, ni przypiął ni wypiął


    .... ale z kolei dzięki tobie ;) , zajrzałem z ciekawości na tę stronkę. I o ile mało akurat mnie interesują jakieś tam dziwolągowate zestawy uruchomieniowe, to .....

    ... fajnie, jednak, że nawet ten dziwny post się ukazał bo , zobaczyłem tam różne kompilatory. Nie tylko Mikrobasic ale też MikroC oraz co dla mnie bardzo ciekawe MikroPascal

    ..... tak więc nie chcąc tworzyć nowego dziwnego tematu podłączam się z pytaniem, czy ktoś może korzystał z kompilatorów tej firmy ale dla procków AVR. Nie koniecznie MikroBasica ale może MikroC bo w Pascalu wątpię aby ktoś pisał coś na tego typu prockach.

    W necie na forach doczytałem się , że jednak te kompilatory na dzień dzisiejszy pozostawiają wiele do życzenia - ale może jak to zwykle bywa, piszą to ludzie, którzy mają tak ogólnie problemy z programowaniem.

    więc, jesli ktoś miał może z kolegów jakąkolwiek styczność z którymś z tych kompilatorków tej firmy to bardzo proszę o jakieś recenzje, swoje albo nawet zasłyszane uwagi - czym więcej informacji tym lepiej.

    (najciekawsze jest to, że pakiety oferowane są w tak egzotycznych językach jak: turecki, rumuński itp - a polskiego jak zwykle nie uświadczysz)

    pozdrawiam
  • #3 5538454
    mirekk36
    Poziom 42  
    aaa czyli rozumiem, że ty zakupiłeś ??? sam kompiltor MikroBasic czy wraz z którymś zestawem uruchomieniowym?

    z tego co czytałem, to prawie do każdego rodzaju języka oferują sporo gotowych bibliotek do obsługi różnych modułów.

    no i tak się zastanawiam, jak to jest, że wspiera to Microchip skoro środowisko jest rozwijane także dla AVR? ;)

    tak przy okazji mógłbyś przedstawić jakiś fragment kodu w jakimś pliku tekstowym?
  • #4 5539011
    mirekk36
    Poziom 42  
    "oooo matko z córką !!!" .... kurka wodna, sorry, że się tak podnieciłem niezdrowo po pierwszym kontakcie z kompilatorem MikroPascal (podobnie MikroBasic) - jeszcze potestuję MikroC.

    normalnie jak narazie jestem w przemiłym szoku. Poza bardzo wygodnym, co tu dużo mówić, BARDZO wygodnym IDE, wszystko inne wygląda też niesamowicie!

    podgląd skompilowanej wersji w ASM, śliczny debugger.

    Na dniach też zrobię parę testów z przekompilowaniem kilku prostych programików w Bascomie, AVR GCC, a także dla takiego wstępnego porównania w kompilatorach MikroXXX

    a tak przy okazji - wcale się aż tak długo nie kompiluje kodzik, nie jest tak źle

    Jedną sporą wadą tych kompilatorów Mikroelektroniki jest to, że "skubańcy" nie dają źródeł do swoich prekompilowanych bibliotek (mówię o użytkownikach, którzy wydali ciężką kaskę na kompilator). Tłumaczą to tym, że łatwiej im zapewnić support dla "zamkniętych" bibliotek, że to nie jest projekt otwart jak GCC i tym podobne bzdety.

    Ale to żaden problem na szczęście, bo pisanie swoich bibliotek kompilowanie ich jest proste jak drut !!!

    - naprawdę "cuda na kiju" ;) ..... oby tylko moje zafascynowanie nie przeszło tak szybko jak się zaczęło z powodu jednak jakichś problemów, które wyjdą w trakcie użytkowania.

    do zalet można dodać to - że są nieziemsko świetne i kosmicznie przejrzyste wbudowane helpy, wraz z pięknymi przykładowymi schematami .....

    ..... oj dobrze, że zobaczyłem ten twój pościk ;)

    jak tylko testy pójdą dobrze to chyba będę "zmuszony" zakupić kompilatorek, tak więc testuj równie mocno.... może też się zdecydujesz to spróbujemy dokonać zakupu Mega Hurtowej ilości kompilatorów, bo aż 2 sztuki i może chłopaki z Mikroelektroniki dadzą jakiś rabacik ? hyhyhyhy (a przy obecnym kursie biednego dolara - aż się chce kupić coś takiego)

    pozdrówka

    PS ... eeeh no i znowu kolejne nieprzespane noce ;)
  • #5 5539652
    mirekk36
    Poziom 42  
    aż pokuszę się o takie małe, może mało znaczące porównanie (ale to na razie początki testów i porównań. Zobaczymy dalej).

    Jednak taki bardzo prosty program w MikroPascalu:

    program led_blinking;
    procedure wait;
    begin
     Delay_ms(300);
    end;
    begin
      DDRB:=$FF;
      DDRC:=$FF;
      DDRD:=$FF;       // set direction to be output
      while true do
        begin
          PORTB:=$FF;
          PORTC:=$FF;
          PORTD:=$FF;     // turn on leds
          wait;
          PORTB:=$00;
          PORTC:=$00;
          PORTD:=$00;     // turn off leds
          wait;
        end;
    end.


    zajmuje po skompilowaniu na ATmega8 przy kwarcu 11059200Hz tylko 126 bajtów pamięci programu

    natomiast dokładnie to samo w Bascomie:

    $regfile = "m8def.dat"
    
    $crystal = 11059200
    
    Ddrb = &HFF
    Ddrc = &HFF
    Ddrd = &HFF
    
    Do
       Portb = &HFF
       Portc = &HFF
       Portd = &HFF
       Waitms 300
       Portb = &H00
       Portc = &H00
       Portd = &H00
       Waitms 300
    Loop


    zajmuje już 190 bajtów pamięci programu, przy czym w MikroPascalu mam dodatkowo od razu podgląd co on skompilował w ASM
  • #6 5539847
    Freddy
    Poziom 43  
    No i czym się tu podniecać.
    W/w program skompilowany w FastAVR zajmuje 82 bajty !
  • #7 5540054
    KeinXor
    Poziom 24  
    Witam,
    jestem szczęśliwym użytkownikiem środowiska MikroPascal (w pełnej wersji zakupiony przez firmę w której pracuję), osobiście uważam że środowisko jest dość dopracowane dla mnie ogromnym plusem jest liczna lista bibliotek, nie zastanawiam się jak obsługiwać zapis na kartę SD tylko to robię korzystając z dobrodziejstw tych że bibliotek.
    Z czystym sumieniem polecam firmę Mikroelektronika jak ich środowiska.
  • #8 5540148
    mirekk36
    Poziom 42  
    Freddy -> zaciąłem się żeby sprawdzić z czego wynika tak znaczna różnica w długości wygenerowanego kodu jeśli chodzi o podany przez ciebie FastAVR oraz MikroPascal przy tym samym kodzie programu. Okazało się, że przy tak małych programach wychodzi ta różnica głównie dlatego, że FastAVR umieszcza od razu kod wynikowy w przestrzeni wektorów przerwań (to trochę brzydko jednak) natomiast MikroPascal zostawia na nie miejsce wypełniając je jednak $FFFF zamiast RETI to też trochę brzydko, jednak generalnie ja zawsze gdy nawet piszę w asemblerze to też nie umieszczam kodu w obszarze wektorów tylko wstawiam tam polecenia RETI

    poza tym no troszkę dłuższe pętle generuje dla poleceń Delay niż FastAVR - czyli tu FastAVR wykazuje się ciut lepszą optymalizacją kodu - jednak to już nie są wielkie i istotne różnice

    po przyjrzeniu się FastAVR tzn jeśli chodzi o samo IDE to wydaje się ono być hmmm, że tak brzydko powiem "drewniane i toporne" w porównaniu do wykody i możliwości Mikro-Kompilatorów - no ale może autor, który jak widać sam to wszystko pisze i chwała mu za to - jednak nadrobi i te zaległości. Sam wiem jak to bywa w pojedynkę pisać takie dosyć duże projekty. Czasem nie starcza sił na wszystko aby od razu ogarnąć


    KeinXor -> bardzo mnie ucieszyła twoja wypowiedź ;) ... ale powiedz mi jeszcze proszę od jak dawna mniej więcej korzystasz z MikroPascala i od jakiej wersji? (jeśli była starsza niż obecnie najnowsza i jedynie słuszna?)

    też mi bardzo podobają się tak na pierwszy rzut oka te dobrodziejstwa dołączonych bibliotek.

    Ale powiedz mi czy nie wkurza cię np to, że po zakupie pełnej licencji nie dają źródeł do tychże jakby systemowych bibliotek???? tłumaczą to trochę bzdurnie wg mnie tym, że wolą aby były zamknięte żeby można było dawać dobry support. A przecież praktycznie wszystkie inne kompilatory dają i źródła bibliotek i support. Osobiście wolałbym źródła nawet bez supportu. Ale np gdy potrzebuję coś sobie poprawić w bibliotece to poprawiam czy przerabiam po swojemu mały fragment zamiast pisać go od nowa.

    poza tym, czy możesz mi powiedzieć też, czy znasz jakieś fsajne linki gdzie można może już poszperać w jakichś free bibliotekach do MikroPascala - takich dodatkowych pisanych przez różnych userów. Ja wprawdzie znalazłem taką stronkę ale wszystkie biblioteki pisane były dla procesorów PIC a ja jak narazie korzystam tylko z AVRków.

    a właśnie - a ty ? MikroPascala używasz na AVRkach czy PICach ???

    liczę na odpowiedzi i ew jeszcze inne uwagi takie praktyczne, gdyż naprawdę noszę się też z zamiarem zakupienia tej licencji

    pozdrawiam
  • #9 5540246
    KeinXor
    Poziom 24  
    @mirekk36
    Zacznę od końca,
    - używam MikroPascal-a na AVR (chciałbym też na 51 Link)
    - firma licencje zakupiła jakieś dwa miesiące wstecz (wcześniej trochę w domu używałem wersji demo)
    - co do numerku wersji sprawdzę jak wrócę z chorobowego i dam znać w poście
    - osobiście brak kodów źródłowych do bibliotek mnie znacząco nie porusza, bo mam do tego podejście że chcę kożystać z tego co jest "w pakiecie", nie chce się zastanawiać jak to działa dla mnie sie liczy efekt że działa :D
    może niektórych zdziwi takie podejście... no ale cóż :D
    - co do dodatkowych bibliotek to nie szukałem na potrzeby moje a w zasadzie firmy do zrealizowania projektów wystarczają dostępne w pakiecie biblioteki.

    Pozdrawiam
  • #10 5540732
    Freddy
    Poziom 43  
    mirekk36 :arrow: nie ma idealnych kompilatorów, jeśli by był, byłby tylko ten jeden.
    FastAVR przy dłyższych programach również tworzy krótsze pliki wynikowe niż np. Mikropascal i BascomAVR. Sprawdziłem to własnoręcznie :)
  • #12 5540790
    mirekk36
    Poziom 42  
    Freddy -> po tym jak porównałem kod asemblera dla pętli opóźniającej 300ms przez FastAVR (krótszy nieco kod) do kodu wygenerowanego przez MikroPascal (nieco dłuższy) to - jasno widać, iż autor FastAVR'a przyłożył się bardziej do optymalizacji kodu. Z tego co mówisz zapewne nie tylko przy fragmnetach odpowiadających za pętle opóźniające. Więc jest to na pewno jakiś plus. Jednak sam chyba przyznasz? a może nie , że bardzo istotna jest i ma dużą wagę cała otoczka środowiska jak:

    - IDE (cała wygoda jego obsługi)
    - dostępne przy zakupie gotowe biblioteki
    - bardzo istotne - dobry HELP, który chłopaki z mikroe zrobili naprawdę zaje-fajnie. Zresztą widać, że sporo ktoś w całość zainwestował. Całe jasne i przejrzyste dokumentacje, PDFy

    naprawdę porównując to wszystko tak obiektywnie to jednak produkty mikroe są chyba troszkę lepiej dopieszczone. Takie jest oczywiście moje zdanie i wcale nie jedynie słuszne ;)

    ... poza tym jak na kompilator Basica to FastAVR ma dużego plusa w porównaniu do Bascoma chociażby z tego powodu, że pozwala na takie rzeczy jak:

    A = B+(C/2)+D*E

    Dodano po 2 [minuty]:

    Freddie Chopin -> hyhyhy no absolutna racja, że asembler daje najkrótszy kodzik :) ale zastanawia mnie porównanie i na pewno to zrobię - kodu pisanego własnie w MikroPascalu w porównianiu do MikroC albo AVRGCC.

    Dodano po 5 [godziny] 33 [minuty]:

    no i moje podniecenie kompilatorami team'u Mikroelektronika spadło do ZERA po przeczytaniu tego wątku na ich forum.

    http://www.mikroe.com/forum/viewtopic.php?t=15848&postdays=0&postorder=asc&start=0

    proponuję jednak zapoznać się z tym, zanim ktoś popełni błąd i zakupi tę wersję kompilatorów dla AVR (bo to one są do bani - tak piszą) te dla PICów są ponoć OK. (podejrzewam, że proste programy pisane przy użyciu bibliotek ząb w ząb zgodnie z błędną czasm ideą autorów nna pewno działają. Ale np od razu poraziło mnie to, że niby jest biblioteka do obsługi alfanumerycznego LCD i to w wersji 4bitowej i 8bitowej - ale żadna nie umożliwia korzystania z pinu R/W tegoż wyświetlacza !!! a że nie ma źródeł to trza pisać samemu. Nie analizowałem innych bibliotek ale podejrzewam podobne "zasadzki". Co przy słabszej optymalizacji kodu niż np w FastAVR - stawia jednak chyba właśnie FastAVR na czele. Dodatkowo (choć sam jeszcze w wersji demo nie doświadczyłem jakichś znacząych - ale są babole i w samych kompilatorach.

    Tak na gorąco - jeden - może błachy ale zawsze - te dokowalne okienka są jakby "pseudo dokowalne" wystarczy je "wyjąć" z okna IDE - pojawią się jako oddzielne okienka windows - ale już z powrotem je tam umieścić to wielka rzecz - uzyskałem to dopiero po skasowaniu i odzyskaniu z instalki jednego z plików ini - ot taka mała niedoróbka ;)

    piszą w tym wątku, że team przygotowuje całkiem nową serię kompilatorów dla AVR, całkowicie zmienioną wraz z nowymi przykładowymi programami i bibliotekami. Ale jak się czyta posty sfrustrowanych klientów , którzy wyłożyli kaskę na ulubiony kompilator MikroPascal a potem okazało się, że gdy zgłaszają błędy czy prośby o pomoc to nawet banują ich IP, żeby nie mogli zagłuszać jedynie słusznych - pochwalnych wypowiedzi i opinii .... hmmm a może autorzy są jednak wprost z Korei Północnej ??? i wdrażają w życie jakąś wizję niewidzianego już od dawna (tak nawiasem mówiąc) KIM-DZONG-IL'A hyhyhy


    Jednak coś mi śmierdziało gdy czytałem ich informacje, że nie udostępniają źródeł bibliotek.

    Zostaję więc narazie nadal przy Bascomie, wstawkach asemblerowych no i nadal uczę się AVR GCC ..... choć łezka zakręciła mi się w oku na wieść iż mógłbym niczym w Delphi na PC - programować procki w Pascalu ;)
  • #13 5542309
    Marand
    Poziom 13  
    Może jeszcze nic straconego :) Ja od roku jestem posiadaczem licencji kompilatora MikroPascala wraz z systemem uruchomieniowym w wersji 5.
    Tak naprawdę to żaden poważny projekt w tym środowisku nie powstał. Właśnie z powodów poważnych błędów i braku jakiegokolwiek wsparcia od producenta. Zacząłem sie więc rozglądać za czymś innym i natrafiłem na niemiecką firmę E-Lab i ich kompilator pascala AVRCo. Wygląd środowiska może nie zachwyca, za to możliwości powalają. Moim zdaniem to najlepszy kompilator pascala dla AVR'ów. Jeśli do tego dodać optymizer pt. Merlin to naprawdę nic do szczęścia nie trzeba.

    Może więc swoje Delphi będziesz mógł przenieść w świat AVR-ków. Ja tak zrobiłem i powstało już w tym środowisku kilka poważniejszych projektów.

    Nie jest jednak tak całkiem różowo. Jest jedna wada - niestety cena, ale nie żałuję wydania tej kasy :)
  • #14 5542581
    mirekk36
    Poziom 42  
    Marand napisał:
    ...natrafiłem na niemiecką firmę E-Lab i ich kompilator pascala AVRCo. Wygląd środowiska może nie zachwyca, za to możliwości powalają...

    to fakt, aż się troszkę niedobrze robi, wręcz jakby to była aplikacja z windows 3.11 ;) ..... ale cóż tacy są niemcy. Wygląd toporny ale za to w środku ... hmmm

    ..... masz też rację, że cena powala na kolana a do tego można jeszcze roztrzaskać tymi kolanami swoją szczękę, która zdążyła wcześniej opaść jak się zachwyciło wstępnie tak na szybciora - rzeczywiście możliwościami jakie to "cacko" daje

    ..... tylko właśnie, bo już dzisiaj drugi raz popadam w zachwyt, ale żeby się nie okazało że znowu szybko mina zrzednie jak po MikroPascalu :(

    .... tak więc dopytam cię jeśli można - jakiej wersji używasz ? tej PROFI czy Standard?

    po drugie - jak na początek to spora albo nawet można powiedzieć baaardzo mega duża dawka informacji musi zostać przetrawiona aby zacząć z tym "cackiem" działać - bo chyba przyznasz, że system helpów jest jakiś bardzo mizerny

    .... jak widzę jednak jakieś zalążki informacji nawet o możliwościach korzystania z prostych form multitaskingu to przechodzi mi złość na helpy itp - może warto się pomęczyć aby poznać dokładniej ten kompilator , jego wszystkie możliwości no i napracować się żeby zarobić na niego

    ... czy mógłbyś jeszcze coś ciekawego powiedzieć na temat tegoż kompilatora? czy tak ogólnie mogłbyś napisać jak duże projekty udało się w oparciu o niego już zrobić ?

    ..... oj bardzo mnie to zainteresowało, dzięki za dotychczasowe info
  • #15 5543006
    Marand
    Poziom 13  
    Aktualnie pracuję na wersji Standard, choć powoli przymierzam się do wersji Profi ze względu na magistralę CAN i protokół TINA (Ethernet NetStack).

    Jeśli chodzi o dokumentacje to nie jest tak źle. Nie korzystam z helpów, za to bardzo dokładnie studiuję PDF'y z Standard Driver Manual (Profi Driver też :) )

    Mnie akurat bardzo rajcują funkcje typu UserDriver, gdzie można podmienić standardową obsługę np. LCD-ka na własną, np. inna niż zwykle inicjalizacja lub sposób pisania do wyświetlacza. Pozwala to zastosować czasem bardzo nietypowe rozwiązania. W MikroElektronice conajwyżej możesz sobie pozmieniać numery pinów w porcie, a w AVRco dopisać własną obsługę R/W w LCD jeśli jest potrzebna.

    Poza wbudowanymi funkcjami bardzo pożyteczne są też narzędzia dostarczone z kompilatorem - debugger, symulator, optymizer a także podwójny terminal i kilka innych. Jest też oczywiście programator, chociaż tutaj akurat korzystam z programatora MikroElektroniki, bo programuję układy w ich systemie uruchomieniowym. To taka kompilacja sprzęt od ME a soft od AVRCo. Na razie się sprawdza.

    Się rozpisałem ale na koniec jeszcze jedna informacja. Baaardzo dobrze funkcjonująca pomoc techniczna i forum. W ME nie ma wsparcia AVR'ów wogóle i raczej bym nie liczył na zmiany po rozmowach jakie z nimi odbyłem.
  • #16 5543147
    mirekk36
    Poziom 42  
    Marand -> coraz bardziej szczęka mi opada w miarę czytania n/t AVRCo... (właśnie o takie rzeczy mi chodziło jak np opisałeś z tym wyświetlaczem LCD i własną obsługą R/W, której zwykle używam w swoich projektach)

    ... tak tak o Mikroelektronice narazie już zapomniałem. I przyznaję, że jednak pomoc z tych różnych helpów w PDF'ach o których wspominałeś jest niesamowicie dobra - tzn narazie tak mi się wydaje i podoba. Co do pomocy technicznej to wierzę, że panowie niemcy się w tym dobrze sprawują.

    ... ceny rzeczywiście prawie jak za Delphi ale cóż naprawdę sporo "dają" ..... jak się popatrzy na możliwości organizacji sieci procesorów a to na I2C a to na RS485, a to w mieszany sposób to szok.

    Bardzo mnie też interesuje w niedalekiej przyszłości obsługa Ethernetu.

    wielkie dzięki za informacje, które napisałeś - naprawdę sporo mi to dało i wyjaśniło (mam nadzieję, że dzięki temu całemu wątkowi nie tylko mi)

    .... troszkę tylko ten IDE jest jakiś narowisty, jakieś zwiechy się zdarzają - no ale to na pewno dlatego, że narazie na szybciora wiele rzeczy próbuję i popełniam zapewne jakieś błędy ..... eeeeh sporo nowych rzeczy do poznania
  • #17 5543282
    Marand
    Poziom 13  
    No to miłego poznawania ... warto. Jeśli będziesz miał jeszcze jakieś pytania to pisz. Jak będę potrafił to na pewno pomogę. :)
  • #18 5543501
    mirekk36
    Poziom 42  
    Marand -> czy ja dobrze widzę? - w wersji standard nie można kompilować projektów z własnymi UNIT'ami ????

    właśnie próbuję coś takiego skompilować w DEMO i coś nie idzie :( .... A w PDFie rozdział UNITS zaopatrzony jest znaczkiem (*P*) tak jakby właśnie to dotyczyło wersji PROFI . Czy coś mi się pochrzaniło ??? to byłaby troszkę masakra - bo jednak cena za PROFI ok 3600zł jest "troszkę" KOSMICZNA
  • #20 5543613
    mirekk36
    Poziom 42  
    Fredie Chopin -> nie, wcale nie nudzisz (masz rację, bo narazie nie stać mnie jeszcze na taką wersję Profesional i korzystam też powoli czytając różne biblioteki dla AvrGCC jak np RKLib) ale właśnie w tej chwili kończę czytać o możliwościach AVRCo jeśli chodzi o linearyzację różnych parametrów jeśli chodzi o odczyty z różnorakich czujników, które są nieliniowe i w normalnych warunkach trzeba tworzyć LookupTable, które dla dużych wartości bywają za duże i trzeba iść na kompromisy takie lub inne aby rozwiązać problem ....

    a weź sobie proszę zaczytaj rozdział

    AVRco Tools
    5 Lookup and Interpolate
    5.1 Nonlinear functions of sensors
    5.2 Linearising

    a szczególnie:

    5.4 Creating the LookUp Table with CurveGen

    w PDFie pod tym linkiem:
    http://www.e-lab.de/AVRco/DOC_en/DocuTools.pdf

    i sam powiedz, czy ci panowie niemcy nie dają jednak narzędzia, które warte jest zachodu i takiej ceny - jestem w coraz głębszym szoku czytając o możliwościach

    .... zaczytaj też sobie o MULTITASKINGU dla takich prostych procesorków - to też jest normalnie przepiękne
  • #21 5543616
    wd40
    Poziom 21  
    Ja używam mikroPascala dla PIC-ów i jest wszystko OK. Ale raczaj robię to jak chcę szybko sprawdzić jakiś algorytm, jeżeli chodzi o użycie tego kompuilatora do przerwań i zależności czasowych to kiepsko to wychodzi, np. z programowym RS-em w mikroPascalu dałem sobie spokój i procedurę pisałem w asm, ale tak byłoby z każdym językiem wysokiego poziomu. Jedyny plus to biblioteki np. pod USB.
  • #22 5543640
    mirekk36
    Poziom 42  
    wd40 -> (odnośnie Pascala dla PICów to możesz mieć rację że jest OK bo na to na forach nie narzekają - tylko na te wersje dla AVR)

    ...tak masz rację z obsługą RSa poniekąd w tego typu systemach. Nawet w tej powyżej wymienionej przeze mnie dokumetacji wspominają o tym aby dobrze wyważyć prędkość z jaka pracuje procek i najlepiej używać maksymalnych ze względu na wbudowany SystemTick (taki uniwersalny systemowy mechanizm do różnorodnych zalezności czasowych w tym multitaskingu) i o problemach, które mogą wynikać przy użyciu małych częstotliwości taktowania i jednoczesnego korzystania z RS232 przy dużych prędkościach. Jednak wszystko pięknie dokumentują , opisują, piszą jak sobie z tym radzić tak aby wybrać najkorzystniejsze kompromisowe rozwiązania aby osiągnąć cel.

    Dodano po 15 [minuty]:

    kurczę, spójrzcie - w minutę przygotowałem sobie wykres z wartościami dla LookupTable - to co dotychczas trzeba było sobie rzeźbić w Excelu, kombinując przy tym jak końc pod górę i tracąc mnóstwo czasu

    Mikrobasic Avr Programowanie Mikroelektronika

    Dodano po 2 [minuty]:

    wyobraźcie sobie z jaką łatwością można sobie w tym Pascalu robić pomiary z takich nieliniowych czujników jak np: ultradźwiękowe, analogowe temperatury, odległości np Sharp'a, fotorezystorów i mnóstwa mnóstwa innych
  • #23 5545523
    Marand
    Poziom 13  
    mirekk36 ->
    no tak dobrze widzisz. Niestety podział projektu na unity jest dostępny w wersji profi. Coś za coś. Ja się już przyzwyczaiłem, chociaż na początku było ciężko. Teraz projekty, które ważą nawet po 32 kB robię w jednym unicie (bo muszę :) i daję radę. Rekompensują mi to inne narzędzia i ich możliwości. Penie też przywykniesz :D

    wd40 ->
    ME dla PIC'ów jest OK. Zobacz ile było w tzw. międzyczasie aktualizacji tego kompilatora. Dla AVR'ów od połowy 2007 roku ani jednej. Ponad rok bez żadnych poprawek. To mówi samo za siebie.
  • #24 5545545
    mirekk36
    Poziom 42  
    Marand napisał:

    wd40 ->
    ME dla PIC'ów jest OK. Zobacz ile było w tzw. międzyczasie aktualizacji tego kompilatora. Dla AVR'ów od połowy 2007 roku ani jednej. Ponad rok bez żadnych poprawek. To mówi samo za siebie.


    ja tak coś czuję, że ME jest wspierane nieoficjalnie przez MicroChipa i chyba tak troszkę specjalnie - chłopaki z ME pogrążają to co związane z konkurencją Atemlowską czyli AVR'ki ;)
  • #25 5545606
    Marand
    Poziom 13  
    taki trochę OFF TOPIC

    Ja rozmawiałem z nimi bezpośrednio i tłumaczyli się reorganizacją firmy, przenosinami do nowej siedziby i takimi tam. Zapewniali, że wszystkie kompilatory będą wspierać jednakowo i bez wyjątków. Kompletują ponoć nowy zespół dla AVR'ów i owocem tego mają być nowe wersje mające ukazać się na jesieni (czyli wkrótce). Zwlekają z tym, bo chcą aby kompilatory wszystkich języków ukazały się jednocześnie. Ja mam jednak niedparte wrażenie, że kompletowanie zespołu idzie bardzo opornie a wsparcie dla PIC'ów ma zaplecze (tak jak wspomniałeś) w samym MicroChipie i bardziej dynamicznym zespole znającym zagadnienia PIC'ów.
    Szkoda tego bo uważam, że zestawy uruchomieniowe ME są całkiem fajne a i dodatkowe płytki do nich też wyglądają atrakcyjnie. Przy cenie całości wygląda to zupełnie atrakcyjnie i szkoda byłoby, gdyby to zaprzepaścili.
    Pożyjemy zobaczymy. Jesień już blisko ... :)
  • #26 5550165
    HUGO
    Poziom 15  
    Witam Wszystkich

    Oprogramowanie wygląda dużo lepiej niż Bascom, nie wiem czemu jeszcze nie jest u nas w kraju tak popularne. Ale nic innego nie pozostaje tylko trzeba się zabrać do roboty i rozkręcić temat

    Pozdrawiam

    Andrzej
  • #27 5550577
    mirekk36
    Poziom 42  
    HUGO -> jeśli jesteś zainteresowany kompilatorami do procków PIC - to owszem , wciągaj ich kompilatory. Ale jeśli chcesz coś robić na AVR'kach to uważaj, poczytaj co wcześniej tu było pisane na temat ME i AVRów, żebyś się nie wkopał

    .... ale szczerze mówiąc też bym chciał aby się u nich coś ruszyło i żeby w końcu ME wyszło z tego impasu AVRowego - o ile Microchip im pozwoli ;)
  • #28 5551443
    Marand
    Poziom 13  
    Jeśli jesteście zainteresowani to będę Was informował o postępach. Jestem z nimi w bliskim kontakcie. Rozmowy trwają ...
  • #29 5551746
    mirekk36
    Poziom 42  
    Marand -> jakim cudem jesteś z nimi w bliskim kontakcie? jak ci się to udało? skoro wszyscy na ich forum narzekają na ten kontakt ...... uchyl rąbka tajemnicy jeśli możesz , please ;)

    ..... a tak czy inaczej ja jestem pierwszy, który się zapisuje na listę tych, których można poinformować o postępach ME, naprawdę. Z przemiłą chęcią chciałbym jak najszybciej zobaczyć ich nowe dzieło dla AVRów - o ile powstanie, więc pamiętaj o mnie ;) ... albo chociaż tu wrzuć jak coś - jakieś info

    pozdrówka
  • #30 5551871
    Marand
    Poziom 13  
    No to prawda, tradycyjnymi dla nas sposobami (mail, forum, itp.) to ciężko. Ale są jeszcze takie urządzenia jak telefony. Za wiele na razie powiedzieć nie mogę, ale jak wszystko pójdzie po naszej myśli, to będziecie ich mieli bliżej niż sądzicie :).
REKLAMA