-
Posts
18 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Gallery
Everything posted by Tanner
-
Yeah, sorry, busy with the robots and recently finals. No, I never did find a satisfactory solution. I didn't have time to mess with Git more and using SVN wouldn't be very satisfactory with how things are set up here (at least it wouldn't be as useful as Git would be). -Tanner
-
Ugh. Got busy and haven't had a chance to figure out whats wrong yet. When I have a chance (hopefully before Saturday), I'll upload the full code. I'm not really sure when I'll have the chance to test it fully with the cRIO again, so any help would be appreciated. Thanks -Tanner
-
I haven't tested the exact same file, just the whole idea, and that has worked. I'll see if I have tomorrow to test if I can read the file that was written by the cRIO back on the computer, though tomorrow's busy. I'll see though. -Tanner
-
Oh definitely. Plus I learned something new - always good. Thanks -Tanner
-
I did some looking and noticed that my ARDS Data.ctl was not linked to ARDS Joystick Data.ctl as the ARDS Data contained two joystick's worth of data. I linked those and found a few others that needed to be linked or changed. Thought that would fix it, but nope. Still returning odd/adbnormal data. New files attached. -Tanner And it won't let me edit that post. Grr.. Here's the files. ARDS.zip
-
Don't think I could, but if you need it I can post it tomorrow (cause then everyone gets the code). I don't think you need it for Reading it, just Writing it. -Tanner
-
This includes the Vi's plus the typedefs and a data file. I haven't changed anything just to not break anything that is already broken. So, the hints I don't really want to implement cause I'm not too experienced otherwise and just want to get it working first. Should all run (has no other dependencies) and the data within the file should have the joystick Y increasing, buttons 4/5 being pushed, and then joystick Y decreasing. Shout if I forgot something. -Tanner ARDS.zip
-
I think it is using relative paths now that you mention it. I'm trying to figure out where exactly Git gets/puts the files... Yeah. No internet stinks. Although it is a eye-opener to how much we depend on it nowadays. :\ -Tanner
-
In response to the "do it online" post (I can't figure out to get it to post with multiquote), using a server would be harder in my situation. Since we mainly work/program at school - an environment where we have no internet, and no cell phone signal most of the time - having the server there (i.e. - located on the main development station or another computer there) would be a lot easier than using the internet. If I used the internet, that means I would have to bring the code to the school - something I am liable to forget. Yeah, we could have developer stations I could take home, but our main one is a dual-screen desktop which is nicer to work with. Depends what situation you are in. I haven't had much experience with Git, but I'm guessing the answer would be merging. How exactly the workflow breaks down, I don't know - could probably research it. -Tanner
-
Well, LVMerge opens, shows the error window, and closes, but there doesn't seem to be a active merge between the two files. It's not doing a merge or saving it. And yes I have it now. -Tanner
-
That's the exact topic that me and my friends are discussing this in (though abit without the deep knowledge of LabVIEW). It's a scare topic of using Git. :\ -Tanner
-
That actually makes a heck of a lot of sense if I think about this as a textual language. Private data for stuff that doesn't need to be public. Again that makes sense. I'll see how much I can get rid of the global variables, just to make the execution flow a bit better. The clusters used to be independent controls on a each vi, but they should now derive from a common typedef (after I figured out how to connect the two). I'll check the data type when I get a chance as well to make sure everything's the same. Thanks -Tanner
-
Same number of points? The array as far as I know contains the same number of elements, but I'd have to check to be for sure. I do not believe I'm getting a error from Read from Binary File. I added the Set File Position just to make sure that the Read Vi was reading the right place. The vi isn't being executed by itself (or at least it shouldn't be), I only had that because it appeared to be the only way to get a time stamp in ms. Is there a pro to using shift registers? Some of them I use in other places or have to be initialized. I don't see how I could get rid of the sequence structures, as I have to increment the line I'm reading and something else and putting it all in one structure would appear to make it run in whichever order LabVIEW wants (unless I misunderstood how smart it would be at that). I'll have to see if the code does not contain any Beta code (which I cannot release under a NDA). How would I save the state of the Vi unless you mean just the Vi? Thanks -Tanner
-
No I'm saying that when the programmers aren't in contact with the server, Git could still commit locally while SVN would complain (unless something's changed since last time I used it). Well, you don't. Though I'm guessing this is where the merge capability comes in. I'm not sure if Git has this lock method. Well, there would be a central server and there would be a repository on each developer's computer. Then after a developer has made a commit, they can push the code to the central server. I'm going out a limb guessing that everything would work fine as long as developers did not work on the same vi or something of the such? It also seems that this locking method is recommended? to prevent merging two vi's (because the way of merging isn't the best?)? Basically what I'm trying to understand is why locking is preferred? Is it just because it prevents having to merge? Thanks -Tanner
-
Thanks - I'll have a look at those. Well, the benefits of having the entire source distributed is that the user can do commits without the server (versus doing all a nights work in one big commit the next day - bit harder to narrow down bugs). Having the source distributed also means I have the entire history of the repository so I can do diffs, logs, and reverts without the server. Quite nice. -Tanner
-
Is there a tutorial or something of the sort for setting up SVN for LabVIEW? The main reason I would like Git is because it is distributed so fellow programmers could work on it at home, without being connected to the main Git server. Plus it has nice branching capabilities. Thanks -Tanner
-
Hi all, I'm having some trouble getting our cRIO to read back a binary file I wrote to the file system. I don't know why it is doing it, as I created a simple example vi that just does the exact same thing, writes a couple of clusters to a binary file and reads them back and it works fine (though that was on the computer versus the cRIO). What is happening is that when I read the file back, I'm not getting back the same values as I wrote to the file. For example, as seen in the vi's pictured below, I'll write some joystick axis data and button data, but the joystick data will be all over the place (out of the ordinary 1 to -1) and the button data will show that x number of buttons were triggered, but they will be the wrong buttons. The entire read data seems that it is shifted by something because the joystick values are out of whack and the button pressed/released are actually shifted. I'm not sure if there is something happening in the background or what. I made LabVIEW do a md5 hash check on the file on writing and reading the file, and the file is not changing. There is either a problem in reading or writing the file. Any ideas? Write File VI: Read File VI: Thanks -Tanner
-
Hi all, I'm in the FIRST robotics community, and next year we're getting a copy of LabVIEW 8.6 Pro which has the a few programs included for use in source control. Anywho, we're interested in using some sort of source control to keep track of our code and allow simultaneous development with several programmers. A quick Google search shows little or few relevant results of using LabVIEW with Git. I'm wondering if any of ya'll, LabView users, have ever used Git for tracking your code? If so, how have you accomplished it? If not, what have you used that is free to use? Any information would be helpful. Thanks -Tanner