LMoMa deaktivieren von p145[1] bzw p145[0]

Tach zusammen.

Ich verwende für mich noch vergleichsweise jüngst die Bib LMoMa V1.2.6 um ADS und DDS und die damit verbundenen MDS/EDS umzuschalten.

Das geht auch ganz passabel.

Jedoch geht eine Sache bei dem Versuchsaufbau nicht:

Ich betreibe 3 verschiedene Motoren mit jeweils 3 versch. Getriebekombinationen an einem 45A SMM.
Es handelt sich um Motoren mit Drive Cliq aber auch welche mit SMC Schnittstelle.
Die mit DQ habe ich auf Port X202 des Frequ (p145[0]) und das SMC an der X101 meiner Simotion D.
Wenn ich an jeder Geberschnittstelle gleichzeitig einen Motor angeschlossen habe , geht die umschalterei super. Das is aber nicht Sinn der Übung. Es soll immer nur ein Motor angeschlossen sein. Nun bekomme ich aber dann Topologiefehler und das DO geht auf r2 = 60).
Also dachte ich über die LMoMa via FBLMoMaActivateDeactivateSingleDOComponents das ENCODER_INTERFACE_1 bzw 2 wechselwirkend je nach Verwendungsfall zu deaktivieren. Der FB läuft auch störungsfrei da durch. nur am DO tut sich nichts und der Topologiefehler brleibt. Wenn ich im SinamicsINT einstelle, dass beim Hochfahren beide Schnittstellen erst mal deaktiveirt sind, um Meldegewitter aufm Bus zu unterdrücken, stimmt zwar die Topologie, aber übder den erwähnten FB den belegten Encoder zu aktivieren geht trotzdem nicht....

Was mach ich falsch? Muss ich vorab was tun?

Das mit der LMoMa und LDPV1 hab ich versucht. Klappt nicht.

Weder über FBLDPV1WriteOneParameter den 145[0] den Wert 0 bzw 1 zu übergeben (FB wird ohen Error abgearbeitet)
noch über FBLMoMaActivateDeactivateSingleDOComponents das ENCODER_INTERFACE_1 des aktiven DDS die DEACTIVATEn oder ACTIVATEn...  (Wird aber auch ohne Error abgearbeitet. dauert aber länger als die LDPV1 funktion...)

JA, das war mir schon klar.

Zu Beginn meiner MotionTask resete ich alle Insatanzen meiner LDPV1 FBs und setze execute (auch im Trace sichtbar) auf False.

In Folge kommt eine switch case, die so gbaut ist, dass es erst weiter geht, wenn der zuvorgehende LDPV Auftrag nicht mehr busy ist.

s. Auszug code:

4:

IF GlobVar_Bo_DQGeber AND (GlobVar_Bo_ADS1 OR GlobVar_Bo_ADS3)
THEN
IDB_FBWriteParam_DDS[0](
execute := TRUE
,reset := bo_reset[0]
,bufferIdentifier := 0
,jobIdentifier := 0
,typeOfDO := DO_WITH_STANDARD_TELEGRAM
,axis := TO_3ADS_3DDS_3MDS_2EDS
,logAddress := 320
,ioID := INPUT
,doNumberDrive := 3
,DDSNumber := 0
,done => bo_done[0]
,busy => bo_busy[0]
,error => bo_error[0]
,errorID => w32_errorid[0]
,errorInfo => i32_errorinfo[0]
);
END_IF;

IF NOT IDB_FBWriteParam_DDS[0].busy AND ((NOT IN_r51_Bit0_DO_45A_SMM AND NOT IN_r51_Bit1_DO_45A_SMM) OR NOT GlobVar_Bo_DQGeber)
THEN
IDB_FBWriteParam_DDS[0](execute := FALSE);
i16_local_SchrittVar := 5;
END_IF;

respektive nach dme DDS umschalten kommt dann

7:

// hier steht original die IF für Instanz 0

// Instanz 1
IF GlobVar_Bo_SMCGeber AND GlobVar_Bo_ADS1 AND NOT IDB_FBLMoMaActivateDeactivateSingleDOComponents[0].busy AND NOT IDB_FBLMoMaActivateDeactivateSingleDOComponents[2].busy
THEN
IDB_FBLMoMaActivateDeactivateSingleDOComponents[1](
execute := TRUE
//,reset :=
//,bufferIdentifier := -1
,jobIdentifier := 2
,logAddress := 320
,ioID := INPUT
//,doNumber :=
,DDSNumber := 0
//,PDSNumber :=
,componentType := ENCODER_INTERFACE_2
,condition := DEACTIVATE_AND_NOT_PRESENT
// ,done =>
// ,busy =>
// ,error =>
// ,errorID =>
);
END_IF;

// IF für Instanz 2

IF IDB_FBLMoMaActivateDeactivateSingleDOComponents[0].error OR IDB_FBLMoMaActivateDeactivateSingleDOComponents[1].error OR IDB_FBLMoMaActivateDeactivateSingleDOComponents[2].error
THEN
r32_TraceVar_Wo_haengt_es := 9999;
i16_local_SchrittVar := 20;
END_IF;

IF GlobVar_Bo_SMCGeber OR (NOT IDB_FBLMoMaActivateDeactivateSingleDOComponents[0].busy AND NOT IDB_FBLMoMaActivateDeactivateSingleDOComponents[1].busy AND NOT IDB_FBLMoMaActivateDeactivateSingleDOComponents[2].busy)
THEN
IDB_FBLMoMaActivateDeactivateSingleDOComponents[0](execute := FALSE);
IDB_FBLMoMaActivateDeactivateSingleDOComponents[1](execute := FALSE);
IDB_FBLMoMaActivateDeactivateSingleDOComponents[2](execute := FALSE);
i16_local_SchrittVar := 8;
END_IF;

PS: der i16Step der Instanz die im Busy hängen bleibt, steht auf 55. Gibt's dazu evtl ne Hilfe, was das heißt?

Guten Morgen.

Den BufferManager benutze ich ja auch. Mittlerweile hab ich auch allen Instanzen den Buffer -1 zugewwisen (Standardvorbelegung).
Den Jobidentifier hab ich gemäß Anleitung frei aufsteigend zugewiesen um besser zu unterscheiden. Die FB in Instanzen aufurufen dient dem Zweck das mal zukünfitg in Schleifen verspacken zu können bzw aktzuell um parallel unverwechslebar zu tracen.

Daher verstehe ich Ihren Beitrag nicht wirklich, wie mir das helfen könnte....

Hinweis: Ich hab parallel mal den Kontakt zum APC über einen SRQ geöffnet.

Danke für die Rückmeldung.

Ja, habe seit gestern Kontakt zum Erschaffer der Bib, dem Herrn [snip].

Der Buffermanger war auch u.A. Teil des Bugfixings.
Ein weiteres Problem beim mir war scheinbar, dass Eingangs- und Ausgangsadresse beim DO nicht identisch waren.
Das musste ich händisch begradigen.
Hierzu könnte es aber auch demnächst ein Update der LMoMa geben die das dann von sich aus abfängt.

Nun Läufts jedenfalls.

PS:
Ein äußerst informativer und angenehmer Austausch, wenn ich das mal heir so erwähnen darf. 5/5!
So gut wurde ich bislang nur von Herrn [snip] und (hier im Forum) von Christoph D. "betreut".
Da bekommt man glatt Lust hauptberuflich was mit scout/simotion zu machen ;-)