• Cytuj
• Cytuj

#11

Post napisał: markcomp77 » 15 lip 2005, 15:40

GrzegorzK pisze:Jest wiele darmowych kompilatorów Pascala, ale chyba warto bliżej przyjżeć się temu:
http://www.freepascal.org
(dosyć wysoko stoi w rankingach)

FPC (freepascal) jako platforma open source wydaje się dobrym rozwiązaniem... zwłaszcza, iż może to pozwalać na łatwe portowanie na Linuksa - a na tym mi zależy

w wersji Win32 FPC są gotowe moduły grafiki GTK (jest port GTK na Win32!)
przyjmując taką platformę graficzną - naturalna by była dwu-platformowość (win32/unix) programów graficznych - czyli zajmujących się konwersją i wizualizacją...

część programu która steruje silnikami (czyli określa dynamikę itp itd) powinna być pisana w języku który będzie "podobny" do tego którym zaprogramujemy mikrokontroler...

mikrokontrolrery najczęściej programuje się w C (poza ASM oczywiście)
czy istnieje coś podobnego do pascala na AVR ? (bo dla PICa jest JAL)


Wracając do Delphi... niby jest Tego port na linuksa... ale jest to komercyjne - czyli nawet jeśli darmo dostajesz - to są zawsze jakieś ALE

z GPL jest prościej - musisz dołączyć źródła... wtedy możesz stosować jak chcesz

• Cytuj
• Cytuj

#12

Post napisał: ottop » 15 lip 2005, 15:54

markcomp77 pisze: czy istnieje coś podobnego do pascala na AVR ? (bo dla PICa jest JAL)

np:
http://users.iafrica.com/r/ra/rainier/pAVR.htm
ale niestety płatny
Delphi 6 PE miało ograniczenie zabraniające dystrybucji programów w postaci skompilowanej (exe), natomiast dopuszczone było rozpowszechnianie źródła programu.

• Cytuj
• Cytuj

#13

Post napisał: markcomp77 » 15 lip 2005, 16:00

ottop pisze:markcomp77 napisał/a:

czy istnieje coś podobnego do pascala na AVR ? (bo dla PICa jest JAL)


np:
http://users.iafrica.com/r/ra/rainier/pAVR.htm

jednak

Embedded Pascal for the AVR is low cost shareware, despite its ability to easily outperform any other, expensive compiler on the market.

a czy jest jakis "wolny" pascal na avr? ...ale szybko działajacy

• Cytuj
• Cytuj

#14

Post napisał: ottop » 15 lip 2005, 16:16

• Cytuj
• Cytuj

#15

Post napisał: markcomp77 » 15 lip 2005, 16:31

też troszeczkę przeglądałem.... i to chyba wszystkie pascale na AVR

natomiast jest dużo C... np. GNU C for AVR

cieakwe zestawienie: http://www.omegav.ntnu.no/~karlto/avr/ccomp.html

• Cytuj
• Cytuj

#16

Post napisał: pit202 » 15 lip 2005, 17:55

pascal to troche nie pasuje do AVR`kow nie piszemy termometra z dziennym zapamietywaniem stanow - przeciez tu trzeba dosc mocno wywiazac sie w czasie ! bez dobrego kodowania w ASM sie nie obejdzie.

• Cytuj
• Cytuj

#17

Post napisał: GrzegorzK » 15 lip 2005, 22:06

• Cytuj
• Cytuj

#18

Post napisał: markcomp77 » 16 lip 2005, 10:36

GrzegorzK pisze:Popatrzcie na C++ Borland - kompilator - z tego co wyczytałem jest całkowicie FREE do wszystkich celów (www.borland.pl/download/personal.shtml)

a nie lepiej po prostu zastosować dobrze przeportowany kompilator z linuksa... czyli GCC
bo przy produkcie borlanda zapewne będą jakieś "nie zadarmo" przy interfejsie graficznym...
a może się mylę? (osobiście nie mam nic przeciw borlandowi - nawet go lubię... ale w komercyjnych projektach)

jeśli zaczęlibyśmy stosować jednolity zestaw narzędzi dostępnych dla rodziny GNU (gcc, make, configure, gettext...itp itd) zarówno dla softu na PC - jak i dla AVR (WinAVR - gotowy zestaw rozwojowy bazujący na GCC dla AVR)... to mniej by było nauki niemerytorycznej... a na pewno wszystkie te narzędzia są dobrze udokumentowane...

no i oczywiście łatwe by było portowanie na uniksy

jeśli ktoś ma wątpliwości co do jakości softu Win32 budowanego w oparciu o linuksowe biblioteki przeniesione pod Win32 (cygwin) niech luknie na GIMPa 2.2.7

• Cytuj
• Cytuj

#19

Post napisał: rchobby » 17 lip 2005, 10:28

• Cytuj
• Cytuj

#20

Post napisał: GrzegorzK » 18 lip 2005, 09:49

1. Dopisuję się na listę programistów
2. Jesli można zasugerować równoległe prowadzenie odpowiednika softu PC dla uP oraz elektroniki - może to ułatwić rozwijanie całego projektu (projekt jest chyba 3-częściowy )