Archiv verlassen und diese Seite im Standarddesign anzeigen : Asuro per Visual Basic 2005 oder Delphi 7???
Hallo!
kennt ihr vielleicht eine möglichkeit asuro in visual basic 2005 oder delphi 7 zu programmieren???
Naja, was hat es von Sinn? Man muss beachten, dass ASURO nur 8bit MCU, und nur 8kb flash hat. (^-^)
damaltor
23.02.2007, 19:08
nein ich denke diese möglickeit besteht nicht. allerdings, wenn du gern mit basic arbeiten möchtest dann such mal hier
www.mselec.com
nach BASCOM.
da sind auch viele tipps im forum.
Oooh, mir fällt grad auf, dass ich mich damals gar nicht bedankt habe...
Schrecklich, was ich für Fragen gestellt habe...
Naja, dann bedanke ich mich jetzt für die antworten vor 5 Monaten...
Roboaktiv
02.08.2007, 11:38
Geht das denn gar nicht? Wie ihr vielleicht wisst kenn ich mich nicht so gut mit Assembler und co aus. Deshalb würd ich mal vermuten, dass man einfach nur nen passendes Makefile programmieren muss. Oder ist das schwieriger als ich mir das denke. Ich glaube es stand irgenden sowas auch in der ASUROanleitung, dass man später auch makefiles programmieren kann und seine Programme nicht allle nur test.c nennen muss.
Die Frage versteh ich jetzt nicht ganz. Es ging darum, ob man den asuro mit Hilfe von visual basic oder delphi programmieren kann. Das geht natürlich nicht. Die Programmiersprachen sind für ganz andere Dinge gedacht.
makefiles dagegen kenn ich nur in Verbindung mit c/c++. Und damit kannst du natürlich den asuro programmieren, ist ja auch standardmäßig so. Und ein makefile kannst du auch ändern.
Kannst du deine Frage bitte genauer formulieren?
Roboaktiv
03.08.2007, 12:12
1. Man programmiert doch ein Makefile oder?
2. Kann man kein Makefile "programieren", dass ein Programm von Visual Basic in Assembler "umprogrammiert", damit der ASURO das versteht?
Ich glaub ich bin kein besonders guter Fragensteller. Vorallem von Sachen, die ich selbst nicht so genau verstehe. Aber ich hoffe, dass du die Fragen jetzt verstanden hast.
Gruß Roboaktiv
damaltor
03.08.2007, 16:45
das makefile sagt dem compiler "nur", was beim compilieren beachtet werden muss, welcher prozessor verwendet wird usw. mehr macht ein makefile eigentlich nicht.
wenn du eine andere programmiersprache verwenden willst, dann musst du einen entsprechenden compiler finden.
es gibt zuerst mal C (mit dem gcc als compiler),
basic (BASCOM, sollte mit Visual C am ehesten vergleichbar sein)
java (such mal, es gibt sogar ne VM dafür)
und ich glaube mich auch an turbopascal zu erinnern, das ist eigentlch wie delphi.
alle programmiersprachen, welche dazu gedacht sind, hübsche grafische oberflächen zu schreiben, fallen raus - was soll der asuro mit fenstern und auswahllisten?
Roboaktiv
03.08.2007, 22:55
AH!!!!!
Bei mir leuchtet gerade nen Kronleuchter auf :idea: . Und kann man jetzt auch mit einer X-beliebigen Programmiersprache, die so ungefähr die oberfläche wie C hat auch den ASURO programmieren, wenn man den passenden Compiler hat?
Gibt es Programmiersprachen, die mit C verwand sind z.B. C++ oder irgendeine andere aus der Reihe, die eine Graphische Oberfläche hat? Zum nur malso rumprogrammieren, für welche (wie ich), die mal tolle Fenster öffnen und schließen wollen.
Gruß Roboaktiv
damaltor
03.08.2007, 23:21
der asuro kann keine fenster anzeigen, du wirst also mit zeilenweiser programmierung vorlieb nehmen müssen. oder du suchst mal im forum (ich glaub bei arexx gibts das auch) nach EasyAsuro, da kannst du bunte würfel rumschieben zum programme machne =)
aber wenn du gern mit basic arbeiten möchtest, was du ja von msvb kennst, dann schau mal nach BASCOM (google).
Roboaktiv
04.08.2007, 17:56
Mit der EasyAsuro-Geschichte hab ich schon mal rumprobiert. Hat aber irgendwie nicht hingehauen :-)
An msvb kann ich mich irgendwie nicht erinnern. Aber Basic (zumindest den Namen) kenn ich. Visual Basic werde ich vielleicht demnächst in der Schule lernen.
Gruß Roboaktiv
PS: Was macht eigendlich dein Internet?
damaltor
04.08.2007, 19:56
internet kann noch dauert... telekom eben. wenn alles läuft, ist es ganz ok, aber der support ist so unglaublich schlecht... falls hier ein telekom-mitarbeiter mitliest: TUT WAS! ich warte seit 2 monaten, und jedes mal wenn ich anrufe höre ich was anderes! Arcor war dagegen ein kinderspiel...
für easyasuro musst du zuerst das gegenstück zur software auf den asuro flashen.
@Roboaktiv: bezüglich Makefile findest Du hier den Versuch einer guten Zusammenstellung (nicht anfängerfreundlich genug gelungen): http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Exkurs:_Makefiles
Ein Makefile ist nur eine Sammlung von "Steueranweisungen" für Compiler, Assembler, Linker/Locator und avr-objcopy. Du musst Dir den Gesamtprozess der Erstellens eines Maschinenprogramms mal ganz genau und in Ruhe anschauen. Hier ist die richtige Stelle für Dich:
https://www.roboternetz.de/wissen/index.php/Bild:Avr-gcc-1.png (davon solltest Du jeden(!) Schritt verstehen, lass vorher nicht locker! :) )
https://www.roboternetz.de/wissen/index.php/Avr-gcc/Interna#Ablauf_der_Codegenerierung
Verfolge genau den Weg von C/C++ (Sourcecode=Quellcode) bis hin zum Programm im Flash-Speicher (ist übrigens auch EEPROM):
C/C++ -> Assembler -> Objektcode -> elf-Datei (ELF=Executable and Linking Format) -> hex-Datei -> Programm im Flash-Speicher des AVR.
C/C++ -> Assembler (Compiler: C:\WinAVR\bin\avr-gcc.exe bzw. C:\WinAVR\bin\avr-g++.exe)
Assembler -> Objektcode (Assembler: C:\WinAVR\bin\avr-as.exe)
Objektcode -> elf-Datei (Linker/Locator: C:\WinAVR\bin\ld.exe)
elf-Datei -> hex-Datei (C:\WinAVR\bin\avr-objcopy.exe)
hex-Datei "flashen" (Verschiedene Programmiersoftware, z.B. C:\WinAVR\bin\avrdude)
siehe auch: https://roboternetz.de/wissen/index.php/Hallo_Welt_f%C3%BCr_AVR_(LED_blinken)
http://de.wikipedia.org/wiki/Executable_and_Linking_Format
http://de.wikipedia.org/wiki/Compiler
http://de.wikipedia.org/wiki/Assembler_%28Informatik%29
http://de.wikipedia.org/wiki/Linker
Zu den Programmiersprachen:
Das Futter für den Compiler ist der Sourcecode. Hier gibt es im AVR-Bereich vor allem C und C++.
Java läuft auf einer Java VM (Virtual Machine).
Noch Unklarheiten? ;-)
AH!!!!!
Bei mir leuchtet gerade nen Kronleuchter auf :idea: . Und kann man jetzt auch mit einer X-beliebigen Programmiersprache, die so ungefähr die oberfläche wie C hat auch den ASURO programmieren, wenn man den passenden Compiler hat?
Gibt es Programmiersprachen, die mit C verwand sind z.B. C++ oder irgendeine andere aus der Reihe, die eine Graphische Oberfläche hat? Zum nur malso rumprogrammieren, für welche (wie ich), die mal tolle Fenster öffnen und schließen wollen.
Gruß Roboaktiv
Ich glaube du verwechselst da was. Mit C kann man auch Fenster, Dialoge usw. machen. Allerdings braucht man dazu eine Ausgabeeinheit wie z.B. einen Monitor. Die meisten Programme für Microsoft Windows sind in C bzw. C++ geschrieben.
Theoretisch kann man mit jeder Programmiersprache Asuro programmieren. Man braucht nur einen passenden Übersetzer, welcher das von dir geschriebene Programm für Asuro lesbar macht. So etwas nennt man Compiler. Wenn es einen PHP Compiler für ATMega8 geben würde, so könnte man Asuro sogar in der Internetsprache schlechthin programmieren. Gleiches gilt für die von dir gefragten Sprachen, also Visual Basic und Delphi. Wie bereits erwähnt gibt es BASCOM für Asuro, auch die wichtigsten Funktionen wurden schon angepasst für BASCOM.
Assembler und C bleiben allerdings die geeignetsten Programmiersprachen für Mikrocontroller wie dem auf Asuro verwendeten ATMega8.
Grund: Sie erzeugen kleinen und schnellen Maschinencode.
Grüße,
Harri
Die meisten Programme für Microsoft Windows sind in C bzw. C++ geschrieben.Inzwischen sollte man auch Java, C# und Visual Basic nicht vergessen.
Wer sich für Windows-Programmierung mit C++ interessiert:
http://www.henkessoft.de/C++/WinAPI/WinAPI%20Kapitel%201%20bis%206/api1.htm
http://www.henkessoft.de/C++/MFC/MFC%20Tutorials.htm
Die meisten Programme für Microsoft Windows sind in C bzw. C++ geschrieben.Inzwischen sollte man auch Java, C# und Visual Basic nicht vergessen.
Wer sich für Windows-Programmierung mit C++ interessiert:
http://www.henkessoft.de/C++/WinAPI/WinAPI%20Kapitel%201%20bis%206/api1.htm
http://www.henkessoft.de/C++/MFC/MFC%20Tutorials.htm
Die Seiten sind mir nicht unbekannt :mrgreen:
Danke für deine Arbeit!
Die Seiten sind mir nicht unbekannt. Danke für deine Arbeit!
Vielen Dank für das positive Feedback!
Wenn ich heute den Nibo mit seinem ATmega mit 128 K und seinem 64*128 Pixel LC-Display progge, erinnert mich das an die Zeiten, als ich an einem Commodore PET oder C64 in BASIC programmiert habe. Bei den AVR setze ich aber auf C++ wegen der Klassen (OOP) und den Templates (generische Programmierung).
Der C64 hatte z.B. 80 Zeichen pro Zeile (PET nur 40, wenn ich mich richtig erinnere) und 39 K Speicher! Ein ATmega128 ist also schon richtig klasse. Jetzt fehlt nur noch die Farbe auf den Displays. :)
damaltor
05.08.2007, 01:13
ehenkes: ich habe gerade 2 alte C64 geschenkt bekommen, aber ohne kabel. hast du ne quelle? ich brauch serial und stromversorung und irgendwas zum fernseher...
wenn man mal bedenkt dass der asuro prozessor bereits 8x so schnell ist wie der c64... =)
ich habe gerade 2 alte C64 geschenkt bekommen, aber ohne kabel. hast du ne quelle? ich brauch serial und stromversorung und irgendwas zum fernseher...Stromkabel ist ganz normaler kleiner Gerätestecker gewesen. Fernsehanschluss war normales Koax auf Kanal 36. Serial zur Floppy (170K-Disketten!)? Da gab es eine parallele Lösung, damit es schneller geht. Meine ehrliche Meinung: Wirf den E-Müll einfach weg oder schenke ihn weiter. Hier ist der passende Emulator: ;-)
http://www.c64games.de/phpseiten/emulatoren.php
damaltor
05.08.2007, 13:26
hrhr.. dann ist das ja gar nich mehr stilecht... =)
die emulatoren für linux sind allerdings extrem schlecht, nur vice scheint zu funktionieren. aber bei mir nur mit schwarzem bildschirm =)
ich werd mal sehen was sowas bei ebay bringt...
Da gab es eine parallele Lösung, damit es schneller geht. Jetzt ist mir auch wieder eingefallen, wie diese tolle Beschleunigung hieß: SPEEDDOS http://www.zock.com/64er/8510/0008.html
Das waren noch Zeiten:
1) Datasette (ca. 1K pro Minute) fürchterlich!
2) Floppy (170K) lahme Verbindung
3) SpeedDos (parallele Datenübertagung) :)
damaltor
05.08.2007, 13:32
ich muss allerdings sagen, dass beim KC85/3 die datasette das schnellste medium war... =) das war noch lustig...
KC85/3?? Ach Du meine Güte! Der Osten hat ja auch seine Computergeschichte. ;-) http://www.zock.com/8-Bit/D_DDR.HTML
damaltor
05.08.2007, 14:47
und die waren teilweise schöner als die c64... aber klobiger =)
und man brauchte einen russenfernseher zum anzeigen...
Roboaktiv
07.08.2007, 15:38
Das hört sichstark nach "VORMEINERZEIT" an.
@ehenkes: Danke für die Links. Ich vermute ich brauch etwas länger um den Spaß zu lesen. Wenn ich noch ne Frage habe meld ich mich hier. Ist aber irgendwie interessant mit dem Russenfernsehr :-)
Gruß Roboaktiv
damaltor
07.08.2007, 17:21
tja... seufz... damals musste man noch auf jedes byte achten.
mittlerweile rechet der kleine asuro 8x so schnell wie ein c64...
Russenfernseher - war das SECAM Ost? Im Westen gab es damals wie heute PAL.
damaltor
07.08.2007, 20:30
ich hab keine ahnung... aber ich denke, dass auch ein pal fernseher tun sollte. unser lehrer meinte bloß, die alten dinger würde das beste bild schaffen XD
Roboaktiv
13.08.2007, 19:49
mittlerweile rechet der kleine asuro 8x so schnell wie ein c64...
Echt?? Ich dachte das hätte sich mehr entwikelt. Wie die Geschichte mit den Discetten (keine Ahnung wie man das schreibt) und den CDs oder mp3 Dateien. Also kleinere Datenträger größer Datenkapazität.
Allerdings reicht ja die geschwingikeit völlig aus. Haben die deshalb da nicht mehr weiter geforscht?
Steikt Telekom immer noch bei dir? Oder was macht dein Internet? (Das dient nur zu Information wann wir wieder voll mit dir rechnen können. Nicht zum Stress-machen)
damaltor
14.08.2007, 16:55
hrhr... 8 mhz sind verdammt viel eigentlicfh... denk mal drüber nach was der atmega können muss (etwas rechnen, ports schalten) und was der c64 konnte (bildschirmfüllende texte, basic-interpreter, tastatur, bildschirminterface, serielles interface für die DATASETTE (hab ich hier noch liegen) und floppy, cardridges, sprite-grafiken.......)
schneller = unnötig und vor allem teuer...
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.