Mini-Z, Kyosho Mini-Z Racer, MR-03, MR-02, MA-010, Forums, News, Pictures, Parts, and Shop - Mini-ZRacer.com
Forums, Mini-Z, MiniZ, Kyosho Mini-Z, Kyosho MiniZ, Kyosho Mini-Z Racer
Mini-Z Hop-Ups, Mini-Z Parts, MiniZ Hop-Ups, MiniZ Parts, Kyosho Mini-Z Hop-Ups, Kyosho Mini-Z Parts, Kyosho MiniZ Hop-Ups, Kyosho MiniZ Parts, Kyosho Mini-Z Racer Hop-Ups, Racer Kyosho Mini-Z Parts
Old 2013.02.06, 11:17 PM   #1
monkeyZ
The Race Dictator!
 
monkeyZ's Avatar
 
Join Date: Jun 2009
Location: Ann Arbor
Posts: 153
ICS read complete write complete indicator

Been using your ICS software and it works well. Not a fan of Adobe Air that is needed for the Ko Propo version. Any possibility of adding a text label or status bar at the bottom to indicate when reading or writing is complete? I realize the information updates in the boxes if it is different from what is there already, but if you read back the same thing that is in the box you don't know if you actually read from the car or you are just sitting there looking at the past values.

thanks,

BT
monkeyZ is offline   Reply With Quote
Old 2013.02.07, 09:46 AM   #2
LED
Registered User
 
Join Date: Oct 2008
Location: Antwerp, Belgium
Posts: 520
I think the problem with that would be that there is no way to check if the write was succesfull.
You should simply write what you want, move a setting something and then read and then see if it jumps back to what you had written or not.
Only way to safely say that your settings have been applied.
LED is offline   Reply With Quote
Old 2013.02.07, 10:02 PM   #3
monkeyZ
The Race Dictator!
 
monkeyZ's Avatar
 
Join Date: Jun 2009
Location: Ann Arbor
Posts: 153
Quote:
Originally Posted by LED View Post
I think the problem with that would be that there is no way to check if the write was succesfull.
You should simply write what you want, move a setting something and then read and then see if it jumps back to what you had written or not.
Only way to safely say that your settings have been applied.
Actually, the sw could write it and then read it back to confirm. Why should the user have to check to see if it worked when it could be done automatically. Write, Read, Compare.

Last edited by monkeyZ; 2013.02.07 at 10:05 PM.
monkeyZ is offline   Reply With Quote
Old 2013.02.08, 12:59 PM   #4
pinwc4
Registered User
 
pinwc4's Avatar
 
Join Date: Aug 2005
Posts: 913
Thanks for the feedback it is appreciated.

Adding some sort of message that confirms that the data was read is a good idea. I have been doing what LED suggests when I am uncertain, I move a slider and then click read to see if it moves. I may just add some sort of message that flashes on the screen such as read successful or something.

I am going to be working on this software soon anyways as I need to add support for the brushless cars that were released and I need to update the installer to support Windows 8. The installer probably has the same problem that Flip Side Racing has, though I do not know that for certain.
pinwc4 is offline   Reply With Quote
Old 2013.02.08, 01:48 PM   #5
TheSteve
VE7FM
 
Join Date: Oct 2010
Location: Langley, BC
Posts: 629
When you read/write the ICS data are you reading and writing specific bytes or is there an entire block of eeprom data?

I also assume different cars have unique bits/bytes to indicate the model of car - MR03, MR03 with chase mode etc.

The reason I ask all of this is when you swap an MR03 board into an AWD the steering throws are incorrect because the values from the servo pot are different. The different models must have a table or different programming to indicate the proper endpoints. I am wondering if its hard coded in flash or set via values in the eeprom, and if it is in the eeprom I am wondering if it could be altered via the ICS port (even if not intended to be by Kyosho)

If it could be changed then boards could be swapped between different car models without worrying about steering throws incorrect.
TheSteve is offline   Reply With Quote
Old 2013.02.08, 05:02 PM   #6
pinwc4
Registered User
 
pinwc4's Avatar
 
Join Date: Aug 2005
Posts: 913
Quote:
Originally Posted by TheSteve View Post
When you read/write the ICS data are you reading and writing specific bytes or is there an entire block of eeprom data?
When you read or write the data to the car it is the entire block of data, not individual values. For each of the cars so far it is has been 15 bytes of data, each byte representing a different thing that can be manipulated. Though there are 3 bytes out of that 15 that I do not know what they are, none of the other software manipulates them so most likely they are for future board revisions that will have more features.

Quote:
Originally Posted by TheSteve View Post
I also assume different cars have unique bits/bytes to indicate the model of car - MR03, MR03 with chase mode etc.
Nope, none of the data read or written to is specifically identifying the car model. I could infer it when reading since I know that there will be values in all but 3 bytes for the MR-03, whereas the dNaNo has 4 bytes it does not use and the ASF board had 6 bytes it did not use. However people could unintentionally write data to those bytes and that would make it impossible to tell. The board is not going to care if you write to a byte that it does not use, at least that has been my experience so far.

Quote:
Originally Posted by TheSteve View Post
The reason I ask all of this is when you swap an MR03 board into an AWD the steering throws are incorrect because the values from the servo pot are different. The different models must have a table or different programming to indicate the proper endpoints. I am wondering if its hard coded in flash or set via values in the eeprom, and if it is in the eeprom I am wondering if it could be altered via the ICS port (even if not intended to be by Kyosho)

If it could be changed then boards could be swapped between different car models without worrying about steering throws incorrect.
None of the known values written to the car impact the end points for the servo. I do not know much about the AWD but I would wonder if it possibly has a different type of resistor pot. Otherwise maybe the board has some hard coded values for the minimum and maximum resistance values it is looking for.

If you do want to play with it my ICS program lets you manually manipulate each byte that is written to the car. Click the advanced button to do that. There are 3 values on the screen labeled unknown, maybe they are steering related but I doubt it.
pinwc4 is offline   Reply With Quote
Old 2013.02.08, 10:57 PM   #7
TheSteve
VE7FM
 
Join Date: Oct 2010
Location: Langley, BC
Posts: 629
Thanks for the replies. I'll play with it a little. The steering values are likely hard coded in flash, or in a different eeprom space we can't access. On the off chance I come across something I'll let you know.
TheSteve is offline   Reply With Quote
Old 2013.02.12, 11:47 PM   #8
TheSteve
VE7FM
 
Join Date: Oct 2010
Location: Langley, BC
Posts: 629
I did a little experimenting with my MR03(with chase mode) and my MA015(with chase mode) with the Kyosho ICS software(version 1.15). The software is aware of the car type connected. If I select an mr03 with chase mode and read from my AWD car it will tell me its an MA015 with chase mode, if I try the opposite and select an MA015 and read my MR03 it tells me its an MR03 with chase mode. So perhaps the newer cars have a bit/byte dedicated to car type.

I didn't try forcing the AWD file into the MR03 board with either software package but possibly could. I doubt the Kyosho software will allow it but I assume yours will. Then I could try reading with the Kyosho software and see if the car type has changed.

Further, have you looked into where the chase mode settings are stored?
TheSteve is offline   Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -5. The time now is 06:49 PM.


Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2011 Mini-ZRacer.com
Mini Inferno Sale - Up to $85 Instant Savings!
Micro-T Hop-Ups
RC18R, M18, Micro RS4, Mini-LST, TamTech-Gear, Minizilla, RC18T, RC18B, RC18MT
shop.tinyrc.com Products

more»
Tiny RC Community News
[03/22/17] MZR was on vacation, didn't... : All kidding aside, the host experienced a bit of a server meltdown last week and efforts to restore the site to a new server took longer than anticipated. The current server is temporary until - more»
[11/25/15] Did You Hear? Our Black... : Hey Racers,
We're getting started a bit early with our Black Friday sale this year.  Generally we're not supporters of retailers opening early on Thanksgiving, but in our case, we're - more»
[06/30/15] shop.tinyrc.com: Have You... : Hey All! Just a quick reminder to everyone that we post all of our shop.tinyrc.com Newletters here on the MZR Forum. If for some reason you miss them in your email inbox, you can always see the - more»
Mini-Z, Mini-Z Racer, MR-02, MA-010
M18, M18T, RC18T, Mini-LST, Mini-T, Micro RS4, XRay, 1/18, 18th scale
XMODS, XMOD, Micro Flight, ZipZaps, ZipZaps SE, Bit Char-G, MicroSizers, TTTT, Plantraco Desktop Rover, SuperSlicks, Digi Q
Mini Inferno, Mini Inferno ST, half EIGHT, 1/16, 16th scale
Epoch, Indoor Racer, 1/43, 43rd scale
E-Savage, eSavage, eZilla, e-Zilla, HPI
Robots, Bots, Bipeds, Wheeled, Manoi, Roomba, NXT, Lego, Hacking
Crawling, Crawlers, Micro, RC, Losi Mini-Rock Crawler, Duratrax Cliff Climber
Kyosho Minium, Caliber 120, Minium Forums
Mini-Z Hop-Ups, Mini-Z Parts, Mini Inferno Hop-Ups, Mini Inferno Parts, M18 Hop-Ups, M18 Parts