LabVIEWForum.de

Hallo zusammen,

ich habe eine kleine "allgemeine" Frage zu LabVIEW..ich hoffe das passt hier ins Forum.

Ich habe ein compactRIO NI9104 das verschiedene Aufgaben für mich erfüllt (Daten einliest, regelt, Geräte ansteuert usw.). Das ganze läuft quasi im "stand-alone-Betrieb".
Das System arbeitet selbständig, aber ab und zu möchte ich Werte ändern, oder zur Kontrolle nachsehen ob die Kiste noch tut was sie soll. Daher nutze ich den Webserver des cRIO aus, d.h. ich kann im Firefox die IP-Adresse meines cRIO angeben (inkl. Namen der website) und kann somit über das remote panel beliebig alle Parameter ändern.
Bis hierhin läuft alles bestens...

Jetzt habe ich noch einen Kontrollrechner, der manchmal auf die selben Geräte zugreift wie das cRIO. Da kein "Zugriffskonflikt" entstehen soll muss also die Kommunikation zwischen cRIO und "Wunschgerät" pausieren, solange ich mit dem Kontrollrechner auf das "Wunschgerät" zugreifen möchte.

Also habe ich mir ein VI geschrieben, das auf dem Kontrollrechner läuft und außer der Ansteuerung der "Geräte" auch einen Fenster inkl. Webbrowser enthält (über activeX). Dieses Fenster sollte das remote panel des cRIO anzeigen so dass ich die Kommunikation zwischen cRIO und Gerät unterbinden kann.........und genau da ist der Haken.

Ich bekomme immer nur ein leeres Fenster angezeigt...
Liegt das an der Verschachtelung von activeX?


Danke im Voraus,
riorio
Ich nutze LabVIEW 8.6.1

' schrieb:Ich bekomme immer nur ein leeres Fenster angezeigt...
Liegt das an der Verschachtelung von activeX?

Verschachtelung? Was genau meinst du damit..?

--> Screenshot oder besser noch das VI herzeigen

Ansonsten schau doch mal hier: LVF-Link

Da habe ich einen Webbrowser (Wartezeit-verschöneren.vi) gepostet den jemand (vergessen wer) vom LVF mal hochgeladen hat.

Der funktioniert... versuch doch mal ob du damit auf deinen cRIO zugreifen kannst und umgekehrt, ob du mit deinem VI auf andere Seiten Zugriff hast.


Gruß SeBa

Schau' auch mal dort:
http://www.LabVIEWforum.de/index.php?s=&am...ost&p=20383

Gruß Markus

Danke für die beiden Links. Der haken ist aber ein anderer, ich denke es gibt Probleme zwischen LabVIEW und activeX von Microsoft.

Ich kann mein remote panel des cRIO von jedem beliebigen Browser aus öffnen. Auch mit dem "Browser-Beispiel" aus dem obigen Link klappt das prima, aber nur weil das "easteregg"-Programm den Internet Explorer direkt aufruft.

Was ich eben haben möchte, ist ein Fenster im VI auf dem Kontrollrechner. In diesem Fenster soll mein remote panel erscheinen.
Dafür verwende ich über "rechtsklick auf -.NET & activeX- den -webbrowser-", der also über activeX in mein LabVIEW VI eingebunden wird. Das merkwürdige ist ja jetzt, das ich jede beliebige website öffnen kann - sogar die "standard"-seite meines cRIO. Nur wenn ich den vollständigen Namen in den Fenster-Browser eingebe "xxx.xxx.xxx.xxx/remotepanel.html" dann kann ich mein remote panel leider nicht betrachten...

Es erscheint die richtige-HTML Seite..allerdings kann mein VI nicht geladen werden. Dort wo sich das remote panel befinden müsste steht nur "ATL 7.0".
Inzwischen weiss ich bissel mehr: http://de.wikipedia.org/wiki/Active_Template_Library
...also es hakt irgendwo bei activeX

Mit Verschachtelung meinte ich: Das VI auf dem Kontrollrechner ruft über activeX den IE auf. Dieser wiederum greift auf ein NI Gerät zu (den compactRIO), um ein remote panel zu öffnen, dass ein Abbild des VI's darstellt, welches im cRIO läuft".


Ich habe mich jetzt an den support gewandt. Wenn die eine Lösung haben, poste ich die hier.

mfg,
riorio

' schrieb:... Nur wenn ich den vollständigen Namen in den Fenster-Browser eingebe "xxx.xxx.xxx.xxx/remotepanel.html" ...

http://xxx.xxx.xxx.xxx/remotepanel.html

oder

//xxx.xxx.xxx.xxx/remotepanel.html

geht auch nicht?
(ist nur eine Idee... aber einen Versuch Wert)

Gruß SeBa

Klappt nicht. Wie gesagt, es wird ja sogar die richtige html-Seite angezeigt (siehe Anhang) nur mein Panel kann ich nicht betrachten.

Trotzdem danke ;-)

Also, das Gelbe vom Ei ist dieses Vorgehen nicht.
Ein Remote-Panel bei eine RT-System sollte IMHO allerhöchstens zur Fehlersuche im Notfall benutzt werden. Denn das Remote-Panel bremst das RT-Programm im schlimmsten Fall ganz schön aus. Wozu dann noch RT?

Wert-Änderungen/Rückmeldungen solltest du über eine andere Kommunikationsschiene aufbauen, z.B. TCP/IP.

Für reine Debug-Zwecke langt dann aus meiner Sicht der Aufruf im Webbrowser.

Gruß, Jens

Hallo jens,
ebenfalls off topic:
da muss ich Dir leider widersprechen. Das "remote-panel" bremst nichts aus, wenn man wie in meinem Fall, über den Browser nur Zugriff auf das Frontpanel des VI's auf dem RT-System hat.
Der Trick besteht eben darin, dass mit verschiedenen Schleifen mit verschiedenen Prioritäten gearbeitet wird.
Dies bedeuted alle controls und indicator die auf dem Frontpanel zu "sehen" sind (nur auf diese habe ich über das "remote panel" Zugriff) befinden sich in der nicht-deterministischen Schleife geringster Priorität.
Dadurch werden die "wichtigen" Prozesse des RT nicht gestört oder ausgebremst. Die allerwichtigsten (SuperSuperlativ) Prozesse laufen bei mir sowieso auf dem FPGA des cRIO ab.
Zumindest habe ich das so verstanden und kann damit gut arbeiten (habe bisher niemals irgendeinen LabVIEW-Kurs besucht, sondern mich mit try-and-error letztes Jahr durch LabVIEW gebissen).

grüße,
riorio

Nach Rücksprache mit NI handelt es sich um einen Bug von LabVIEW, dass das
VI des cRIO nicht im ActiveX-Control angezeigt wird.
Wenn man das VI des HostPC mittels Web-Publishing-Tool als html-file generiert und dies im Browser anzeigen lässt, dann wird merkwürdigerweise das VI des cRIO angezeigt.
Dieser Bug wird laut NI in einer der nächsten LabVIEW-Versionen "vorraussichtlich" behoben.

Danke für die Rückmeldung.

Gruß Markus