Jump to content

i2dx

Members
  • Posts

    683
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by i2dx

  1. yes, I have used a "Keyspan USA-49WG" and a "Keyspan USA-19HS" adapter to get additional RS232 Ports for a LabVIEW application (Testing µCs, which communicate through RS232 with the "host application") I have heard of issuses with some other adapters, but I had no problems at all with the Keyspan producs. Maybe that sounds like heavy advertising, but that's not intended.
  2. Hi folks, I have a problem with a cRIO 9004 controler / LabVIEW RT: Each time, I hit the run button and the VI(s) has/have to be deployed, LV is searching for VIs, I have never heard of: What the heck is e.g. a "SIM Integrator collector (for core) (vector).vi"? And why does LV think it needs that file? It's neither in my project, nor on my disk or I have used it as a subVI, etc ... http://forums.lavag.org/index.php?act=attach&type=post&id=6323 even worse, if I create a blank VI with exactly that name on my disk (just to get rid of that anoying "missing VI" dialoges ...), LV does not accept hat. The next time, I hit the run button, LV is searching again. Has anyone an idea, what is going on here and (hopefully) how to get rid of this? thank you in advance, CB
  3. QUOTE(ned @ Jul 5 2007, 04:29 PM) thank you! <insert a bunch of heavy insults into the direction of NI here>
  4. Hi Folks, I'm trying to implement a "Host to Target" (which means: RT to FPGA) DMA Transfer on a cRIO 9004 controler with a 3M-Gate chassis. The FPGA VI compiles without errors, but when I start my RT-VI I get the error -63001, which is explained as "DMA from host to FPGA target is not supported for this platform". Has anyone made similar experiences or (hopefully) has someone allready successfully implemented a Host to Target DMA on a cRIO 9004 controler? Thank you, CB
  5. QUOTE(David Boyd @ Jul 3 2007, 05:15 PM) thanks for your input. Your conversion works fine on my (german) system (Win XP Pro). Time-Stamp conversion has allways been a problem for me, too, because you can't test it on every existing localisation => you can never be sure, if it works or not ... QUOTE(David Boyd @ Jul 3 2007, 05:15 PM) I stole your icon :ninja: never mind, I stole your code (but there is a © remark in the Block Diagramm ...) I have made an update of the ADO-Toolkit which uses your Timestamp conversion, which is now availiable for download ...
  6. just download my ADO-Toolkit there is a conversion VI DB-Timestamp to LV-Timestamp in the "Variant to Data" conversion VIs: http://forums.lavag.org/index.php?act=attach&type=post&id=6296 You can use the NI Toolkit and the ADO-Toolkit in paralell ... If the timestamp conversion does not work, just let me know, I'll fix that ...
  7. QUOTE(yen @ Jun 17 2007, 07:44 PM) If the String in "Memo Field" does not contain any Tics >>'<< that should work. Otherwise you have to replace all Tics with double Tics ...
  8. i2dx

    MELM

    hmm ... is that more evil then me? <shiver>
  9. QUOTE(jackskellington321 @ Jun 14 2007, 08:03 PM) you have to specify the range with the "range" property and get the reference to that range: http://forums.lavag.org/index.php?act=attach&type=post&id=6104''>http://forums.lavag.org/index.php?act=attach&type=post&id=6104'>http://forums.lavag.org/index.php?act=attach&type=post&id=6104 what makes that difficlut compared to reading a single cell (as shown in the screenshot) is, that you have to be sure, that all data in that cells have the same datatype, otherwise you'll run into conversion problems (because you get the data as variant ...)
  10. i2dx

    MELM

    I just wantet to claim the title of the "MALM" for me: http://forums.lavag.org/index.php?act=attach&type=post&id=6103 cheers :beer:
  11. QUOTE(Eugen Graf @ Jun 14 2007, 09:56 PM) to cut a long story short: I think this tutorial (http://zone.ni.com/devzone/cda/tut/p/id/3927' target="_blank">calling a DLL from Microsoft Visual C++ that was generated by LabVIEW 6i) may be a good entry point to get closer to that topic ...
  12. QUOTE(Steve_Brooks @ Jan 18 2005, 05:33 PM) No. This is an ODBC-Error message and means: You tried to insert a number in the wrong format, e.g. your database definition says that field contains a floating point number and you tried to insert an integer. I'd check the database definition, whether that column is really defined as memo field. Do not forget to escape the string, you want to insert into a memo field: all tics >>'<< in your string have to be replaced by double-tics, Access also can not handle the 0x00 char under certain circumstances (which I don't know exacly, otherwise I had allready implemented that in my ADO-Toolkit) To answer the intial question: yes, I have inserted large strings into a memo field, I'm still doing that and I'm doing that again and again QUOTE(xtaldaz @ Jun 14 2007, 10:38 PM) What I do in these situations is to change drivers to use the Jet driver. You'll have to use a UDL file to connect to the database rather than ODBC. This is how most of the shipping examples for the toolkit connect. If he uses the NI Database connectivity toolkit, me makes automatically usage of the Jet database engine. The Software "Microsoft Access" is only a frontent, where you can create/edit/etc your database. Each Windoze since Windows 2000 comes with the Jet Database Engine installed (it's not a driver, it's the database engine!) => you can automatically use *.mdb-files on each windows machine with an OS higher then Win2k. Besides: you can install the MDAC (Microsoft Data Access Components) on machines with an older OS to make usage of the Jet DBE
  13. i2dx

    "LabVIEW"

    QUOTE(crelf @ Nov 9 2006, 11:40 PM) damm, I tried to speak that out - now I have to visit a doctor who puts my tounge back at the right position
  14. QUOTE(Michael_Aivaliotis @ Jun 2 2007, 11:24 PM) nope have you installed a software updated or installed a hack?
  15. or maybe you want to try my "Soundcard Example"
  16. QUOTE(orko @ Feb 16 2007, 02:13 AM) I stumbled uppon allmost the same problem today: I need a reference to the runtime-shortcut menu of a control, to edit that menu programatically ... If I have not missed something, there is no way to get a reference through the *normal* property-nodes. You can get a reference to the menu, if you use an event structure and the "Shortcut Menu Activation?" event, but this only works if you catch the event for one, single control. If you bundle more then one "Shortcut Menu Activation?" event in one case, you'll get no reference to the menu at all. And here's where my problem starts: I've about 50 controls on my FP, and I need to catch at least 4 events on each control, two for Shortcut menu activation and Menu selection, the rest for drag and drop. If I can get the reference to the shortcut menu only if I create an event case for each control and it's sub-controls, in case that the control is a cluster, I'd end up with a huge event structure with lots of similar cases. I'm not very happy with this, so I'd be glad, if someone out there maybe knows a better way?
  17. what should I say? I'm going to take my first CLA exam in June, so I'd like to ask the CLAs out there for a couple of "good tips"!? Maybe you remember your last exam and can tell me what I should be prepared for? thx a lot
  18. QUOTE(LV Punk @ May 16 2007, 05:02 PM) as far as I can judge that from your posts in this forum, I can say that you know enough about LV to pass the test. Just follow my advice http://forums.lavag.org/index.php?s=&showtopic=7924&view=findpost&p=29984' target="_blank">from this post, then you'll pass
  19. QUOTE(Jim Kring @ Apr 7 2007, 05:21 PM) an other point is: the border of a while loop is easier to hit with the right mouse button, than the border of a for-loop => it's easier to create a shift register. Even if the *invisible size* of the border of the for loop equals the border-size of the while loop, I'm allways trying to hit that small line e.g. I mostly do not create shift registers in a for loop by hand, but drag the wires and chose "replace with shift registers" on the tunnels, which is more convenient
  20. I failed in the first exam. reason #1: lack of dokumentation reason #2: allmost no dokumentation reason #3: I should have read the tasks and objectives reason #4: I tried to implement a queued state machine with event handling and ran out of time. The best way to solve the task is to use a simple state machine with an enum take yourself the time and add tip-strips and dokumentation to EACH control on the FP, add comments to every wire longer then 20 px on the BD, especially those who go into shift registers. Use the documentation field in the VI properties for the main VI and - if you have some, the sub VIs ... take yourself the time to read the tasks and objectives carefully! think twice before you use an local variable, there should be a way to avoid it. do not use property nodes, except there is no other way to do that, e.g. a blinking control ... After I learned my lesson, I passed the exam with 98%, I got 2 % discount, because missing labels on a BD constant => for (int i=0, i<100, i++) {printf("add documentation to everything!");} BTW: has anyone tips for the CLA? I have my first try it in June => I am sitting here and eat up my fingernais
  21. QUOTE(Tomi Maila @ May 4 2007, 07:30 PM) ja zefix, wenn'dst ma so kummst, dann red i nua no boarisch! (this was bavarian slang )
  22. QUOTE(Michael_Aivaliotis @ May 4 2007, 06:33 PM) after I finally managed it to pay http://forums.lavag.org/index.php?act=attach&type=post&id=5731''>http://forums.lavag.org/index.php?act=attach&type=post&id=5731'>http://forums.lavag.org/index.php?act=attach&type=post&id=5731
  23. QUOTE(crelf @ May 4 2007, 04:46 PM) great tip, thanks I think I gonna buy it ...
  24. QUOTE(alnaimi @ May 4 2007, 12:39 PM) hmm ... sorry, I know quite nothing about simulating electronical devices ... so it's hard to understand what's going on ...
  25. QUOTE(Michael_Aivaliotis @ May 4 2007, 12:13 PM) @Michel no. I say it again: most of the members here are "real men", playing with real expensive toys (e.g. LV + RT + FPGA ) and are responsible für 100.000 testing systems. We should be a) intelligent enough and b) *hard* enough to deal with a few HHs. If there is to much *noise* then maybe we will need Moderators in the future, but I feel that is not necessary at the moment. @all: concerning the idea of an l33t-forum. I tried that and the result was: one year => 22 members, 2 members are "constantly" posting, the one is me, the other is a newbie - which leads me to the conclusion: there is no market for such a community last but not least: if there is a negative maximum, there is a positive maximum, too. If the negative max is a HH, the positive max is a *guru* who hovers in selfconfidence and does not even think about answering a question of one of these uncertified pseudo wannabe LV maggots ... it's up to you, to decide, if you want to be an extreme, or if you want to stay in the middle
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.