We have a rusEfi own console application which is a handy monitoring, development and debugging tool. The dev console is written in java and it talks to the firmware using the plain text protocol. The console allows firmware monitoring and configuration.
If used together with the build-in position sensor emulator, the console allows some level of testing on the bench, without a real engine or any additional hardware. The most useful feature is the plain signal sniffer - both real inputs and generated signals can go into it and this is actually quite handy. Another useful feature is the text log.
You can use the console to invoke rusEfi commands and control the internal flow using the 'Messages Central' tab
@, I am sorry but so far this is not descriptive at all. I have no idea what to look at, without the context I am missing your point
As is, signal sniffer is a great tool to validate & trouble shoot low-frequency digital signals handled & produces by the ECU without attaching an external logic analyzer. For anything serious a purposely-build software and hardware would always be better.
jedediah_frey wrote:X axis is time. So you view the last 60 seconds of data. Sometimes viewing a trail of data will be more helpful than just instantaneous.
it's more or less the way it is - data arrives in chunks, you can pause and you can take a picture.
SUMP is a JAVA based logic analyzer program very similar to Saelig's logic 16. It has several decoders. I would like to be able to see decoded serial stream data in line with analog data. I also like to see the trends. So I can see things like load is increasing, rather than just a snap shot of the gauges. Gauges are nice when you are driving, but less handy for diag and dev.
I feel something is getting lost in the translation russian.
The tool I am most familiar with at work is called Vector CANape. It allows multiple different types of windows, one of those being a "graph".
It's in the center here. So you can see the trends of data over time and compare it to other signals. For example when you let off of the accelerator does your throttle signal change appropriately?
Or this:
It would allow you to look at the change in something and watch the output of AFR for example.
TunerStudio and the the other tools in EFI Analytics family are probably comparable with the tool set you are referring to. That would be our primary "nice" console. Analysing trend and stuff has little to do with the lowest-level, it's just the next level of the tools. This level of features for rusEfi is taken care by TunerStudio.
Our own java console here has a different role - it is more about the lowest-level debug messages and the build-in digital logic analyzer, less about the actual physical processes happening in the engine.
This would either help or make this more confusing
It uses a simple human-readable protocol which you can actually see in Putty or other console application. Please note that in order for the dev console to connect you would need to be NOT connected to the serial port with another console - only one thing can use the COM port.
If you can see the human-readable data with Putty you know the COM port is right, you should disconnect the Putty and connect launch the dev console. Right now the UI is still pretty lame and it is trying to guess which COM port to use which sometimes does not work out. In order to specify which COM port to use you would need to launch the console with one the .bar files - like run_com8.bat or run_com15.bat depending on what is your com port number. If there is no .bat file for you port number you would need to edit the existing one - this should get you connected
FWIW, I had to open it using the com11 file in order to get it to recognize the input. It couldn't find it on its own... so if you're not seeing anything in the dev console, try opening it with your com file first
Q: I get this message when I try to open the rusefi console jar: "java.lang.illegal.state.exception expected two ports but got only one port"
A: Do you see a bunch of batch files like "run_com15.bat"? Use of the them. I guess I should change the name
What these batch files are doing they are simply passing the port name explicitly, like
Hi, I cannot seem to get the Micro\USB port to switch to the Rusefi_DevConsole. I tried connecting PB1 to GND to swap the ports but still the Tunerstudio is connected to the MICRO/ USB. ????
Ian wrote:Hi, I cannot seem to get the Micro\USB port to switch to the Rusefi_DevConsole. I tried connecting PB1 to GND to swap the ports but still the Tunerstudio is connected to the MICRO/ USB. ????
What are your steps exactly and how is it failing exactly? The protocols on these ports are getting closer actually, I believe you should be able to connect rusEfi console to ANY port regardless of the jumper, it's TunerStudio which needs it's own port. I suspect that pretty soon the whole PB1<>GND thing would go away and both ports would work for both tools. Actually here you are https://sourceforge.net/p/rusefi/tickets/262/
Are you using recent version of firmware with recent version of console?
My steps as follows. using http://rusefi.com/wiki/index.php?title=Manual:Software:User/en the instructions.
downloaded the tools,including the ST virtual Com port Driver.
programmed the ST F4 board using ST Link. with rusefi_release.bin. binary.
blue light flashing.
I am using ..\snapshot_20160204_1340_rusefi. both binary and Dev_Console
Plugged the Micro USD into the PC. The PC recognizes as COM3. all okay so far.
start rusefi_console.bin. It detects COM3 and askes me to connect. Vs.20160124. press connect.
Top of Java app. shows: DISCONNECTED CONSOLE 20160124; firmware N/A@COM3.
in the message tab.
2016-02-04 19_35: CommandQueue: SerialIO started
2016-02-04 19_35: SerialManager: Opening port: COM3
2016-02-04 19_36: SerialManager: Restarting serial IO
2016-02-04 19_36: SerialManager: Opening port: COM3
2016-02-04 19_36: SerialManager: Restarting serial IO
2016-02-04 19_36: SerialManager: Opening port: COM3
2016-02-04 19_36: SerialManager: Restarting serial IO
2016-02-04 19_36: SerialManager: Opening port: COM3
2016-02-04 19_37: SerialManager: Restarting serial IO
2016-02-04 19_37: SerialManager: Opening port: COM3
2016-02-04 19_37: SerialManager: Restarting serial IO
2016-02-04 19_37: SerialManager: Opening port: COM3
BUT tunestudio works using the same COM3.
One thing I have not done yet is connect the Links. gray jumper wire as noted above between pins PD1 and PC6. and Install the blue jumper wire as noted between pins PD2 and PA5.. Is this enough to stop the COMMS ? I need to buy some pins...
I cannot explain it, all you are doing sounds right.
You do not need any jumpers or jumper wires to connect the console. Once I get home I will try latest binaries and latest console from the build server just to be totally sure. Sounds like you have the PB1<>GND jumper since your TS connects on microUSB, have you tried without that jumper?
can you
1) close console
2) unplug micro usb cable
3) hit reset
4) plug micro-usb
5) wait for the port to appear in device manager. is it the only serial in device manager?
6) try connecting with console?
another thing to try would be installing putty or any other terminal application and connecting to this serial port - and let me know what you get? also hit letter t on your keyboard and tell me what happens?
Ian wrote:press 't' result = "9480 ts_p_al" . what does this mean. ?
t is 'test' command. And we get a valid response with pretty recent 9480 firmware version. Do you want to install Jetbrains IDEA, Java JDK and let me in via teamviewer to see if I can debug this?