Zuviel Werbung? - > Hier kostenlos beim SPS-Forum registrieren

Seite 2 von 4 ErsteErste 1234 LetzteLetzte
Ergebnis 11 bis 20 von 35

Thema: Byte adresse aus Any-Inparameter ziehen!

  1. #11
    Registriert seit
    08.04.2008
    Ort
    Köln
    Beiträge
    844
    Danke
    39
    Erhielt 244 Danke für 199 Beiträge

    Standard


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Zitat Zitat von Larry Laffer Beitrag anzeigen
    An p#2.0 steht m.E. der Wiederholungsfaktor - also die 10 ...
    Hast recht! Ich hab' mich da wohl verlesen. Hatte gedacht er sucht den Wiederholungsfaktor.
    Für die Zukunft merk ich mir: Erst gründlich lesen, dann antworten.

    Grüße
    Gebs

  2. #12
    Registriert seit
    28.08.2007
    Beiträge
    140
    Danke
    17
    Erhielt 13 Danke für 11 Beiträge

    Standard

    Zitat Zitat von Gebs Beitrag anzeigen
    Hallo droop38,

    was für einen Bausteintyp (FB/FC) hast Du?

    Bei einem FC geht es nicht!

    ...

    Grüße
    Gebs
    Hmm, also selbstverständlich geht das auch in nem FC. Natürlich die selbe Adresse (Byte 6) für den Speicherbereich im Pointerformat. Die Step7 Hilfe bietet da übrigens erstaunlich gute Übersicht über den Aufbau des ANY-Pointers. Bei Index "ANY" suchen und dann auf "Format des Parametertyps ANY" klicken.
    Geändert von EyeQ (10.11.2011 um 21:08 Uhr)

  3. #13
    Registriert seit
    22.03.2007
    Ort
    Detmold (im Lipperland)
    Beiträge
    11.793
    Danke
    398
    Erhielt 2.417 Danke für 2.013 Beiträge

    Standard

    @EyeQ:
    Also der von Gebs im Beitrag #2 verlinkte Beitrag aus der FAQ beschreibt das auch sehr schön ...

    Zitat Zitat von Gebs Beitrag anzeigen

  4. #14
    Registriert seit
    28.08.2007
    Beiträge
    140
    Danke
    17
    Erhielt 13 Danke für 11 Beiträge

    Standard

    Ja ich weiß, wollte ja nur drauf hinweisen, dass die step7 Hilfe da auch mal offline auf der Baustelle weiterhelfen kann.
    Außerdem wollte ich klar stellen, dass an Parameter definitiv auch am fc funktioniert.
    Der gepostete Beitrag über die Datentypen ist natürlich sehr gut, aber eben nur online verfügbar,, wenn man nicht grad ne Kopie. Zur hand hat.

  5. #15
    Registriert seit
    08.04.2008
    Ort
    Köln
    Beiträge
    844
    Danke
    39
    Erhielt 244 Danke für 199 Beiträge

    Standard

    Nur der Befehl
    LAR1 P##Variable
    funktioniert in einem FC nicht! => "Symbol Variable nicht gefunden oder nicht erlaubt in Anweisung mit Adress-Operator P##"

    vllt. funktioniert ja
    L P##Variable
    LAR1

    Hab' ich aber noch nicht ausprobieren können. (Hab' z.Z. keine SPS zum testen)

    Grüße
    Gebs

  6. #16
    Registriert seit
    28.08.2007
    Beiträge
    140
    Danke
    17
    Erhielt 13 Danke für 11 Beiträge

    Standard

    Zitat Zitat von Gebs Beitrag anzeigen
    Nur der Befehl
    LAR1 P##Variable
    funktioniert in einem FC nicht! => "Symbol Variable nicht gefunden oder nicht erlaubt in Anweisung mit Adress-Operator P##"

    vllt. funktioniert ja
    L P##Variable
    LAR1

    Hab' ich aber noch nicht ausprobieren können. (Hab' z.Z. keine SPS zum testen)

    Grüße
    Gebs

    Interessant. Der Befehl funktioniert so tatsächlich nicht.
    L p##
    Lar1

    Dagegen funktioniert. Hab ich nicht gewusst. Gibt's dafür nennen Grund?

  7. #17
    Registriert seit
    18.12.2008
    Beiträge
    33
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge

    Standard

    mich lässt das keine ruhe

    L P##Offs_Quelle
    TAR2
    +D
    LAR1
    L D [AR1,P#6.0]
    UD DW#16#FFFFFF // vorderen Bereich ausmaskieren
    SRD 3 // Bit-Adresse in Byte-Adresse umrechnen
    T #offset_1

    warum haut das nicht hin?
    die 10774 ist die adresse im idb
    der idb steht im DB register 1 (80)
    Db auf80 hat auch nichts gebracht



    AWL.JPG

    ich sollte doch bei L D [AR1,P#6.0] dann was aus dem any auslesen können oder?

  8. #18
    Registriert seit
    27.05.2004
    Ort
    Thüringen/Berlin
    Beiträge
    12.262
    Danke
    537
    Erhielt 2.707 Danke für 1.956 Beiträge

    Standard

    Zitat Zitat von droop38 Beitrag anzeigen
    mich lässt das keine ruhe

    L P##Offs_Quelle
    TAR2
    +D
    LAR1
    L D [AR1,P#6.0]
    UD DW#16#FFFFFF // vorderen Bereich ausmaskieren
    SRD 3 // Bit-Adresse in Byte-Adresse umrechnen
    T #offset_1

    warum haut das nicht hin?
    die 10774 ist die adresse im idb
    der idb steht im DB register 1 (80)
    Db auf80 hat auch nichts gebracht



    AWL.JPG

    ich sollte doch bei L D [AR1,P#6.0] dann was aus dem any auslesen können oder?
    Was denn nun, 4.0 oder 6.0?
    In deinem Bild hast du 4.0 adressiert.
    Gruß
    Ralle

    ... there\'re 10 kinds of people ... those who understand binaries and those who don\'t …
    and the third kinds of people … those who love TIA-Portal

  9. #19
    Registriert seit
    18.12.2008
    Beiträge
    33
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge

    Standard

    im grunde beides 6.0 sollte ja die byteadresse sein und 4.0 die db nummer...

  10. #20
    Registriert seit
    22.03.2007
    Ort
    Detmold (im Lipperland)
    Beiträge
    11.793
    Danke
    398
    Erhielt 2.417 Danke für 2.013 Beiträge

    Standard


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Hallo,
    du arbeitest mit einem FC ?
    In dem Fall (ins Blaue geschossen) ist es möglicherweise so, dass du gar nicht den ANY selbst einliest sondern nur den Pointer, der auf die Adresse zeigt an der der ANY-Inhalt steht.

    Gruß
    Larry

Ähnliche Themen

  1. Antworten: 15
    Letzter Beitrag: 09.09.2011, 10:56
  2. SImatic Update ziehen
    Von GreenWhiteAngel im Forum Simatic
    Antworten: 5
    Letzter Beitrag: 16.02.2009, 17:58
  3. Antworten: 4
    Letzter Beitrag: 08.07.2008, 08:52
  4. Byte-, & Bit-Adresse aus einer Ganzzahl errechnen
    Von LittleJack86 im Forum Simatic
    Antworten: 4
    Letzter Beitrag: 21.04.2008, 20:18
  5. Kabel ziehen
    Von waldy im Forum Stammtisch
    Antworten: 3
    Letzter Beitrag: 18.11.2005, 18:14

Lesezeichen

Berechtigungen

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