Ist die Programmierung mit Lazarus Free-Pascal zeitgemäß??

[pluto]

Stimmt. Aber warum ?
Bei kleinen Stückzahlen macht der Mehrpreis für einen BeagleBone nicht viel aus.

Es kommt eben auf das Projekt an. Bei einfachen Projekten reicht das PWM von irgendein AVR bestimmt schon aus.
Wenn du mehr PWM Anschlüsse brauchst würde ich eher etwas anders nehmen z.b. ein STM32 oder ähnliches.

Bei größeren Stückzahlen würde ich eher einen "industriell standardmäßigeren" PIC nehmen.

In einigen Geräten ist z.b. ein ESP8266 drin. Ich habe hier z.b. eine W-Lan Steckdose, wo ich das ESP8266 mit einem eigenen Programm bespielen konnte. Problemlos.

Ich habe mal gehört(das geht ja auch aus diesem Thread hier hervor), dass das BeagleBone besser für Hardware Projekte geeignete sein soll als irgendein PI. Es soll einfach zuverlässiger laufen.

[mschnell]

Ich habe mal gehört(das geht ja auch aus diesem Thread hier hervor), dass das BeagleBone besser für Hardware Projekte geeignete sein soll als irgendein PI.

Ganz einfach: Die Pis haben mehr Rechenleistung. Die Beaglebones können harte Realtime.
-Mcihael

[six1]

Es mag Anwendungsfälle geben. Für PWM, reicht aber auch ein einfacher AVR.

Stimmt. Aber warum ?
Bei kleinen Stückzahlen macht der Mehrpreis für einen BeagleBone nicht viel aus.
Bei größeren Stückzahlen würde ich eher einen "industriell standardmäßigeren" PIC nehmen.
-Michael

Stimmt. Aber warum?
Wenn ich doch schon ewig AVR erfolgreich einsetze ohne Probleme?

Siehst du, wohin das führt?

[pluto]

Stimmt. Aber warum?
Wenn ich doch schon ewig AVR erfolgreich einsetze ohne Probleme?
Siehst du, wohin das führt?

Du meinst bestimmt, dass wir uns im kreis drehen.
Es ist wohl genau so eine frage was ist besser: c oder pascal? in diesen Fall avr oder was anders....

[six1]

Ja, eine Glaubensfrage mit diesen Informationen...

Wenn MSchnell andere Anforderungen hat, dann ist seine Sicht der Dinge sicher richtig.
Es gibt ja praktisch alles an Hardware und man muss sich den für das Projekt richtigen Controller raussuchen.
Wenn AVR passt ist es eben so, wenn er zu langsam ist oder die eingebaute Hardware unzureichend ist, muss man eben wechseln.

[siro]

Hallo zum Free-Pascal zeitgemäß:

Ich würde gerne eine IDE wie Lazarus haben für meine Cortex M3 Prozessoren von NXP. LPC1768 usw.
Zur Zeit arbeite ich mit "C" für meine Controller weil ich noch keinen passendes Werkzeug in Pascal dafür gefunden habe.

Somit scheint "C" wohl eher zeitgemäß zu sein, was mich nicht unbedingt begeistert...
Vielleicht gibts ja auch schon was für meine Cortex Controller ?
Zur Zeit arbeite ich halt mit dem "kostenfreien" Tool MCUXpresso.
In der Form als Pascal und ich wäre unendlich glücklich

Zum Thema DMA:
Ich habe in meinem LPC1768 den DMA sowie DAC benutzt um eine Sinus oder auch andere Kurven zu erzeugen.
Das funktioniert ganz hervorragend. Ich kann die CPU sogar mit einem Breakpoint anhalten und meine Kurve läuft ungehindert weiter.
Benötigt also keine Rechenzeit.

Siro

[six1]

Hallo zum Free-Pascal zeitgemäß:

Ich würde gerne eine IDE wie Lazarus haben für meine Cortex M3 Prozessoren von NXP. LPC1768 usw.

Siro

http://wiki.freepascal.org/TARGET_Embedded

passt das nicht?

[mschnell]

[Wenn ich doch schon ewig AVR erfolgreich einsetze ohne Probleme?

Logisch ! Wenn man nicht eine neue Technik aussucht, bleibt man natürlich bei dem, mit dem man schon Erfahrungen hat. (Das war hier aber nicht die Frage.)
Aber für den, der damit bisher noch keine Projekte gemacht hat, scheint mit Arduino aus den beschriebenen Gründen wenig sinnvoll.
-Michael

[siro]

Das muss ich mir mal anschauen, Danke Dir für den Link six1.

Für meine Windowsanwendungen ist und bleibt Lazarus die absolute Nr. 1 und damit auch immer noch SEHR Zeitgemäß.

[Socke]

Hallo zum Free-Pascal zeitgemäß:

Ich würde gerne eine IDE wie Lazarus haben für meine Cortex M3 Prozessoren von NXP. LPC1768 usw.

Siro

http://wiki.freepascal.org/TARGET_Embedded

passt das nicht?

Zu einer Embedded-IDE gehört mehr als nur der passende Cross-Compiler. Ich würde mir ein paar Dinge wünschen wie:

• Einheitliches Hardware-Abstraction Layer für verschiedene Architekturen (AVR, ARM) inkl. RTOS
• Hardware Libraries
• Remote-Debugger
• Konfigurationsdialoge für die Hardware (Pin-Beschaltung, AVR Fuses)

[mschnell]

• Library zur Kommunikation mit dem BeagleBone Koprozessor

-Michael

[six1]

ja, HAL und Libraries gleich dazu wäre was!
Ich habe mal einen HAL für Mega und XMega incl. Libraries für gängige Devices erstellt und weiß, was das für Zeit kostete...
Da wird die Luft dann auch ganz dünn... denn wie viele setzen sowas ein und würden da mitmachen?

Lazarus für WIN und X-System ist Mainstream... danach flachts ab

[Socke]

Da wird die Luft dann auch ganz dünn... denn wie viele setzen sowas ein und würden da mitmachen?

Wenn ich mir die Mailing-Liste anschaue, gibt es dort regelmäßig Nachfragen und Diskussionen zu AVR und ARM.
Bzgl. HAL etc. fehlt wohl ein Maintainer mit einer Vision. Es gibt verschiedenste Ansätze dazu im Netz, aber keine Koordination, damit das in den FPC integriert wird.

[six1]

Socke, du weißt doch bescheid.... "Reden" und "Machen" sind zwei verschiedene Dinge

und ja, da fehlt ein Evangelist und Leute, die das richtig durchblicken... wäre was für eine Hochschule... oder ist sowas zu banal oder ist Lazarus gar nicht mehr zeitgemäß?

(sorry, der musste sein... Clown gefrühstückt )

[Socke]

Es war ja nur meine Wunschliste, damit aus einem zeitgemäßen Free Pascal die am weitesten verbreitete Programmiersprache wird