Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - LukeZ

Pages: 1 [2]
16
News & Announcements / Project Status
« on: December 17, 2016, 01:19:18 PM »
December 6, 2016 -

After several years of internal development, it's time to hand this project over to the "community" - a community which maybe doesn't yet exist, but we hope will come into being soon.

It is important for you to know, that as of today there is no way for you to purchase any of our products, unless you want to build them yourself. Although we have made dozens of prototypes, assembly is simply too time-consuming and complicated to make these by hand for sale in any quantity and right now there is no manufacturer lined up for production.

The original intent was not to publicize the project until people could actually purchase the TCB - if you can't get one, what's the point? But getting a manufacturer to invest a substantial amount of money in a production run, without knowing the potential demand ahead of time, is a tough sell. Talks are ongoing with several different manufacturers but so far none have made a firm commitment, and I can't predict when or if any will.

So it is time to take the opposite approach - make the project public, let people examine and discuss the capabilities of the Open Panzer project, and let things take their course. 

Everything we design is completely open source. If you are a manufacturer and want to produce these boards, all the designs and bill of materials are freely available on our Downloads page. Have at it! We do ask that you respect the copyright and maintain attribution.

To the tankers and hobbyists - I created this project because this is what I wished existed when I started building model tanks.  I hope you like it. Please read through the Wiki to see what we've made and start some conversations in the forums if you have questions.

Please remember that like the rest of you my time in this project is volunteered, and no one (so far!) has paid me anything. The work accomplished to date is my gift to the RC community, given freely. I will continue to invest in, advocate for, and lead development, but the future of Open Panzer belongs to you!



LukeZ

17
TCB Dev / TCB - To Do List
« on: December 06, 2016, 06:58:31 PM »
In no particular order of importance, here are some items that might be nice to add. If you want to take on one of these projects, feel free to start a thread on a single topic.

  • Smartphone Integration: In a dream world we'd have the equivalent functionality of the OP Config program in a phone app. But perhaps a more achievable starting point would be the creation of a simple telemetry app to read parameters from the TCB over bluetooth. Presently the TCB spits out all kinds of information when the Debug option is set, none of which are formatted in any consistent way, but a true telemetry protocol could easily be implemented. What we need is someone with app-writing skills to create the display interface.
  • OpenTx Telemetry: Another option for delivering telemetry to the user is integration with OpenTx (and potentially other open source transmitter firmwares such as ersky9x). Smartphone telemetry may be more broadly useful but either one would be cool and neither precludes the other.
  • Barrel stabilization: various ways to skin the cat on this one. A considerable amount of work was already done using the Adafruit BNO055 9-DOF IMU, there is also a lot of code in the main sketch currently commented out that handles the barrel stabilization and even simulating up and downhill gravity. The big issue: the default communication protocol used by the sensor is I2C and the default Arduino I2C library (called Wire) is "blocking" - meaning it uses delays for communication timing, delays during which other code can't run. This is a really poor implementation that simply won't work with the TCB. Attempts to create a non-blocking I2C library were ultimately unsuccessful, hence the reason these features are presently disabled. Other options would be to use the same sensor in serial mode and communicate over Serial 1 (Aux) port. This is possible but needs a substantial bit of code written since there is no serial library available for the BNO055.  Another option I've considered is to offload entirely the barrel stabilization to another processor - combine a cheap Arduino Nano/Mini/Trinket/Digispark/whatever with an inexpensive fusion sensor like the MPU-9250 and have it connect inline with the barrel elevation servo. This is essentially what Squirlier's StabiWii project does, but his project is not straightforward to implement for various reasons including poor documentation.
  • Accel/decel presets: See the Inertia & Momentum section of the Wiki for a discussion of presets, and check out the comments in the OP_Driver library, specifically under the GetDriveSpeed function in OP_Driver.cpp, where two example presets are given, one for acceleration and one for deceleration. Creating a preset is not difficult, making it "feel" like a specific drive response different from other settings is the part that takes lots of trial and error. For example the two presets already coded I don't think make a huge different to the end user when you enable them.
  • Two-stick Control: In which each tread is operated by independent channels on the transmitter, and "mixing" for steering is accomplished by the user's thumbs. I have decided it does not make sense to integrate this feature, the simplest reason being that you do not need the TCB to accomplish it. Read this thread for more.
  • Gear Selection: See the Manual Transmission discussion thread for more. The manual transmission has already been implemented inasmuch as we can now select forward, reverse and neutral gears and use the throttle stick only as a speed command rather than also a direction input. But we could possibly get more fancy and allow multiple forward and reverse gears (speeds) to be selected, along with synchronized engine sounds and potentially other realistic effects.
  • OP Config compiled for Mac: OP Config is written in Qt and theoretically it is possible to compile it for other operating systems besides Windows. I don't have a Mac environmnet in which to test this, nor am I interested in learning Mac-talk. But if someone has a Mac, and is familiar with Qt, please feel free to compile a version for that OS.
  • Better Function Assignments in OP Config: The TCB function list has now risen to over 100, and that's getting to be a lot to scroll through in a single drop-down box. A better way of selecting those might be nice, even if just perhaps adding a prior drop down to pre-select a category or group of functions. The other thing that makes this process tedious is the fact that aux radio channels are listed by number ("Aux Channel 6") which isn't very informative; it might be nice to give aux channels names like "Top left knob" that would then appear in the trigger list. However this raises other issues since those names would need to be saved somewhere, but probably couldn't conveniently be saved on the TCB itself due to memory constraints. So that is a complication for sure.
  • Ability to Edit Function-Triggers in OP Config: Right now if you change your mind about a Function-Trigger pair in OP Config you have to delete it and add the modified pair to the list. It would be nice to be able to click on an existing pair and have the ability to edit either the trigger or the function.
  • Test Mode in OP Config: Provide the ability to initiate any feature of the TCB (and Scout and Sound Card) from OP Config while connected with USB, for example have a list of actions such as Fire Cannon or Turn On Light 2, etc... This would allow the user to test TCB features independent of a radio. This feature would require a major re-organization of the TCB firmware and is unlikely to be accomplished in my lifetime. The firmware changes would not be as bad for the Scout and Sound Card since those can already be controlled via serial commands, but then again those devices are not presently even available so the time investment for such features on their behalf is negligible.
  • Support for other Serial Controllers: Although more expensive than the Scout/Sabertooth controllers, and offering extra features that don't benefit anything when used with the TCB, there are two classes of controllers that could nevertheless be used with the TCB if libraries were written for them: MotionControl RoboClaw controllers (dual line only), and Pololu TReX controllers.
  • Dual cannons: It was suggested here to create dual cannon functionality. If you want two synchronized cannons, this is already possible, but multiple independent cannons are not presently implemented.
  • Expanded IR Battle: Although it would not be compatible with the Tamiya standard, it is possible to create alternative "damage" effects during IR battle other than simply a reduction in drive speed. For example speed reductions that affect the left/right treads unequally, or the ability to steer or move in only a single direction, even turret mobility can be be "damaged." These effects could be mixed in semi-randomly with the generic speed reduction profiles to add some diversity and interest. On this topic a community discussion would be useful to set the parameters and brainstorm ideas.
  • Track recoil: Done, see here for details.
  • Manual transmission: Done, released with firmware version 0.92.13, see here for more details.

18
Open Panzer Help / Read Me - Posting Guidelines
« on: December 06, 2016, 04:08:39 PM »
Posting Guidelines
To post on the forum you must be a registered user.

To help prevent spam, new users will be required to pass a visual verification and answer a question before their post is allowed. I know this is a pain in the butt! But the requirement automatically disappears once you have reached a few posts.

For those who don't know, the English word for Panzer is tank


How to get Questions Answered
  • Read the Wiki!
  • Did you really read the Wiki?!
  • Post your question in the appropriate forum.
  • Do NOT send a PM (private message) or email to admins or moderators! Unless they specifically tell you otherwise, moderators will provide no support via PM. Questions and answers written in a private message only benefit the two people communicating, no one else. The entire point of the forum is to provide knowledge for everyone who visits, now or some day in the future. By posting your question here and having it answered publicly, you can help others who will have the same question in the future.

19
Scout Dev / Scout ESC - To Do List
« on: December 06, 2016, 04:02:49 PM »
The Scout ESC in its current state is fully functional with the TCB, general RC radios, and other microcontrollers. There are however always things that can be added, here is a list:
  • Add serial commands 6-13 and 16-17 compatible with Sabertooth protocol (low resolution commands, mixed-mode driving, ramping, and adjustable deadband): See this document for the Sabertooth reference: Sabertooth 2x12 Reference. These commands would not be used by the TCB and aren't useful for the Open Panzer project specifically, but could be used in robotics applications.
  • Characterize empirically the board heat profile at various currents, and improve the fan control algorithm: presently the board will engage the fan when onboard temperature measurement reaches 40*C (~100*F) and the fan will reach full speed by 70*C (~160*F). This range was selected somewhat arbitrarily and there is nothing intelligent about it. In all honesty, during our testing on 1/16 scale models we had a hard time drawing enough current to even get the fan to come on, implying the entire fan functionality is not perhaps really needed in most applications. A temperature-vs-current graph would be good information to have if someone can come up with a suitable current-draw test load.
  • Test various fans and decide on a specific model: As mentioned before the fan rarely if ever comes on with the typical currents drawn by a 1/16th scale tank, so I've not done a lot of testing to find the ideal fan. The connector on the board is plug-and-play with standard 2-pin 40mm PC case fans. If someone does a temperature-to-current test it would be interesting to see how effective a fan is at cooling.
  • Design a case: a case (3D printed or otherwise) would be nice, perhaps one with a fan mount.

As a reminder, here is the GitHub page for the Scout firmware. If you choose to add some code for #1 feel free to submit a pull request.

Pages: 1 [2]
bomber-explosion