AEM UEGO working in teraterm but not Nistune

[sr20truck]

As the title states, I can get the wide band working in Tera Term (outputs as quick as the in car gauge) but not Nistune. I even got it to show the afr in Arduino serial monitor. I can see the proper afr in Nistune for a split second and then it times out. I tried using the Arduino sketch for an UNO you provide in order to emulate an A/D converter with the white wire instead and that just crashes Windows 10 when I hit connect. I read through all the documentation and topics yet this wide band issue seems unresolved. Any word? My other car uses an Innovate and works just fine with Nistune. Good grounds confirmed. Any input would be great.

edit: this wide band unit was purchased in 2009 back when I initially purchased Nistune. I'm not sure of the model number but it is digital and only a wide band. It did work years ago in earlier versions of Nistune.

[Matt]

1. AEM UEGO

Please provide a debug log and post here (I can check it out).

File > Configuration > Debug logging, then restart Nistune, connect AEM UEGO only several times (not consult) and then close Nistune and post log here

2. DLP converter crash

So connecting to Arduino crashes straight away when connecting? Which version? Did you send a crash log?

[sr20truck]

Here is the log as requested with several attempts at connecting to the AEM Uego.

I will have to work on getting that crash log for the Arduino dlp a/d device. I get a black screen and instant reboot when I hit connect for it.

[Matt]

If it is rebooting then there is a driver issue. Is the Arduino a geuine unit, or a knock off (like from ebay etc)?

Most of the knock offs use counterfeit FTDI etc USB chipsets. Basically it is not Nistune causing the system crash, but the hardware/driver

[Matt]

14:40:59.933 ReadLoop: RemainingWaitBytes 0 WaitBytes 6, Available 6
14:40:59.933 getArray RX bytes: 31 38 2E 34 0D 0A []
14:40:59.933 BufferRX: 18.4
14:40:59.933 Converted AFR: 18.400000
14:40:59.933 PollRead()
14:40:59.933 ReadLoop(): ThreadSleepTime: 30
14:40:59.965 HandleNoData(): Counter: 1
14:40:59.965 PollRead()
14:40:59.965 ReadLoop(): ThreadSleepTime: 30
14:40:59.996 HandleNoData(): Counter: 2
14:40:59.996 PollRead()
14:40:59.996 ReadLoop(): ThreadSleepTime: 30
14:41:00.027 HandleNoData(): Counter: 3
14:41:00.027 PollRead()
14:41:00.027 ReadLoop(): ThreadSleepTime: 30
14:41:00.057 HandleNoData(): Counter: 4
14:41:00.057 PollRead()
14:41:00.057 ReadLoop(): ThreadSleepTime: 30
14:41:00.089 HandleNoData(): Warning Exceeded 5 counter for 0 bytes

It is receiving the data (18.4) but at a slow rate maybe? I'll increase the sleep timeouts and see how that goes (next release)

[iyarovoy]

14:40:59.933 ReadLoop: RemainingWaitBytes 0 WaitBytes 6, Available 6
14:40:59.933 getArray RX bytes: 31 38 2E 34 0D 0A []
14:40:59.933 BufferRX: 18.4
14:40:59.933 Converted AFR: 18.400000
14:40:59.933 PollRead()
14:40:59.933 ReadLoop(): ThreadSleepTime: 30
14:40:59.965 HandleNoData(): Counter: 1
14:40:59.965 PollRead()
14:40:59.965 ReadLoop(): ThreadSleepTime: 30
14:40:59.996 HandleNoData(): Counter: 2
14:40:59.996 PollRead()
14:40:59.996 ReadLoop(): ThreadSleepTime: 30
14:41:00.027 HandleNoData(): Counter: 3
14:41:00.027 PollRead()
14:41:00.027 ReadLoop(): ThreadSleepTime: 30
14:41:00.057 HandleNoData(): Counter: 4
14:41:00.057 PollRead()
14:41:00.057 ReadLoop(): ThreadSleepTime: 30
14:41:00.089 HandleNoData(): Warning Exceeded 5 counter for 0 bytes

It is receiving the data (18.4) but at a slow rate maybe? I'll increase the sleep timeouts and see how that goes (next release)

Im seeing the same issue but with PLX devices AFR. See my post viewtopic.php?f=31&p=25905#p25905

[Matt]

Yes I have seen that one also. Once again I believe a timeout issue

Previously serial timeouts were not working, so I added code to enforce stricter timeouts, which has stopped some devices (AEM/PLX) functioning. I will work on this in next day or two and make a fix and new release

[Matt]

AEM UEGO works fine now in latest version 1.2.80

Repeated arduino with DLP code test here (and also real DLP) with 1.2.79 and works fine. As before, I suspect problematic drivers with the arduino