Ich habe eine Bedienoberfläche in Winforms erstellt und sende Commands an ein Gerät über USB 2.0, wenn ich beispielsweise den button "Test starten" drücke. wie kann ich mir den Informationsfluss vorstellen? (im Anhnag ein Beispiel aus der Literatur) hatte in einem anderen thread folgenden spontanen Vorschlag gemacht: > 3.Stufe: Software. Hochsprache Bedienoberfläche z.B. Winforms > > ---------- > > 2. Stufe: API z.B. VISA (VISA ist emhzr als API, I Know ) > > ------ > > 1. Stufe:Software: Treiber > > ------- > Hardware: Steckverbing, z.B. USB > > ------ sagt mal Bescheid, wenn ich komplett falsch denke...
Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät über US
:
Verschoben durch Moderator
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
niemand?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Ich wag mich mal vor und sage: Ja. Aber das bringt Dir, denke ich, nichts. Der Zusammenhang ist eigentlich trivial. Primitiv. Funktionen rufen andere Funktionen auf. Andere Funktionen rufen wiederum andere Funktionen nicht auf, weil das nicht sinnvoll ist. Man sagt vielleicht mal in einer Besprechung die Anbkürzung "API" um die Gesamtheit an Funktionen zu nennen, die in einer Library, einem Treiber oder sonst einem zusammenhängen Stück Code einen bestimmten Zweck erfüllen und von anderem Code aufrufbar sind. Mehr steckt da nicht dahinter. Das stelle ich mal einfach so ganz grob in den Raum. Denn es ist unklar: Worauf zielt eigentlich Deine Frage ab? Was willst Du mit der Antwort tun?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Die Antwort finde ich gut. Theor schrieb: > Worauf zielt eigentlich Deine Frage ab? Was willst Du mit der Antwort > tun? Ich möchte wisse, wie die Informationen zum Gerät gelangen, wenn ich meine Bedienoberfläche nutze. Und meine damit nicht nur den hardware-Anteil (USB TMC Protokol), sondern auch die benötigte SW. Und das möglichst anschaulich. Sodass man die Zusammenhänge erkennen kann, wozu was benötigt wird. Das mag durchaus primitv sein
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > Die Antwort finde ich gut. Danke, für das Lob. Ich bin mir gar nicht so sicher, dass meine Antwort gut ist - ob sie irgendwohin führt. Ich habe gehofft, dass wir dazu kommen die Frage schärfer zu formulieren. Nun gut. Das scheint ja irgendwie im Ansatz zu funktionieren. > Theor schrieb: >> Worauf zielt eigentlich Deine Frage ab? Was willst Du mit der Antwort >> tun? > > Ich möchte wisse, wie die Informationen zum Gerät gelangen, wenn ich > meine Bedienoberfläche nutze. Und meine damit nicht nur den > hardware-Anteil (USB TMC Protokol), sondern auch die benötigte SW. > Und das möglichst anschaulich. Sodass man die Zusammenhänge erkennen > kann, wozu was benötigt wird. Das mag durchaus primitv sein Und warum willst Du das wissen? Was fängst Du mit der Antwort an? Tatsächlich muss ich unter diesen Umständen sagen, dass Dein Diagramm in verschiedener Hinsicht noch sehr grob ist. Du musst bedenken, dass Du hier Entwicklungen verstehen willst, die bis zu 50 oder 60 Jahre alt sind. Das ist eine Menge Stoff, den man erstmal verdauen muss. Ich selbst habe mit solchen Dingen nicht begonnen und schon einige Zeit Erfahrung in der SW-Entwicklung gehabt, bevor ich angefangen habe mich um sowas ernsthaft zu kümmern. D.h. ich habe zunächst einzelne Algorithmen gelernt die ich für meine Arbeit brauchte oder die ich fallweise interessant fand. Das überschneidet sich thematisch häufig mit Architekturen, zu denen man bei größeren Programmen leicht kommt. Du hast ja nun offenbar mit Windows Forms schon Erfahrungen, aber es ist unklar, was Du sonst noch gelernt und gemacht hast und wie lange. Man muss es, denke ich, fast schon als Hindernis bezeichnen, wenn man mit sehr weit entwickelten Systemen zu lernen beginnt, denn die "einfachen" Dinge. auf denen diese Systeme beruhen werden so im Dunkeln bleiben. Im Vergleich hat z.B. heute noch niemand mit Quantenphysik begonnen, bevor er nicht die ganz alte, "einfache" Physik von z.B. Newton gelernt hat. Aber wie gesagt: Ich habe keine Kenntnis von Deinen Grundlagen. Musst Du selbst beurteilen, ob Du schon soweit bist. Ich schlage vor, Du liest Dir erstmal die Wikipedia-Artikel, beginnend mit https://en.wikipedia.org/wiki/Windows_Forms und die dort verlinkten Artikel durch (ich empfehle sehr auch die englischen Artikel zu lesen) und dann die Dokumentation von Microsoft https://docs.microsoft.com/de-de/dotnet/framework/winforms/?redirectedfrom=MSDN Allerdings muss man sagen, dass zum tieferen Verständnis viele weitere "mittlere" Kenntnisse nötig sind. Z.B. über die "Windows Ereignis Warteschlange". Und noch darunter, aber schon jenseits der Algorithmen etc. liegen fundierte Kenntnisse (und Erfahrungen) mit https://de.wikipedia.org/wiki/Softwarearchitektur und https://de.wikipedia.org/wiki/Programmierparadigma. Viel Erfolg.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Theor schrieb: > atsächlich muss ich unter diesen Umständen sagen, dass Dein Diagramm in > verschiedener Hinsicht noch sehr grob ist. das war Sinnd und Zweck, da ich garnicht so tief eintauchen möchte. Kann die Schichten als blackbox betrachten, sow ie im Anhang.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
warum hilft mir niemand?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > warum hilft mir niemand? Was ist Deine Frage?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Theor schrieb: > 12ws schrieb: >> warum hilft mir niemand? > > Was ist Deine Frage? Du ich glaube das ist jetzt der vierte Name oder fünfte Name unter dem der Typ on den letzten Tagen immer wieder neue Threads aufmacht (Unterschied, noßßa, quick and dirty, 8393, ...). Ist wahrscheinlich der Schwager von einem Moderator. Im Prinzip will er nur, dass ihm jemand deinen Funktionsgenerator anschließt, weil er das nicht selber schafft und schon an der Konfiguration seiner IDE verzweifelt.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Theor schrieb: > Was ist Deine Frage? da 12ws schrieb: > wie kann ich mir den Informationsfluss vorstellen? (im > Anhnag ein Beispiel aus der Literatur)
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Hi Eigentlich wollte ich auf Gastanmeldungen nicht mehr antworten, weil sehr oft plötzlich Funkstille ist und nicht klar wird, ob denn die Hilfe angekommen ist oder ob einfach nur Langeweile dahinter steckt. Aber dennoch will ich es einmal versuchen, dir auf deine Skizze eine Antwort zuu liefern. Lies das Buch. https://www.makerconnect.de/media/user/oldmax/PC%20und%20Mikrocontroller%20Teil%201%20und%202%20Stand%2026.07.2019.pdf Das darin Beschriebene trifft ziemlich genau auf deine Skizze zu. Und keine Angst, der Download ist kostenlos. Gruß oldmax
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Zwischen verschiedenen Teilen eines Systems benoetigtst du eine Kommunikation. Die ist in der Regel Master-Slave. Der Master fragt etwas, der Slave antwortet. Der Master befielt etwas, der Slave quittiert. Unter der Regel, der slave macht nichts von selbst. Wenn der slave den Befehl nichts versteht macht er nichts, gibt auch keine antwort. Der Master muss wiederholen. Diese Kommunikation erfolgt zustandsfrei. Also - Gib Messwert 395 - ist zustandsfrei waehrend - Gib naechsten Messwert - nicht zustandsfrei ist. Denn es koennte ja einmal eine Meldung verloren gehen, und dann ist nicht mehr klar worum's geht. Der PC ist ueblicherweise der Master.
:
Bearbeitet durch User
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > Ich habe eine Bedienoberfläche in Winforms erstellt und sende Commands > an ein Gerät über USB 2.0, wenn ich beispielsweise den button "Test > starten" drücke. wie kann ich mir den Informationsfluss vorstellen? (im > Anhnag ein Beispiel aus der Literatur) > > hatte in einem anderen thread folgenden spontanen Vorschlag gemacht: > >> 3.Stufe: Software. Hochsprache Bedienoberfläche z.B. Winforms >> >> ---------- >> >> 2. Stufe: API z.B. VISA (VISA ist emhzr als API, I Know ) >> >> ------ >> >> 1. Stufe:Software: Treiber >> >> ------- >> Hardware: Steckverbing, z.B. USB >> >> ------ > > sagt mal Bescheid, wenn ich komplett falsch denke... Dann mach doch mal einfach weiter. Die GUI hast du ja schon angefangen. Wenn du ein Command an die Hardware geschickt hast, mußt du die Schnittstelle auslesen und schauen, was du zurück bekommst. Wenn das funktioniert, brauchst du dir über den Treiber erstmal keine Gedanken machen. Der stellt nur eine Verbindung zwischen deiner Hardware und deiner noch zu schreibenden Software sicher. Als Beispiel sei da der CP21XX erwähnt. Der nimmt dir die Arbeit zwischen USB und RS232 ab, indem er dir einen virtuellen COM-Port zur Verfügung stellt. Da kannst du mit den RS232 - Befehlen, die dir deine Programmiersprache zur Verfügung stellt, ganz einfach arbeiten. Dann halt das übliche Verfahren : - Einlesen (ggf. Filtern) in eine Liste (Array, Listbox o. ä.) - Anzeigen bzw. Visualisieren (Graph zeichnen) Die Feinheiten kannst du dann gemäß deinen Vorstellungen dazu programmieren. Dazu gehört dann auch, ob die Schnittstelle während des Programmlaufes gepollt werden muß oder nur auf Kommando einen oder mehrere Werte zurück gibt. Ist für einen Anfänger schon ein gutes Stück Arbeit.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > Theor schrieb: >> Was ist Deine Frage? > > da > > 12ws schrieb: >> wie kann ich mir den Informationsfluss vorstellen? (im >> Anhnag ein Beispiel aus der Literatur) Ich habe Dir schon eine Antwort gegeben, die darauf hinausläuft, dass ich Dir 1. Lesetips gegeben habe und 2., dass Du Dir das durchlesen solltest. Wenn Du das nicht lesen willst, dann sage es offen. Das ist OK. Aber sich einfach hinstellen, und an das schlechte Gewissen der Leser appellieren halte ich, milde gesagt, für unhöflich. Ich habe mir mittlerweise mal einige Deiner anderen Threads durchgelesen, die Du unter den den Nicks Nußßa, 8232 etc. angefangen hast. Ich meine festzustellen, dass Du mehr weniger bei jedem Schritt von Deiner Ausgangsfrage aus, blockiert bist, weil Dir Grundlagen fehlen. Ähnliches, habe ich vor der Lektüre Deiner anderen Threads ja hier Beitrag "Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe" schon als Hypothese in den Raum gestellt. In dem Falle, und das ist mehrfach getan worden, wird man Dir in einem Forum "Hilfe zur Selbsthilfe" leisten. Aber Dir nicht die Arbeit abnehmen. Da Du Deine Frage so stellst, wie Du sie stellst, kannst Du nicht wissen, dass hinter der Antwort ein großes Stück Arbeit steckt. Und ich rede hier von Wochen und Monaten. Und Du scheiterst offenbar schon an Englisch und - verzeihe, wenn ich falsch liege -, an einem ausreichenden Maß an Vorstellungskraft und der Bildung von Analogien, an der Fähigkeit plausible Vermutungen anzustellen und in einigen Fällen, daran simple logische Schlüsse zu ziehen. An all dem kann man in gewissem Maße arbeiten. Allerdings: Je weniger Gaben man dazu mitbringt, desto enger sind die Grenzen und desto größer der nötige Aufwand. Ich z.B. bin, was das lernen von Fremdsprachen betrifft, eher minderbegabt. Zumdindest nach den gängigen Schulmethoden. Ich habe Englisch auch erst richtig zu lernen begonnen, als ich, in dem unbedingten Willen, Mikroprozessoren zu verstehen, jedes einzelne verfluchte Wort nachgeschlagen habe, dass ich in irgend einem Fachbuch gefunden habe. Überhaupt muss man bedenken, dass die wirklich intensive Beschäftigung mit einem Thema immer auch eine Arbeit an der eigenen Persönlichkeit ist. Alles andere ist Herumgeplätscher im Seichten. Es befähigt zu nichts Sinnvollem. Das ist, - wenn Du mir nochmal erlaubst, etwas persönlicher zu werden -, eine der Voraussetzungen. Leidenschaft für das Thema, die sich zwar an einzelnen Punkten mal zeitweise bricht, aber sich nicht lediglich darauf beschränkt, sich von anderen die Lernarbeit abnehmen zu lassen. OK. Genug, der harten Worte. :-) Wenn Dir, wie Du sagst, eine grobe Darstellung reicht, wie in Deinem ersten Posting hier. OK. Das ist soweit nicht falsch. Nimm das. Ich rate Dir, unter Berücksichtigung all dessen, falls Du so wenig wie möglich lernen willst, Dich auf das unmittelbare Problem zu beschränken, dass, wenn ich das richtig sehe, darin besteht, SCPI-Kommandos abzusetzen. Dafür sind Dir auch direkte Hinweise gegeben worden. Befolge sie. Das Gesamtbild, nutzt Dir im Moment nichts und ergibt sich auf diesem Weg, wenn es auch länger dauert, sowieso zu einem gewissen Grade daraus und aus weiteren Projekten ähnlicher Art. Und wenn Du soweit bist, kannst Du auch die richtigen Fragen stellen. Zuerst an Dich selbst, dann an die entsprechenden Dokument und dann an die Leute, die das auch mal gelernt haben. Aber, stell Dich bitte nicht mehr hin und stelle Forderungen oder appelliere an das Gewissen. Das ist einfach unfein. Falls Du in Zukunft erkennbar gezielte_ _vernünftige , Fragen stellst, werde ich sie, - vermutlich, das hängt von meiner Zeit ab -, beantworten. Ich wünsche Dir Erfolg.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Kauf Dich nen Buch über Kybernetik!
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Martin V. schrieb: > https://www.makerconnect.de/media/user/oldmax/PC%20und%20Mikrocontroller%20Teil%201%20und%202%20Stand%2026.07.2019.pdf sieht stark nach Eigenwerbung aus. Weniger etwas, was mir hilft...
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Joggel E. schrieb: > Master-Slave die Beziehung ist mir soweit jklar. Hätte gerne die Stichworte APi, VISA, Bibliothek, Treiber, Bedienoberfläche, USB TMC Protokoll im Kontext
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Heinz B. schrieb: > Dann mach doch mal einfach weiter. Die GUI hast du ja schon angefangen. > Wenn du ein Command an die Hardware geschickt hast, mußt du die > Schnittstelle auslesen und schauen, was du zurück bekommst. Wenn das > funktioniert, brauchst du dir über den Treiber erstmal keine Gedanken > machen. Der stellt nur eine Verbindung zwischen deiner Hardware und > deiner noch zu schreibenden Software sicher. Als Beispiel sei da der > CP21XX erwähnt. Der nimmt dir die Arbeit zwischen USB und RS232 ab, > indem genau.Das Programm läuft. Aber mit dem treiber allein funktioniert es nicht. Benötige VISA. Oder ähnliche Libs
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > genau.Das Programm läuft. Aber mit dem treiber allein funktioniert es > nicht. Benötige VISA. Oder ähnliche Libs Und da ich nicht einfach stumpf programmieren möchte, die Frage, wie sind da die Zusammenhänge
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Theor schrieb: > Theor hättest psychologe werden sollen. Bleib bitte der Diskussion fern.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > Benötige VISA. Oder ähnliche Libs Was denn dieses VISA? Kannst du mal auf eine Webseite verlinken, die dieses Produkt erklärt? Ich frage, weil für mich VISA eine Kreditkarte ist. Ansonsten wurde deine Frage bereits damit beantwortet, dass Programmteile (Funktionen) sich gegenseitig aufrufen und dabei Daten übergeben. Mehr kann man dazu nicht sagen, ohne für bestimmte Produkte spezifisch zu werden. Ich vermute mal, dass du von den Grundlagen überhaupt keine Ahnung hast und daher die darauf aufbauende Literatur nicht verstehst, mit der du dich befassen müsstest. Wir helfen gerne. Aber dazu musst du konkrete Produkte benennen. > USB 2.0 Ist ein Anfang. Welches der zahlreichen USB Protokolle wird verwendet und welche Anwendungsspezifische Protokoll setzt darauf auf? Damit kommen wir wahrscheinlich wieder zu diesem ominösen VISA. Was ist das?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > > genau.Das Programm läuft. Aber mit dem treiber allein funktioniert es > nicht. Benötige VISA. Oder ähnliche Libs Was verstehst du unter VISA ? Wenn das Programm schon mal Daten von der Schnittstelle sammeln kann, ist es schon mal ein Fortschritt. Natürlich müssen dann auch Baudrate etc. stimmen, damit das einigermaßen synchron läuft bzw. keine Daten verloren gehen. Aber sowas mußt du dir dann selbst erarbeiten.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Stefan ⛄ F. schrieb: > n Grundlagen überhaupt keine Ahnung hast sagt der, der VISA nicht kennt. VISA ist der Standadrd überhaupt! Hör mal auf, mich anzupöbeln. Anbei ein Dokument zu VISA. https://www.keysight.com/main/editorial.jspx?ckey=1461160&id=1461160&nid=-33002.0.00&lc=eng&cc=US scheint wohl Api und lib in einem zu sein https://www.keysight.com/de/de/assets/7018-01523/application-notes/5989-6338.pdf
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Heinz B. schrieb: > Baudrate etc. davon war nie die rede. Darum geht es mir nicht....
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > VISA ist der Standadrd überhaupt! Da hast du doch ein umfangreiches Dokument. Es beschreibt die API zwischen der Bibliothek und dem Anwendungsprogramm. Wie schon geschrieben, erfolgt das Absetzen von Kommandos und der Datenaustausch hier tatsächlich durch Funktionsaufrufe und deren Parameter. Offenbar ist diese VISA API eine halbwegs einheitliche Schnittstelle zwischen Anwendungsprogrammen und den physischen Schnittstellen der Geräte. Für die physischen Schnittstellen braucht man dann noch Treiber, die teils Bestandteil vom Betriebssystem sind und teils vom Gerätehersteller geliefert werden. In deinem Diagramm vermisse ich einen Block, der mit VISA API beschriftet ist und links davon eine Gruppe mit den Gerätetreibern. Die VISA API kann ja nicht (mehr) direkt auf die physischen Schnittstellen zugreifen (bis Windows 98 war das noch möglich). Wie lauten deine konkreten Fragen dazu?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > Hätte gerne die Stichworte APi, > VISA, Bibliothek, Treiber, Bedienoberfläche, USB TMC Protokoll im > Kontext 12ws schrieb: > wie kann ich mir den Informationsfluss vorstellen? und wie kann ich mir das Gnaze grafisch cvorstellene? so in Schichten, wie ich dargestellt habe? Auf der einen Seite hardware, das Gerät und auf der anderen Bedienoberfläche. Was wie dazwischen
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > Theor schrieb: >> Theor > > hättest psychologe werden sollen. Bleib bitte der Diskussion fern. Stelle einfach eine konkrete Frage. Dann werden Dir meine Beiträge sinnvoller vorkommen.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Ich würde wohl den Block für die VISA Api auch als Gruppe von mehreren VISA API Implementierungen dasstellen, weil ja jeder Hersteller seine eigene Variante davon liefert. Nur nach rechts hin (zur Anwednungsebene) hast du dann eine einheitliche Schnittstelle.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Guck Dir mal diese Slideshow an, besonders das Architektur-Diagramm auf Seite 11 https://www.slideshare.net/VinodSrivastava5/seminar-on-visa
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > 12ws schrieb: >> Hätte gerne die Stichworte APi, >> VISA, Bibliothek, Treiber, Bedienoberfläche, USB TMC Protokoll im >> Kontext > > 12ws schrieb: >> wie kann ich mir den Informationsfluss vorstellen? > > und wie kann ich mir das Gnaze grafisch cvorstellene? so in Schichten, > wie ich dargestellt habe? Auf der einen Seite hardware, das Gerät und > auf der anderen Bedienoberfläche. Was wie dazwischen Das ist Dir schon beantwortet worden. Auch sind Dir Literaturhinweise gegeben worden und Du hast selbst Dokumente verlinkt, die Du nur noch LESEN und verstehen brauchst. Meine Güte.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
VISA ist also eine LIB, ähnlich einer DLL, die man einbinden kann. Dokumentation, wie einzubinden und welche Funktionen u. Parameter, hast du ja. Ich benutze auch öfters DLLs, ohne jetzt zu wissen, wie das intern in der DLL funktioniert. Da reicht mir die Doku dazu, wo drinsteht, wie welche Funktionen mit welchen Parametern aufzurufen sind. Ich sehe das mehr als Blackbox : Ich gebe oben was rein (Funktionsaufruf) und unten kommt das Erwartete raus. Was meinst du, wieviele Auto fahren und nicht wissen wie ein Vergaser oder eine Einspritzanlage funktioniert ? Ich werfe auch 1 € in den Automaten und unten kommt meine Cola raus. Da interessiert mich auch nicht, wie der Münzprüfer das macht oder die Ausagbe- einheit das richtige Getränk in die Ausgabe schiebt. Hauptsache, ich hab meine Cola. Lange Rede, kurzer Sinn : Um das Lesen der .PDF kommst du nicht herum. Evtl. mußt du verschiedenes ausprobieren : Parameter passen nicht usw. Das kenne ich auch nur zu gut. Das können wir dir hier im Forum beim besten Willen nicht auch noch vorkauen. Fragen kannst du sicher, wenn du bei einer Funktion nicht weiterkommst. Da gibt es immer mal Probleme, ob z.B. ein Parameter per Referenz oder per Value übergben werden muß. Das gleiche gilt natürlich auch beim Rückgabewert.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Heinz B. schrieb: > VISA ist also eine LIB Es ist eine API, die in Form einer Bibliothek bereitgestellt wird. Jeder Hersteller liefert dazu passend seine eigenen Treiber.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Hausaufgabe? Frag Deine Lehrer. Nein? Arbeitsaufgabe? Frag Deine Kollegen. Nein? Hobby? Frag das Forum. Und beantworte bitte die Nachfragen an Dich. Nicht jeder ist so ein Genie wie Du. Blackbird
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Hi 12ws schrieb: > sieht stark nach Eigenwerbung aus. Weniger etwas, was mir hilft... Wenn du meinst, ich hab was davon, wenn ich eine kostenlose Anleitung zur Programmierung von PC und µC anbiete, ja, dann ist das Eigenwerbung.Aber ehrlich gesagt, ich hab nix davon, wollte dir und anderen, die vielleicht gleiche Probleme haben, mal aufzeigen, wie so etwas machbar ist. Und da deine Skizze in etwa dem thema meines Buches gleicht, hab ich dir den Link eingestellt. Lies es oder laß es. Wenn du erwartest, das du hier Komplettlösungen erwarten kannst, ja, dann warte halt noch. Gruß oldmax
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Stefan ⛄ F. schrieb: > Es ist eine API, die in Form einer Bibliothek bereitgestellt wird. Jeder > Hersteller liefert dazu passend seine eigenen Treiber. der Treiber wäre beispielsweise IVI COM Driver im anhang mal eine Abbildung, wie ich mir die schichten /hierarchie vorstelle
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > im anhang mal eine Abbildung, wie ich mir die schichten /hierarchie > vorstelle Sieht stimmig aus.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
also statt Matlab nutze ich winforms. VISA dDriver... ich bin mir nicht sicher, was ich nutze. Für meine Bedienoberfläche. Keysight stellte etliche Treiber für jede Gerätegruppe und für Bedien-SW zur verfügung. Habe mir damals einiges runtergeladen. Was ist gecko3? das ist SW. Aber was genau? Gecko3 is an open-source software for finding gene clusters in 500 and more genomes on a laptop computer. The underlying gene cluster model can cope with low degrees of conservation and misannotations, and is complemented by a sound statistical evaluation. Gecko3 does not assume monophylecity or collinearity of gene clusters. Gecko3 offers an easy-to-use graphical user interface, but can also be used as a command line tool in an analysis pipeline.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Stefan ⛄ F. schrieb: > Sieht stimmig aus. visa Lib und VISA API auf einer ebene?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > [...] Was ist gecko3? das ist SW. > [...] OK. Versuch's nochmal. Gibt ja nur zwei Möglichkeiten.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > Gecko3 is an open-source software Theor schrieb: > Versuch's nochmal.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > 12ws schrieb: >> Gecko3 is an open-source software > > Theor schrieb: >> Versuch's nochmal. Und was ist jetzt Deine Frage?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Ah. Machen wir mal nen Trolltest. Bild 1 zeigt eine Maus. Was zeigt Bild 2?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > visa Lib und VISA API auf einer ebene? Ich denke schon, weil die API ja in Form der Bibliothek bereitgestellt wird. Das ist ein Block. Darunter würde ich aber wie bereits gesagt mehrere Gerätespezifische Treiber einzeichnen, da viele Hersteller dies anbieten.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Theor schrieb: > Ah. Machen wir mal nen Trolltest. > > Bild 1 zeigt eine Maus. > Was zeigt Bild 2? Eine kabellose Maus. ?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Thorsten S. schrieb: >> Bild 1 zeigt eine Maus. >> Was zeigt Bild 2? > Eine kabellose Maus. die hat doch ein kabel...ganz deutlich zu sehen
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
hat denn jemand noch was neues? Was ich bis jetzt noch nicht genannt habe?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Ich fühle mich prächtig unterhalten. Auf einer Skala von 0 bis 1 Amper_skillen sind wir schon bei 0.4 Amper_skillen. Besonders wie versucht wird den Hund zum Jagen zu tragen. Köstlich. Fehlt nur noch das der Patient behautet an der TUM oder einer anderen TU9 Blender-Uni zu studieren.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Hannes J. schrieb: > behautet top
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Extern? schrieb: > Hannes J. schrieb: >> behautet > > top Ich möchte ein 'p' kaufen und lösen.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > hat denn jemand noch was neues? Was ich bis jetzt noch nicht genannt > habe? Klar. "Neue Büroklammern" hast Du noch nicht genannt.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Theor schrieb: > 12ws schrieb: >> hat denn jemand noch was neues? Was ich bis jetzt noch nicht genannt >> habe? > > Klar. "Neue Büroklammern" hast Du noch nicht genannt. Eine echte Frage wäre auch schön, aber das will er irgendwie nicht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws ist eine mongo. soll sich vergraben gehen
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
seht ihr auch so?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Sicher nicht. Ich sehe darin keinen Sinn ihn zu beschimpfen oder herab zu setzen. Er begreift nur offenbar einfach nicht, was los ist. Beschimpfungen werden das nicht ändern.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Jeder kann irgend etwas besonders und etwas anderes besonders schlecht. Auch diejenigen, die hier ihr "Opfer" gefunden haben, können irgend etwas schlecht. Darüber sollten sie mal nachdenken. Sie könnten in kürze selbst "Opfer" werden. Ich dachte eigentlich, dass Menschen sich zivilisiert benehmen möchten.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Stefan ⛄ F. schrieb: > Jeder kann irgend etwas besonders und etwas anderes besonders schlecht. > Auch diejenigen, die hier ihr "Opfer" gefunden haben, können irgend > etwas schlecht. Darüber sollten sie mal nachdenken. Sie könnten in kürze > selbst "Opfer" werden. Ich dachte eigentlich, dass Menschen sich > zivilisiert benehmen möchten. Jetzt erkläre die Pfeife hier nicht zum Opfer. Seit Tagen verarscht er uns mit immer neuen Threads und Benutzernamen. Er antwortet nicht vernünftig auf Fragen, glaubt er müsste uns irgendwie austricksen, tritt auch dich in den Arsch (Beitrag "Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe") und behandelt uns allgemein wie Scheiße.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Hannes J. schrieb: > Jetzt erkläre die Pfeife hier nicht zum Opfer. Ich kann das nicht mit Sicherheit feststellen. Es könnten auch unterschiedliche Personen ohne böse Absicht sein. Überlasse das mal den Moderatoren, solche Zusammenhänge herauszufinden. Leute wegen unsicherer Vermutungen schlecht zu behandeln scheint mir nicht angemessen. Man kann wenigstens höflich bleiben oder sich heraus halten.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
So wie ich seine Fragen interpretiere, sucht er ein Stück Software, welches zwischen seine WinForm-GUI und den Treibern passt. Das gibt es aber nicht fertig, das muss man selber schreiben. Dafür gibt es Libs und APIs, passend zu den Treibern und zu WinForm. Ob er nun das ganze OSI-Modell nachbildet oder nur Layer 2 bis 4 (die oberen 3 Layer "erschlägt" WinForm), ist egal. Die Hersteller der APIs nehmen es nicht mehr so genau mit dem Schichtenmodell. In welche Schicht dann die Signalvorverarbeitung kommt, kann er großzügig selber festlegen oder sich an den OSI-Standard halten. Blackbird
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Siehe Thread "Unterschied API und Treiber-SW" in "Programmierung". Blackbird
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Blackbird schrieb: > So wie ich seine Fragen interpretiere, sucht er ein Stück Software, > welches zwischen seine WinForm-GUI und den Treibern passt. Interessante Interpretation. Ich dachte er will nur ein Architekturdiagramm zeichnen. 12ws, da siehst du, dass deine Frage immer noch unklar ist. Sogar sehr unklar.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Dass er Software braucht, schreibt er doch immer wieder in diesem Thread. WinForms-GUI hat er, Treiber für (USB-)Geräte auch - und wie kommen die Daten nun über die dazwischen liegende Lücke. Die Kollegen haben ihm wohl VISA empfohlen, weil die Geräte von Agilent, Keysight, usw. sind. Das ist aber nur ein API mit Libs, das die Kommunikation mit den Treibern beschreibt. Signalvorverarbeitung, Kommunikation mit WinForms sind nicht enthalten, auch sind nicht alle API-Aufrufe notwendig. Diesen "Klumpen" Software muss man halt noch selber schreiben. Nur geht das nicht so schön grafisch per Klick und C&P wie mit WinForms. User: "8393", "Unterschied", "key", "Key", ... ("noßßa", "quick and dirty" auch noch). Behandelt alles das Gleiche. An Hand des Datums kann man auch seine Lernkurve sehen. Jeder fängt mal an, da ist Nicht-Wissen keine Schande. Aber die Form und der Umgang mit den Menschen, die man um Hilfe bitte, die ist schon sehr, sehr seltsam. Naja, warten wir ab, unter welchem Nick der nächste Thread kommt.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Blackbird schrieb: > Dass er Software braucht, schreibt er doch immer wieder in diesem > Thread. > [...] Vielleicht stimmt das ja und ich habe das übersehen, aber wo genau, in welchem Beitrag und in welchem Satz schreibt er das?
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > genau.Das Programm läuft. Aber mit dem treiber allein funktioniert es > nicht. Benötige VISA. Oder ähnliche Libs Hier? 12ws schrieb: > Und da ich nicht einfach stumpf programmieren möchte, die Frage, wie > sind da die Zusammenhänge Und hier? Auch die verlinkten Bilder sind in seinen anderen Threads schon aufgetaucht, ebenso seine Fragen zur Programmierung genau seines "Problems" in diesem Thread. Der Sourcecode, den er gepostet hat, ist, nunja, fehlerträchtig. Das Ganze mal richtig aufzudröseln und funktional getrennt zu gestalten, das scheint mir auch notwendig zu sein. Das haben ihm andere hier im Forum in seinen verschiedenen Threads auch geraten (seine Kollegen scheinbar auch). Deshalb dieser Thread hier. Blackbird
:
Bearbeitet durch User
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Lothar J. schrieb: > 12ws schrieb: >> genau.Das Programm läuft. Aber mit dem treiber allein funktioniert es >> nicht. Benötige VISA. Oder ähnliche Libs > > Hier? > 12ws schrieb: >> Und da ich nicht einfach stumpf programmieren möchte, die Frage, wie >> sind da die Zusammenhänge > > Und hier? > > Auch die verlinkten Bilder sind in seinen anderen Threads schon > aufgetaucht, ebenso seine Fragen zur Programmierung genau seines > "Problems" in diesem Thread. > Der Sourcecode, den er gepostet hat, ist, nunja, fehlerträchtig. Das > Ganze mal richtig aufzudröseln und funktional getrennt zu gestalten, das > scheint mir auch notwendig zu sein. > Das haben ihm andere hier im Forum in seinen verschiedenen Threads auch > geraten (seine Kollegen scheinbar auch). > Deshalb dieser Thread hier. > > Blackbird Hm. Danke jedenfalls für Deine Antwort, Blackbird. Jetzt verstehe ich, wie Du darauf kommst. OK. Du fasst das als Frage nach einer VISA-Lib auf - in dem Sinne darauf einen Link o.ä. zu bekommen, von dem er sich die herunterladen kann. Ich habe das nicht so aufgefasst, sondern aus dem Kontext was Anderes gefolgert. Aus dem Beitrag hier Beitrag "SCIP VISA / Verbindung über USB mit Funktionsgenerator" konnte man schliessen, dass er die VISA-Lib schon hat. Sonst wäre es sinnlos zu schreiben: > Ich habe das Programm für mein Gerät angepasst. Aus den Problemen damit ergaben sich dann Literaturhinweise. Daraus wiederum, nach einigen Detailfragen mehr, bei denem ihm Details aus den Dokmenten zitiert wurden, ein plötzlicher Abbruch des Threads. Und hier in diesem Thread hat er nur noch nach Struktur gefragt. > ... wie kann ich mir den Informationsfluss vorstellen? Darauf (da habe ich die anderen Threads noch nicht gekannt) habe ich ihn gefragt, was er denn mit einer Antwort anfangen will. Darauf ist er wiederum nicht substantiell eingegangen. Alles irgendwie problematisch. Zumal das letzte konkrete Problem ja > 786 Not able to delete a built-in arb waveform war, was er irgendwie mit OPC vermischt hat.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
nix zu tun? wie viel beschäftigt ihr euch mit anderen Leuten
er hat doch geschrieben, dass sein Programm läuft. Sein Problem ist glaube ich, zu verstehen, wie die Software Architektur bei keysight ist. Dazu Anhang
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Ich schlage vor, dass wir damit aufhören unsere Zeit zu vergeuden, bis der 12ws endlich klar schreibt, was er denn nun von uns will.
Beitrag #6364120 wurde von einem Moderator gelöscht.
Beitrag #6364123 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6364120:
> ich hab eine ähnliche Frage.
Und ähnlich schlecht gestellt. Der Thread geht weiter, wie er begonnen
hat. So wird es wieder nichts.
Stelle konkrete Fragen, dann kann Dir geholfen werden.
Und es wäre vielleicht gut, die großen Themen in kleine Schritte zu
zerlegen. Denn niemand wird dir hier den Stoff eine ganzen Semesters
erläutern. Dafür gibt es nämlich noch ganz altmodische aber wirksame
Bücher.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Stefan ⛄ F. schrieb: > Output schrieb: >> ich hab eine ähnliche Frage. > > Und ähnlich schlecht gestellt. eigentlich offensichtlich oder? Das ist die Sockenpuppe von 12ws und all den Anderen
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
12ws schrieb: > genau.Das Programm läuft. Aber mit dem treiber allein funktioniert es > nicht. Benötige VISA. Oder ähnliche Libs Sein "Programm", das WinForms-GUI, läuft. Mit Buttons, Listen, etc. Sieht man an seinen Fragen in den anderen Beiträgen. Nur wenn er auf einen Button klickt, passiert am (über USB angeschlossenen) Gerät nichts. Auch kommen die Daten von dort nicht in seine Listenfelder. Also hat er noch den passenden Treiber installiert. Und es passiert immer noch nichts. Sein Betreuer oder seine Kollegen haben ihm gesagt, er soll VISA und die passende Library (für das Gerät) verwenden. Die enthält aber nun mal weder ein Executable noch einen ladbaren "Treiber". Also fehlt immer noch was. Und das sollen wir ihm jetzt verraten. Was er machen soll (ich nehme an: Student im Praktikum), ist eine Standardaufgabe: ein Gerät per PC steuern und die Daten auslesen (und vielleicht schon vorverarbeiten und noch speichern). Dafür liefert fast jeder Geräte-Hersteller alle Software mit, inclusive Demos. Wenn es ein einfaches Gerät ist und die API es gestattet, dann kann man die Funktionsaufrufe mit in die Software-"fetzen" (Forms) der GUI einbauen. Geht, ist aber unübersichtlich und versagt eventuell beim Daten-Transfer vom Treiber in die GUI-Felder. Besser ist es, einen Thread zu erstellen, von der GUI gestartet und der im Hintergrund läuft und per Queue die Daten und Ereignisse von der GUI holt. Auch viele Treiber geben die Daten gerne per Queue weiter. Aber das bestimmt das API. Dieser Thread, oder ein weiterer, kann dann auch Rohdaten in Files speichern und diese, wenn notwendig, bereits bearbeiten. Geschickter wäre es, bei der Aufteilung der Software ein passendes Architekturmodell, oder wenigstens das OSI-Modell, für die Aufteilung der (uns noch unbekannten) Funktionen anzuwenden. Ob die nun alle in einem "Stück" Software (z.B. ein Windows-Thread) oder verteilt in mehrere Software-Teile eingebaut werden, ist egal und nur vom weiteren, uns unbekannten, Randbedingungen abhängig. Auf jeden Fall ist es aber Software, die noch zu schreiben ist und die in die Forms der GUI gehört. Da kann unser TO noch so viele Architekturmodelle anschauen - in keinem wird er einen Hinweis oder eine Bezeichnung finden, welche "Software" er noch laden oder linken muss. Die muss er selber schreiben! Blackbird
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Wir mutmaßen jetzt seit mehr als einer Woche darüber, wie denn die Frage lautet. Und vom TO kam dazu nichts weiter. Das ist die reinste Zeitverschwendung. Der lacht sich doch über uns scheckig.
Beitrag #6365933 wurde von einem Moderator gelöscht.
Beitrag #6366054 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6365933: > Kann mir jemand den praktischen Unterschied nennen? den Unterschi3ed in > der Anwendung? Ich denke, die Frage ist sehr konkret. und ist in dem PDF sehr plausibel erklärt.... Ohne COM besteht VISA aus einem Satz DLLs die zur App gelingt werden. Wie das gemacht werden muss, ist in den Docs zu deiner Sprache zu finden. (Stichwort Import Library) Keysight bietet vorgefertigte Header für einiger Sprachen. COM ist eine MS Erfindung um dem Programmierer das Leben schwer zu machen. Es wird wohl so sein dass die API Funktionen noch mal in ein COM Objekt verpackt sind. Für jemanden der programmieren kann ist es egal was man nimmt im ersten Fall muss die Sprache Support für DLLs haben im 2. Fall für COM Objekte. Für dich scheinen das bömische Dörfer zu sein. Dann ist es auch egal was du nutzt. Edit: beachte COM ist uralt stammt aus der W98 Zeit und hat sich nicht so richtig etabliert.
:
Bearbeitet durch User
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6366054:
> soll ich neuen Thread aufmachen?
Nö, aber bleib endlich mal bei EINEM Namen!
Blackbird
Beitrag #6366179 wurde von einem Moderator gelöscht.
Beitrag #6366180 wurde von einem Moderator gelöscht.
Beitrag #6366185 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6366185: > du hast nicht mit einem Wort erwähnt, wo der praktische Unterschied in > der ANWENDUNG liegt Weil es keinen gibt. Das hat er auch geschrieben.
Beitrag #6366296 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6366296: > Okay, also nachdem VISA den Schritt zu weiteren Programmiersprachen > getan hat, ist VISA COM obsolet? Es ist eine Alternative Applikationsschnittstelle. Keine der beiden ist obsolet. Warum phantasierst du soviel herum? Das steht doch nirgendwo!
Beitrag #6366337 wurde von einem Moderator gelöscht.
Beitrag #6366340 wurde von einem Moderator gelöscht.
Beitrag #6366603 wurde von einem Moderator gelöscht.
Beitrag #6366655 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6366655: > es steht geschrieben, dass VISA installiert sein muss, bevor VISA COM > genutzt werden kann. nun dann wird das wohl so sein. Die Frage ist doch kannst du mit winforms, ich kenn das nicht, DLLs ansprechen? Gibt es entsprechende ImportLibs für die VISA DLLs? Noch was zu COM. Die Dokus dazu gibt's bei MS. Der ursprüngliche Ansatz war wohl was OOP ähnliches in C nachzurüsten. Später wurde das in ActiveX umbenannt. NET benutzt das wohl, vermutlich weil DLLs nicht so ohne weiteres gehen? Das ist aber Spekulation meinerseits ich benutze kein NET. Irgendwie verstehe ich dein Problem nicht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Thomas Z. schrieb: > Irgendwie verstehe ich dein Problem nicht. Mein Versuch zu erraten was das Ziel der Übung sein könnte: Ich denke das scheint ein Versuch zu sein irgendwie die "beste" oder die "modernste" Variante der Ansteuerung zu identifizieren bevor er sich die Mühe macht die entsprechende Anleitung zu lesen um seine 2-3 Kommandos abzusetzen. Bloß gibt es sowas nicht! Was es gibt sind viele Jahrzehnte an Messgeräte-Ansteuerung wo jeder Hersteller sein eigenes Ding gemacht hat, Versuche es zu standardisieren, Unmengen an alternativen oder auf sich aufbauenden Abstraktionsschichten, etc. Mein Tipp: in die Geräteanleitung schauen, identifizieren welche Funktionalität gefragt ist (nicht jede wird von jeder Abstraktionsschicht unterstützt) und einfach mal machen. Sobald die Kommunikation mit einem Testprogramm steht dann in die GUI einbauen und fertig.
Beitrag #6366894 wurde von einem Moderator gelöscht.
Beitrag #6366906 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6366906:
> Also, warum
Die Frage stellt sich mir auch... Warum ist es für dich wichtig dass es
2 verschiedene APIs gibt? Ich bin sicher dass Keysight für beide
Varianten Beispiele bereitstellt. Nimm einfach die mit der du besser
klar kommst. Das Leben kann so einfach sein.
Beitrag #6367072 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Dan wünsch ich dir noch viel Erfolg bei deinen Forschungen ich bin raus.
Beitrag #6367180 wurde von einem Moderator gelöscht.
Beitrag #6367843 wurde von einem Moderator gelöscht.
Beitrag #6367844 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6367843: > lässt sich die Softwarearchitektur mittels des osi modells darstellen? Nein. Das OSI-Schichtenmodell beschreibt die Beziehung von Netzwerkprotokollen. Siehe https://de.wikipedia.org/wiki/OSI-Modell Das hättest Du aber auch in 3 Minuten selbst heraus finden können.
Beitrag #6367876 wurde von einem Moderator gelöscht.
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Output schrieb im Beitrag #6367876: > Theor schrieb: >> Beziehung von >> Netzwerkprotokollen > > also zwischen Messgerät und PC? > SCPI wäre Schicht 7 > dazwischen Treiber visa oder sonst was > USb Schicht 1 Theor schrieb: > Output schrieb im Beitrag #6367843: >> lässt sich die Softwarearchitektur mittels des osi modells darstellen? > > Nein . > Das OSI-Schichtenmodell beschreibt die Beziehung von > Netzwerkprotokollen. Siehe https://de.wikipedia.org/wiki/OSI-Modell > [...]
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Trollololololol
Re: Programmierung von Messdatenerfassungssys. - Informationsfluss zw bedienoberfläche und gerät übe
Nun, pass mal auf. Es bringt nichts, wenn Du hier immer wieder die selben Fragen stellst, aber erkennbar nichts, aber auch gar nichts, aus den Antworten oder sogar aus den von Dir selbst gefundenen Dokumenten lernst. Es ist absurd, dass Du auf die Antwort "Nein", eine Rückfrage stellst, die voraussetzt, dass die Antwort "Ja" war. Das ist dermaßen absurd, dass ich überzeugt bin, dass Du entweder ein Troll bist, oder geistig nicht in der Lage die Zusammenhänge zu erfassen. @ Mods: Ich möchte Euch vorschlagen, den Thread unter die "hoffnungslosen Fälle" ein zu ordnen.
Beitrag #6367917 wurde von einem Moderator gelöscht.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.