TypeCast U16-Array auf FXP-Array - zu wenige Elemente

(13.03.2012 13:26 )erik.brenncke schrieb:  Hallo und danke für das rege Interesse,

Ich habe nun beim Support von NI nachgefragt:
Es ist bestätigt, dass für RT und Host-Systeme (nicht FPGA) der FXP-Datentyp intern immer mit 64bit gerechnet wird. Das ist die maximale Breite des Datentyps. Es gibt (noch) keine Ermittlung des Mindestbreite, selbst wenn man explitzit bspw. den FXP-Datentyp auf 8bit-Breite eingestellt hat.

kurzum: Its a feature, not a bug.

Da ich den FXP-Datentyp zunächst nur auf der FPGA-Ebene verwendete (und es da wie vorhergesehen funktioniert), glaubte ich zunächst einen Bug entdeckt zu haben, als ich es auf Host-Seite ausprobierte. Es ist für mich schlicht nicht "intuitiv" wenn ein explizit auf 8bit gestellter Datentyp intern weiterhin 64bit hat. Wenn ich explizit U8 wähle, dann ist der intern ja auch nicht U64, oder?

Alles jammern hilft nichts. Jetzt habe ich die Funktionsweise verstanden und werde meinen Code entsprechend anpassen.


Danke und Gruß
Erik

Du vregisst den Unterschied. Ein U8 oder U64 ist ein explizit gewählter Datentyp der ja auch ein eigenes Icon, und im Falle der polymorphen Funktionen auch eigene Methoden hat, aber der FXP ist ein nachträglich konfigurierbarer Datentyp. Das eine wird vom Syntaxchecker einmal bei der Auswahl des Datentyps festgelegt, das andere ist mehr eine Laufzeiteinstellung, ausser wenn es im FPGA Compile in den Bytecode umgesetzt wird.

Wäre auch nicht praktisch um aus 64 verschiedenen FXP Icons wählen zu müssen.