Sprachen für Microcontroller

C++. Praktisch nicht notwendigerweise mit vollem Sprachumfang, wobei es in der initialen Entwicklung sehr gelegen kommt, wenn der Compiler alles

kann und alle Bibliotheken da sind.

Aber wenn das System dann doch relativ klein ist (im Sinne z.B. eines Arm M1-4 mit < 100kByte PMEM) wird man auf Dinge, die von der Hardware

finalen Anwendung verzichten.

Anwendungscode, aber doch in low-level Sachen, Hardware-Zugriffsroutinen

.

Ja. Sowas wie TradX, uKOS, RTX. Wenn mehr als 2-4 Sachen mit

Personen am Code entwickeln macht das die Sache massiv einfacher.

sowie ein gewisser Ressourcenverbrauch.

Servus Wolfgang

Danke, das sind schon mal brauchbare Stichworte :-)

DoDi

Da ich nicht nur in C sondern inzwischen in mehr als 20 Sprachen

Wat-5 FORTRAN compiler. Nur die Aussage "ohne Auswirkungen auf die Laufzeit" hatte mich gewundert. Ok, wenn Du's nur zum Debugging einschaltest...

--
Reinhardt

Warum kommt mir das nur so bekannt vor?

Gigabit-Ethernet.

Diesel transportieren".

--
Reinhardt

auch ein RTOS in die Knie zwingen. Die NASA hat da so ihre Erfahrungen auf dem Mars gemacht -> Priority-Inversion.

Mit einem nomalen OS kriegt man das auch oft hin. Aber man bekommt halt

Forderung nach kurzen Antwortzeiten, sondern nach garantierten -> Rechtzeit.

entspannen kann. Man lagert die (recht-) Zeit kritischen Sachen auf kleine

erreicht. Das User-Interface hat oft nicht die harten Echtzeit-Forderungen. Schon weil der Operator auch nicht so schnell gucken kann.

--
Reinhardt

Den kriegt er halt verdienterweise nicht.

--
Reinhardt

SOAP ist out, REST ist in.

Lall.

er kostet fast nichts mehr, bezieht sein v6-Kennzeichen automatisch vom

Stimmt.

die auch auf dem PC verwendet werden.

nicht so wahnsinnig viele Vorteile. Nennenswerte Verbeitung haben sie

XL

Wohl eher so ein australischer Road-Train mit 5 Aufliegern :)

ich Respekt vor denen. BTDT

Nullmodem, 20mA CL Graben, 9600Bd Minen und Stopbit Sprengfallen :)

YMMD

Wolfgang

--
Wolfgang Allinger, anerkannter Trollallergiker :) reply Adresse gesetzt! 

ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p 
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

Prima dokumentiert, sauberer Code (incl. Sources!!!), Super Service und nie Fehler gehabt.

Seitdem ich dann FORTH benutzt habe, brauchte ich kein ectra RTOS mehr.

Sehe gerade KADAK gibbet immer noch (>35a!):

Sie beweisen, dass man in der Gegend auch gute SW herstellen kann im Gegensatz zur amerikanischen Nachbarstadt :)

Ein gutes Zeichen. Solltest AMX oder FORTH nehmen.

Nix anderes!

Wolfgang

--
Wolfgang Allinger, anerkannter Trollallergiker :) reply Adresse gesetzt! 

ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p 
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

Am 18.03.2015 um 17:37 schrieb Falk Willberg:

nicht viel weiter als ein paar Dezimeter; mit aktiven Pull-Ups kann man das noch ein bisschen strecken.

Markus

Also parallel zum Bus die Reset-Leitung nicht vergessen.

BTW:

Im vorigen Jahrtausend mal bei Porsche/Weissach erlebt:

dass der CANbus noch zufrieden ist ;0

unterzuschieben, aber der hats immer gemerkt.

Wolfgang

--
Wolfgang Allinger, anerkannter Trollallergiker :) reply Adresse gesetzt! 

ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p 
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

Reinhardt Behm schrieb:

Systems ausloten kann, als durch andere Belastungstests. Wenn man dabei

Freude, wenn die sich dann selbst verknotet oder die Maschine zerlegt, weil das System nicht schnell genug reagiert :-(

sobald man ein Modul ausreichend getestet hat. Sofern man das nicht sowieso durch offline Test- oder Analyse-Programme erschlagen kann, die

Praktisch habe ich mit solchen Testverfahren (noch) keine Erfahrungen,

jedenfalls noch kein Programm gesehen, das formal komplett auf

Wie sieht es denn in der Praxis aus mit dem Testen von Realtime-Software? Wie macht ihr das, mit welchen Verfahren? Gibt es

DoDi

Und das war wirklich diese Variante und kein beidseitig terminierter, linearer Strang?

Wolfgang Allinger schrieb:

Mikroprozessor-Systeme. Auch habe ich noch Probleme, mir FORTH auf einem

DoDi

Am 17.03.2015 um 05:16 schrieb Hans-Peter Diettrich:

MacOs, Windows). Und mit Toolchain meine ich auch Flasher und Debugger.

Falk

--
Man wartet verdammt lang auf das Freiwerden des TX-Datenregisters, wenn 
die Baudrate nahe 0 ist ;-)

FORTH hat hierzulande ( seit 30 Jahren schon ) einen Verein:

Der eine Zeitschrift herausgibt:

Nutzen hat er sonst nicht.

Es gibt eine ziemlich ruhige deutsche usenet newsgroup de.comp.lang.forth in der ernsthafte Fragen aber weiterhin beantwortet werden.

Es gibt eine englische usenet newsgroup comp.lang.forth die mehr traffic aber dadurch nicht mehr Inhalt hat ( wie hier eben auch ). Rather ( Forth Inc ) und Pelc ( MPE ) lesen dort mit.

Es gibt zwei nennenswerte kommerzielle Anbieter:

d.h. FORTH Inc. in USA und MPE in England

Praktisch implementieren sich typische Anwender

mit 32kByte FLASH und 512 Byte RAM:

D.h. simple, kompakte sehr hardwarenahe Systeme bei denen der FORTH-Interpreter mit seiner

er dort laufen.

dass Zeit Geld ist.

MfG JRD

die habe ich mir gerade mal angeguckt. Unter 'Was ist Forth' findet man neben kaputten Umlauten haufenweise komische links ala 'cheap party dresses' eingestreut. Vielleicht moechte man die Webseite einstweilen doch nicht besuchen...

VG hmw