I use the INCA tools for the first time. I would like to cset a prof config to flash binary file to my ECU. I tried to create the needed files. I have some question please.
1/ to convert the hex file into binary file i copied this from tuto
procedure convert
{
[convert_bin]
RUN_DLL ("CONVERT.DLL",convert,-h,-i,-q,-b,%1)
case TRUE : $return TRUE
default : $return FALSE
[convert_bin_END]
}
I would like to know what is the CONVERT.dll file, will it get generated automatically or should I create this file ?
2/ Can I flash directly a binary file to my ECU ?
3/ who can correct my script I have several problems on ?
thanks a lot :)
1/ to convert the hex file into binary file i copied this from tuto
I would like to know what is the CONVERT.dll file, will it get generated >automatically or should I create this file ?
CONVERT.dll is preset dll from INCA, no need to create this file, it's already available
2/ Can I flash directly a binary file to my ECU ?
yes, you can flash directly a binary file to your ECU
3/ who can correct my script I have several problems on ? thanks a lot :)
it need a lot of input and information from your hex file also
Related
I have tried automating this process through SOMA: copying the file from one location to another location using dp:get-file in our local directory and their I've to change the file permissions and then unzip the file and save the folder in another location but didn't achieve.
If anyone tried please help on this scenario.
Thanks in advance !
I don't exactly follow all your steps, can you detail them a bit more indicating what you do on DP and what on remote system?
The key to know is that SOMA dp:get-file returns your file as a base64 encoded XML element value and you have to base64 decode that to have your actual file and then work with it on your remote system.
The other way round to put the file back using SOMA you have to base64 encode it and then sent as SOMA XML element value to DP.
I don't think DP cares of any file permission attributes? Or do you have something specific in mind?
You indicate you unzip your file. Are you playing around with ZIP-format DP config export? That would not be ideal approach. Or what is your usecase?
I want to use a package called "ESC" elliptic surface calculator that can be uploaded with Maple.
The instructions from the creator are:
Save as a text file with character encoding ISO-8859-1 (ISO Latin 1)
and load within Maple using "read" command).
I have problem with uploading to Maple and saving with this encoding. Can anybody say the exact upload command with details and how to save text with this encoding?
Here is the package page: http://c-faculty.chuo-u.ac.jp/~kuwata/2012-13/Maple_resources/ESC.mpl
I use Windows 8.1 and Maple 18. Thanks!
On the webpage, just right click on the source code file and then click save as a text file.
After that, open maple work sheet and read the file ESC.mpl.txt, like this
restart:
read("C:/tcdata/ESC.mpl.txt") # I have save the file in a folder named `tcdata` in drive C.
Once the file is loaded/read in maple, you can do whatever you are suppose to do. I tried these, to check whether the source code is working or not.
ESC();
elliptic_surface(1,1,1,1,1);
Apparently, the source file has been read and is working properly.
I need to convert my SFF file to PDF, then i need verify the document. i.e SFF file and converted file.
For that, I think to convert SFF file to image file and PDF file to image file.
Then comparing the both file using image processing.
To do this method:
Im searching for a program to convert SFF to BMP
Does anyone know such a program or has another idea how to do the job?
Thank you in advance...
Looks like you need reaConvertor. It　appears to be a matured tool you can rely on. There is an online version of the tool here
I think:
https://github.com/Sonderstorch/sfftools
will do what you need (convert sff -> tiff/jpeg/..) and then you can use imageMagic (for example) to go to PDF.
Clearly not a current well used image format, however if you have legacy.sff Structured Fax Format, they are similar (not exactly identical) to a Monochrome G4 format.
By far the simplest programmable method to convert is using IrfanView which can Read Modify and Resave as other formats in batches.
Out put can be any other modern image type including Mono.BMP, G4.fax or as PDF (with or without GhostScript)
I am simply trying to load ascii files with two columns of data (spectral data).
They were saved originally as .asc.
I need to open and edit them using text editor before I can load them into Matlab to erase the headers, but some of them somehow got converted to unix executable foramt with the .asc extension. And others are plain text docs also with the same extension. I have no idea why they got saved with the same extension and with my same manipulation as different kind formats.
When I use the load command in Matlab, the plain text docs load normally as expected but the ones saved as unix executable kinds give me this error:
Error using load Unable to read file filename.asc: No such file or
directory.
How can I either resave them (still with the same extension) or otherwise load them to be read by Matlab as standard two column data matrixes?
Thanks!
If these are truly plain text files, try renaming the file from xxx.asc to xxx.txt. Then, see if you are able to edit them as desired.
I'm trying to open a .mat file in the windows environment but it is failing. It was created in a Unix environment. Also note that this file was first put in a .tar file first, ftp via binary method. The file opens in Unix and I don't think it was corrupted in any way.
The *.mat file format is platform agnostic. The OS does not matter.
There are a number of variants of the *.mat file which have been used, and older versions cannot always read formats saved with newer versions. You can save to an older version using flags available in the save command. These formats have been updated as the Matlab feature set has demanded a more flexible file format, and as other technologies have advanced, most notably HDF5 in the recent version.
Finally, the save command supports an ASCII formatted option. I suspect this is your current problem, based on your comment regarding the error message received.
To address your current problem:
First, check to see if the file is an ASCII file. The easiest way is to simply open it in notepat, wordpad, or even the matlab editor. If the file is text, then this becomes a file parsing problem, and the appropriate use of fscanf shoudl fix the problem.
If the file is actually a binary *.mat file then you probably have a Matlab version incompatability. Yuo can either go back to the source unix environment and save to an older version (eg save .... -v7) or update the Matlab version of the reading computer.