---

Hallo Forum,

ich möchte von einem Puffer aus die BEs "rot", "grün" und "blau" in einem Lager(Kapazität 6x6) zoniert einlagern. Es geht mir um die prinzipielle Vorgehensweise, deshalb reicht das Belegen jeweils einer Spalte. Da meine eM-Plant Kenntnisse noch sehr lückenhaft sind, ist mir dies bisher nicht gelungen. Auf Sicht möchte ich dieses Lager um ein Regalbediengerät erweitern, jedoch nur in Form einer Tabelle o.ä. zur Ermittlung der Spielzeiten. Dafür ist es notwendig die Abmasse des Lagers zu kennen. Sind diese irgendwo hinterlegt, oder ist es sinnvoller dafür Werte zur Berechnung vorzugeben?

Gruß Bjoern

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Willst Du wirklich die Abmaße des Lagers auslesen (denn die sind Dir ja eigentlich schon bekannt, oder?)? Wenn Du die Belegung meinst, dann schau Dir mal die Methode "Inhaltsliste" und "finden" des Lagers an.

------------------
Um im Leben wirklich Erfolg zu haben, muss man sich fest an zwei Regeln halten:

1. Erzhäl' nicht alles was Du weißt!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo DFault,

mit der Methode "Inhaltsliste" habe ich festgestellt, dass die von mir gewünschte Belegung(Zonierung) nicht funktioniert. Ich habe verschiedene Methoden für die Eingangssteuerung des Lagers geschrieben, aber es wird Zeile für Zeile aufgefüllt.
Für die Abmasse des Lagers in eM-Plant interessiere ich mich, da ich es den realen Gegebenheiten anpassen möchte, um es zu einem späteren Zeitpunkt im 3D-Modus möglichst realistisch abzubilden.

Gruß Björn 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Du willst also den Lagerort für jedes BE bestimmen (nach rot, grün und blau sortiert). Das sollte doch eigentlich mit "umlagern" unter Angabe des Ortes (lager, x, y) möglich sein.

Für die Abmaße schau Dir mal XDim und YDim an.

------------------
Um im Leben wirklich Erfolg zu haben, muss man sich fest an zwei Regeln halten:

1. Erzhäl' nicht alles was Du weißt!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

forum.gif

Hi Bjoern82,

da ich im Moment an der HS sitze und ein wenig Zeit über habe, anbei mal mein Vorschlag zur Sortierung (Bitte das mit dem Bild zu entschuldigen, "besitze" nur die "educational version").
Zur Erklärung:
Die Quelle erzeugt zyklich rote und grüne BEs (Attribut: Farbe=xxx)
mAusgang ist als Ausgangsteuerung im PlatzPuffer eingetragen.
mLagerplatz wird von mAusgang aufgerufen.
mAuslagern ist nur zur Überprüfung gedacht (neben der Inhaltsliste)

Hab mir sogar mal mühe bei der Dokumentation gemacht 
Hoffe es hilft weiter!

MfG
LoggaRhythmus

------------------
ohje... ohje, ohje!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo LoggaRhythmus,

vielen Dank für deine Hilfe. Es funktioniert wunderbar. Habe wieder was dazugelernt.

Gruß Björn

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Bjoern82 un DFault,

Ich persönlich halte nicht viel vom Baustein Lager, insbesondere dann nicht, wenn man die Plätze einzeln ansteuern muss.

Wie wäre es mit einem Puffer (mit Bearbeitungszeit = 0, etc...) und einer Tabelle mit xDim & yDim, in welcher die Puffer-(Lager-)Belegung
aufgezeichnet wird (mit Objektverweisen auf die beinhalteten BEs).

Also... bei Eingang eines Teils im Puffer (bzw. in einem vorgelagerten 'Tor') wird in der Tabelle (=Belegungstabelle des Lagers) über deine Belegungslogik geprüft, wo ein Platz frei ist (Spaltenweise, Zeilenweise / Flächenweise / nach Kontingenen, etc...) und bei erfolgreichem "Einlagern" in der entsprechenden Zelle der Tabelle der Objektpfad auf das BE gespeichert.

Bis auf die Optik, ist es auch nicht unbedingt notwendig das Lager / den Puffer mit Kanten an evtl. Nachfolger anzubinden, da man aus einem abzubildenden Lager ohnehin meist "methodisch" auslagert.

Ich benutze auch oft Audrücke wie if not oBE.umlagern then um ggf. abzufangen, wenn ein entsprechender Abnehmer ggf. nicht aufnahmebereit ist.

Es kann sein, dass eM-Plant einen erfolglosen Auslagerversuch eines BEs aus dem Lager im Zielbaustein für jeden einzelnen Platz des Lagers (für jedes auszulagernde BE) speichert und dann bei nächst möglicher Gelegenheit dem Lager "Bescheid gibt", dass Teil erneut umzulagern (sofern es sich noch dort befindet). Da dass meines Wissens bei einem Puffer nur für das Teil am Ausgang der Fall ist, wäre ein Lager evtl. doch "besser" geeignet ist als ein Puffer. Andererseits braucht man für ein Lager oft nicht nur eine Einlagerungsstrategie / -steuerung, sondern auch eine Auslagerungsstrategie /-steuerung. Wenn also Auslagerungsanfragen (von evtl. Abnehmern) bei geigneten Events ohnehin 'methodisch' gesteuert werden müssen, kann man auch wieder einen Puffer nehmen.

Also mein Tipp, ein Lager ist nicht so toll wie es aussieht. Ein Puffer un eine Tabelle sind ggf. einfacher zu handhaben, nicht zuletzt, weil die Tabelle auch einfacher ereichbar ist und nicht extra methodisch ausgelesen werden muss.

------------------

Mahatma Gandhi...

'We must be the change we wish to to see in the world.'

[Diese Nachricht wurde von Callum am 20. Jun. 2006 editiert.]

[Diese Nachricht wurde von Callum am 20. Jun. 2006 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Callum,

ich stimme Dir zu. Ich habe in meiner bisherigen eM-Plant-Laufbahn (knapp 4 Jahre) nur ein einziges mal den Lagerbaustein genutzt.

@Bjoern82, vom (Programmier)aufwand dürften sich beide Vorschläge nicht viel geben.

------------------
Um im Leben wirklich Erfolg zu haben, muss man sich fest an zwei Regeln halten:

1. Erzhäl' nicht alles was Du weißt!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP