Software "Virtuelles Frontpanel" für AVR Anwendungen

[Markus (Gast)]

Hallo zusammen,

ich habe eine Frage an die versierten uController-Bastler unter Euch. 
Speziell an jene, die RS232 Datenübertragung zw. PC und uC betreiben.

Ich habe vor, eine unter Windows laufende Software für meine kommenden 
Atmel uC-Projekte zu erstellen.

Und zwar soll es eine Art "Virtuelles Frontpanel" werden, welches mit 
Hilfe eines Designers selbst gestaltet werden kann.

Zweck der Sache ist, daß man damit eine uC-Schaltung, die per RS232 an 
den PC gekoppelt ist "fernsteuern" kann. Also Steuersequenzen an den uC 
senden und auch Sequenzen oder Texte empfangen kann.

Man würde sich also im Designmodus ein Fenster erstellen und darauf dann 
z.B. Knöpfe, Textfelder und Schieberegler platzieren. An diesen 
Bedienelementen würde man dann hinterlegen können, welche Sequenz von 
Bytes sie an den uC senden sollen, wenn das Element bedient wurde (z.B. 
ein Button gedrückt).

Ebenso sollen Wertebereiche an den uC übertragen werden können, wenn ein 
Schiebe- oder Drehregler bedient würde.
Anders herum sollte auch Text, der vom uC gesnedet wird in speziellen 
Textfeldern auf dem Fenster angezeigt werden.

Der Witz würde sein, daß man sich sein eigenes "uC Frontpanel" erstellen 
könnte ohne dafür extra ein Windowsprogramm mit einer wie auch immer 
gearteten Entwicklungsumgebung (C++, Delphi, Basic, ...) erstellen zu 
müssen.

Ich denke ihr versteht in etwa was mir da vorschwebt.

Nun meine Frage: Gibt es bereits Software, die nach diesem Prinzip 
arbeitet?
Ich möchte ungern das Rad neu erfinden und "unnütze" Energie in dieses 
Projekt stecken, wenn man so ein Programm schon fertig bekommen kann.

Gibt es für so etwas überhaupt eine Nachfrage oder kann gar man davon 
ausgehen, daß Leute, die sich mit der Programmierung von uC 
beschäftigen, eh fast alle auch auf Ihrer Computerplattform selbst 
programmieren?

Wäre über Rückinfo erfreut.

Gruß Markus

[Jürgen C (Gast)]

Hallo,

schau dir mal Profilab von Abacom an.

http://www.abacom-online.de/html/produkte.html

Gruß

Jürgen

[Frank (Gast)]

Klingt interessant. Was spricht gegen Plattformunabhängigkeit?

[aaa (Gast)]

das geht nur mit Visual Basic

[Markus (Gast)]

>> Klingt interessant. Was spricht gegen Plattformunabhängigkeit?

Frank, auch mir sind Grenzen gesetzt. ;-)

Gruß Markus

[Frank (Gast)]

Das kommt ganz auf die verwendete API und Sprache an. wxWidgets und 
Python mit pyserial/pyparallel/pyusb würden das Problem sofort lösen, da 
vollkommen unabhängig und für das bischen GUI allemal schnell genug. 
Wenn es denn C++ sein muss, ist mit wx auch schon das meiste identisch. 
Also so groß ist der Aufwand nicht, wenn man sich auf die passenden 
Werkzeuge einlässt.

[Mike (Gast)]

Was spricht dagegen Labview zu nehmen, für Mac und Linux von der 
Heise-Seite und für Win von der c´t-DVD.
http://www.heise.de/software/download/labview/43883

Komplett kostenlos und mit ein bischen Einarbeitung erreicht man ein 
ziemlich profesionelles Frontend.

[Spess53 (Gast)]

Hi

Ein lobenswertes Projekt.Auf der PC-Seite ist das mit entsprechenden 
Programmierkennntnissen mit Sicherheit machbar. Problematischer sehe ich 
es, das ganze auf den AVRs zu implementieren. Da ist der Streit zwischen
den Programmierphilosophen schon vorprogrammiert.

@aaa Wenn ich bis jetzt mit AVRs in Verbindung treten wollte habe ich 
das mit Delphi gemacht. Wozu braucht man Visual Basic?

[Markus (Gast)]

>> Da ist der Streit zwischen den Programmierphilosophen schon vorprogrammiert.

Hallo Spess53,
hast Du da evtl. ein paar Beispiele für mich wo es Unterschiede in der 
Umsetzung geben kann?

Ich stecke in der uC noch nicht so tief drin - also will sagen, daß ich 
zwar schon so einiges gemacht habe, aber eben nicht in breit gefächerten 
Bereichen.

Kommunikation zw. PC und dem AVR gehe ich z.B. jetzt erst an, weil ich 
es vorher für meine stand-alone-Projekte einfach nicht brauchte . Von 
daher kenne ich diesbezügich nur meine eigene Herangehsweise 
(Philosophie).

Wenn man so ein virtuelles Frontpanel genügend flexibel gestaltet, 
könnte man sicherlich auch verschiedenste Kommunikations-Philosophien 
damit erschlagen. patsch *aua* :-)

Markus

[Mike (Gast)]

Er meint sicherlich den ewigen Streit ob Hochsprache oder Assembler.
Asseembler ist nett um mal hinter die Fassade zu schauen,
schneller geht´s aber mit einer Hochsprache egal ob Basic, Pascal oder 
C.
Zu allen dreien findes Du eine mehr oder weniger freie/kostenlose 
Umgebung für die Atmels.

[Markus (Gast)]

>>Er meint sicherlich den ewigen Streit ob Hochsprache oder Assembler.

Wie die Abfrage im AVR aussieht ist ja nicht Sache des "virtuellen 
Frontpanels".

Beispiel:
Wenn man weiß, daß über die RS232 z.B. ne $10 gesendet wird, sobald der 
User auf dem Bildschirm den Button [Led on] anklickt, kann man das im uC 
ja Abfragen wie man es möchte.

In welcher Sprache der uC code dabei erstellt wurde ist egal, hauptsache 
er weiß was zu tun ist, wenn über die RS2332 ne $10 kommt (nämlich 
sinnigerweise eine LED einschalten). :-)

Markus

[jens (Gast)]

Ich wär ein dankbarer Abnehmer! Labview oder Profilab?Warum mit Kanonen 
z.T. ziemlich unflexibel auf Spatzen schießen? Wichtig wär mir 
allerdings auf PC Seite die Möglichkeit, den eingehenden Bytestrom 
bearbeiten/vorfiltern zu können.