Why no Freepascal for Arduino?

[coradi]

Arduino ist open Source, and the Software too.
So it will maybe, not a big problem to convert all Libs and defination files for all Controllers to pascal

[Dzandaa]

Hi,

Have a look at AVRPascal fro Andrzej

https://akarwowski.pl/index.php?page=electronics&lang=en

I use it as a companion to Pascal Lazarus, so I stay in the same programming language.

B->

[paweld]

I am not familiar with this topic, but it seems to me that FPC trunk (3.3.1 aka main) already supports the AVR target.
You can find threads on this topic on the forum in the category: https://forum.lazarus.freepascal.org/index.php/board,78.0.html

You can find many examples in the @ccrause repository: https://github.com/ccrause/fpc-avr

There is even an IDE for programming microcontrollers written in FPC by user @ackarwow: https://akarwowski.pl/index.php?page=electronics&lang=en

[coradi]

Yes, but is hard to do, because there are no defination files or only for a handfull Controllers and much more complicatet.
But Freepascal can convert ALL from Arduino and can use the same commands as Arduino.
By the way, I never got it running with Freepascal deluxe too:-(

[Thaddy]

I don't understand the "Why no Freepascal for Arduino?" part, because it is easy to build a cross-compiler for arduino.
And has been for quite a few years.

[coradi]

Libs and defination files convert from arduino to freepascal, so you can youese freepascal for easy programming, like arduiono.
At this moment there are no def files like arduino and no liba for any Temp Sensor, TFT, LCD and so on
At this time it is hard to program with freepascal, because you have to do all bare metal

[Thaddy]

What is hard? Translate a datasheet?

[coradi]

Yes, for example.
Who can write a driver for a TFT if they don't know how to program well?
The Arduino libraries that come with it make everything very easy, but it's still C/C++ with all its difficulties.

Code: Pascal  [Select][+][-]

1. int sensorPin = A0;   // select the input pin for the potentiometer
2. int ledPin = 13;      // select the pin for the LED
3. int sensorValue = 0;  // variable to store the value coming from the sensor
4.  
5. void setup() {
6.   // declare the ledPin as an OUTPUT:
7.   pinMode(ledPin, OUTPUT);
8. }
9.  
10. void loop() {
11.   read the value from the sensor:
12.   sensorValue = analogRead(sensorPin);
13.   digitalWrite(ledPin, HIGH);
14.   delay(sensorValue);
15.   digitalWrite(ledPin, LOW);
16.   delay(sensorValue);
17. }

[Dzandaa]

Hi
@coradi:

Here is the code for the "blink" program using AVRPascal:

Code: Pascal  [Select][+][-]

1. program TestBlink;
2.  
3. {$IF NOT (DEFINED(atmega328p) or DEFINED(arduinouno) or DEFINED(arduinonano) or DEFINED(fpc_mcu_atmega328p) or DEFINED(fpc_mcu_arduinouno) or DEFINED(fpc_mcu_arduinonano))}
4.  {$Fatal Invalid controller type, expected: atmega328p, arduinouno, or arduinonano}
5. {$ENDIF}
6.  
7. {$mode objfpc}
8.  
9. uses
10.   defs, timer, digital;
11.  
12. const
13.   LedPin = 13; //internal LED
14.  
15. begin
16.   PinMode(LedPin, OUTPUT);
17.   DigitalWrite(ledPin, LOW);
18.  
19.   while True do
20.   begin
21.     DigitalWrite(ledPin, HIGH);
22.     Delay(1000);
23.     DigitalWrite(ledPin, LOW);
24.     Delay(1000);
25.   end;
26. end.
27.  
28.  

Not very complicated.

B->

[coradi]

does AVRF pascal work with STM32?
Does AVR PAscal habe the same lib for nearly any sensor and TFT?!
Does AVRPAscal work with ESp32?
...

But yess, I didn' know avrpascal:-)
It look nice:-)
https://akarwowski.pl/index.php?page=electronics&lang=en

[marcov]

Arduino is basically rebadged posix.

Not so much that it is an unix standard, but that it is mostly a trademark(tm) that means nothing but a vague promise of compatibility if you recompile a compliant source for a supported target with a approved tool.

And usually anything outside of the "compliant,supported,approved" bit fails or is badly supported.

[LeP]

I think all of you must wait ....
Yesterday the Qualcomm company has bought the Italian company owner of Arduino.

From October 25, new "Arduino UNO Q" with SnapDragon processor is going to be available.

[ccrause]

I am not familiar with this topic, but it seems to me that FPC trunk (3.3.1 aka main) already supports the AVR target.

8 bit AVR support was first released with FPC 3.0 and became much more usable with release 3.2.  Obviously main contains more fixes & features (and the risk of a new bug or two).

[ccrause]

But Freepascal can convert ALL from Arduino and can use the same commands as Arduino.

Unolib is a project doing more or less exactly this.  But it takes time and effort to translate libraries, so it will happen gradually.  Unolib only have a few libraries at the moment but a lot of the low level functionality is implemented, so pick your favourite Arduino library and contribute a Pascal translation.

[paweld]

8 bit AVR support was first released with FPC 3.0 and became much more usable with release 3.2.  Obviously main contains more fixes & features (and the risk of a new bug or two).

Thank you very much for the explanation. I just took a quick look at the compilation example in your repository, and based on that, I drew the (incorrect) conclusion.