[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 494: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file [ROOT]/feed.php on line 181: Cannot modify header information - headers already sent by (output started at [ROOT]/includes/functions.php:3903)
[phpBB Debug] PHP Warning: in file [ROOT]/feed.php on line 182: Cannot modify header information - headers already sent by (output started at [ROOT]/includes/functions.php:3903)
Open Source Instruments Forum Message boards for technical support and customer questions. 2024-07-12T15:50:20-05:00 https://opensourceinstruments.com:443/Forums/feed.php?f=3&t=28 2024-07-12T15:50:20-05:00 2024-07-12T15:50:20-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=108#p108 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
Thanks for your report.

The symptom of the problem was occasional loss of contiguous chunks of telemetry data. Because changing address to 10.0.0.40 failed to stop these losses, I'm going to say that was not the problem. Having a large number of transmitters would not, in itself, lead to loss of contiguous chunks of data. Pending Windows updates have always disrupted TCPIP communication. I don't understand why. I see two possibilities:

(A) The TCPIP interruptions are on-going, but because there are fewer transmitters, the buffer on the Octal Data Receiver is able to store all the data until such time as TCPIP communication resumes.

(B) The pending Windows updates were causing the interruptions. Now that you have installed the updates, the computer is reliable. In a few months, when more updates will be required, it may become unreliable again.

Of the two, I pick B as the most likely.

Best Wishes, Kevan

Statistics: Posted by Kevan Hashemi — Fri Jul 12, 2024 4:50 pm


]]>
2024-07-12T13:43:02-05:00 2024-07-12T13:43:02-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=107#p107 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
Sorry for the radio silence -- I was on holiday last week.

The problem has resolved. The solution to the problem is likely one of three things.
1) I changed the ethernet-to-usb dongle ip address to 10.0.0.40, to prevent any clashes. I did this 24 hours before going on holiday and errors were still present.
2)I installed windows updates. I did this immediately before going on holiday -- this may have resolved the error.
3)There are many fewer transmitters recording at the moment. Before my holiday, there were quite a few 4-channel HMTs are we had lots of other transmitters.

One, or a combination, of the above has now allowed us to record stably without the persistent error. I am unsure which of the above is responsible for the improvement. Should the error return, I should have a better idea of the cause (e.g. more transmitters added or overdue windows updates).

Thanks for your help

Nat

Statistics: Posted by nathanaeloneill — Fri Jul 12, 2024 2:43 pm


]]>
2024-06-27T17:55:52-05:00 2024-06-27T17:55:52-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=104#p104 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
> I will check ip addresses of computer tomorrow, but this is set by IT and is static, it should not be anything
> like 10.0.0.38. it's something:192.xxx.xxx.xxx.

I'm talking about the IP address of the laptops as assigned for the 10.0.0.x interface, not the IP addresses assigned by IT.

Best Wishes, Kevan

Statistics: Posted by Kevan Hashemi — Thu Jun 27, 2024 6:55 pm


]]>
2024-06-27T17:46:50-05:00 2024-06-27T17:46:50-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=103#p103 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
The one I'm having problems with is the 10.0.0.38 (which I changed to 10.0.0.39). I will try 10.0.0.40. and change one of the others from 10.0.0.37 to stop any duplication .

I will check ip addresses of computer tomorrow, but this is set by IT and is static, it should not be anything like 10.0.0.38. it's something:192.xxx.xxx.xxx.

I will also try running it on wifi for a short time to see if that stops the errors. This will at least tell us if it's something on the local wired network.

Thanks again

Nat

Statistics: Posted by nathanaeloneill — Thu Jun 27, 2024 6:46 pm


]]>
2024-06-26T16:32:21-05:00 2024-06-26T16:32:21-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=102#p102 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
> I changed the ipv4 settings on the USB Ethernet dongle so the default gateway 10.0.0.1 was removed.

Thank you.

> I also used the configurator to change the IP address of the LWDAQ driver from 10.0.0.38 to 10.0.0.39, so that there is no possibility of another laptop contacting the driver over institutional internet.

You still have two drivers with IP address 10.0.0.37.

> Unfortunately, the error is still there, with 3 seconds regularly dropping.

Which IP address is still giving you problems?

How many of the Neurorecorders are giving you problems?

> Do you have any other trouble shooting suggestions?

If IP address 38 is still giving you problems, change it to 10.0.0.40. Some other device on your local network may be trying to contact IP address 10.0.0.38 for some reason.

What are the IP addresses of the laptops? It could be that one of them has IP address 10.0.0.38 as well.

Best Wishes, Kevan

Statistics: Posted by Kevan Hashemi — Wed Jun 26, 2024 5:32 pm


]]>
2024-06-26T15:46:22-05:00 2024-06-26T15:46:22-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=101#p101 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
I changed the ipv4 settings on the USB Ethernet dongle so the default gateway 10.0.0.1 was removed.

I also used the configurator to change the IP address of the LWDAQ driver from 10.0.0.38 to 10.0.0.39, so that there is no possibility of another laptop contacting the driver over institutional internet.

Unfortunately, the error is still there, with 3 seconds regularly dropping.

Do you have any other trouble shooting suggestions?

Thanks

Nat

Statistics: Posted by nathanaeloneill — Wed Jun 26, 2024 4:46 pm


]]>
2024-06-24T20:57:58-05:00 2024-06-24T20:57:58-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=100#p100 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
I will look for the default gateway as well, I seem to remember this is a modifiable setting on the USB to Ethernet dongle.

Thanks a lot for your help today I'll keep you posted this week

Cheers

Nat

Statistics: Posted by nathanaeloneill — Mon Jun 24, 2024 9:57 pm


]]>
2024-06-24T20:41:30-05:00 2024-06-24T20:41:30-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=99#p99 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
Thanks for details.

I'm looking at the timing of your errors. I should have done so earlier. They are separated by several minutes. If there are two Neurorecorders accessing the same Octal Data Receiver, they cannot be on the same computer, or else they would conflict all the time. Nor can they be accessing the same Octal Data Receiver, because they would likewise conflict all the time. So it must be that there are two computers accessing two Octal Data Receivers, and these Octal Data Receivers share the same IP address, so that they conflict some of the time.

> Do setup3 you think it is finding driver from setup 2 through the institutes internet?

That's possible if the institute's internet is also using subnet 10.0.0.x, but I doubt that is the case.

> I'll double check the wiring tomorrow to confirm setup 3 hasn't been connected to setup 1's switch.

I think you mean Setup 3 might have been connected to Setup 2 (the one with the problem). If so, I would expect you to see the same problem in Setup 3. Do you see any warnings in the Neurorecorder of Setup 3? How about Setup 1?

I suggest you give the LWDAQ Drivers distinct addresses. You could try 10.0.0.37, 38, 39, and 40, while making sure that the local IP addresses of your three laptops are also distinct, such as 10.0.0.2, 3, and 4. You have a bunch of MicroSeven cameras in there as well, so you would have to make sure you don't conflict with those either, but it seems to me worth the trouble of removing this worry by giving your LWDAQ Drivers distinct IP addresses. To change the Driver IP addresses, use the .

Thank you for working on this problem. The intermittent data loss really messed with Rob Wyke's recent recordings of cortical spreading depressions.

Best Wishes, Kevan

PS. Another thing I want to note, although I don't think it's particularly relevant. When I was up in the animal house two weeks ago with Rob and Luiz trying to fix this problem in person, I wanted to clear the "router address" for the Ethernet interface of the computer that was skipping data. The router address (or "gateway") was set to 10.0.0.1. We don't want the computer trying to get to the outside world by using 10.0.0.1 as a gateway. But I was unable to delete the router address in that particular version of Windows. So it is possible that this particular machine will try to access the internet through 10.0.0.1. If it did, I don't see how that would cause problems for your telemetry, but it might cause problems for your file sharing over your institute's network.

Statistics: Posted by Kevan Hashemi — Mon Jun 24, 2024 9:41 pm


]]>
2024-06-24T18:25:34-05:00 2024-06-24T18:25:34-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=98#p98 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
Setup 1: 1 laptop--> switch-->LWDAQdriver.10.0.37-->octal
Setup 2: 1 laptop--> switch-->LWDAQdriver 10.0.38-->octal (the one with this problem)
Setup:3 1 laptop-->switch-->2*LWDAQdriver 10.0.37+10.0.38>2*octal

One change recently made us connecting setup3 to the Ethernet port instead of the wifi. Do setup3 you think it is finding driver from setup 2 through the institutes internet? I'll double check the wiring tomorrow to confirm setup 3 hasn't been connected to setup 1's switch.

Thanks a lot!

Nat

Statistics: Posted by nathanaeloneill — Mon Jun 24, 2024 7:25 pm


]]>
2024-06-24T17:20:09-05:00 2024-06-24T17:20:09-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=97#p97 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
> Could too many transmitters cause this problem?

No. There is another computer accessing that driver. Could you check the other computers in the same room. I believe you have three connected to the same subnet. Each LWDAQ Driver has a different IP address. There must be a Receiver Instrument or Neurorecorder trying to record from the same address.

Best Wishes, Kevan

Statistics: Posted by Kevan Hashemi — Mon Jun 24, 2024 6:20 pm


]]>
2024-06-24T14:31:43-05:00 2024-06-24T14:31:43-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=96#p96 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
I closed and restarted LWDAQ ensuring that only one neurorecorder was open and called neuroreciever from this i.e not from the instrument menu.

I also deleted a hidden old version of LWDAQ to make sure there was no interference from this.

The errors still persist:
WARNING: Download resumed after interruption of 2 s. (24-Jun-2024 19:49:19)
ERROR: Data corrupted, timestamp errors found by analysis. (24-Jun-2024 19:53:30)
WARNING: Corrupted data, resetting receiver. (24-Jun-2024 19:53:30)
WARNING: Download resumed after interruption of 3 s. (24-Jun-2024 19:53:33)
ERROR: Data corrupted, timestamp errors found by analysis. (24-Jun-2024 19:58:00)
WARNING: Corrupted data, resetting receiver. (24-Jun-2024 19:58:00)
WARNING: Download resumed after interruption of 2 s. (24-Jun-2024 19:58:02)

Could too many transmitters cause this problem?

Thanks

Nat

Statistics: Posted by nathanaeloneill — Mon Jun 24, 2024 3:31 pm


]]>
2024-06-24T09:17:03-05:00 2024-06-24T09:17:03-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=95#p95 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]> Statistics: Posted by nathanaeloneill — Mon Jun 24, 2024 10:17 am


]]>
2024-06-24T09:13:44-05:00 2024-06-24T09:13:44-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=94#p94 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
I am able to reproduce the same exact errors in the following way, using LWDAQ 10.6.10. I start two Neurorecorders and have them download from the same Octal Data Receiver. At first I get only the following warnings in both Neurorecorders:

WARNING: Encountered 3 errors in received interval. (24-Jun-2024 10:02:38)

But if I open the Receiver Instrument using the Receiver button in one of the Neurorecorders, I start to get these errors in the Neurorecorder:

ERROR: Data corrupted, timestamp errors found by analysis. (24-Jun-2024 10:02:33)
WARNING: Corrupted data, resetting receiver. (24-Jun-2024 10:02:33)
WARNING: Download resumed after interruption of 4 s. (24-Jun-2024 10:02:37)
ERROR: Data corrupted, timestamp errors found by analysis. (24-Jun-2024 10:02:39)
WARNING: Corrupted data, resetting receiver. (24-Jun-2024 10:02:39)
WARNING: Download resumed after interruption of 1 s. (24-Jun-2024 10:02:40)

Please check to see if you have two Neurorecorders trying to access the same Octal Data Receiver, and if you do, please confirm that the one showing the above errors is associated with an open Receiver Instrument panel. If all is as I describe, close one of the Neurorecorders.

In the long run, I don't like the fact that the Neurorecorder displays different error messages depending upon whether or not the Receiver Instrument window is open, so I'm going to look into why that's the case. If there is no good reason, I will simplify the behavior in LWDAQ 10.6.11.

Best Wishes, Kevan

Statistics: Posted by Kevan Hashemi — Mon Jun 24, 2024 10:13 am


]]>
2024-06-24T08:47:48-05:00 2024-06-24T08:47:48-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=93#p93 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
Sorry for the radio silence -- the solution of updating LWDAQ worked well.

We now have a similar but different error:

ERROR: Data corrupted, timestamp errors found by analysis. (24-Jun-2024 13:16:35)
WARNING: Corrupted data, resetting receiver. (24-Jun-2024 13:16:35)
WARNING: Download resumed after interruption of 3 s. (24-Jun-2024 13:16:38)
ERROR: Data corrupted, timestamp errors found by analysis. (24-Jun-2024 13:23:22)
WARNING: Corrupted data, resetting receiver. (24-Jun-2024 13:23:22)
WARNING: Download resumed after interruption of 3 s. (24-Jun-2024 13:23:25)
ERROR: Data corrupted, timestamp errors found by analysis. (24-Jun-2024 13:30:20)

This is now quite regular, but I'm unsure what is causing it. This error is only observed on one of our set-ups, the only difference i can see between set-ups is that the ethernet to USB adaptor is older. Is this an error that can be caused by old, or dying usb to ethernet adapters? do you think we should replace it. I should also say that this issue is on a set-up that currently has a high recording load: with the maximum number of transmitters recording and lots of video (microseven to PoE switch to ethernet-usb adapter).

Thanks, as always,

Nat

Statistics: Posted by nathanaeloneill — Mon Jun 24, 2024 9:47 am


]]>
2024-03-15T15:10:30-05:00 2024-03-15T15:10:30-05:00 https://opensourceinstruments.com:443/Forums/viewtopic.php?t=28&p=92#p92 <![CDATA[Re: Errors: 'Corrupted data. Resetting data reciever.' and 'Bad payload legth'.]]>
Apologies for delay in answering your post. Not sure how we missed it.

This corrupted data error and the wrong payload error both arise from loss of TCPIP packets coming from the LWDAQ Driver. We see loss of TCPIP packets when our data acquisition (DAQ) computer starts using the wireless network to contact our telemetry server (any of LWDAQ Driver, Animal Location Tracker, or Telemetry Control Box). We see these errors when our DAQ computer uses the wireless network to contact some external server, such as a time synchronization service, and then forgets to switch back to the wired network when trying to contact the telemetry server.

The "bad payload length" is an old error message. The latest LWDAQ handles these corruption errors more effectively and provides better error messages. If you can update both machines to LWDAQ 10.6.7, which we just pushed today, that would be great.

Is your DAQ computer's wireless network active? Do you have two wired networks attached to your computer?

Best Wishes, Kevan

Statistics: Posted by Kevan Hashemi — Fri Mar 15, 2024 4:10 pm


]]>