Raspberry Pi & Delphi noch jemand?

[Daniel]

Habt Ihr mal einen Blick in das Get-It Repository geworfen?
Die IoT-Plattform, die Delphi adressiert, ist Android. Dafür gibt es auch reichlich Materialien, Code, Komponenten.
Klar gibt es eine Unzahl weiterer Plattformen, ich wüsste allerdings kein Entwicklungswerkzeug, welches ALLE seriös adressieren könnte. In meinen Augen kann das bei der Dynamik, die da herrscht, auch kein sinnvolles Ziel sein.

[himitsu]

Ich weiß, das IoT im Namen von Windows ... halt quasi sowas wie WinRT, wem dieser Name noch etwas sagt.

Jupp, im Delphi geht es um die Verbindungen zu Geräten im Bereich IoT.
Und bei Microsoft um das Betriebssystem, für kleinere Computer auf ARM-Basis, für diesen Bereich.

Lazarus?



Wie gesagt, viele Kleinsgeräte basieren heutzutage nunmal auf ARM und irgendeinem Linux-artigen OS.
Selbst Android und iOS nutzen intern ein Linux Unix und meistens auch mit einem ARM, also sooo fremd sind für Delphi Linux und ARM nun auch nicht.
Gut, dass dort oftmals immer mehr Speicher verbaut wird und damit die wachsenden Delphi-Kompilate ausgleichen würde.

[Codehunter]

Ach DESWEGEN hieß der Ford damal Taunus! Weil man damit nur im Taunus fahren konnte

Also IMHO ist das Label "IoT" bei Delphi eine Mogelpackung. Android ist kein IoT-OS sondern dediziert als Mobil-OS entworfen worden. Wenn man es jetzt dazu vergewohltätigt, dann doch eher als Notlösung weil man Anwendung X nicht anders zum Laufen kriegt.

Vom Energieverbrauch mal ganz abgesehen. Eine FMX-Anwendung auf Android verbrät schon einiges. IoT-Geräte sollen doch vorallem sparsam sein.

[oldjoe]

ich entwickle nun seit über 30 Jahren und seit Delphi 1; vorher mit C unter Unix, als es noch Turbo Pascal gab.
sry, aber das ist schon erstaunlich, wie ihr hier alles mögliche in einen Topf werft.

Die Suche nach der "eierlegenden Wollmilchsau" sollte man sich abschminken - weil sie einfach keinen Sinn macht.
Zu "LibreOffice": man sollte berücksichtigen, dass es ein gewaltiger Unterschied ist, ob man sich im Businesssektor, im privaten Bereich oder lediglich im Umfeld von "Basteleien" bewegt.

Ich liebe Delphi. Aber sobald es um Netzwerk-Schnittstellen bis hin zu Web geht, ist es in meinen Augen schon relativ schwach oder es fallen Kosten im Nachgang an, die mit einer anderen Lösung nicht entstehen (Thema UniGui und Delphi IoT). Aber es darf sich auch gern jeder äußern, welche tolle Projekte er mit DelphiPHP, DelphiHtml usw. gemacht hat.
Doch, ich habe ein größeres erstellt mit Delphi Web-Komponenten - mit dem Ergebnis, dass IPv6 nicht unterstützt wurde, die Server-dcu nicht im Quellcode vorlag und alles mit SSL der Horror war. Indy war keine Alternative. Das Projekt konnte ich dann einstampfen - ich weiß, wovon ich rede.
Sorry, aber vieles davon kann man unter Linux mit einer Batch oder anderen einfachen Lösungen abdecken, womit man sich mit Delphi in diesem Bereich herumquält.

Cross-compilieren: Hat sich schon mal jemand mit Handy-Apps, also dem ARM-Emulator beschäftigt? Wenn da jemand sagt, dass das Spaß macht, wie lange das dauert, bis die Applikation mal im Emulator startet, dann werde ich ihm schlichtweg nicht glauben.

Wo aber Delphi mmn. richtig stark ist, ist in der IDE und in der Erstellung von nativen Routinen und da möge niemand behaupten, dass C um so viel schneller sei. Die erzeugten Binaries von Delphi sind sehr performant, aber man muss eben auch etwas dafür tun und nicht einfach nur auf HighLevel Programme erstellen.
In meinen Augen hat alles (Python, Delphi, VB/C#.net usw.) seine Berechtigung, aber nur "EINES" für Alles verwenden zu wollen, halte ich für grundverkehrt.

Ja, Delphi compilierte Binaries für Raspberry hört sich interessant sehr an. Ich würde da aber den Weg gehen und erst mal eruieren, welche Schnittstellen man zwischen Delphi und bspw. Python aufbauen kann, um die Stärken und bereits existierenden Scripts unter Delphi mitnutzen zu können. Unter Windows macht es bspw. richtig Spaß, wenn man Delphi mit Javascript koppelt.

[Codehunter]

@oldjoe: Da hast du 100% Recht! Ich habe manchmal den Eindruck, wenn vom "IoT" geredet wird, dann meinen manche Leute eine Art Tablet, das nur irgendwie an die Wand genagelt wird.

Wenn ich von IoT rede, dann meine ich z.B. für ein kleines dörfliches Freibad mit dem Raspi realisiert habe: Ein Temperaturfühler in der Umwälzanlage zum Erfassen der Wassertemperatur und Übermittlung an die Webseite. Auf dem Webserver läuft PHP, da war REST einfach gebaut. Auf dem Raspi musste ich mich mühsam in Python einarbeiten. Was frustrierend ist wenn man für so was simples etliche Tage braucht und genau weiß, man wäre mit Delphi in 2 oder 3 Stunden fertig gewesen. Nur wozu soll ich auf dem Raspi Android installieren, eine FMX-Anwendung programmieren, wenn die Kiste doch headless laufen soll? Dafür bräuchte ich einen ARM-ELF-Compiler, damit ich ein simples Konsolenprogramm erzeugen kann. Also genau das, was Delphi Enterprise für x86-64 mitbringt.

Der ARM-Compiler ist ja IMHO eigentlich gar keiner von Emba sondern der von Google. Und ja, ich finde das USB- bzw. Remote-Debugging mit Android auch eine ziemlich zähe Angelegenheit.

[Stevie]

Zitat von Codehunter:

Der ARM-Compiler ist ja IMHO eigentlich gar keiner von Emba

Doch, ist er.

[TurboMagic]

Das Compiler Frontent müsste wohl von EMBT sein, da die wissen, wie Delphi zu parsen ist etc.
Aber das Backend? War das nicht LLVM bei den neueren Compilern?
Und sollte die Schnittstelle zwischen Frontend und Backend bei den neueren Compilern
nicht immer dieselbe sein?

Das Problem ist halt, dass nicht nur ein passender Compiler benötigt wird, sondern auch eine
auf das Zielbetriebssystem angepasste RTL.