04.01.2015 Views

CR1000 Manual - Campbell Scientific

CR1000 Manual - Campbell Scientific

CR1000 Manual - Campbell Scientific

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Section 10. Troubleshooting<br />

10.3.1.8.2 Watchdoginfo.txt File<br />

10.3.2 Program Does Not Compile<br />

A CPU: WatchdogInfo.txt file is created on the CPU: drive when the <strong>CR1000</strong><br />

experiences a software reset (as opposed to a hardware reset that increment the<br />

Status-table WatchdogError register). Postings of WatchdogInfo.txt files are<br />

rare. Please consult with a <strong>Campbell</strong> <strong>Scientific</strong> applications engineer at any<br />

occurrence.<br />

Debugging beyond the source of the watchdog is quite involved. Please contact<br />

<strong>Campbell</strong> <strong>Scientific</strong> for assistance. There are a few key things to look for:<br />

1. Are multiple tasks waiting for the same resource This is always caused by a<br />

software bug.<br />

2. In newer operating systmes, there is information about the memory regions. If<br />

anything like ColorX: fail is seen, this means that the memory is corrupted.<br />

3. The comms memory information can also be a clue for PakBus and TCP<br />

triggered watchdogs.<br />

For example, if COM1 is the source of the watchdog, knowing exactly what is<br />

connected to the port and at what baud rate and frequency (how often) the port is<br />

communicating are valuable pieces of information.<br />

Although the CRBasic Editor compiler states that a program compiles OK, the<br />

program may not run or even compile in the <strong>CR1000</strong>. Reasons may include:<br />

• The <strong>CR1000</strong> has a different (usually older) operating system that is not<br />

compatible with the PC compiler. Check the two versions if in doubt (the PC<br />

version is shown on the first line of the compile results).<br />

• The program has large memory requirements for data tables or variables and<br />

the <strong>CR1000</strong> does not have adequate memory. This normally is flagged at<br />

compile time, in the compile results. If this type of error occurs, check:<br />

o for copies of old programs encumbering the CPU: drive. The <strong>CR1000</strong><br />

will keep copies of all program files ever loaded unless they are deleted,<br />

the drive is formatted, or a new operating system with DevConfig.<br />

o that the USR: drive, if created, is not too large. The USR: drive may be<br />

using memory needed for the program.<br />

o<br />

o<br />

that a program written for a 4-MB <strong>CR1000</strong> is being loaded into a 2-MB<br />

<strong>CR1000</strong>.<br />

that a memory card (CF) is not available when a program is attempting to<br />

access the CRD: drive. This can only be a problem if a TableFile() or<br />

CardOut() instruction is included in the program.<br />

10.3.3 Program Compiles / Does Not Run Correctly<br />

If the program compiles but does not run correctly, timing discrepancies are often<br />

the cause. Neither CRBasic Editor nor the <strong>CR1000</strong> compiler attempt to check<br />

whether the <strong>CR1000</strong> is fast enough to do all that the program specifies in the time<br />

allocated. If a program is tight on time, look further at the execution times. Check<br />

427

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!