BTW, I dumped the first 8kb of RAM with EcuExplorer and it took 15 minutes! Mainly due to the "on screen" display of the dump as it happened. It would also crash if you clicked anywhere outside of the screen.
Moderator: Freon
cboles wrote:It's possible. SSM limits the range of ram addresses you can read, and also "remaps" some of the addresses so that certain parameters always appear at the same addresses even when they are actually stored somewhere else.
Colby
calvinc wrote:its not ecuExplorer that is slowing the transfer rate down. its the SSM protocol as colby said. the baud rate is only 4800.Anything faster than EcuExplorer!
calvin.
ev8siv3 wrote:calvinc wrote:its not ecuExplorer that is slowing the transfer rate down. its the SSM protocol as colby said. the baud rate is only 4800.Anything faster than EcuExplorer!
calvin.
Thats awful! However in ExuExplorer if I put the query window in the backround or click out of the query window while its running the program locks up and the query stops. I think the dump to file is sufficient but the on-screen seems to cause problems.
I hope Colby can find a way to speed up that rate or at least just make an easier method to dump the RAM even if it takes 15 mins per 8kb.
xswrex wrote:it is the redraw of the window and the method for reading. As i have seen in ecuexplorer source, it reads multiple addresses (not memory block read) and updates the screen contents for each one.
correct me if i am wrong with this.....the baud rate being at 4800, estimate the overhead for packet headers,checksum blablabla,transmit and receive, 380-400 bytes/sec average sounds like is a realistic value for transfer. Using block transfer, the time required would be merely 80-90secs. I guess i will have to test this with the communication app i am building.
Users browsing this forum: No registered users and 1 guest