frc-utilities / libds Goto Github PK

Will we see an update to the 2018 protocol or are the changes not substantial enough to warrent it?

Using the latest version of LibDS at the time of this writing, I am unable to get LibDS to control a 2014 protocol robot. Network activity indicates that there is indeed a connection between the driver station and the robot, and LibDS indicates that comms and robot code are true, yet no commands work. Enabling appears to have no effect, and even attempting to run methods such as DS_RebootRobot yields no result. For reference, using the 2016 protocol with a 2016 robot works as expected. Additionally, using the latest version of QDriverStation shows the exact same results. The code in use is available at https://github.com/camearle20/CartDS. It is built to use on a Raspberry Pi, yet the same results are seen running the code on a standard 64 bit Linux machine.

Hi! I just wanted to ask if this library is working with 2019 robots. I understand that the creator of the project doesn't have access to an FRC robot right now, so is there any quick/easy way to test it the library? Thanks for the awesome project!

The README should include instructions for how to compile this library, as there may be people unfamiliar with how to compile Qt projects, and who can't figure it out because of the lack of a configure script. Simply telling people to run qtmake, make, and optionally sudo make install would help in this regard.

This problem isn't present in the LabView driverstation. When I use a joystick it seems to not return any value until the joystick is pushed all the way to 1 or -1. I am guessing it's converting the float to an integer so you end up with 0 until you hit 1. I've tried multiple joysticks from different vendors.

Could this be the function causing it? I am not entirely certain how it works.

float DS_GetJoystickAxis (int joystick, int axis)
{
    if (CFG_GetRobotEnabled() && joystick_exists (joystick)) {
        DS_Joystick* stick = get_joystick (joystick);

        if (stick->num_axes > axis)
            return stick->axes [axis];
    }

    return 0;
}

How hard would it be to rework the library wear it can also be used on a robot (in this case a Rasp PI) to be able to send packets and communicate with Qdriverstation. That way there is only one implementation of its supported protocols for Qdriverstation. Then any new protocol add to the core other robot project will be able to make use of.