Is this a Virtual Machine or dedicated hardware? Do you have anything else connected to USB? As devices are found on startup (and after) they will be assigned a device with a number in /dev. So the first USB serial device is going to be given /dev/ttyUSB0. The second will become /dev/ttyUSB1 and so on. Your hard disk and about everything is a device and located in there so do not create or remove devices by editing or changing things in /dev/. Thankfully Linux comes with most all the drivers you need so this probably isn't a problem with a driver (.dll file in Windows). Usually it is the simplest thing (broken wire, mismatched Tx to Rx, wrong device directive in the command line for Data Link etc). Let's keep looking for a simple solution.
Let's also keep it simple. Let's not debug the XBee modems yet. Unplug the XBee from the FTDIUtil as that will block the use of the cable to connect to the Lisa/M over serial.
My debugging usually goes like:
1. Unplug the FTDIUtil
2. Make sure autopilot is powered off
3. In Paparazzi Center, click "Stop/Remove all Processes"
<order matters here so please follow these steps exactly>
4. Now plug the FTDUtil into USB to the Computer NOTE: Lisa/M powered off and the cable unplugged from the Lisa/M
5. At a terminal window type: dmesg ... verify in the output the FTDIUtil appears as /dev/ttyUSB0 and "connected"
6. Now connect the Lisa/M with the 3 wire connector to the FTDIUtil
7. Now power the Lisa/M
8. Now in the Paparazzi Center set: Target = ap, Session = Flight address@hidden, and click "Execute"
3 processes should be launched each with a command line shown in an area. All 3 should show "Stop" if they are running for the button. If one says "Redo" then that means it did not start successfully.
What I have found is sometimes if the autopilot is powered and connected to the FTDIUtil the linux system may consider the device busy and assign a new device when the FTDI is connected like /dev/ttyUSB1. So the order of the above will make sure (for me at least) that /dev/ttyUSB0 is used each time.
What is the output from the above?
About the XBee you have. Here is what I do.
1. Using the FTDIUtil plug in the GROUND modem and launch X-CTU
2. Add the XBee and verify it is set for:
a. 57,600 comm rate
c. either API or AT but be sure both have the same directive as to the use of API or not using API
for the airborne one you setup the same settings except for one very important difference. The airborne one is not a coordinator it is an end-device/router. Granted I only work with the XBee Pro S1/S2 with mesh so if your are using non mesh maybe there is no option for coordinator and end-device.
BTW: I have never seen the modems you show in the photo. Are they a new type?
Also if the FTDIUtil works with the cable it does not guarantee the XBee with wireless will work. They are separate problems. Just if you get the cabled way to work you can then focus on the XBee as the next problem.
Hope this helps keep you going. Remember, it's almost always something simple. Paparazzi has been working since 2003. It's flexibility will become something you find very empowering down the road when this all starts to makes sense. Once past the startup learning process you will have a much better understanding how this all works and have more confidence with what you are doing with it. Keep trying is the path to success here.