LazPackageEmbeddedAVR: Projekt-Dialog für Target AVR

[Mathias]

Hat schon mal wer meine Pakage angeguckt, mit der kann man zur Laufzeit die AVR-Parameter verändern ?

http://www.lazarusforum.de/viewtopic.ph ... ge#p105496

[af0815]

So wie es aussieht, wäre es schön, die Kräfte zu bündeln

Was ist der Unterschied zwischen den Paketen, für mich als Laien ?!

[af0815]

Ich habe mich entschlossen hier bei meinem Fork https://github.com/afriess/LazPackageEm ... e/wip_andi mal meine Änderungen einfliessen zu lassen.

@kupferstecher

Schau dir mal das an, wenn das in deinen Sinn ist, so bereite ich das für einen Pull-Request vor.

Q: Warum kopierst du das Verzeichnis \fpcsrc\rtl\embedded\avr in das Package ? Nur weil es fpc Versionen ohne Source gibt ?

Weil gerade hier wäre ein Sync mit dem FPC-Verzeichnis sinnvoll für die Wartung.

[kupferstecher]

Ich habe mich entschlossen hier bei meinem Fork https://github.com/afriess/LazPackageEm ... e/wip_andi mal meine Änderungen einfliessen zu lassen.

Sehr vorbildlich! Habs mir gerade angeschaut. Die ergänzte Dokumentation übernehme ich auf jeden Fall. Mit dem Laz_Synapse-Package bin ich mir jetzt nicht so sicher. Ich hätte die Installation gerne so einfach wie möglich und die Synaser-Dateien nehmen ja auch kaum Speicherplatz ein. Zu Konflikten darf es natürlich nicht kommen. Es sollte doch funktionieren, die Synaser-Dateien umzubenennen und damit unbeeinflusst von einer parallelen Laz-Synapse-Installation zu sein. (Danke @fliegermichel).
Gibt es dagegen Einwände? Vorteile bei der Lösung über OPM?
Dann würde ich das mal probieren.

Q: Warum kopierst du das Verzeichnis \fpcsrc\rtl\embedded\avr in das Package ? Nur weil es fpc Versionen ohne Source gibt ?

Genau. Und weil ich nicht weiß, wie ich aus dem Package raus an die Sourcen komme (Pfad?). Es soll halt auf Anhieb funktionieren.
Wäre aber auf jeden Fall interessant einen Abgleich zu machen. Die Grundlagen sind ja gelegt, es muss nur die Controllerdatei im Verzeichnis liegen, dann "kennt" der Wizard auch den Controller und erzeugt die Interruptdatei entsprechend. Nur die CPU-Zuordnung (z.B. AVR4) findet sich nicht in der Datei, muss dann im Wizard händisch eingestellt werden für Controller, die nicht in der hinterlegten Liste stehen.
Wie kann man den Sourcen-Pfad in Lazarus abfragen?

Hat schon mal wer meine Pakage angeguckt, mit der kann man zur Laufzeit die AVR-Parameter verändern ?

Hab ich schonmal angeschaut. Und gerade nochmal. Die Parameteränderung ist gut. Bei dir gibt es aber nur Controller mit dem Befehlssatz AVR5?

So wie es aussieht, wäre es schön, die Kräfte zu bündeln

Schon, aber man hat halt eigene Vorstellungen
Die Interruptgeschichte war mir wichtig, weil das immer ein Gesuche ist, man leicht Fehler macht und beim Intterrupt ja letztlich nie weiss warum er nicht funktioniert (Falsche Registereinstellungen, falscher Funktionsname, Interrupt nicht aktiviert...).
Mein Wizard war ja ursprünglich ein Programm und kein Plugin, Mathias' Plugin hat mich dann inspiriert.

[af0815]

So damit die Sache einfacher wird, habe ich auch ein Repository gemacht Nachdem ich da sowieso was zum lernen habe, mache ich es gleich öffentlich. Siehe https://github.com/afriess/Laz_AVR_Lib

Damit geht das mal 'Out of the Box', sprich das Beispiel Blinker aus Arduino lässt sich mal umsetzen. Dabei habe ich schon mal viel gelernt.

Code: Alles auswählen

procedure setup;
begin
  pinMode(ardLED_BUILTIN,ardOUTPUT);
end;
 
begin
  setup;
  while True do
  begin
    digitalWrite(ardLED_BUILTIN,ardHIGH);
    delay(1000);
    digitalWrite(ardLED_BUILTIN,ardLOW);
    delay(1000);
  end;//Main loop
end.
 

Ich habe mich entschlossen hier bei meinem Fork https://github.com/afriess/LazPackageEm ... e/wip_andi mal meine Änderungen einfliessen zu lassen.

Sehr vorbildlich! Habs mir gerade angeschaut. Die ergänzte Dokumentation übernehme ich auf jeden Fall. Mit dem Laz_Synapse-Package bin ich mir jetzt nicht so sicher. Ich hätte die Installation gerne so einfach wie möglich und die Synaser-Dateien nehmen ja auch kaum Speicherplatz ein. Zu Konflikten darf es natürlich nicht kommen. Es sollte doch funktionieren, die Synaser-Dateien umzubenennen und damit unbeeinflusst von einer parallelen Laz-Synapse-Installation zu sein. (Danke @fliegermichel).
Gibt es dagegen Einwände? Vorteile bei der Lösung über OPM?

Wenn du die Pakete übernimmst, dann bist duch auch für das Updaten verantwortlich. OPM ist mittlerweile so einfacht und stabil, das man es nehmen kann. Nur bei ganz alte Installationen von Lazarus fehlt es.

Q: Warum kopierst du das Verzeichnis \fpcsrc\rtl\embedded\avr in das Package ? Nur weil es fpc Versionen ohne Source gibt ?

Genau. Und weil ich nicht weiß, wie ich aus dem Package raus an die Sourcen komme (Pfad?). Es soll halt auf Anhieb funktionieren.
Wäre aber auf jeden Fall interessant einen Abgleich zu machen. Die Grundlagen sind ja gelegt, es muss nur die Controllerdatei im Verzeichnis liegen, dann "kennt" der Wizard auch den Controller und erzeugt die Interruptdatei entsprechend. Nur die CPU-Zuordnung (z.B. AVR4) findet sich nicht in der Datei, muss dann im Wizard händisch eingestellt werden für Controller, die nicht in der hinterlegten Liste stehen.
Wie kann man den Sourcen-Pfad in Lazarus abfragen?

Der Pfad vom FPC ist Lazarus ja bekannt. Die Struktur vom FPC ist auch stabil, damit könnte man arbeiten. Zumindest als Default-Pfad verwenden.

[DL3AD]

Hallo,
mal eine Frage - ich mache bisher meine AVR Projekte in Bascom / Lunaavr.
Gibt es fur Lazarus für die AVR Programmierung eine art Sprachreferenz ?

Gruß Frank

[af0815]

Im Hintergrund ist der gnu avr as, wenn du das meinst. Ansonsten geht pascal OHNE real Unterstützug und ohne class. Es ist aber ein laufender Prozess, im fpc ist schon auch angedacht (irgendwann) real zu unterstützen. Aktuell kommt nur ein komischer Internal Error, aber lt. Mantis ist das comming soon

Deswegen ist das auch mit der Sprachreferenz so eine Sache.

[DL3AD]

...was ist mit real und class gemeint ?
Ich meinte Sprachelemente wie z.B. Ports schalten, Timer, Serielle Schnittstelle, I2C ...und steuernde Elemente wie Schleifen if, Case...(die hoffe ich sind wie gehabt in Pascal)

[af0815]

...was ist mit real und class gemeint ?
Ich meinte Sprachelemente wie z.B. Ports schalten, Timer, Serielle Schnittstelle, I2C ...und steuernde Elemente wie Schleifen if, Case...(die hoffe ich sind wie gehabt in Pascal)

Hat mit dem Package nichts zu tun -> Weiter in diesem Thread viewtopic.php?f=18&t=12422