Software - Positionierung

ob der ini projektiert ist oder nicht, das ist doch egal...
du hast einen geber, dann brauchst du eh den ini um den geber zu referenzieren. oder ist der geber absolut?

wenn du denoch meinst das du auf deinen ini genauer positionieren kannst als auf die hochaufgelösten inkremete des gebers, dann kannst du zb eines machen:

du machst die sw positionierung so wie oben beschrieben.
sobald du nur nochwenige cm von ziel entfernt bist berechnest du die sollposition so:

sollpos = istpos + 1
die geschwindigkeit dazu sehr langsam einstellen, sofern die obige prozentuell ziehlbremsung nicht genutzt wird.

der antrieb würde also unendlich weiterfahren, stoppen tust du das mit dem ini...


fm-baugruppe... pah ihr ballert mit hw kosten rum...

die fm hat sicher eine daseinsbereichtigung, aber macht hier keinen sinn.

1. du hast recht viel toeranz
2. was bekommt die fm als istwert? wie schnell ist der da?
macht die schnelle fm sinn?


vergiss diesen blöden ini! fahr die pos mit dem geber an - zumindest grob dann kannste meinetwegen immer noch langsam auf den ini fahren...

//edit
aja und wenn die sps die prozentuale rampe fährt, dann solte die bremstrampe des fu am besten = 0 sein.
je nachdem wie stark es ruckelt wenn du aus der minimalfrequenz stoppst.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Markus: Ok, irgendwie logisch, was ihr sagt. Und mit der Kohle rumballern, können wir schon länger nicht mehr, da die Kunden am liebsten alles umsonst hätten. Ich werde mir am Montag nun einen Versuchsaufbau schnappen und die Softpositionierung mal genauer beäugeln. Eigentlich müsste es klappen,wenn man das sauber berechnet und der Geber ist ja schon da... Mal schauen wie das klappt über die ganze Bandbreite... Ich werde euch schreiben, wie es aussieht dann...
Nochmal danke für die vielen Tips :)
 
Hallo,

wie es der Zufall will haben wir gerade eine solche Anwendung mit einstellbaren Rampen, einstellbaren Positionen und einstellbaren Geschwindigkeiten.
Die Programmierung und Inbetriebnahme nimmt hierbei mehr Zeit und Geld in Anspruch als die HW kostet. Bei uns ist noch der Sonderfall das die Positionierung jederzeit unterbrochen werden kann. Das heisst bei loslassen eines Tasters muss der FU die Rampe über den AA der SPS auch fahren. Gemacht wurde das ganze mit ner CPU313C mit Geber an den schnellen Zähleingängen. Das Problem bei der Sache ist eigentlich das der Programmierer nur 3 Tage für die komplette Programmierung Zeit hatte (2 Achsen + OP7) und auch eine Inbetriebnahme mit richtigem Test nie stattgefunden hat.

Wer Zeit hat, kann das tun, allen anderen, vor allem denen mit wenig Erfahrung rate ich auch zu einer fertigen Lösung. Wer mit ca. 45 Euro die Stunde berechnet wird (dem Kunden) übersteigt bei der Softwarelösung schnell den HW-Preis.
Der Vorteil der SW Lösung ist allerdings das sie sich immer wieder einsetzen lässt.

Torsten
 
So gecheckt...

So ich habe nun die Softwarelösung umgesetzt.
Trotzdem werde ich nuneine Hardwarelösung anstreben, da ich damit ohne Probleme neue Kundenwünsche realisieren kann und es erscheint mir persönlich auch günstiger, da viel Zeit für die Softwaregeschichte draufgeht...
Vielen Dank für Eure Antworten...
 
ja aber ich bin doch noch ein Anfänger und würde gerne mal einem Profi
über die Schulter schauen.

War nur ne Frage und wäre schön gewesen

Gruß

Dirk
 
Zurück
Oben