' schrieb:Interessanterweise funktioniert die serielle Schnittstelle noch -_-
Du vergleichst hier Äpfel und Kirschen! (und ich benutze hier ganz bewusst nicht Birnen)
Serial Port wrd normalerweise durch das COMM API angesprochen (und der parallele Port is darin auch nur eine weitere Schnittstelle da Microsoft sich einfach sagt, ob jetzt Byteseriel oder Bitserial, das macht uns gar nichts aus).
Das COMM API stellt aber eine Deviceschnittstelle zur Verfügung die Du ähnlich wie VISA benutzst, d.h. man hat Konfigurationsfunktionen und Read und Write Funktionen um Buffers zu lesen und zu schreiben. Wie diese Buffer in Bits und Bytes aufgelöst werden und über die Pins rausgeschickt werden ist Sache des unter dem COMM API liegendenen Kernelgerätetreibers. Das COMM API wird auch von VISA benützt um diese Schnitttstellen anzusprechen.
Natürlich hat Microsoft das COMM API auch nach 64 Bit Windows portiert und deshalb functioniert das auch noch. Was Du aber versuchst ist die Schnittstelle direkt per Registerprogrammierung anzusprechen. Das geht seit Windows NT mit seinem protected Kernel nicht mehr von der Applikationsebenen aus. Dazu benötigt man einen Kernelgerätetreiber der das im Auftrag der Applikation tut und die Resultate an diese zurückgibt.
LabVIEW installiert einen 32 bit Gerätetreiber der solche Registerzugriffe ermöglicht (was übrigens eine seriöse Sicherheitslücke in einem System darstellt) und dieser Treiber wird von den InPort und OutPort Funktionen verwendet. Das Problem an diesem Treiber ist dass er Gebrauch macht von Kernelsupportfunktionen die gemäss Miscrosoft seit etwa Windows 2000 als depreciated deklariert sind (und mit vernünftigem Aufwand ist es eigentlich fast nicht mehr möglich einen solchen Treiber zu schreiben ohne Gebrauch von diesen Funktionen zu machen). Aber unter 64 Bit Windows funktioniert der 32 Bit Treiber ganz einfach nicht. Windows weigert sich um den auch nur zu installieren. Portierung des Treibers nach 64 Bit ist aber wahrscheinlich keine Option, da Microsoft wahrscheinlich den Übergang nach 64 Bit benützt hat um von diesen depreciated Kernelfunktionen weg zu kommen, und sie diese darum kurzerhand aus dem Kernel gekippt haben.
Registerprogrammierung von Applikationsebene aus ist eigentlich schon seit dem Einzug von protected 32 Bit OSen ein Artefakt aus alten single tasking OS Tagen. Aber mit 64 Bit OSen wird das wohl mehr oder weniger definitiv der Vergangenheit angehören.