Wie hast Du denn versucht, den Inhalt des typisierten DataSets (tDS) in eine XLS oder gar CSV-Datei zu exportieren? Das unterstützt ein tDS von Haus aus doch gar nicht.

M.Lehmann schrieb:

mit Fehlermeldungen Behaftet w.z.B. "Option Strict On" lässt spätes Binden nicht zu

Mit welchem Code?

M.Lehmann schrieb:

Datagridview ist nicht gebunden, da wird wol der Hund begraben sein.

Jo, täte ich auch denken.
Die Vorstellung, etwas ins DGV einzutragen ist schon verkehrt herum.
Eingetragen wird ins Dataset (und was da eingetragen ist, zeigt sich auch im angebundenen DGV).

Und exportiert wird auch nicht das DGV, sondern das typDataset kann man exportieren.
Das ist sogar das einfachste, nämlich einfach myTypedDataset.WriteXml(filename).

Ein geeignetes typDataset erstellst du dir am einfachsten, wenn du im Datenquellen-Fenster auf "Datenquelle zufügen" gehst, und dann auf "aus Datenbank...".

DeinDataSet.DeineDataTable.AddDeineDataTableRow(Wert1, Wert2, Wert3, Wert4, Wert5, ...)

M.Lehmann schrieb:

zur Erklärung warum für mich eine Datenbank keinen sinn macht

ou, das ist eine neue Information, und ist ausgezeichnet.
Ohne Datenbank arbeitet es sich mit einem typDataset viel einfacher - hab ich nicht erwähnt, weil üblicherweise wollen die Leuts von ihrer Datenbank nicht lassen.
Also was man alles mit einem typDataset anstellen kann, kannste auf vier Views-Videos angucken.
Da wird auch gezeigt, wie man ein typDataset ohne DB designed, und in den BeispielSolutions ist glaub auch meist Speichern und laden mit drinne - wenn nicht, nochma fragen.

Das ist richtig, dass das nicht geht. Das liegt daran, dass das DataSet immer 2 AddWerteRow-Funktionen erzeugt. Eine, bei der eine fertige DataRow übergeben wird und eine, bei der alle Parameter in der DataTable-Spaltenreihenfolge angegeben werden, und zwar mit richtigen Typ. Offensichtlich übergibst Du falsche Wertetypen. Daher die Frage: Welche Spalten von welchem Typ in welcher Reihenfolge hat Deine DataTable? Typen und Reihenfolge musst Du nämlich einhalten. Aber da hilft Dir IntelliSense. Schreib einfach
DT_WerteDataSet.Werte.AddWerteRow, dann Klammer auf und dann werden die benötigten Parameter angezeigt. Ggf. auf den kleinen Pfeil-nach-unten klicken, falls die Funktionsüberladung angezeigt wird, in der eine fertige DataRow gewollt wird.

Vlt sollteste mein Tut doch genauer angucken.
Da ist sicherlich irgendwo gezeigt, welche Methode du verwenden musst, und dasses davon immer 2 Überladungen gibt, und dass man die Überladung mit den vielen Argumenten wählen muss - nicht diejenige mit nur einem.
Hmm - nu musst du vmtl. erst noch lernen, was eine Überladung ist - also das sind zwei verschiedene Methoden, aber mit demselben Namen. Und der Compiler erkennt anhand der Argumente, welche Überladung gemeint ist.
Und so erklärt sich deine Fehlermeldung:
Du rufst die Überladung mit nur einem Argument auf, und das ist die Überladung, die eine werteRow erwartet - und varDaten(i) ist sicherlich keine werteRow.
Mehr zu diesen Dingen: Grundlagen: Fachbegriffe
Das ist ein sehr wichtiges Tutorial, weil ohne Grundlagen und Fachbegriffe redet man zwangsläufig aneinander vorbei - wie es auch hier mit dir VaporiZed geschehen: VaporiZed zeigte dir so gut er kann (er hat ja nicht dein Dataset), die Überladung mit vielen Argumenten, und du tappst promt auf die falsche Überladung - mit nur einem Argument

Ich zeige mal, wie deine cmdDtFüllen_Click() richtig aussehen müsste, vorrausgesetzt, dein gezeigter Code ist ansonsten korrekt und die Anzahl der Strings passt auf die Anzahl der Spalten in deine Dataset-Tabelle:
Guck dir auch das Tut VisualStudio richtig nutzen - das zeigt u.a. wie Intellisense dir beim Code helfen kann.
Intellisense ist sehr praktisch, weil was Intellisense dir nicht anbietet, das funktioniert meist auch nicht.

---

mist - zu spät.
Aber trotzdem: zieh dir die beiden Tuts rein, das sollte viel helfen zum Verständnis

Nein, leider geht es nicht besser. Wenn man sie erstmal im tDS hat, hat man den Erstimport geschafft. Aber unaufbereitete Daten muss man erstmal eben selber in tDS schaufeln, bevor man die tDS-Früchte ernten kann.

Hmm - täte mich mal interessieren, was du wirklich vorhast. Etwa, was es dir bringen soll, solche Zahlenwüsten in einem DGV anzuzeigen.
Und wie das überhaupt aussehen soll. Soll das DGV dann 128 Spalten haben?
Und was willst du mit den Zahlen anfangen - editieren?

Vielleicht muss man sich eine ganz andere Präsentation überlegen.

Ich weis auch nicht, was ein BUS ist - ist das ein Dingens, was Text-Dateien generiert?
Oder könnte ein BUS auch Daten direkt in eine DataTable schreiben?

M.Lehmann schrieb:

Mit BUS ist MODBUS RTU ist so was wie EIB BUS nur ist er Kostenlos.

Ah ja, nee, is klar. Ich nehm immer den Bus der Linie 27, um in die Stadt zu kommen
Wie kommen denn die Daten per Scan in Dein Programm rein? Alle einzeln oder das Zahlengewirr aus Post#15 auf einmal? Wenn auf einmal, könntest Du an dem Leerzeichen trennen und alle einzelnen Strings (oder in welcher Form kommen die Daten rein?) in Integer umwandeln. Dann wär es m.E. tatsächlich sinnvoll, diese direkt ins DGV einzutragen und somit indirekt in die DataTable.

M.Lehmann schrieb:

Was ich mir gedacht habe ist, das mann in einer Datenbank die gescannten Daten Project und Datums abhängig verwalten kann.

Das kann man wie gesagt viel besser ohne Datenbank, nämlich in einem typisierten Dataset.
Und dann müsste man sich ein Datenmodell ausdenken, was deine Arbeitswelt richtig modelliert, ich stelle mir da sowas vor mit
Standorten
Und jeder Standort hat mehrere Jalousinen
Und jeder Standort wird mehrmals gescant
Und jeder Scan hat Datum, die 23 Zahlen + Fehlermeldung (oder besser Status-Meldung - weil kann ja auch mal was funktionieren)
Vielleicht treten pro Scan auch alle Jalousinen des Standorts auf, oder JalousinController (was immer das sein mag).

Ja, das ist immer ein Problem: Ich weiss, wie man ein Datenmodell bastelt, und du weisst, wie die Realität aussieht, die im Datenmodell zu modellieren ist.
Wenn beides zusammenkommt, kann auf sehr elegante Weise eine sehr leistungsfähige Anwendung entstehen.

Jdfs. anders als mein Vorposter neige ich jetzt doch zum Standard-Verfahren, wo die Daten ins Dataset kommen, und nicht direkt ins DGV.
Weil dein Bild zeigt die Anlage von Datensätzen, und die Zahlen sind wirklich Werte benamter Eigenschaften, wenn auch komische Namen wie ISTP, G oder A.

Also was du IMO brauchst ist das im 4-Views-Tut gezeigte KnowHow.
Und dann müsstest du mal versuchen, ein Datenmodell in einem typDataset anzulegen, und erklären.
Da könnte man dann drüber reden und überlegen, wie's optimal auszulegen wäre.

Auf jeden Fall sehe ich schonmal die Tabellen
Standort und Scan,
also ein Standort wird offsichtlich öfter mal gescant.
Welche Daten nun bei einem Scan aufgenommen werden (woraus sich weitere Tabellen ergeben) habich keine Ahnung - da muss iwie ein Datenmodell der technischen Infrastruktur bei rauskommen, vmtl. iwas mit Jalousine, Controller, Ausgang, AusgangTyp, etc...