by Dandydog » 28 Mar 2017, 06:45
Hi Burgerman -
I understand your reservations about this project, and I appreciate your input. I hope that I've anticipated some of your concerns with the project development plan that I put together over the weekend (and which I'll detail below.)
First off, though, let me address the specific questions you asked:
The (single) batteries used in the Tailwind chairs are 24V, 5.64h NiMH units, and as such are virtually useless for long-range continuous propulsion.
The (dual) motors are equally ancient: brushed units with an integral step-down gearset that weigh in at 8 pounds (each)! (Overall, the propulsion unit [CU, motors, switch and battery] account for 26.0 pounds of the Tailwind's 60-pound weight.)
Clearly, there's room for improvement.
Last week, I sketched out this plan for achieving some of those improvements:
Feasibility Phase:
------- Build project team
--------Establish connection with Clinton River Medical (CRM) personnel on both administrative and
------------------technical levels
--------Establish connection with brushless-motor resources
------------------Boosted boards (BB)?
--------Determine and document capacities of current version of Tailwind
------------------determine reason for start-up delay (SEE NOTE 1)
-------------------------software delay built in to switch on power only after wheels begin turning?
-------------------------hardware-based problem resulting from extent of gearing-down in gearset?
-------------------------similar problem for BB?
-------------------------note: Tesla has no transmission
--------Develop access to Tailwind CU code
------------------access thru CRM?
------------------dump program and decode?
-
[GO/NG: At this point - about a week in, with almost no money spent - the project should be abandoned if
----------------1) the start-up problem appears to defy solution, or 2) CU code is inaccessible.]
-
Phase 1 (Toggle Control):
--------Software:
------------------Develop ability to alter CU code
------------------Reprogram CU code
--------------------------eliminate start-up delay (if software-related)
--------------------------transfer user control from wheel-rim to toggle
----------------------------------user will still 'pulse' power to wheels
--------Hardware:
------------------Design and build replacement armrests with incorporated toggle switches and wiring
------------------Eliminate start-up delay (if hardware-related)
------------------------need to replace motors with brushless units in order to solve start-up problem?
-
[GO/NG point, depending on solution of the start-up problem]
-
[At this juncture, we've either got a project that has foundered on the start-up problem, or we've solved that key problem and now have a prototype Tailwind 2.0 that has been converted to operate with armrest-mounted toggle switches. (Note that that's the ONLY change we've made in the way the chair operates: the user still 'pulses' power to the wheels, and the power to each wheel is still controlled by a separate switch: consequently, the chair is still steered by directing power to one or another of the wheels. We haven't attempted to address any other problems - battery life, power, range, etc. - but we've created a Tailwind that the user can drive with her hands, rather than her arms and shoulders.)
If we've succeeded in solving that key problem, we're now free to move on to the fun part: purely developmental problems involving actual improvements to the Tailwind.]
-
Phase 2 (Brushless motors):
--------Investigate 'pulsing' requirement for current motors (SEE NOTE 2)
------------------CRM: overheating? current draw? battery limitation? other?
--------Deconstruct existing motor/gearset
------------------CRM: tool for removing bolt?
--------Research functionality and availability of brushless motors
------------------BB as resource?
--------Replace brushed with brushless motors in prototype
------------------new housings required?
------------------------print new housings or print adaptors and mounts for new motors
------------------change in power requirements?
------------------------brushless motor power-draw way less than that of brushed motors?
------------------------------toy race car
-----[Do these changes eliminate the need to 'pulse' power to the wheels? I.e.: Have we achieved
------a continuous-power Tailwind?
------If so, we will need to change the controls to a single joy-stick, add a mode-selection switch
------(assisted/power), and modify the CU code again.]
-
[This 2.1 version of the Tailwind will have the capacity to function 1) as a lightweight manual chair (power off); 2) as a power-assisted chair (with power-control either through the wheel rims or through armrest-mounted toggles; or 3) as a power chair, with power-control effected through a standard joy-stick. In power-chair mode it will have extremely limited range, because we haven't yet addressed the battery problems - but that's just a matter of project priorities, and we'll already have one hell of a product.]
-
Phase 3 (Batteries):
[CRM has this improvement in its project-development stream. Current difficulties include: Shipment of lithium batteries; customer concerns about same; regulatory issues.]
-
[All my information on battery development comes from the popular press, which leads me to believe that this will be the easiest part of the project. Battery technology has undergone quantum improvements since the Tailwind units were made, and equally great improvements in range, power, battery life and weight should be readily available. (The problems that CRM are citing should not affect production of prototypes.)
We'll research these developments at the same time that we investigate brushless motors, but I anticipate encountering few difficulties in either area.]
-
-
Note 1: The term 'start-up problem' refers to a characteristic of the Tailwind that is evident when a wheel-rim is first rotated: the motor activated by that wheel-rim does not turn on UNTIL THE WHEEL ITSELF HAS STARTED TO TURN.
Note 2: The 'pulsing problem' refers to the fact that power is transmitted by the CU to the motors in bursts: rotating a wheel-rim causes power to be applied to that wheel for only a very short period - the wheel accelerates briefly, then coasts for ~5 seconds, gradually coming to a halt if the wheel-rim switch is not re-activated.
-
-
Again: Any thoughts, comments or advice will be welcomed.
Neil