Hallo zusammmen ! Wäre es nicht schön, wenn man die AVR's mit einer graphischen Software (ähnlich Siemens Step 7oder LOGO!) programmieren könnte ? Oder gibts sowas etwa schon ? Cu Thommi
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 wüßte jetzt auch nicht, wozu eine "graphischen Software" bei MCs nützlich sein soll. Einen 1-Wire-ROM-search, RC-5 Dekodierung usw. stelle ich mir extrem schwer vor, grafisch darstellen zu wollen. Auch große Programme (>10k Zeilen) kann man grafisch nur schwer überblicken (müßte man wohl im A-20 Format ausdrucken). SPS haben dagegen nur sehr eingeschränkte Programmiermöglichkeiten. Peter
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
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.