- MultiPlus Wechselrichter Insel und Nulleinspeisung Conrad         
Seite 2 von 3 ErsteErste 123 LetzteLetzte
Ergebnis 11 bis 20 von 29

Thema: Neue Programmiersprache entwickeln

  1. #11
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    05.07.2004
    Ort
    Münchener Osten
    Alter
    51
    Beiträge
    297
    Anzeige

    Praxistest und DIY Projekte
    Wie mein Robotor aussehen soll:

    Ich möchte für jede Funktion einen eigenen uC verwenden, d.h. einen uC für jedes Antriebsrad, einen uC als Datensammler, einen uC als Online-Compiler, einen für die Akku kontrolle, ...
    - interne Komunikation über IC2 (5 Drahtbus = 2 Datenleitungen, 2 Betriebsspannung, 1 Alarmleitung)

    Deshalb auch meine Idee das Programm in einem uC übersetzen zu lassen.

    Ihr denkt jetzt bestimmt ich "Spinne" oder ???? **

    Aber ich denke aus ist das beste um einen Autargen-Robotor zu bekommen.

  2. #12
    Erfahrener Benutzer Robotik Einstein Avatar von SprinterSB
    Registriert seit
    09.06.2005
    Ort
    An der Saar
    Beiträge
    2.802
    Zitat Zitat von MrQu
    Wenn man so eine ähnliche Sprache in einen uC bringt könnte man ganz einfach eine Karte der Umgebung eingeben, bzw. der uC könnte selber lernen.

    Was haltet Ihr davon???
    Nice to have.

    Du musst zunächst mal unterscheiden zwischen der Sprache, in der du das formulieren willst (Umsetzung jetzt mal zweitrangig) und dem 'Lernen'.
    So was komplexes als Sprachkonstrukt einzubauen ist nicht sinnvoll, weil das viel zu speziell ist. Ein Befehl wie 'lerne das Zimmer kennen' wirst du eher als Modul/Funktion/Bibliothek oder was auch immer selber zusammenbasteln, und nicht als Sprachelement zur Verfügung stellen.

    Wenn deine Sprache sehr einfach ist, und nur Befehle hat wie
    GOTO
    GOTO_XY
    TURN
    TURN_TO
    SPEED
    WAIT
    BEEP

    kannst du die Codes irgendwo ablegen und mit einer recht einfachen Prozedur interpretieren und evtl verändern. Eine Implementierung im Sinne einer komplett neuen Sprache mit Lexer, Parser, etc. ist das dann zwar nicht, dafür kommst du schneller zu brauchbaren Resultaten und musst dich nicht mir Krempel rumschlagen, der mit deiner eigentlichen Fragestellung "Robby soll lernen" wenig zu tun hat.

    Wenn du keine Vorstellung davon hast, wie er etwas lernen/erinnern/vergessen/verändern/erkennen/bewerten kann, hilft dir auch keine neue Sprache weiter, vor allem dann nicht, wenn du sie selber erst noch bauen musst...
    Disclaimer: none. Sue me.

  3. #13
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    05.07.2004
    Ort
    Münchener Osten
    Alter
    51
    Beiträge
    297
    @SprinterSB:

    Hast Du so etwas schon einmal gemacht, Du scheinst ja echt Ahnung von so etwas zu haben.

    In welcher Sprache schreibst Du den????

    Hast Du von so einer Lösung mal ein Beispiel?

    UND was hällst Du von der Idee die einzelnen Funktionen eines Robot auf einzelne uC zu verteilen und diese dann untereinander komunizieren zu lassen?

    Gruß Manuel

  4. #14
    Erfahrener Benutzer Robotik Einstein Avatar von SprinterSB
    Registriert seit
    09.06.2005
    Ort
    An der Saar
    Beiträge
    2.802
    Zitat Zitat von MrQu
    @SprinterSB:

    Hast Du so etwas schon einmal gemacht
    Jo, das war in Java. Ein Applet für Geometrie-Visualisierung war das. Die Quelle der jeweiligen Progrämmchen stand innerhalb des Applet-Tags. Die Visualisierung dann durch Maus und Weiterclicken etc, zB Umkreis in Abhängigkeit von der Geometrie des Dreiecks oder Schritt-für-Schritt Ani, wie so ne Konstruktion von statten gehen kann. Das ganze war ne prozedurale Sprache. Was ich schon hatte waren Grundtypen wie ganze Zahlen, Fliesskommas, Vektoren und Geraden, Kreise und Listen und Grundoperationen auf den Typen wie Sinus, Vektorprodukt, Schnittmengen von Objekten etc. rekursive Funktionen und so klappten...laber...laber

    Jedenfalls hab sich's irgendwann aus den Augen verloren und jetzt gammelt's irgendwo rum...
    Disclaimer: none. Sue me.

  5. #15
    Erfahrener Benutzer Roboter Experte Avatar von Rage_Empire
    Registriert seit
    10.03.2005
    Ort
    Pforzheim
    Beiträge
    710
    Zitat Zitat von PicNick
    Man sagt, kein Programmieren darf sterben, ehe er nicht wenigstens EIN Betriebssystem und EINEN Kompiler geschrieben hat.
    Was willst du denn erreichen ?
    PicNick...wir warten auf dich :-D

    *Joke*

  6. #16
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    11.11.2005
    Beiträge
    321
    Hallo MrQu, deine Idee ist Klasse.
    Ich progge immer noch mit MSLOGO. Ist sehr flexibel und nicht übertrieben
    voll mit Floskeln.
    Dort kannst du auch die serielle Schnittstelle und die parallele Schnittstelle
    ansprechen. Ist der erste Schritt zum Proggen mit dem AVR.

    Castle

  7. #17
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    11.11.2005
    Beiträge
    321
    FORTH ist auch eine exotische Sprache, beschäftige mich seit 1985 damit.
    Damit kann man sehr leicht eine eigene selbstsändige Oberfläche entwickeln.

    Castle

  8. #18
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    05.07.2004
    Ort
    Münchener Osten
    Alter
    51
    Beiträge
    297
    @super_castle
    abend,
    MSLOGO kenn ich garnicht, was ist das für eine Version die du verwendest?

    Hast du nen Link zu der Version???

    Gruß Manuel

  9. #19
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    29.04.2005
    Ort
    Weilburg
    Beiträge
    676
    Prostetnic Vogon Jeltz

    2B | ~2B, That is the Question?
    The Answer is FF!

  10. #20
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    11.11.2005
    Beiträge
    321
    Wenn du mit MSLOGO arbeiten tust, setze die nicht in deutsch um.
    Es gibt eine deutsche Übersetzung für dieses LOGO, es werden dann aber nicht mehr alle Funktion erreichbar sein.

    Castle

Seite 2 von 3 ErsteErste 123 LetzteLetzte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen