Pascal für PIC-Controller [Archiv] - ProgForum.com

Archiv verlassen und diese Seite im Standarddesign anzeigen : Pascal für PIC-Controller

Import-Script

11.03.2004, 15:11

Hi, hat jemand Erfahrungen mit der Software GoEmbedded welche auf <a href="http://www.goembedded.de" target=_top>www.goembedded.de</a> angeboten wird gemacht? Es handelt sich hierbei um eine Entwicklungsumgebung für PICmicro Controller von Microchip.

Import-Script

11.03.2004, 15:22

hi , PIC ist hier eine Seltenheit... goembedded unbekannt. sorry ed...<img src="http://progshop.com/elektronik/diskussion/clipart/sad.gif" border=0>

Import-Script

11.03.2004, 15:41

@Jeep-Ed-(garnicht): Das ist ein Problem hier im Forum. Natürlich ist´s ein 80xx Forum und kein "PIC oder 68000er", aber ich denke, zumindest aufgeschlossen gegenüber allem sollte man sein; rein zwecks des Lerneffekts...<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> Macht doch guten, frischen Wind hier, genauso wie mein NILI-Projekt; übrigens ELEKTOR hat geantwortet... gg<IMG SRC="http://progshop.com/elektronik/diskussion/clipart/happy.gif" ALT=":-)" BORDER=0> - und das äusserst seriös!!! - echte Pluspunkte!!! Also nicht gleich mit Tomaten werfen, wenn jemand das Wort "PASCAL" in den Mund nimmt; das hat Gründe (auch bei PICs) -- und irgendwelche abstrusen Links hatten wir hier auch zu Genüge. Den "MCROLL" ermutige ich hiermit auf jeden Fall weiter zu machen.<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

11.03.2004, 16:06

Hallo mcroll, ich habe mir gestern die Demoversion von GoEmbeddeded.de herunter geladen und installiert, sieht vielversprechend aus! Kann sie jedem PIC Programmierer nur empfehlen!!!! Werde sie mir höhstwahrscheinlich zulegen ... und mal ehrlich die vollversion für unter 50€ ist das doch fast geschenkt! Schöne Grüße aus Wiederau!

Import-Script

12.03.2004, 11:40

Die Liste der unterstüzten Controller ist aber etwas mehr als dürftig. Schaut euch mal folgende IDE an: <a href="http://www.picant.com/p2c/p.html" target=_top>http://www.picant.com/p2c/p.html</a> C,C++ und Pascal unter einem Hut. Vor allem der Simulator scheint absolute Spitze zu sein. Mit den entsprechenden Plugins kann man LCD-Anzeigen, externe EEPROM, Schalter, Lampen etc. ohne Hardware simulieren. Steffen

Import-Script

12.03.2004, 19:51

Leider ist picant auf englisch und besitzt weder einen Programmgenerator!

Import-Script

12.03.2004, 20:22

Also ich hab auch mal reingeschaut... Sehr fragwürdig; vor allem der Sinn, ein "Pascal-ähnliches Programm" zu erstellen mit der Beschränkung auf z.B. 16 Variable und "Push-Pop???" also einen (sagen wir Stack-Simulator) und das für Pascal, das von Funktionsaufrufen nur so lebt, lokalen Variablen und Parameterlisten... Ich denke, da kommt man binnen kürzester Zeit an die Grenzen und landet unterm Strich wieder beim Assembler. Der PIC ist für sowas nicht geschaffen. Alleine sein internes Modell divergiert mit jeglicher Anforderung an eine Hochsprache total. Da stossen Welten aufeinander, auch Programmierphilosophien; ich glaube das wird so recht nix. Ein schönes Beispiel z.B. Prog-Studio mit diesen Basic-ähnlichen Konstrukten; aber da hört es dann eben bei "for-next" und "if" einfach auf. Es ist kein Basic und soll auch keins sein; und da schwant mir gerade bei PIC böses. Der PIC (oder besser die mittlerweile zighundert Varianten) ist eine Assemblermaschine. (PUNKT) Garstig schnell usw. für jemanden, der da absolut ans letzte Fünkchen RISC ran will; mit Sicherheit aber nichts für einen Hochsprachen-gewohnten Programmierer, und erst recht nichts für Pascal-verwöhnte "Ohnesorgs" (wozu ich mich selbst auch zähle), auch dazu stehe und gerade deswegen PASCAL mache und nicht C. Selbst Delphi geht mir ohne Ende gegen den Strich. Das ist kein Pascal mehr, sondern WIN-DOSEN-IDE und sonst nix. Wenigstens schreiben die es ehrlich in die Bücher: "...machen Sie sich keine Illusion, das portieren zu können..." Muss ja auch nicht: Ich hab jetzt auch mal mit 80xx meine Gehversuche gemacht (auch ohne NILI-Pascal; das ist noch in Arbeit beim E-"Lektor"), also der hat mich wirklich kontaktet... (mal sehen was es gibt). Derweil hab ich mal bisschen "ge-Prog-Studio-t"; ganz nett muss ich wirklich sagen; aber auch das bleibt ein Assembler; weit entfernt von Hochsprachen und auch nie dafür konzipiert oder als Hochsprache versucht zu vermarkten. Das geht bzw. ginge auch fürchterlich nach Hinten los, und so sehe ich das bei den PICs. Das sind keine "HS"-CPUs, aber das "HS" heisst da "High-Speed" und nicht "HochSprachen-geeignet".<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

14.03.2004, 13:33

RE: Andreas Seck Ich glaub da hast du die Beschreibung nicht richtig gelesen! Es heißt nicht 16 Variablen sondern "bis zu 16 Bit breite Variablen" (Word Typen)! Eine Beschränkung auf nur 16 Variablen wären wirklich fatal! Zudem bietet GoEmbedded geradezu Funktionsaufrufe, lokale und globale Variablen bis zum abwinken und ich glaub hat man sich erstmal damit auseinandergesetzt steigt man so schnell nicht mehr auf Assembler um. Recht hast du ja, das RISC nicht gerade nach Hochsprache schreit. Hochsprache definiert nur ein Problem bzw. eine Problemklasse, welches nicht der Programmierer mit aufwendigen Assemblersprachen löst, sondern der Compiler übernimmt. Warum nicht den Computer für sich arbeiten lassen ????

Import-Script

14.03.2004, 23:33

@Andreas Für so einen langen Text sollte man aber etwas Hintergrundwissen zum Thema besitzen und nicht nur die Vorurteile anderer kennen. Deine Bemerkungen gehen voll am Thema und an der Realität vorbei (das betrifft PIC & Delphi). Steffen

Import-Script

15.03.2004, 00:02

@Steffen003 & Steffen: Ich hab jetzt nicht zufällig das Gefühl, dass einer von Euch zumindest Verfechter dieses Compiler/Assembler/Derivats ist??? Das was ich damit ausdrücken wollte war die Fragwürdigkeit einem PIC PASCAL beizubringen. Ich habe lediglich behauptet, dass das ansatzweise "wohl gut gemeint sei", der PIC aber eigentlich nicht dafür geschaffen wurde, mehr nicht. Dass Delphi kein PASCAL mehr ist, dem wird sogar Nikloas Wirth zustimmen (nun gut, die Firma Borland wird das natürlich wehement bestreiten)... Was soll´s, das ist eine Einstellungssache, mehr nicht, und bereits vor 20 Jahren, als Zeilennummern-Basic noch "the art" war, hat KWS mit SORBAS Welten dazwischen klargemacht, paar Jahre später OMIKRON (Atari) und dann kam langsam der PC... Wenn PIC sooo gut ist, dann wird es sich durchsetzen, gerade im Hochsprachenbereich - hat es aber seit 10 Jahren eigentlich nicht... Klar es gibt Compiler, IDEs, klar dass man Hex-Codes nicht mehr mit Karopapier hinschreibt und "einHEXT" a la Elektor-Junior oder "Poked" wie in besten C64-Zeiten - soviel zur Realität der letzten 20 Jahre <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Import-Script

17.03.2004, 19:59

Hi Andreas, Verfechter des Compilers bin ich eigentlich nicht. Ich kenne ihn auch nicht weiter. Es gibt schon von Anfang an recht gute C-Compiler auch für die PIC Serie. Durchgesetzt haben die sich nicht, weil sie viel zu teuer waren (teilweise noch sind). Da hat Microchip geschlafen und Atmel hat sich durch die Verfügbarkeit kostengünstiger oder gar kostenloser Compiler/Tools profiliert. Aber nichts für ungut. Ich wollte dich nicht angreifen aber man sollte sich doch etwas in der Materie auskennen bevor man seinen Senf dazu gibt. Die neueren PIC-Serien (18FXXX) sind übrigens wie auch der AVR auf C optimiert. Auch für die 16FXXX Serien ist ein C oder Pascal Compiler bei großen Projekten mehr als von Nutzen. Ich verwende z.B. den C-Compiler von CCS. Ich hatte es vorher nicht geklaubt aber bei größeren Projekten ist der Compiler in der Laage guten und vor allem "kleinen" Quellcode zu erzeugen. Mit Assembler geht das zwar auch aber man verliert zu schnell den Überblick und eine absolute Optimierung dauert Monate. Was Delphi anbetrifft, kann ich die Sourcen sehr wohl auch auf Linux portieren (Stichwort Kylix). Mit Pascal hat freilich nur noch der Syntax etwas zu tun. Steffen

Import-Script

17.03.2004, 20:20

und was ist mit Tee??? @Steffen: Klar, weiss ich, bin auch nicht böse, finde es auch gut, dass man den Anwender von den Innereien der Chips weitestgehend entlastet, aber siehe KYLIX; klar, dass sich da wer hingesetzt hat und... und... Nur nicht die Firma Borland!!! Ich wäre auch froh, wenn ich nicht auf "Free-Pascal" gehen hätte gemusst usw. nur weil Borland = FAUL genauso wie M$inDOSE. Das ist echt übel; vollziehe es täglich nach. Wenigstens habe ich ein BGI-Interface - und das lauffähig!!! Und NILI-Pascal... siehe... Mein Board jedenfalls tut (hardwaremässig). Leidig das Thema, aber schau rum; es fehlt an Compilern und "benutzbaren" IDEs; oder wie willst Du einen FORTRAN Wissenschaftler anders dazu überreden? Hab ich selbst durch: Fortran-80 kannte den Datentyp "Complex" nicht; blöd, gell; also a) Rechenzentrum gehen, auf Cyber "quälen" b) zu hause auf der CP/M Kiste und das dem Prof. erklären. Nun gut, er hat das eingesehen und sich gefreut, dass wir uns die "komplexe Arithmetik" (nachgebaut hatten) --> prcedure CompADD(a,ai,b,bi,c,ci) usw. Anders ging es halt nicht... und M$Soft hat FORTRAN draufgeschrieben: War halt nur nicht drin... und das auf einem 14.000 DM Selbstbau!!! (nur Harte Ware!!!) zu der Zeit (1985) ggggrrrr.. usw. trotzdem allen: Kopf hoch!!! <img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0>

Charon102

20.03.2005, 13:21

Freeware Pascal Compiler für die PIC`s gibts hier:

www.pas2pic.tk

(I love pascal)

Pöpli

20.03.2005, 14:23

Würd ich niemals Geld für ausgeben.

Kostenlosen C-Compiler für alle gängigen Typen gibts (CC5). Für Pascal-Freaks gibts JAL (bei den kostenlosen gputils dabei); hat ne ganz ähnliche Syntax.

Aber was die Programmiersprache angeht: Die ist bei Microcontrollern eh völlig wurscht; großartige Berechnungen oder komplizierte Vererbungsgeschichten mit Interfaces, abstrakten Klassen usw. macht damit eh keiner. Um Prozeduren, Funktionen zu schreiben und Bits zu setzen reicht jede prozedurale Programmiersprache; da kann man selbst zu so einem syntax-technischen Abschaum wie BASIC greifen, ohne Gewissensbisse haben zu müssen. :)

Ich empfehl Dir CC5, der erzeugt gut optimierten Code und ist einfach zu benutzen. Ausserdem gibts nen haufen nützlicher Bibliotheken gratis dazu, z.B. komplexere mathematische Operationen.