Ok, den letzten Post hab ich verstanden, das davor eher nicht so ganz..
war nur geschnatter unter Leuten die das Protokoll genau kennen
Außerdem ist offenbar die Anzahl der Variablen, die pro Anfrage von der PLC bzw. NCK gelesen werden können beschränkt, und zwar auf max. 18 Variablen.
1. falsche Annahme von dir
die maximale Anzahl pro PDU-Auftrag(=kleinste Einheit) ergibt sich aus:
1. der groesse einer Variablenanfrage(12 bytes bei PLC, 10 bytes bei NC)
2. der groesse der Daten im Ergebnis (1 Byte bei bool, 4 Byte bei Real, usw.)
d.h. es gibt normalerweise keine feste Grenze sonder ist von der Mischung als auch von den Variablen-Typen abhängig
bei z.B. einem 220 Byte String geht nur eine Variable weil die PDU dann schon voll ist
Wie mein letzter Test gezeigt hat, splittet AGLink daher Aufträge mit mehr als 18 Variablen in mehrere Anfragen, sowohl bei der PLC wie auch bei der NCK.
Ausnahme: Die V / H Bereiche der NCK.
Aber warum? Kontrolliert die Funktion, die im AGLink das Splitting bewirkt, welcher Bereich abgefragt wird?
Ich bin davon ausgegangen, dass die Aufträge einfach "doof" in 18er Blöcke zerlegt werden, ohne zu berücksichtigen welche Variablen aus welchen Bereichen gelesen werden sollen??!
2. falsche Annahme von dir (basierend auf deiner 1. falschen Annahme)
von deinen Float32 Werten passen einfach 22 Stueck in eine Anfrage/und Ergebnis rein (daher splittet AGLink auch nicht) - aber die NC mag das trotzdem nicht
AGLink macht kein falsches Splitting und auch keine bereichsbezogene "Optimierung" - der 0x8x-Block verhaelt sich einfach anders, moeglicherweise wird das direkt auf einen anderen
Kontroler durchgeroutet (das könnte die Endianess-Verdrehung erklären) der das einfach nicht kann/mag/will (warum auch immer)
Ich habe die Tests mal noch etwas erweitert, und teste auch das Verhalten im BlockM, Ergebnisse folgen.
dann kann man vielleicht ein Schema erkennen
gut wäre es wenn du eine ganz kleine Bool/Byte-Variable und eine grosse String-Variable, Size > 8, findet wuerdest - dann koennte man damit einen Anzahl- und Datenmengen-Test machen
Wäre es dann möglich im AGLink Mechanismen zu integrieren, die dafür sorgen, dass die Maximalzahl von 18 Variablen auch bei V/H nicht überschritten,
und keine unterschiedlichen Units in einer Anfrage gemischt werden?
wenn es sich bei deinen Tests definitiv zeigt das die 0x8x-Bloecke durchweg das Verhalten zeigen kann man bestimmt mit den Deltalogics drueber reden - aber
wenn es nur ein kleiner Spezialfall ist (der auch noch nicht ordentlich Beurteilt wurde) kann ich mir kaum vorstellen das sie ihren Produktivcode aendern
(da hängen ja auch andere Kunden drann)
Ich mache das momentan recht umständlich (zahlreiche verschachtelte Schleifen) in meinem Code,
was sicher auch zu meinen schlechten Timing-Ergebnissen beiträgt...
Das kann ich mir nicht vorstellen - wenn du einen Algorithmus schreibst der die Unit und Anzahl-Zerlegung bei diesen Bloecken macht bist
du immer noch um ein vielfaches schneller als die NC sein kann
du musst ja "nur" die 0x8x-Bloecke rausfiltern und deren Anzahl begrenzen - fuer die anderen Bloecke funktioniert die optimierung von AGLink ja richtig
