Has anyone tried to control a device using the TRAKR's usb?

[stampede]

I just noticed the WriteByUSB folder in the trakr package.
I put ConProg.bin in the Apps folder.
Ran it from the remote, I lose communication with the Trakr.
fiddled with SPI/USB. ticked off the trakr (no red button until I removed power for a while).

Anyone else play with these guys?

[krash]

I just noticed the WriteByUSB folder in the trakr package.
I put ConProg.bin in the Apps folder.
Ran it from the remote, I lose communication with the Trakr.
fiddled with SPI/USB. ticked off the trakr (no red button until I removed power for a while).

Anyone else play with these guys?

I've never noticed the WriteByUSB folder. I'll see if I can find the folder and look through some of the code.

Were there any comments in ConProg.c program that indicate what the app is supposed to do?

The SPI/USB switches are mainly used for firmware upgrades. As far as I can tell they haven't been used for anything else--at least no one has found any use for these switches.

[krash]

I checked the writebyusb folder. there are no .c files in the folder. I suppose one could copy the .bin files to the apps folder one at a time and run each one to see if they do anything though it might just be that you'll have to keep resetting the TRAKR, lol. I can't tell yet if there is software that is supposed to run on the PC that communicates through the usb/spi port, but I only had a few minutes to look while I was on break. May check later.

[trakr001]

Firstly, I doubt the two separate lines in Start to initialise output mode on GPC0 and GPC1 will work, I think you'd need to do both in one line as per my example, otherwise only the second one would work. Secondly, if you're checking two buttons, you shouldn't be switching OFF the pin you're not switching ON in the two if checks, because that'll stop you being able to press A and B together to switch on both simultaneously. As written, you'd be switching off both pins immediately after setting one or other (but not both) on.

Code: Select all

#include "svt.h"               //include Official API
#include "JAPI.h"              //include "Secret sauce" API

#define GPC0 (1<<0)            //bitmask for pin GPC0 = 00000001
#define GPC1 (1<<1)            //bitmask for pin GPC1 = 00000010
#define GPC2 (1<<2)            //bitmask for pin GPC2 = 00000100
#define GPC3 (1<<3)            //bitmask for pin GPC3 = 00001000
#define GPC4 (1<<4)            //bitmask for pin GPC4 = 00010000
#define GPC5 (1<<5)            //bitmask for pin GPC5 = 00100000
#define GPC6 (1<<6)            //bitmask for pin GPC6 = 01000000
#define GPC7 (1<<7)            //bitmask for pin GPC7 = 10000000

int keystate;                  //define "keystate" as integer

void Start() {
    //Set output mode for pins GPC0 and GPC1
    JAPI_SetIoOutputMode(GPC0+GPC1);
}
bool Run() {
    keystate=GetRemoteKeys();      //TRAKR remote control key pressed
                                   //assign to keystate
    if (keystate > 0) {              //if keystate is greater than 0
       if(keyState&KEY_INPUT1)  {   //Button A pressed (motor forward)
            JAPI_SetIoHigh(GPC0);     //Set GPC0 pin high (3.3v)
        } else {
            JAPI_SetIoLow(GPC0);  //Switch off pin GPC0
        }
       if(keyState&KEY_INPUT2)  {   //Button B pressed (motor reverse)
            JAPI_SetIoHigh(GPC1);     //Set GPC1 pin high (3.3v)
        } else {
            JAPI_SetIoLow(GPC1);  //Switch off pin GPC1
        }
       if(keystate & KEY_HOME) {    //if Home button pressed
         return false;             //this will end the loop
        }
    }
    return true;                   //loop will repeat until false
}

void End() {                    //Program end - switch off both pins
    JAPI_SetIoLow(GPC0+GPC1);
}


Try this?

RorschachUK

"Secondly, if you're checking two buttons, you shouldn't be switching OFF the pin you're not switching ON in the two if checks, because that'll stop you being able to press A and B together to switch on both simultaneously."

If you are connecting the motor directly to the pins, if both pins go high, I think this would result in "braking" the motor (stopping it not ruining it). This is fine. However if you connect to an H-bridge circuit or IC, if both pins go high at the same time, this may burn out the circuit or IC.

Is there another way to ensure that both pins will not go high at the same time (A and B pressed at the same time and frying the circuit) yet ensure that the motor will remain in forward motion as long as button A is pressed yet stop when released? OR the motor will remain in reverse motion as long as button B is pressed yet stop when released?

When I compile this, it doesn't work. It comes up with error 9. Whatever that is. I'm trying to put a BB gun on my TRAKR, but I need this code snippet, or a code snippet, that will serve as a switch with GPC0 and GPC1 as a switch for a tesla coil. I need an app that will allow this when a button is pushed: do you think you could post an app for this and send me the link to it, then tell me how to wire it?

[cpt_hans]

Trakr001,
I'll cook up a wiring diagram for you. Krash's code will work great for what you want to do. I'll re-post his code here when I post the wiring diagram.

-CPT_Hans

[trakr001]

Thanks, I'll keep watching. What are you trying to control?

[opretive calmac]

whats the radar on the trakr

[lion xl]

All who are interested in hacking the trakr USB port, here is a tutorial on using USB with the AVR chipset (ATTiny). although the code would more than likely have to be re-written, at least some of the concepts covered would form a basis for getting started....

http://codeandlife.com/2012/01/22/avr-attiny-usb-tutorial-part-1/

[cpt_hans]

That's good stuff! It was pretty straightforward hardware stuff (my forte) until part 3. It's going to take me a while to digest all of that code. C programming isn't my strong point.

I don't know what would be required to 'port' this tutorial to the Trakr. NUSB.h in the Internals folder has a lot of USB stuff. I'll do some comparisons to see if there's any commonality, or other useful info we can glean.

Perhaps RorschachUK would have some insights.

-CPT_Hans