Jump to content

JMG

Members
  • Gesamte Inhalte

    13
  • Benutzer seit

  • Letzter Besuch

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

JMG's Achievements

Rookie

Rookie (2/14)

  • One Month Later
  • Collaborator Rare
  • Week One Done
  • First Post
  • Conversation Starter

Recent Badges

0

Reputation in der Community

  1. Der Fehler war, dass die ich die IP.Connection funtion zwei mal aufgerufen habe. Habe nun die zwei separten VI (Example Callback - Quaternion Callback.vi) in eins gemerged und rufe nun das IP Connect und Close nur einmal auf.
  2. Hallo Zusammen Ich versuche 2 IMU Brick 2.0 gleichzeitig ins Labview einzulesen. Die IMUs sind am gleichem system drann aber an verschiedenen Orten. Allerdings klappt das nicht wirklich. Im brickviewer tauchen beide IMUs auf. Aber wen ich es über Labview starte funktioniert immer nur eins davon (das erste das ich starte). UID sind natürlich angepasst. Ich verwende diesen Input für die Addresse: Host: localhost Port: 4223 UID: "angepasst an das IMU" Ich verwende das VI von hier https://www.tinkerforge.com/de/doc/Software/Bricks/IMUV2_Brick_LabVIEW.html#imu-v2-brick-labview-examples (Example Callback - Quaternion Callback.vi) Kann mir da jemand weiterhelfen. Bin für jeden Input dankbar. Gruss Jeremy
  3. Hallo Nils Danke für den Tip. ich werde die mal genauer anschauen. Ich weiss allerdings nicht ob mir die Callback funktion einen Vorteil gibt. Vieleicht kannst Du mich da beraten. Was ich vor habe: Ich möchte das IMU über einen Realtime controller von NI auslesen. Diese kann allerdings nicht den Brick Deamon ausführen da darauf kein Windows Betriebssystem sondern PharLaps darauf läuft. Zudem kommt NI Realtime nicht mit .net aus, daher kann ich das Labview API nicht verwenden. Deswegen habe ich zu dem IMU BRick 2.0 auch einen Masterbrick und Ether extension angeschaft. Somit sollte ich die kommunikation auch ohne den Brick Deamon funktionieren. (Bezüglich DLL: Das dll würde ich dann bei Labview realtime einlesen. ) Nun was ich machen möchte ist die Orientierung des IMU bricks auszulesen und meinen Regelsystem füttern. Dort habe ich einen loop der mir ständig die Messwerte füttert und die Controlgrössen auspuckt. Daher könnte gut sein das ich die Callback gar nicht brauche. Oder ich hab die Callback Funktionalität einfach nicht verstanden. (Nun nach ausprobieren verwende ich die Qaternionwinkel und wandle sie in XYZ Cardan Winkel um. Daher brauche ich auch die RollGierNick winkel nicht mehr.) Danke für die Auskunft. Jeremy
  4. Guten Tag miteinander Ich bin eher neu in C und in diesem Forum. (Bekommt man mehr Antworten wenn man auf Englisch posted?) Nun meine eigentliche Frage: Ich habe ein IMU Brick 2.0 und würde gerne aus dem C code ein dll erstellen wobei der Output der Funktion die Messdaten in Euler Winkel sein sollen. Wie stellt man das an? Momentan verwende ich das example_all_data.c file und dort werden die Messdaten über imu_v2_register_callback und darin genested cb_all_data aufgerufen. Wie bekomme ich nun die Messdaten in die main() Ebene des Programmes (example_all_data). Anders gesagt wie bekomme ich die Eulerangles in der höchsten Ebene des Programms so dass ich diese Messungen als Variable auspucken kann? Gruss Jeremy
  5. Oke thanks. Just double checking. I need these 3 things in order to make it work, right? https://www.tinkerforge.com/de/shop/master-brick.html https://www.tinkerforge.com/de/doc/Hardware/Master_Extensions/Ethernet_Extension.html https://www.tinkerforge.com/en/doc/Hardware/Bricks/IMU_V2_Brick.html#imu-v2-brick
  6. Is it possible with my setup to use this: https://www.tinkerforge.com/de/doc/Hardware/Master_Extensions/Ethernet_Extension.html together with the IMU Brick 2.0 and use it directly on my embedded Controller? Thanks for your reply Cheers, Jeremy
  7. The Controller is this one: https://www.ni.com/de-ch/support/model.pxie-8133.html It has two Ethernet slot of which one is free to use And the IMU Brick 2.0 https://www.tinkerforge.com/en/doc/Hardware/Bricks/IMU_V2_Brick.html#imu-v2-brick
  8. I have an additional question. not sure If I should start a new thread. I want to use this IMU on a real time controller from NI. So I am using a Labview Realtime, which does not support .net assambly dlls. This is why I am trying to make it work with c++ and then create a dll out of it. Now I relized I need the daemon and viewer too on the target. Is there a way to make the IMU run independetly from the Daemon executable? I don't think I can install them on the RT controller since it has Pharlap as OS...
  9. I found it out. I had o restart the brick daemon....
  10. Cool. It compiles now. However, it does not output the data from the cb_all_data function. It only prompts "Press key to exit enter" Do you have any suggestions?
  11. Thanks I think we are getting closer. Now I recive this error: ip_connection.cpp(2052): error C3861: 'snprintf': identifier not found Is there a dependency missing? Sorry I am not native in C.
  12. Thank you for your reply. I have added this file.. now I am getting these errors: stdbool.h(31): error C2059: syntax error : 'constant' stdbool.h(31): error C3805: 'constant': unexpected token, expected either '}' or a ',' ip_connection.cpp(545): error C2440: 'return' : cannot convert from 'int' to '_Bool' 1> Conversion to enumeration type requires an explicit cast (static_cast, C-style cast or function-style cast) at different lines in ip_connection.cpp and brick_imu_v2.cpp Can you help here as well? Thank you :)
  13. Hello everyone I recently bought a IMU brick and now I am trieing to run the IMU example (example_all_data.c). I am using VS2010 and when I compile the project I get this error: ip_connection.h(25): fatal error C1083: Cannot open include file: 'stdbool.h': No such file or directory I have renamed the .c extention to .cpp and under advance properties of the project I cahnged the compiler to C++. (Which seemed to be a problem in other threads. However, it is still not compiling). Do you have any suggestion on how to fix my problem? Thanks a lot. Cheers, Jeremy
×
×
  • Neu erstellen...