File I/O für SD-Karte bei LV 2009 Embedded ARM

Hallo,

also es kommt generell 0 raus.
Wenn ich das gleiche VI auf dem PC mit dem gleinen Bin File nutze kommen die richtigen Werte.
Ich kann auch das Bin File, als Text lesen, dann kommt halt nur der cryptische Bin File inhalt raus, aber gehen tut´s.
Auch das convertieren des Bin Inhalts in Double (vom String aus) geht, aber natürlich mit dem Falschen Werten, da das Bin File ja 8BIT pro "Zeichen" nutzt und ASCII nur 7Bit.
Einen Fehler bringt er leider auch nicht.

Also das Problem liegt offensichtlich wirklich am "Read Form Binary" bei der C-Code Erstellung. Eventuell auch nur bei LabVIEW2009 oder dem MCB2400 ?!? Leider habe ich im Moment nur noch die Embedded Lizenz für LV2009 und auch nur noch das MCB2400 zur verfügung. Daher kann ich es auch nicht auf anderer Embedded Hardware probieren.

Hallo,

ich habe inzwischen eienen Workaround versucht. Und zwar habe ich auf dem PC ein ein simples Programm gemacht, welches das Bin File in ein Text kompatibles Bin-File umwandeln soll:
   

Jedoch war ich etwas erstaunt, dass auch hier für einen Double Wert 8 Zeichen verwendet werden. Denn eigentlich stehen im ASCII ja nur 7Bit zur verfügung, wodurch ich 10 Zeichen (70Bit) erwartet hätte. Jedoch werden auch Steuerbefehler wie Tab und Zeilenumbruch verwendet (wodurch man wohl wie beim normalen Bin File auf 8Bit kommt), was ich schon merkwürdig finde.

Beim Lesen das ich so realisiert hatte:
   
Wurden dann meine Bedenken bestärkt. Hier kamen die ersten paar Werte richtig heraus, aber der Rest dann nicht mehr. Vermutlich weil er einen Steuer Befehl nciht lesen konnte, wodurch er dann danach immer alles zerhaut. Das Problem kommt sowohl auf dem MCB2400 als auch auf dem PC in gleicher Weise.

Hat jemand eine Idee wie ich das Problem lösen könnte, damit ich zumindest diesen Workaround nutzen kann.


Gruß & Danke

amin

' schrieb:Jedoch war ich etwas erstaunt, dass auch hier für einen Double Wert 8 Zeichen verwendet werden. Denn eigentlich stehen im ASCII ja nur 7Bit zur verfügung, wodurch ich 10 Zeichen (70Bit) erwartet hätte. Jedoch werden auch Steuerbefehler wie Tab und Zeilenumbruch verwendet (wodurch man wohl wie beim normalen Bin File auf 8Bit kommt), was ich schon merkwürdig finde.

Könnte es sein, dass du da was durcheinander bringst? Natürlich stehen auch für einen "lesbaren" Text 8bits pro Zeichen zur Verfügung. Es sind dann nur die Frage, wie die Zeichen > HEX-Code 128 dargestellt werden. Auf einem deutschen BS wird da was anderes auftauchen als vielleicht in Frankreich.
7bits-sicher ist das meines Wissens nach das SMTP-Protokoll, weswegen du in Emails bei reiner Textcodierung z.B. keine Umlaute verwenden solltest. Deswegen gibts da diese ganzen Umcodierungen wie z.B. mime-Encode/Decode oder base64.

Du kannst auch jederzeit einen als Binärfile geschrieben File als Text-File einlesen und umgekehrt!

Gruß, Jens

Hallo,

hab den Fehler im Workaround gefunden. Es lag am aktivierten EOL.
Ohne EOL geht´s:

   
   

Jetzt habe ich zumindest einen funktionierenden Workaround...

Gruß

amin

Crosspost!
http://forums.ni.com/ni/board/message?boar...;thread.id=1652

Gruß, Jens