You can't calibrate the motors, neither mechanically or in software. There is however several methods in the software to account for this.
The standard NXT firmware contains a synchronization mode which attempt to keep the two motors aligned. In NXC you can do this by using the function OnFwdSync like this:
OnFwdSync( OUT_AC, 75, 0 );
First parameter is the ...
After looking around a bit in the NXT IO palette in LabVIEW, I found a few functions which will sync the motors while driving the robot. The "drive distance" and "steering on" VIs will both sync the motors appropriately to make the robot drive straight.
The "motor on" and "motor reverse" blocks, which are the default options if you don't go down into the ...
The difference in speed can't be avoided. Even if the motors themselves were carefully paired, differences of friction on the axles or weight unbalance of the robot would result in speed mismatch. I am not used to LabVIEW, but the NXT firmware has a way to synchronize two motors, this functionnality should be available in LabVIEW.
This is more of a LabView answer than a Mindstorms answer, but you should be able to create a SubVI that represents a task, and then you can place that in the main VI.
This help document might be useful:
The reading you have done about connecting input port 4 is for the NXT, not the EV3. The NXT has a special feature on that port for RS485 serial communications. This is not present on the EV3 bricks.
The EV3 bricks are designed to be able to be daisy chained via USB. There are "Message" blocks in the EV3 software for sending messages from brick to brick. I'...
Once you download the block from the Lego site, you can import it into the LabVIEW by using the Tools tab and then Block Import, but first you need to be in an open program. LabVIEW will prompt you to browse your folders to find the downloaded file, and then select Import at the bottom of the window. Finally, you will need to close LabVIEW and reopen it to ...
I am not used to LabVIEW... but RIC image files, supported by NXT firmware, can also be used by LabView I guess. So nxtRICEdit may help. See also RICfont utility, more information (though targetted NXC/NXT-G, should be useful) here.
I would recommend you post this question to the National Instruments Discussion Forums. We have a dedicated board for supporting the LabVIEW for Mindstorms software. Since you are using LabVIEW, you can post the question there and NI support engineers are guaranteed to help you.
The Wiimote uses 2 forms of communication: Bluetooth 4, and IR for the pointing controls. You'd probably be using bluetooth.
The main problem with the NXT bluetooth is that the NXT is a slave device, not a master device, while the wiimote itself is a slave device as well. For advanced reading on the interfacing methods, the wiibrew community has set up a ...
Look in upper right hand corner of your project page and find the icon that looks like this [1:1] and click it. It will center and reset the zoom of your program.
Isn't two finger zooming an Apple touch screen thing, like we do on an iPhone? So, unless you're used to doing this on your Apple tablet at home, the two finger slide technique ...
Without solving your homework, you will need at least the following blocks:
for bullet 1
Data to Text
LCD Panel Display
for bullets 2 and 3
Switch (based on light sensor readings)
Motor Block (4 of these, 2 for > 50% + 2 for <= 50%)
And it probably makes sense to put bullet 1 inside the loop of bullets 2 and 3.
A speed in second makes no sense to me.
Are there more information about this motor, like to maximum rpm/power ? If so, maybe that the scale from -100 to 100 is some sort of percentage of max rpm/power, with the positives being one rotation direction and the negatives the other ?