ordogocske wrote:I would like a nice day for some help with Dynamic Joystic (dk-remd31) problem with the motors not moving for joystic motion no small key is signaling turn speed meter flashing for joystic and somebody else's encounter with this mistake? the DWIZ-adapt s
in circuit diagram? Thanks for all the help
Chapter 2: DK-REMD Operation
9
2.2.2
SHARK Lock
If the
Lock Enable
parameter is set to 'Yes', the SHARK can be locked by
pressing the on/off button for more
than 4 seconds. Lock the SHARK to
prevent unauthorized persons
from operating the chair.
To lock the SHARK
Press the on/off button for 4 seconds when the SHARK is turned on.
•
The SHARK turns off immediately when the
on/off button is pushed.
•
After 4 seconds all LEDs of the battery gauge will flash
twice and the horn will give two short beeps, to indicate
that the SHARK is now locked.
To unlock the SHARK
Press the on/off button.
•
The SHARK will turn on, and the LEDs of the battery
gauge will slowly flash from ri
ght to left to indicate that
the SHARK is locked.
Press the horn button twice within 10 seconds.
•
The SHARK will turn on normally.
If the horn button is not pressed within
10 seconds, the SHARK will turn off again.
LadyJ wrote:I just wanted to drop this here:
https://link.springer.com/content/pdf/1 ... 7-3_35.pdf
It's a paper by K. Kaneswaran there are some good details in it for anyone working with dynamic devices, most interestingly that the RJM is probably the bit that is easiest to use, as that is what dynamic supports for third party developers, and that interface is the same across the Shark/DX/DX2/Linx (just using the appropriate RJM module).
LROBBINS wrote:I hate to contradict you, but Remote Joystick Module IS THE SAME AS Master Remote (except in systems that, for example, used the now-discontinued, Specialty Controls Module as Master Remote). Moreover, not all of the joystick modules use analog-output joysticks - the Shark uses a an SPI interface joystick. For the DX systems, you can use simple voltage divider circuitry to mimic the joystick, for the Shark you cannot. Woody's RC adapter (for P&G) which uses a digipot to could easily be adapted to the DX, but not to the Shark. Nor are the bus protocols nor the bus messages the same across all systems. The DX and DX2 use a CAN variant, the Shark uses a quite different serial protocol.
LadyJ wrote:Actually in dynamic’s lingo we don’t use a RJM, we are using a master joystick module. The magic of the RJM for our applications is that it has analog which are identical across all of the dynamic devices, it then translates to the specific bus. This is how third party sip and puff/chin/switch controls/etc interface. This is also how the touchpad you mentioned interfaced.
LROBBINS wrote:I hate to contradict you, but Remote Joystick Module IS THE SAME AS Master Remote (except in systems that, for example, used the now-discontinued, Specialty Controls Module as Master Remote). Moreover, not all of the joystick modules use analog-output joysticks - the Shark uses a an SPI interface joystick. For the DX systems, you can use simple voltage divider circuitry to mimic the joystick, for the Shark you cannot. Woody's RC adapter (for P&G) which uses a digipot to could easily be adapted to the DX, but not to the Shark. Nor are the bus protocols nor the bus messages the same across all systems. The DX and DX2 use a CAN variant, the Shark uses a quite different serial protocol.
D. Microprocessor selection for processing
There are several requirements for the host microprocessor system. In order to implement the analogue signals for the RIM the microprocessor must have some hardware means of generating analogue voltages. There must be enough code storage memory to implement the firmware for the AD7147. an 12C communication routine, debugging code and generation of the analogue voltages. The ADuC841 has the sufficient capacity to implement all these tasks. The dual on board 12 bit DAC’s are set to 8 bit mode and are used to generate the voltage output. They are connected internally to the power rail of the system allowing a full voltage swing of 0— 5V.
E. RJM Module Specifications and use.
The RJM allows any dual decode joystick to be connected directly to its input pins. The dual decode specification is outlined in table 2. The RJM also provides access to the DX Bus and the wheelchairs power supply providing up to 200mA regulated current. This provides sufficient power to run the microprocessor and the AD7147. Most wheelchairs come with several profiles programmed into the master joystick; this allows the user to change driving parameters for different surroundings. The RJM requires SIX control signals, power, ground, speed and direction, and speed and direction mirrors, but will operate without the mirrors. The RJM has two pins which when toggled with a high pulse of 100ms duration increments or decrements the drive profile. ‘These pins are used with the AD7147 tap output status. When a valid tap 1s detected on the lower/upper half of the touch pad we toggle the decrement/increment pins. Pull up resistors arc used on the connections so that when the joystick power is recycled the pulse created does not increment or decrement the drive profile.
The output of the DAC’s are buffered through op-amps and connected to a resistor network before connection to the RIM. The resistor network reduces the current input to the RIM and reduces the gain of the inputs. This is to keep the output range of a dual decode joystick between .5 and 4.5 volts.
Remote Joystick Module IS THE SAME AS Master Remote
AymanJ wrote:Hello Sir,
We are students who are trying to replicate the amazing work you have done with the chair and we got stuck with the following issues:
* We have an offset of approximately 1.2V in the inverted signal in the RS-485 bus coming from the Power Module. Do you have any clue why is this happening?
* When we tried to connect the MAX485 to get RS-232 protocol communication signal, we have noticed that the joystick shuts down and the fault code indicates a communication bus error (Flashing 9 times).
We have put 22kohm resistance between A and B at the input of the MAX485 as you described in one of your videos, however, we are still getting the same issue. Note that we are using a DC-DC converter called TSR-2415 to power the MAX485 from using chair batteries.
* Also, in one of your videos, you talked about a switch called DG419, we did not exactly understand why were you using it, and we would like you to elaborate more on that part.
void sharkStartup () {// my Dynamic Shark start up sequence, other joysticks will have different start up packets.
//Delay is only used in THIS start up so can stay.
digitalWrite(dePin, HIGH); // Hold dePin high when transmitting.
{
digitalWrite(dataSwitch, HIGH); // Flip DG419 switch, HIGH = 24v connected to emulator bus
delay(298); // Allow 24v pulse for 300ms +/- 20ms
digitalWrite(dataSwitch, LOW); // Flip DG419 switch, LOW = MAX485 connected to emulator bus
delay(10);
}
The Shark protocol requires a start up pulse of the full battery volts, per the notes in my code (attached below)."
So, you mean in the beginning of communication between controller and joystick, controller send start up pulse in A&B lines which is not 0-5v rather they are full battery voltage and we need to save our MAX485 module from this huge start up pulse?
Return to Everything Powerchair
Users browsing this forum: No registered users and 246 guests