Ich nehme an, Btn_Info() ist ein Array. Ein Array hat aber von dir bei der Deklaration festgelegte Dimensionen. Daher ist ein Array für sowas ungeeignet. Eine List ist da besser. Und deine Form (oder der übergeordnete Container) verfügt bereits über eine solche List(Of Controls): FormSowieso.Controls
Du unterscheidest deine Buttons ja sowieso an Hand des Namens. Nach dem Hinzufügen mit DeineForm.Controls.Add(DeinButton) kannst du ihn in der Liste mit einer ForEach-Schleife durch Vergleich des Namens suchen und bearbeiten. Auch kannst du die dynamisch hinzugefügten Buttons alle auf 1 Click-Event setzen und dort über den Sender-Parameter wieder den Button identifizieren und in die entsprechende Sub verzweigen.

Fiel Fergnügen

Vatter

Sorry, aber ich blick dein ganzes Vorhaben nicht. Es scheinen sich hier etliche Baustellen zu überschneiden. Mal ist von einer Group die Rede (was auch immer das sein soll), dann wieder Buttons, dann ne Excel-Tabelle...
Bei deiner letzten Frage hast du einen Button initialisiert und einem - offenbar falsch dimensionierten Array - übergeben. Darum schlug ich vor, eine List (Of Dingens) zu nehmen, da diese dynamisch erweitert werden kann.

Ich gewinne aber immer mehr den Eindruck, dass es um eine Datenanwendung geht. Hast du dich mal mit einem DataGridView und der zugehörigen Datenbindung beschäftigt? Ein DataGridView ist wie eine Tabelle aufgebaut, wobei die Spalten nicht nur Textfelder sondern auch Steuerelemente wie Comboboxen, Checkboxen oder Buttons darstellen können. Eine Zeile kann also quasi als Gruppierung von Steuerelementen angelegt werden. Die Anzahl der Zeilen entspricht der gebundenen Tabelle.
Du scheinst hier mit deinem Vorhaben unnötigen Kopfstände zu veranstalten.

Fiel Grütze

Vatter

carepicha schrieb:

Was du rot im Anhang sieht, möchte ich automatisch erstellen. (Max. 3-4 Seiten, also 21-28 Zeilen)

Da sehe ich genau eine Zeile.
Wie sind die 3-4 Seiten damit verquickt?

ich sehe eine Tabelle mit Datensätzen. Da ist typisiertes Dataset für zuständig.
Ich weiß jetzt nicht das genaus sps-Format, aber unter günstigen Umständen kann typDataset anderweitig generiertes Xml direkt einlesen.

Die gezeigte Darstellung ist natürlich aufwändiger als Primitiv-DatagridView, aber das ließe sich deichseln.

Ich bin jetzt nicht der Experte, was Excel in Verbindung mit VB angeht. Da findet sich aber bestimmt was hier im Forum.
Ich würde folgendes vorschlagen:
Erstelle ein typisiertes Dataset mit einer Tabelle, die alle benötigten Spalten enthält (hier bei dir z.B. Name, Min, Max, Wert1, Einheit1, Wert2, Einheit2)
Zum typisierten Dataset such mal hier nach Erfinder des Rades. Der hat da gute Tuts zu gemacht.
Wenn du die Tabelle aus dem Datenquellenfenster auf die Form ziehst, hast du das Datagridview komplett gebunden und kannst des nach deinen Wünschen gestalten.
Du brauchst nun nur noch die "Kommunikation" zwischen Dataset und SPS bzw. Excel zu organisieren. Das Datagridview wird bei Änderungen im Dataset und umgekehrt das Dataset bei Änderungen im Datagridview automatisch synchronisiert.
Bei Änderungen in den Datatables werden Events gefeuert, die du für die Übertragung der Daten zur Steuerung nutzen kannst.
Du mußt halt dein Vorgehen in Schritte/Baustellen zerlegen und einzeln realisieren.

Fiel Fergnügen

Vatter

Edit: Guggstdu, da isser schon , der EDR

Nochma Edit: Wie du Daten von/zur SPS überträgst interessiert mich mal. Gibs da was mit Siemens-SPS kompatibles, was nicht jene von Siemens bekannten finanziellen Rahmen sprengt?

carepicha schrieb:

Also sind sich alle einig, es soll ein typisiertes Dataset geben?

Ich denk, das ist das sinnvollste.
Schau mal hier rein: Daten-laden-speichern-verarbeiten-einfachste-variante
Da hast du schonmal die 1. Etappe
Wenn deine Anwendung XML bereitstellt, sollte das relativ einfach zu handeln sein. Poste vielleicht mal nen Stück Beispiel von so ner XML-Datei

Fiel Grütze

Vatter

Zu 1. Wieso kann der Button für die Navigation nicht unter/über oder neben dem DGV sein? z.B. ToolStrip.

carepicha schrieb:

Kann in einem DatenSet auch ein Button plaziert werden

Schon für diesen Gedanken musst du in der Hölle schmoren (naja, Viertelstunde vielleicht ;))
Ein Button ist ein Control, und ein Dataset sind Daten. Kann man Controls in Daten plazieren (mal angenommen, man nehme es ernst, das Konzept der Trennung von Oberfläche und Daten)?
"Datensets" gibts übrigens ühaupt nicht.

Was hingegen kein Problem ist, einem DatagridView eine DatagridviewButtonColumn angedeihen zu lassen.

Aber bitte! Halte das Zeug auseinander. Wichtiger noch als inne Anwendung ist, dass man im Kopf Daten und Steuerelemente auseinanderhalten kann.

Tatsächlich binnich unsicher, was wohl für ein Datenmodell hinter dieser Ansicht steckt:

Zeigt das linke Bildchen eine Liste von Datensätzen, die alle die gleichen Properties präsentieren, nämlich Icon, Name, Minimum, Maximum, CurrentValue, Maßeinheit, Percent?

Oder zeigt die Ansicht verschiedene Properties desselben Datensatzes, nämlich Vorstop, Stapel-Inkrement, Stapel-Zähler, Saugdauer, Blasdauer, ...., die man nicht über einen Kamm scheren sollte?

Im ersten Fall könnteman vlt. ein DatagridView pimpen, im zweiten Fall wäre es ein DetailView eines Datensatzes.

Für beides gibts vorgesehene Lösungen, und je spezieller mans haben will desto mehr Arbeit machts natürlich. Aber die Arbeit machts so oder so, und mit einem vernünftigen Datenmodell ists mit sicherheit leichter.

carepicha schrieb:

Denkst Du mit einem DataGridView eine schönes Interface machen zu können welches nicht tabelarisch wirkt?

seh ich kein problem in diesem Fall: Gridlines und Spaltenköpfe verstecken, RowHeight erhöhen, für die Icon-Spalte eine Button-Column oder eine ImageColumn, hübschere BackColor im DefaultCellStyle festlegen.
Nur die Zahlen im Rähmchen wären ein Fall für OwnerDrawing im _CellPainting.

Mehr Problem sehe ich in dieser Frage:

carepicha schrieb:

Lässt sich mit dem DataGridView auch ein Logger bauen?

Es ist dir offensichtlich nicht möglich, Daten und Controls auseinanderzuhalten.

Weil loggen tut man Daten - ein DatagridView wird nie loggen können, das kann nur Daten präsentieren (also anzeigen bzw. UserEingaben entgegennehmen).

carepicha schrieb:

Ein DataGridView auf verschieden TabPage aufteilen ist auch möglich, oder gibt es in jeden Fall eine Scroll-Balken?

Du wirst wohl für immer braten müssen
Ein DatagridView kann man nicht aufteilen - was für eine Vorstellung!
U.U. kann man die Daten aufteilen, und gruppenweise in verschiedenen DGVs auf verschiedenen Tabpages präsentieren.
Ob das Sinn macht, sei dahingestellt.

carepicha schrieb:

Momentan werden lediglich die Werte zwischen SPS und VISU direkt via TAG geändert.

ein unverständlicher Satz.
Sps soll wohl ein Prog sein, was Xml-Dateien exportiert.
Visu is glaub ein anneres Prog, von dem ich garnix weiss.
Was sind wohl "Werte zwischen Sps und Visu"?
Und wie man irgendetwas "via Tag" ändert ist mir auch ganz unerfindlich.

carepicha schrieb:

Damit ein Logging möglich ist, müssen diese ja abgelegt werden damit Änderungen überhaupt erkannt werden können.

Unter "Werte" verstehe ich Werte von Datensätzen, also ein Datensatz fasst verschiedenste Werte zu einer Einheit zusammen.

Unter Logging verstehe ich das Anlegen und speichern von Log-Datensätzen - entweder in Extra-Dateien schreiben, oder ebenfalls in die Datenbank.
Im Dataset werden bei jeder Änderung Events gefeuert - die kann man nutzen, um in dem Moment einen Log-Datensatz zu erzeugen.