Z32 256 adress file

Discuss software bugs and related problems here.

Moderator: Matt

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Tue Oct 10, 2017 6:42 pm

Well, but it also hangs up when just connecting Consult on COM1:

1) Consult connect via the button
2) UI freezes for 5-10 seconds
3) Wideband connect via the button ==> immediate connection

I have many flavors of lags.

Matt
Site Admin
Posts: 7662
Joined: Sun Jan 29, 2006 1:45 am
Location: Adelaide, Australia
Contact:

Re: Z32 256 adress file

Postby Matt » Wed Oct 11, 2017 8:02 am

Okay and that happens with the latest version I put up this week still? If so then do File > Configuration > Debug logging and then post or email the log so I can see where the delays are in connecting. I've never had GUI pauses on consult connections on my machines here

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Tue Oct 17, 2017 2:17 am

OK, will do for debug logging.
Btw, where does Nistune store the crashdumps ? How to proceed when you have no internet connection when crashdump occurs ?

Matt
Site Admin
Posts: 7662
Joined: Sun Jan 29, 2006 1:45 am
Location: Adelaide, Australia
Contact:

Re: Z32 256 adress file

Postby Matt » Tue Oct 17, 2017 9:15 pm

I use a third party crashdump program. Most likely in a windows temp folder. Dump files are usually DMP and XML extensions then zipped. Once you have internet again and run Nistune, the crashdump program will then attempt to send the files

What consult cable are you using with Nistune? Are you using anything which may use a counterfeit FTDI/Prolific chipset? Drivers for those chipsets could potentially be a cause of freeze up during connecting, but I will know more once I look at a debug log file - this is different from a crash log file. These are stored in your Nistune logs folder (under File > Configuration > Log folder, and make sure File > Configuration > Debug logging is ticked)

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Wed Oct 18, 2017 1:27 am

AFAIR:
Brand New and High Quality FTDI FT232 chipset
Full compliance with USB 1.1 & 2.0 specification
Convert RS232 interface device to USB for connecting PC
Excellent Quality USB Cable minimize data loss
Over 1 Mbps data transfer rate
Supports wake-up and intelligent power management
Provides dual buffer for upstream and downstream data transfer


I got some lags since yesterday and some various "Nistune not responding".
I have some logs 100~150MB but once zipped, they are still 10~15MB, I cannot attach them here.

Matt
Site Admin
Posts: 7662
Joined: Sun Jan 29, 2006 1:45 am
Location: Adelaide, Australia
Contact:

Re: Z32 256 adress file

Postby Matt » Wed Oct 18, 2017 9:54 am

So the individual log files are that big? You can email smaller ones showing the problem directly to me. I should be able to receive upto 10MB via email

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Wed Oct 18, 2017 8:33 pm

Log files are so big because I use hibernate mode on the tablet and I never exit Nistune, always ready to start a log on the next engine start.
So, I extracted the connection phases.
If you notice a break in time, this is due to hibernate mode (obviously I disconnect before hibernating).
Most of the time, Consult disconnects (but not MTS) when starting the engine (so I reconnect manually once running).

My typical scenario is this one:
1) Resume tablet from hibernation
2) Ignition ON
3) Connect Consult and MTS (I reversed the connection order, lag is still there)
4) Record log and drive (...)
5) Disconnect Consult and MTS
6) Ignition OFF
7) Press 2 times the STOP button on Log recorder windows to be sure the log file is really stored on the disk.
Note: sometimes I forgot 5), so it auto-disconnects, but 7) is mandatory


Nistune_connection_logs.zip
(599.85 KiB) Downloaded 2 times

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Thu Oct 19, 2017 7:21 pm

Sometimes, when resuming from hibernate mode, I got "Nistune stopped working" from Windows on first connect. In this case, there's no crash dump. Nistune just asks if I want to load autorecovery file (I don't) on the next restart.

Matt
Site Admin
Posts: 7662
Joined: Sun Jan 29, 2006 1:45 am
Location: Adelaide, Australia
Contact:

Re: Z32 256 adress file

Postby Matt » Fri Oct 20, 2017 4:21 pm

06:47:00.549 CMTSMain()
06:47:22.751 Wideband 1: OnSelMTSConnect: Detected ports 4
06:47:22.752 Wideband 1: OnSelMTSConnect: Attempting connection to 1 COM2

Big delay here. I'm adding more trace writes to narrow it down

Matt
Site Admin
Posts: 7662
Joined: Sun Jan 29, 2006 1:45 am
Location: Adelaide, Australia
Contact:

Re: Z32 256 adress file

Postby Matt » Fri Oct 20, 2017 4:30 pm

06:47:27.668 CImageSelPanelView::OnButtonConsult()
06:47:27.668 OnSelConsultConnect()
06:47:27.668 CConsultMain::OnSelConsultConnect()
06:47:27.672 ConsultGetActiveSelections()
06:47:27.675 AutoFindConsult
06:47:27.675 AutoFindConsult(): Attempting connection
06:47:27.742 Found COM2 USB Serial Port
06:47:27.751 Found COM1 USB Serial Port
06:47:27.782 Found COM10 Port de communication
06:47:27.790 Found COM8 USB Serial Port


06:47:29.677 Extended consult ID check failed - must be standard consult
06:47:29.677 statusbar: Standard consult detected

2 secs to get ECU ID from connect

07:50:05.789 CImageSelPanelView::OnButtonConsult()
07:50:05.789 OnSelConsultConnect()
07:50:05.789 CConsultMain::OnSelConsultConnect()
07:50:05.792 ConsultGetActiveSelections()
07:50:05.797 AutoFindConsult
07:50:05.797 AutoFindConsult(): Attempting connection
07:50:05.860 Found COM2 USB Serial Port
07:50:05.868 Found COM1 USB Serial Port
07:50:05.900 Found COM10 Port de communication
07:50:05.908 Found COM8 USB Serial Port
07:50:06.174 CheckPort(COM1)
07:50:06.174 statusbar: AttemptConnect(): Connecting to COM1 attempt 1
07:50:07.776 ConsultCallBack::CConsultMain::CONSULT_STATE_ID_CHECK
07:50:07.776 Extended consult ID check failed - must be standard consult


Is this intermittent with consult connect delays? All logs show 2 secs between connect pressed to ID followed by register read

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Fri Oct 20, 2017 8:54 pm

Matt wrote:
06:47:00.549 CMTSMain()
06:47:22.751 Wideband 1: OnSelMTSConnect: Detected ports 4
06:47:22.752 Wideband 1: OnSelMTSConnect: Attempting connection to 1 COM2

Big delay here. I'm adding more trace writes to narrow it down


Yes, this is my problem.

I have 2 use cases (I'm used to 1)):

1) Consult connect first, then MTS ==> BIG delay to get the UI refreshed and ready to accept other commands

2) MTS first, then Consult ==> BIG delay occurs sometimes here too

It looks like a contention trouble b/w COM1 and COM2.

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Fri Oct 20, 2017 8:55 pm

Matt wrote:
Is this intermittent with consult connect delays? All logs show 2 secs between connect pressed to ID followed by register read


This is not my problem, even if sometimes Consult alone takes more time to connect

RomChip200
Posts: 335
Joined: Mon May 11, 2009 7:58 pm
Location: FRANCE

Re: Z32 256 adress file

Postby RomChip200 » Fri Oct 20, 2017 8:59 pm

Here's a log from this morning.
All happened seamlessly, no delay.

Scenario:
1) Consult connect
2) MTS connect
3) Start log record and drive
4) Stop 2 times log record to have it stored (µSD)
5) MTS disconnect
6) Consult disconnect
7) Nistune is kept opened, hibernate tablet.

nistune-1020-0927.zip
(2.72 MiB) Downloaded 3 times

Matt
Site Admin
Posts: 7662
Joined: Sun Jan 29, 2006 1:45 am
Location: Adelaide, Australia
Contact:

Re: Z32 256 adress file

Postby Matt » Sun Oct 22, 2017 1:06 pm

This is not my problem, even if sometimes Consult alone takes more time to connect

You mentioned issue:
1) Consult connect via the button
2) UI freezes for 5-10 seconds


But I could not see that issue in prior logs. So this log does not show issue:
2) MTS first, then Consult ==> BIG delay occurs sometimes here too


Big delay might be driver related... software does not care about multiple COM ports since using threads for each one. Does any logs so far show (2) issue?


Return to “Software Bugs”

Who is online

Users browsing this forum: No registered users and 4 guests