AVR mit graphischer Programmiersoftware

Hast du denn schon mal einen MC programmiert ?
Wohl eher nicht denn sonst wäre dir der Unterschied zwischen einem AVR
und einer SPS aufgefallen.

schau mal hier
http://www.avrfreaks.net/Tools/showtools.php?ToolID=472
ist aber nur für den ATMega8535.
Ich habe es aber nicht getestet.

Klaus

@LinkinPark : Achso ! Eine SPS beinhaltet also keinen Mikrocontroller
der über eine Schnittstelle mit Maschinencode programmiert wird ?!Sehr
interessant.Dann hatt eine SPS also auch keine digitalen und analogen
Eingänge ? Und digitale Ausgänge hat eine SPS dann wohl auch nicht ? Na
sowas...dann hab ich wohl jahrelang ne Kaffemaschine in den
Schaltschrank gebaut !
Jetzt bin ich aber auf den achsogroßen Unterschied gespannt.....

Hallo Thommi K,

klar hat eine SPS einen Mikroprozessor, allerdings hat der idR eine
Firmware, die die SPS Befehle entweder aus einem Speicher ließt und
dann entsprechend umsetzt.
Der Unterschied zwischen SPS und MC ist allerdings gigantisch, da Du
hier die HArdware hier mehr oder weniger selbst abfragen, überwachen
und schalten mußt. Bei einer SPS sitzt Du vor einer mehr oder weniger
grafischen Oberfläche (Kop,FUP,AWL,GWL) und schaltest das ganze logisch
zusammen und die Firmware übersetzt den Ablaufplan. Bei einem MC heißts
Do it yourself, ich versteh nur Bits.
Also daher finde ich diese Vergleiche immer recht lustig.

Marcus

Ich weiss zwar nicht ob es sowas für AVRs gibt, aber für PICs gibts das
hier:

http://www.parsic.de/

Funktioniert wie ein Schaltplaneditor und hat den Vorteil, dass man das
ganze sehr komfortabel Simulieren kann.
Habe ich selber vor ein paar Jahren mal verwendet, bin nun aber wieder
zurück zu Pascal gekommen, da komplexe Programme damit enfach
übersichtlicher sind. Aber im Prinzip kann man damit alles machen was
man will. Ein paar Einschränkungen sind natürlich schon vorhanden, aber
solange man keine sehr komplexen, zeitkritischen Anwendungen entwickelt
ist das genau das richtige, denn die Entwicklung geht damit extrem
schnell von der Hand.

MfG,
Dominik S. Herwald

Wer grafisch(Struktograme) programmieren möchte, sollte sich EasyCode
ansehen.

www.easycode.de

@Dominik S. Herwald
ja parsic ist klasse, ich habe auch einige projekte damit gemacht. man
kann, ( nicht zu vergessen ) auch assembler routinen in parsic
einbinden.
Schade das der Autor zu beschäftigt ist, zb. i2c und 1wire ist der
autor bestimmt in der Lage graphisch um zu setzen. man sehe sich nur an
wie einfach eeprom und variablen austausch über rs232 von ihm
programmiert wurden.
helmut

Danke für die vielen Antworten.
Wie ich sehe hatten auch noch andere den Gedanken....
Vieleicht hat ja einer in den unergründbaren Tiefen des Internet ein
passendes Tool für den AVR gefunden ?!

Cu
Thommi

Ich finde es fraglich einen Microcontroller zu programieren und nur die
Hochsprache zu kennen. So eine graphische Oberfläche ist noch weiter
von der maschienen-sprache entfernt als irgendetwas anderes. Ich
programiere den AVR inzwischen in C, binn aber sehr froh das ich mit
Assembler angefangen habe. Bzw. habe ich in der Ausbildung das Ding
noch mit hexzahlen programmiert. Den nur so ist mann in der Lage den
Fehler einzugrenzen und zu finden wenn der Controller mal nicht macht
was er soll. Hier giebt es kein interne Firmware welche einem eine
Fehlerdiagnose erstellt oder irgendwelche hübschen LED's am Asibus die
wild zu blinken anfangen wenn etwas nicht stimmt.
Ich habe es erst diesen Samstag wieder gemerkt wie wichtig es ist genau
zu wissen wie der Controller mit den einzelnen Bits hantiert den sonst
hätte ich nie herrausgefunden das der fehler nicht am C-Compiler liegt,
sondern an einer internen fuse, bzw. Matthias hat mir den
entscheidenden tip gegeben aber auch erst nachdem er sich den
assemblercode angesehen hat.
Bei der SPS giebt es mit solchen hardwarespeziefischen Dinge deswegen
nie Probleme da diese selbst intelligent ist durch ihre Firmware und
sich um Dinge wie Stackverwaltung, Rücksprungadressen, Portadressierung
usw. selber kümmert. Der Controller hilft dir hierbei nicht.
Ich will Dir die graphische Programmierung nicht ausreden, ich möchte
Dich nur darauf hinweisen das Du damit bestimmt nicht alles realisiern
kannst was der Controller könnte und das die Fehlersuche erschwert
wird.

Gruß!

Hallo Tom,

danke für deine Ausführungen.

Ich möchte nur nochmal klarstellen, das ich durchaus schon den AVR
"herkömmlich" programmiert habe.Ich fände es nur schön, wenn man die
Möglichkeit der visuellen Programmierung hätte.

Cu
Thommi