This is a cumulative patch for 2.5.2, including the changes from all previous patches up until now.
host programs:
nodemodules:
libraries:
java:
web code:
config tool scripts:
database scripts:
farfield:
firmware:
To update to this version after installing the patch open a terminal and run the command 'updateAllFirmware -T'. The TCU will need resetting after programming. You may not want to install this change part way through a contract as it will remove the current one second offset between GunLink log / header times and navigation log times. Check what receiver type you have from 'host prefs' or looking in hardware status first.
If GFM firmware version is 1.4.6 or above then the node (TEM) code instead of sending individual bus messages for solenoid firing related parameters - pulse position and time, armed status etc. - will send a single 'multiArm' message as an ASCII string with checksum protection. If the GFM decodes this correctly it sends a 'ack' reply which is also checksum protected. If the node code does not see this 'ack' it will retry the 'multiArm' message up to five times. The GFM code will now ignore all the normal bus messages for these parameters unless in test mode, so even if one is apparently created due to undetected command corruption it will be ignored.
After installing the patch 'updateAllfirmware' should be used to update the GFMs from version 1.4.5 to 1.4.6. GFMs which are not updated will continue to use the old bus messages, however a GFM running firmware 1.4.6 or above will NOT fire guns if used with a host machine that does not have this patch installed.
This release represents the general availability of the 2.5 new features for GL2000 and GL3000. In particular the instrument test functionality. GL2000 users should thus ensure they read and understand the 2.5.0 section of this document which covers the majority of the changes they will see when upgrading from release 2.4.2. In particular note the change to the way offsets are specified in configure. Look here for more. If you get loads of 'Solenoid current' warnings then look here and set your expected Amps values on the gun parameter tab more accurately and possibly adjust the new specification limit.
The files containing the latest firmware are now installed into the host firmware updating directory automatically. They are also located in a 'firmware' directory on the update CD.
Reminder to GL2000 users: You must update to the new TRECV and TCU code from this release together, they are not compatible with previous versions. Also although the new Oscillator and TCU code releases are self updateable you will need to update the existing code using a PC and programming cable. You should ensure you allow sufficient time for this and are happy with the requirements and procedures before starting.
A suggested update sequence is:
This list of latest firmware versions includes some minor updates from the release 2.5.0 information, but again the majority of the new features are described in the 2.5.0 release section. A full release history is available in the 'updateHistory.txt' file in the firmware directory of the update CD.
Changes from version 1.4.0 include reverse timing link status reporting and support for repeated arm commands both from the host and to the nodes. Which node, and which port on that node, is detected sending reverse timing link data to each port on the rear of the TCU is visible in a new timing link menu on the TCU. You will also see the volts and comms status of each node from this menu giving a way to check status if the node is not booted up.
Fixes for GPS handling of the new SS12 receiver, fix the decoding of DOP/PDOP values and decoding of data when the receiver is not outputting a valid position. The TCU now autodetects the GPS data format. If you have selected the wrong format you will get an error message each time the host programs restart but the system will operate correctly. You need to correct the setting in 'host preferences' to remove the error message. Note that autodetection only happens once when the TCU is powered on or reset, if you 'hot plug' external GPS data of a different format you will get errors until you reset the TCU or restart the host. The main benefit is to avoid worrying about what sort of internal GPS receiver is fitted in the TCU.
Self-updatable (but update from 1.3.5 has to be done using PC and cable). Includes changes to enable the new instrument test facilities on GL2000 and GL3000.
Cope with a new message from the node. Otherwise a version number change so all firmware in the system will be at 1.4.x.
Cope with a new message from the node. Otherwise a version number change so all firmware in the system will be at 1.4.x.
You can now invert the sense of the search in the log tab so only messages that do not contain a specified string are shown.
Options on the File menu has been rewritten for ease of use. The basic appearance options have been combined into a single tab. There is a new 'Show' tab for choosing options to be hidden or displayed. Peripheral Permissions is the combination of Gun, Phone and Transducer permissions.
Summarising events now only happen if the line just finished is a real line (i.e. the line about to start is an Off-line) so any work by the database is not going to affect critical processing. Further the actual processing is offloaded to a low priority thread so that the main process is ready to record new shots immediately.
Improved layout and functionality of Line Stats tab. Graphs are no longer limited to 100 shotpoints, it will plot the entire line and you can zoom at your leisure. Also fixed for incrementing and decrementing shot numbers so earliest shot is always at right hand side of graphs.
Fixed problems with the way the trace frames were being updated, more specifically the sensors were slower than the hydrophones and Sum Frame could miss occasional shotpoints.
Messages would not always be logged for the selected line. This has been corrected along with the check for a valid shotpoint.
When there is more than 1 string based hydrophone on the array any actions applied to those other hydrophones would be applied to the first one only. This has been corrected.
This page will now only display the first 100 of each type of error on a line. If you have more than 100 of a type of error then the chances are you are testing, training or have permanent depth and pressure errors for which this fine grain info is of no use. This prevents a potential crash of the web server and hogging of the database which in the worst case could impact shooting.
Stop using pop-ups to display PDF files.
Improved error warnings for database connection problems.
Actions and failures were wrong way around on device history.
The colours of the links themselves used to clash with the colours of hovered or selected rows in tables. Link colours have now been sufficiently altered so that they are visible at all times.
A new counter on the title that shows how many shotpoints have been recorded for the current day and the previous day in brackets. This counter will start at 0 as it did not exist until 2.5.2. You may need to refresh the current page in Firefox to get the counter displayed in the correct place.
Now copes better with eroneus input and allows the use of the " ' " character.
When the timing receiver in the node is reset then it does not know the correct time until it starts running fully and synchronises with the TCU. Since all messages and data in the node are stamped with the timing receiver time rather than the node CPU time this means error messages during this interval have a time of 00:00:00. If a hardware fault causes this to happen in the middle of a line you could see error messages at the top of the line log that really belonged part way through since it is sorted by time. Now any messages with a time of exactly midnight have the approximate correct time substituted by the host to ensure log integrity.
Change to keep retrying if TCU doesn't acknowledge arm command. This issue has only been seen on one system and may be a hardware problem. You should see an ERROR message in the log if it needs to do this so we can still see if other changes stop it happening.
To assist remote systems looking for new SEG-D files they are now created under a temporary name in a different directory and then renamed to the final directory and name in one action when finished. Note if you mount a remote file system onto GunLink so SEG-D files are written directly to the remote system you should mount it on top of '/var/gunlink/segdfiles' NOT a subdirectory. If you do not do this the renaming operation will try to cross file systems and fail. In general this mode of operation would be less reliable in terms of ensuring at least one copy of SEG-D files is preserved in the event of problems than mounting the GunLink file system on the remote system.
GPS data format is now autodetected to avoid needing to open the TCU to see what make of receiver is fitted. You will get an error message each time the host programs restart if the entry in 'host preferences' is wrong - until you correct the entry - but the system will operate normally. Note as commented above under TCU firmware, autodetection only takes place once when the host programs restart or data is first connected. If you change the data string on the fly autodetection will not be restarted. The host and the TCU both need autodetection ability as GPS data can be connected directly to a host port as well as to (or inside) the TCU.
srcEstimate has been improved to report clear errors when an array is unsuitable for estimating the farfield signature.
The system has been improved to always log solenoid voltage and
current data when a gun has an error or fails to fire. This should help determine
the cause of the error. To avoid useless messages checks are not made if we know the entire node failed to fire. If there is no gun error the
solenoid volts and current are still checked but there will be no log message if no problems are detected.
Peak solenoid current is checked against the setting for 'Amps' on the gun parameters tab. Note this parameter is a QC parameter,
NOT a control setting. The setting is what you expect to see for peak current (at the present voltage setting)
not something the system tries to achieve.
Note previously it didn't really matter much what you set the '(expected) Amps' to, now it does or
you will get warnings. There is a new percentage tolerance parameter in host prefs / Specs.
You can disable this part of the new tests by setting this to zero but would be disabling what could be useful tool.
Note if you change the voltage setting for a solenoid you will almost always need to change the 'Amps' specification as well.
The system will do this automatically by inserting the measured value from the next shot as soon as the volts have
stabilised at the new value which should take at most one more shot.
However if the peak current is erratic (which may be something to do with why you are changing the voltage) then the
automatically derived value may not be in the middle of the range of variation and you may need to adjust it further manually.
While the system is waiting to make this adjustment the solenoid volt and current checks are disabled to avoid misleading error reports.
You can use this feature as a quick way to get all the current specifications set somewhere near the correct value if you use the same
solenoid volts on all or most guns. With all the guns firing change the first gun voltage by plus or minus ten
volts and copy the change to all the other guns by clicking at the top of the column. Wait three or four shots until all the
peak current specifications update, then reset all the volts to the original value, the current specifications will change again.
Assuming the wiring is good these should be usable settings but you may wish to fine tune them manually and also look for any strange
values that do not match other guns on similar lengths of wire.
The checks made are as follows:
This update is a fixes and minor update release for GL4000 systems using release 2.5.0.
Allow for larger capacitors fitted to increase pulse length when using G guns..
Changes from version 1.4.0. Fix occasional temperature reporting error at start up (3000/4000), cope with TCU sending multiple arm commands, fix bugs in switching between redundant timing links.
From release 2.5.0 the TCU scans the timing ports looking for data on the reverse links. This is used to display node voltages etc. even when the node is not booted up and communicating by Ethernet. This has been extended. The status of the reverse links can now be seen on the GunLink status applet, the display hardware status tab and using gunlinkInfo. Dead reverse links are not treated as errors in any of these displays as the hardware may not exist. Using gunlinkInfo you can view the map of node to TCU connections similar to that available on the TCU front panel menus.
Messages generated by devices for example fault indications from SPSU or GFM devices have name fields like SPSU07 which require you to translate bus and channel numbers to gun numbers. This is fairly obvious on GL2000 but much less so on GL3000 and GL4000. Now once they arrive on the host the string/cluster/gun (or sensor or phone) name will be added to the start of the message. If you view messages on the node using mprint for example this will not happen as the node does not have any knowledge of array layout.
Initialisation of distributed busses now takes explicit notice of bus shut-down due to overload, rather than simply failing because devices cannot be found.
If you use busMonitor to pause GFM distributed bus initialisation part way then the guns attached to the GFMs already initialised can now be fired. This may help when looking for shock induced wiring issues. Only applies to GL4000.
The "Clear Cluster" button previously would only visibly remove devices from the cluster, they would still exist logically. This has now been fully fixed.
The Network and System-Type tools no longer wipe any custom entries in /etc/exports provided you make them outside the special comments.
A minor database update is included for real-time error stats calculation and an extra index has been added to speed up queries.
Although a lot of the changes in this release are related to adding support for the GL4000 fully distributed version of GunLink there are also a number of changes which will affect all systems. In particular changes to the way offsets and channel numbers are handled in configurations. There is also new firmware for the TCU and the node controller cards which increases the reliability of the timing links in the presence of faults.
Note for GL3000 and GL4000. Ethernet redundancy support is currently restricted to 'cold swap'. If both Ethernet lines are connected the node will boot and run from the first working one. If this fails then you need to reboot the node to force it to use the other link. If the first link is not totally dead then you may need to disconnect it on the vessel to force use of the other link. The node processor must have the latest boot loader for this to work, see the 'New Flash Image for GL3000 / GL4000 Nodes' section below. A future update will provide true dynamic redundancy. The timing links provide true redundancy as they always have done.
Note for GL3000/4000 systems (only) with rear cable entry to the array (Baro Float type systems). Currently the system configuration MUST be built with the first cluster in the configuration being the one nearest the ship electrically which for this type of array will physically be the furthest from the ship. The first gun on this cluster will thus become 'Gun 1' in the GCS90 header. This also means the left hand gun on the screen is the gun furthest from the ship. This is because the code currently can only build up the distributed busses in the order in which they are defined. As GL2000 systems do not have distributed busses this is not an issue for those systems but may prevent you using the 'default channel numbers' option in configure to speed up data entry. A future release may allow building the buses in reverse order but configurations would probably not be compatable. In order to enter the correct geometry for depth interpolation and Far-Field calculations you should still treat the cluster nearest the ship as the in-line reference point. So instead of the first cluster in the configuration on each string having an in-line offset of zero with cluster offsets increasing as you go along the string the first cluster offset will be the largest and decrease as you go down the list.
Added functionality to Configure, Display and Gunlink Web for the introduction of the Gunlink 4000 hardware - GFSMs and their Umbilical Termination processors. All the status displays and reports have been updated to cover the new hardware, for example 'gunlinkInfo' decodes the internal status of the new Gun Fire Modules in the GFSMs.
Offsets for devices on clusters are now CLUSTER RELATIVE. Before they were all relative to the front of the string, you need to be aware of this change but do not worry about updating your existing configurations it will be done automatically.
Changes to the ini file structure mean that all ini files must undergo an automatic update process whenever they are loaded into Configure. If you are an existing user you will need to re-send your configuration to the host and be aware in case of possible problems when converting. Do this by opening configure, 'get current configuration', 'update database and send to host'. Then restart the host programs from the panel applet and restart all copies of display.
External hydrophones (ones that are connected to a GPM via a lead rather than directly bolted on) are no longer considered to be attachments of the GPM (or GFSM) but belong on the configuration in their own right. They must however be 'Connected To' the GPM (or GFSM).
New GFSM icon and matching redesigned GPM icon to more closely resemble physical appearance, connection properties and spacing requirements in Configure. Also a new icon for 'Seamap Integral' hydrophones to match those for DTs and PTs.
Previously labelled 'Seamap GPM', the devices attached directly to either a GPM or GFSM are now 'Seamap Integral' model.
'Node Number' has been replaced by 'Connected To' for all devices so that some devices can be connected to one another rather than specifically to a node. Guns can now be connected to GFSMs for Gunlink 4000 and external hydrophones are placed externally on the config but with 'Connected To' as the GPM or GFSM. The Set Node Number function from the Edit menu still works for Gunlink 2000 and makes a sensible approximation for Gunlink 3000 and 4000. The channel map has been improved for this new way of referencing connections.
Nodes need to be created from the 'System' subtab of the 'Layout' tab to populate the 'Connected To' lists. If building a configuration from scratch do this first and set the correct node types. Trying to change node type later may currently break the configure program.
Devices are no longer randomly placed on the cluster, they are positioned by type.
See the manual for more details about configuring the new GFSM modules introduced with the GL4000.
Bolt AGP guns can now be selected as a gun type. There is no special processing required for this gun type, as with all gun types there are decisions made based on the sensor type you ascribe to the gun. In particular ensure you choose 'Bolt Sensor' if using a Bolt TB solenoid, this controls the enabling of the constant current power required.
This page allows you to mass update your inventory by viewing all devices in a grid format. Due to it's heavy database demands the page is only available when the system is safe.
The Swap Devices page now has an extra pulldown menu that lets you alter the 'swap mode' of the page at any time. 'From Spares' is the default mode that you have experienced up until now. 'On Array' removes the spare device pool and allows you to click 2 devices of the same type in different positions of the array for swapping.
Minimum confusion now. If you want to swap a gun and it is compatible, it will be swapped. Solenoids and guns are swapped completely independantly so you may have to perform 2 changes now, but will be asked less questions and the actions are more intuitive. As a result of these changes and array swapping, the Solenoid Management page is no longer needed.
Closed histories that are less than 1 day long can now be deleted when viewing a Device History. When logged in as admin you can delete any closed history. This should be used with caution at all times.
Previously you had to report a maintenance event in order to get the "shots til last maintenance" counter, now you can do so with any type of fault or maintenance event by ticking the 'Record zero shot count' tickbox.
If a fault is reported for a GPM/GFSM and the failure is one of the integral transducers or phones then the fault will be logged for both the GPM and the faulty device so it will show up on Device Histories and Device Info Box counts.
Shot counters for Hydrophones, Transducers, GPMs and GFMs are now incremented only if a gun on that cluster fired on the shotpoint. This is a better marker for reflecting the damage caused to these devices by gun shots. If a device is not on a cluster and is 'string based' then it's shot counter will be incremented per shotpoint as before.
This is now set if there is any data in the farfield table at all or if the source synthesis setting is ticked in host prefs.
Guns previously had their dataset line drawn through their average value which could be misleading. They are now drawn through the aim value for the particular graph type based on your spec.
Now order with gun 1 starting at the top to match all other conventions in the system, including Displays representation.
You can now enter a filename prefix for archives for easier identification.
For GL3000 and GL4000 systems the in-water electronics can have two redundant Ethernet links if you have sufficient fibres in the umbilical. On the vessel connect both Ethernet links to the private network switch. In the network configuration tool MAC address section you can now enter the second MAC address for a node if you have connected the redundant link. GL2000 nodes only have hardware for one link, leave the second address blank.
A new tool to help you find the MAC address of you nodes by powering them on one by one and present the result of DHCP request logs. It is part of the gunlink-config-network tool. See the manual for more info.
You can Unlock the Inventory in case of a Configure crash both in the database management config tool and Gunlink Web.
When setting a gunlink PC as a Remote Display this desktop icon link is removed. When setting a gunlink PC FROM a Remote Display this desktop link is re-added.
This should be less ambiguous now. Have removed the ability to run many of the applications remotely so only basic tools can operate from a display terminal but all can run from the Host. You now only need a password for specific tools rather than when the panel is first started every time.
The files containing the latest firmware are now installed into the host firmware updating directory automatically. They are also located in a 'firmware' directory on the update CD. Note: You must update to the new TRECV and TCU code from this release together, they are not compatible with previous versions.
The Gun Plate modules and the new Gun Fire modules support a new self update mechanism. These devices have an on-board flash memory chip capable of storing a new copy of the device firmware. The self-update process writes the new firmware into this device first then updates itself in one go using a mechanism that can survive power failures. This mechanism should eliminate problems with upgrade failures due to communications errors in the previous scheme which involved overwriting the device memory on-the-fly which could result in an unusable device requiring reprogramming with a PC and cable. The files for this new method are in a different format and will be called 'Gpm1p1p5.bin' for example rather than the previous 'Gpm1p0p0.hex' format files. The programming utilities will select the correct file to use depending on the current revision of the device. All other devices apart from GPMs and GFMs continue to use the original scheme as they do not have the additional flash memory component - but they are also easier to access if you do ever need to reprogram using a PC and cable.
The new TCU and timing receiver firmware versions have several enhancements:
Timing link changes as above. Support for replacement internal GPS receiver due to pending obsolescence of the current Motorola unit. The new Synergy Systems SS12 receiver will be used in new systems from mid 2006. It uses the same connections as the Motorola and is a plug-in replacement. You need to choose the new type in the host preferences of 'display' as the data format is different.
This version of TCU code scans the reverse timing ports looking for data from the nodes. This can be used by the host code to display node volts, temperture etc. before the node is booted up and status can be obtained over the Ethernet connections. There is a new menu on the TCU 'T.Ports' which can show you which reverse timing links are connected to which node and which timing link (A or B) on that node.
This version of the TCU code now supports self-update. BUT you will need to update to this version from previous releases using a PC and programming cable first. From then on you can update using 'updateAllFirmware -T'.
Timing link changes as above. Added support for controlling and monitoring the aux. power outputs present on the GL4000 in-water electronics.
Changes to bus handling for GL4000.
This is used in both the stand-alone GPM module for the GL3000 and as one of the parts of the GL4000 GFSM. Changes to depth and pressure transducer detection at power-up to ensure they are always detected. Autodetects depth and pressure transducers so you can connect them to either port depending on which is most convenient - for connecting the pressure transducer hose. The system does not support connecting two of the same type of transducer although the GPM will report the readings. The version is 1.4.x to match other code versions but there have not been versions 1.1, 1.2 or 1.3.
This is the new gun fire and sensor module one or two of which can be fitted in a GL4000 GFSM assembly (along with one set of GPM electronics). The version is 1.4.x to match other code versions in this release but there have not been versions 1.0, 1.1, 1.2 or 1.3.
New version for second release of PCBs, do not try to use on any boards currently loaded with versions prior to 0.7.x. All address and RS232/422 options now software controlled. Added remote power enable and disable capability. Self-updatable using 'updateAllFirmware'. The version is 1.4.x to match other code versions but there have not been versions 1.0, 1.1, 1.2 or 1.3
A new version of the node boot loader firmware is required for 3000 and 4000 nodes for redundant network operation. This has been installed onto the node file system as part of the update and will need to be applied to all existing 4000 systems in the field. There is no harm in re-applying it but it WILL temporarily stop the node programs operating, do not do it while shooting.
It can be run by telnetting into the nodes (telnet gl_nodeX) and running the following script:
      /usr/local/gunlink/flash-etherboot.sh
All display layout files prior to 2.5.0 are no longer usable and new ones need to be created. Layout files stored in /home/display have been deleted as part of this update. To avoid 'I cannot understand parts of the layout' messages at display start-up go to 'file / save as' once you have the layout and display options to your liking and save the layout with the name '.default' (note the leading dot). The saved file will be called '.default.layout'.
Depending on the sound chip-set, with some motherboards loading of the sound files takes tens of seconds at display start-up. Loading of the files now takes place in the background after the program starts. If your system previously suffered from slow start-up you will notice it starts more quickly but then the CPU load stays high for a while as the files load in the background.
The previous software inhibits turning the pressure bargraphs red for 10 seconds after a shot (or until the next shot if sooner) provided they were in spec at shot time. This did not take any account of flip-flop and as a result only worked for long cycle times unless the compressor was far too big. This code has been rewritten and should now behave reasonably with any cycle time and firing interval. Bargraphs will go red if they are out of spec at shot time and being used to calculate the pressure for a gun that fired. Otherwise they will be inhibited from going red for a selectable time (default 10 seconds) while the compressor recharges. You can fine tune this behaviour via a new parameter on the 'host preferences / options' tab - 'Pressure Recovery Time secs'. Setting this to slightly more than the time it takes the pressure to recover after a shot will give you maximum warning via red bargraphs of an impending pressure problem. Getting this setting wrong will not affect logging of errors at shot time but if you make it too short the bargraphs may flash red before the next shot. The main manifold transducer (if you have one) is always inhibited from turning red after each shot unless it is the only source of pressure readings for one or more guns and was in error.
These also had problems when firing flip-flop on fast cycles and have been rewritten. The gun status tab shot depth and pressure values should now only be red if they were bad and the gun fired.
The standard GCS90 header uses data fields that can only contain maximum values of 99.9mS to record gun fired times. If you use an aim-point close or equal to 100mS then late gun errors cannot be recorded. If you increase the aim-point further no errors can be recorded. There is no reason in GunLink to need an aim-point greater than about 40mS as it needs only to be longer than the longest expected delay for the largest (or slowest to operate) gun in use. However some clients want to use values of 100mS for historic reasons. The 'CGG TopShooter' variation of the GCS90 header records the aim-point once in an otherwise unused header area and then records only gun errors relative to this time. The initial identifer string in the header is also changed. Most navigation and processing systems should be able to handle the alternate format. You select the new format option with a tick box on the 'host preferences' 'ports' tab since this is also where you select the various header options. Note this option changes all 'GCS90' headers output by the system, that is you cannot have a normal GCS90 header on navigation and a TopShooter header on a serial port. The differences between the formats are documented in the navigation interfacing document available via the 'on-line manual' section of the web pages.
The node status display now shows internal voltage and temperature readings (temperatures are only available for GL3000 and 4000 nodes). These update every second if the node is booted and fully connected by Ethernet. Further if the Ethernet link is dead or the node still booting - provided you are running the new versions of TCU and TRECV firmware described above and the reverse timing link connection is good - then the voltage and temperature data will be updated via the TCU, although less frequently (typically every 4 or 5 seconds). If neither connection path is available then the data items will be blanked.
Also on GL3000 and GL4000 systems if the UPSUC power controllers are interfaced to the system you can see the supply current and any leakage current here. You will also get 'power off' and 'power on' buttons, these enable remote powering off and on of distributed nodes provided the UPSUC is fully enabled and there are no error conditions.
If distributed (GL3000 and GL4000) nodes overheat dangerously the small node icons on the panel bar will turn to a hatched red/yellow version and error messages will start to be issued. This happens at 50C for the processor and 55C for the power supplies in the node. If the temperature continues to rise and the UPSUC is capable of remote control then node will be turned off. This happens at 60C for the processor and 65C for the power supplies in the node.
As well as additions to support distributed firing modules (GFSMs) on the GL4000 system the bus initialisation code for GPMs and GFMs has been enhanced. If a device is in the configuration but no device is found then the system will remove power from the 'missing' device and retry up to 5 times. This may improve bus initialisation in the presence of communications errors although not a substitute for good cables. Only error messages will be issued to the message monitor window or to the log and display message window. The full initialisation sequence with all the messages is written to a file per bus, this makes it easier to separate activity on the busses. The files are called '/tftpboot/nodeX/tmp/busNinitlog' where 'X' is the node number and 'N' is the bus number - 1 and 2 for fire modules, 5-8 for GPMs. Files are also written for non-distributed busses but do not contain much of interest. You can view the files from a terminal with for example 'cat /tftpboot/node1/bus1initlog', or use 'more' or 'less' instead of 'cat' to get more control.
In all GunLink versions to date the values of depth and pressure latched as the 'shot' values for logging, error reporting and header outputs were frozen at 'arm' time rather than 'fire', if you were using a long predict time between arm and fire this could cause the pressure readings to be lower than they should be if your air capacity was marginal for the cycle time. Now the system latches the data at fire time if no newer data will become available, or it waits up to a half second after fire for newer data that was measured before the shot to work it's way through the system. If you are using a standard predict time of two seconds these changes will result in the latched readings being 2.5 seconds later (newer) than before with a resulting increase in the measured pressure. Note that GunLink operates a one second depth and pressure measurement cycle, the frequency of the transducers is counted for the first half of the second and the data transferred in the second half, this is synchronised to GPS seconds, not a shot event. If we consider the actual measurement instant to be the middle of the half second counting period then the new scheme results in shot data being between 0.25 (the minimum possible) and 1.25 seconds old.
As a side effect you may see up to half a second extra delay before the headers are output but most of this time will usually be hidden in the sensor and phone windows anyway. Similarly SEG-D file recording and far-field estimation will not normally see any delay as they need to wait until the end of the phone window before starting processing.
When flip-flopping the system could log excess pressure errors if a gun that fired had a pressure error. In this case log messages would be created for all pressure transducers out of specification at shot time, not just those where guns fired. If no fired guns had pressure errors no extra reports were logged.
The GL3000 and Gl4000 power supply interface units - UPSUCs - can now be interfaced. You daisy chain the RS485 ports on the UPSUCS. On the first and last enable RS485 termination via the front panel status menu. Give each one an address matching the node number (for sanity, this is not essential you can specify any address in Configure), again via the front panel status menu. On the first in the chain (the left hand one in a box) enable the 'data to host' option once more from the front panel status menu.
Connect the RS232 port of the first box either directly to a host computer serial port or to a Moxa DE211 serial to Ethernet adaptor which in turn connects to the private network switch. The UPSUC will power the Moxa if it (the Moxa) is jumpered for external 24V power. Configure the Moxa as per the guide on the Web manuals section for UDP protocol but use a different port number and IP address to that used for any Moxa interfacing the TCU. The host program default port is 4002 (TCU 4001). Make an entry in the hosts file for this device. Set the serial or network port parameters in the host preferences 'ports' dialog as for the TCU. A baud rate of 38400 is adequate but you can use 115K if connecting via a Moxa, ensure the UPSUCs have matching baud rate settings (again on their front panel status menu). the UPSUC address for each node is set in the Configuration on the 'layout/system' tab. Again it makes sense to use the node number as the address.
The data gathered from the UPSUCs can be monitored in the hardware status tab of display, the panel applet node status dialog or gunlinkInfo.
The UPSUCs should all be scanned every second but if one is turned off it may take up to 15 seconds to be detected when the power is restored as the system only looks for one 'missing' one per scan.
If you have a GL2000 system or do not connect the UPSUCs then set the 'port' to 'Unused' and leave the UPSUC addresses in Configure set to 'Unused'.
There is now a text field in the monitor program options which allows you to enter a search string. If you put something here then only messages containing this string will be displayed. This can help you look for specific error messages. The test is done ignoring case.
The real-time processing load has been redistributed to greatly reduce the maximum time the node's Linux operating system is held off. This should cure the occasional loss of characters from the GL2000 depth and pressure cards. It also increases maximum network throughput.
The system no longer applies the termination resistor on sensor inputs when the sensor type is 'sleeve gun' or 'G gun' (it was never applied for Bolt sensors). This change will result in the apparent amplitude of sensor returns from these signal types increasing, possibly doubling, so you may need to re-adjust threshold levels and plot gains or even pre-amp gains.
An instrument test mode has been added. This is selected from the 'shot control' menu. Once selected the display will switch the normal status window tabs to a special instrument test tab. On the left hand side you will initially see two selection buttons for 'live or 'replay'. If you select 'replay' you can display test results saved previously. If you select 'live' then a set of available tests will be displayed. Exit test mode by selecting 'shot disable' or another fire mode.
For each test you can tick a box to enable running of that test (when you click on the 'run tests' button) and also to expand or hide the detailed test parameters - frequency, amplitude etc.. Once you have made your selections 'run tests' will start cycling the system with progress displayed in a pop up list box. There are significant delays before each test is run to allow DC conditions to stabilise as they may involve turning Bolt Power off or on for example. Once all the selected tests have run the data is processed and a display tab opened for each node. Each tab contains a graph at the top showing the results for all the tests run on that node and for all the configured channels. Below this is a table showing each channel on the node and the numerical results.
If you click on an individual channel in the table then click on the test type from the 'single trace details' selector and finally on 'Show Graph' then you can plot the raw test data for that trace plus the frequency domain representation.
The logout option from the panel now allows you to choose whether you want to reboot or shutdown directly rather than having to logout of X first.
The session is no longer automatically saved by default at the end of every X session. This prevents problems caused by corrupt session files which can happen if the power fails or the workstation is switched off rather than shut-down properly. You can choose to save the current screen layout from the logout display.
There are two new parameters in the depth and pressure simulation options. One to control how much the simulated pressures drop when guns fire and one to determine the simulated recovery time of the compressor. The simulated pressures drop by this amount whenever any gun on their string fires (it is only a simulation). The main manifold transducer if it exists will drop by half this amount.
The size of the font is now dynamic to fit the available space, previously the font would scroll for huge array volumes.
Some depth and pressure transducers are shown to be red (out of spec) when they shouldn't be. This happened when returning to the main Gunstrings tab from any of the other tabs.
The number of steps available in gain adjustment has been doubled for greater viewing flexibility.
Fixed a relational resizing problem between single and multi-trace hydrophone frames along with occasional incorrect threshold setting.
Note this was a problem introduced in release 2.4.1 and thus only affected a small number of systems, releases prior to this operated correctly. In 2.4.1 data from transducers connected to the TCU was not processed and they appeared dead although they could be seen to be live on the TCU front panel display menus.
States which should not be flagged as errors have been reduced to messages.
The repair option on the database management tool (option 5 when run on the command-line) will now repair accidental history creation by recovering from any histories of less than 1 hour long, or gaps between identical histories of the same period. This tool is run as part of the 2.4.1 update, but can be run at any time later using the database management tool. See the Operators Manual PDF in the Manuals section of GunLink Web for more details.
Update CD now has a 'windows' folder containing the latest copy of Firefox for Windows for running Gunlink Web on Windows machines along with the latest Java Run-time Environment for viewing the graphs. Note that many of the fixes here for 2.4.1 cover Internet Explorer issues and the application does work under IE, but Firefox is the browser of choice.
Whenever you want to swap devices or view a configuration the relevant pages will default to the currently in use configuration.
Some links were previously unclickable in IE 5.5.
In IE 5+ Select menus and boxes used to interfere with menus, workaround now in place.
Gun position labels in variation graphs now have improved positioning accuracy.
Previously you had to click between tabs to show the results of such actions as 'Set Node Number' and 'Set Channel Number'. These are now updated instantly.
Allows you to specify how many a shots a possible autofire should be visible for. Can be between 1 and 10 shots. This option is changed from the file / options / Basics menu. You do not need to restart display for the change to take effect but you do need to supply the options password if one is set, see the manual for more information on display options and passwords.
The 'GCS90' interface on the WinFrog navigation system is a very incomplete implementation of the protocol. GunLink release 2.3 already included support for the missing source selection messages and broken shot-point messages. This new option allows for the fact that WinFrog sends the previous shot point rather than the next shotpoint number. The option is in 'host preferences / options'. When set the shot number received from navigation has 1 either added or subtracted depending on the sign of the 'shot increment or decrement' setting. This means you must maintain the increment / decrement setting correctly if you want this to work. Normally you can ignore the sign of this setting unless firing on closures only. Note this may still not get the first shot of the line correct if the navigation system does not do a proper run-in. It is also unknown if this will work with shot increments other than plus or minus one as it depends on what internal processing the navigation system does.
Updated for latest printer driver support, can be used for printing screenshots.
A new program that groups together all the other Gunlink tools for them to be easily run on the Host. An icon has been added for this on the desktop and the Applications menu. Inside the control panel you have an Icon for every available Gunlink tool, clicking on an icon will show more details about it and double-clicking will load the program.
This means that all important tools and accessories can be found in once place rather than having to look-up or remember command-line programs.
Remember that every application here is run on the Host, if you run Network Config tool from this control panel on a remote display machine you will be affecting the Host.
You should no longer delete old lines!
Contracts allow you to archive all the line data - including plot and print files - for a contract/job/survey in one operation. This data can then be transported back to the office for example or restored at a later date if needs be. Also you can load a copy of a contract's data into a second database on the GunLink host, each workstation / browser accessing GunLink Web can then choose to display data from the alternate database without affecting the live database. for more detail follow the documentation link on the GunLink Web home page.
Archiving is done by a set of dedicated tools available on the Host Control Panel described above:
Divide your lines into contracts and archive them away onto your hard disk.
Use this program to restore an old archive into you system, either completely or into the secondary database for stats analysis with Gunlink Web.
This program creates an archive without ending the current contract, which basically just creates a system backup file that can be restored onto any system. This is a vital tool not only for backing up, but for cloning your system where analysis is to be done remotely and network logistics are too challenging.
Basically a wrapper around the restorer that will search attached CDs and USB disks for archives and copy them into your archive directory before restoring.
A new page under Inventory that displays long term shooting graphs for all of the guns in your inventory.
Under the 'Live Displays' menu, this page shows the timing relative to time-break (or 'fire') of various events in the shot sequence. Initially this just shows the current data which may be incomplete depending on where in the shot cycle you call it up. If you click on the 'auto-refresh' link at the bottom of the page then it will start updating after every shot. At the bottom of the page it shows you estimates of how much shorter you could make the navigation 'predict' time and the overall cycle time. In auto-refresh mode these estimates will show you the worst case since the page started displaying. This can give you useful information to help debug problems if you get errors when firing from navigation. In this case you should also use the message monitor tool (start / applications / gunlink) and select navigation messages under the 'special messages' pull down.
The database and web system now include the concept of contracts. As part of this the 'Crew Name' entry has been moved from the display program host preferences dialog to an entry in the GunLink Web 'Settings / Contracts' page. The update process should migrate your previous setting but you should check it for yourself.
Under the 'Settings' menu, allows you to customise the interface and choose what features you want to use and are relevant to you.
You no longer need to be logged in as Admin user to perform advanced functions, they are now only available when the system is in a safe state (i.e. when it's not firing!).
New Custom Queries allowing you to fine search the database using a specialised shot data search or for advanced users a manual SQL search mechanism.
Gunlink Web no longer creates virtual devices to replace old ones when swapping, you can swap them yourself if you re-use a previous configuration.
Improved histories means that you can now view a list of position occupations, allowing you to see which devices have been used at a certain position throughout the systems history. This is a new menu option under 'Inventory', but can also be reached by double clicking on a position in the 'Config Viewer'.
This creates an email size database backup in case of support or quick remote analysis.
New built-in mini guides on the Home page aid you operate Gunlink Web with F.A.Q style help.
There is a new tick box on the host preferences / tcu tab 'Flip-Flop Event 1 and 2'. Normally both the event outputs on the rear panel of the TCU 'Event 1' and 'Event 2' are generated on every shot. With this option selected Event 1 will be generated whenever array 1 fires, Event 2 will be generated whenever array 2 fires. Note this option requires TCU firmware release 1.3.1 (or later), version 1.3.5 is distributed with this system release. If you do not require this feature you do not absolutely need to update the TCU although it has other advantages. See the firmware update notes below. If you try to use this feature and the TCU is not updated you will get an error message the first time you try to fire a shot, subsequently the system will default to generating both events each shot.
It is now possible to select either 8058 (IEEE 32 bit floating point demux) or 8036 (24 bit integer demux) formats for the SEG-D files produced by the system. The default is 8058 which was the only format available previously. Format selection is in the SEG-D tab of host parameters. The dumpSegd (and xdumpSegd) utilities have been updated to cover the new format. A revised version of the SEG-D file documentation is installed in the manuals.
Support for G-I guns has been added. This includes:
The time the TCU sees the arm event and the time (if any) that it sees an External event input are now saved to the database as well as the fire time. The arm time will only correspond exactly to the arm time as recorded by navigation if the arm mode is 'closure'. The external event time is recorded at the end of shot processing (shortly after the end of the phone window) if a new event has been seen since the previous database update. If the event happens after the database update (that is it is very late relative to fire) then it may appear in the database under the next shot but it will still be logged. Currently there are no formal tools to analyse this data which will be lost when you summarise the lines. If you wish to make use of it contact support with your display requirements. Note a minor problem with recording of the correct external event time has been resolved in TCU code version 1.3.1. With earlier releases if the external signal had bouncing on the leading edge the time recorded could be the time of one of the bounces rather than the first edge, the window in which this could happen was about 1mS. Updated firmware is distributed with this release if you need it.
All GunLink systems sold are assigned a serial number in the form GLxx. This can help keep track of support requests etc.. The serial numbers are now included in the license file (updated with each software update) based on the dongle numbers. The serial number can be viewed in the Display program file / about display and on system configuration reports. It is also written to the designated field in SEG-D file headers. It helps if you include this number in support requests.
See the general discussion about Sodera GI guns earlier.
Force zero button problem, restoration of display layout with only one hydrophone etc..
Previously selecting 'cancel' in the host preferences dialog did not remove any changes you had made although they were not used to update the system, so the next time you called up the menu the displayed values did not necessarily show the correct current state of the system.
See the general discussion about Sodera GI guns earlier.
A new menu under 'Shot Control', the 'line details' dialog allows you to enter the line name, start of line shot number and end of line shot number in one go. These entries will have the same effect as the equivalent separate entries under 'controls / host program controls'. These settings are not required with navigation systems which impliment a correct 'GCS90' serial interface and supply this information to GunLink.
The new Hardware tab display uses a tree structure to show the data rather than trying to cram it into a fixed format table. It also includes a lot more data, firmware versions, installed hardware versus configured hardware etc.. Fault conditions are shown in red and propagate up to the first visible element. So for example if you have a fault condition anywhere in a node but you have the display for that node collapsed then the 'node x' item will be red. If you start expanding the tree for the node then you can immediately see the fault location by following the red items downwards.
The tree is regenerated from scratch 10 seconds or so after a node finishes rebooting or a node bus is reset, or when you switch from another tab to the hardware tab. When this happens the tree will be collapsed even if you had expanded parts of it. It is necessary to redraw it from scratch in order to add or remove any devices which were found / not found compared to the last time the node initialised.
The hardware information is generated and distributed by a new process called hwStatus which you will see running in the panel status applet and host program start up. Dynamic data in the display - voltages for example - update once per second.
The pulse width on the T0 output from the TCU was always 1mS regardless of what you selected in the host preferences. The menu selection is now correctly used.
Bug fixed.
Bug fixed.
If the sensor window was greater than 100mS and an exact multiple of 100mS then there was a gap in simulated data and lots of error messages. Real data was always correct as was simulation on simulated nodes.
The latest Gun Plate Modules now switch the power and communications to the next device rather than all being powered up at once. This should greatly aid fault finding particularly when used with the new 'busMonitor' utility which allows you to power up a bus one unit at a time. This change has required modifications to the way the node is initialised (bringing up a GPM bus now takes 10-15 seconds longer than before). It also means a bus will function even if you have not got the correct serial numbers in the configuration - provided the correct number of devices are found with the required depth and pressure transducers attached.
A newer version is installed and is now the default browser for viewing GunLink Web.
Latest version of reader for pdf files.
Required if you need to recompile the kernel on a system.
Updated drivers to cover more recent printers.
Updated drivers to cover more sound chips and configurations.
This is a new utility aimed mainly at diagnosing problems on GL3000/4000 distributed buses (GPMs), but it may also be useful for looking at communications errors on internal data buses.
The program can be run from the Host Control Panel or in a terminal with the command busMonitor, you do not need to be root. The program has a graphical status and control interface window, error messages and messages from the node under examination appear in the underlying terminal window.
At the top of the window are status displays for the bus current and overload conditions. These only apply to distributed buses, not GL2000 nodes or the SPSU and sensors of GL3000 nodes. In the middle is a table showing the status, versions, types and communications error counters of the eight possible devices on the bus. At the bottom are controls enabling you to select the node of interest and the bus on that node. A button allows you to reset the bus - this will lose you data from the devices on the bus, so is not something to use on-line. For non-distributed buses the reset action applies a reset to all the devices on the bus and they will be re-initialised. For distributed busses reset removes power to the bus then reapplies it to the first device. As each device is initialised it is told to apply power and extend the communications to the next device in the chain. A control on the window allows you to specify how many devices to initialise. By incrementing this you can cause the bus to power up slowly or pause at a certain device to help localise possible wiring faults. Messages should appear in the terminal window as each device is located and initialised.
Note you can change the bus selection leaving a bus in a partially powered up state to look at a different bus. The first bus will not be fully powered up - if that is possible - until either you return to it and change the 'stop at' selection, or you terminate the program and do a 'reload node' action via the GunLink panel control.
The GunLink system keeps the host computer clock synchronised to GPS time, hopefully to within a few tens of milli seconds. This is not too critical but it ensures that times recorded in Linux log files for example can be lined up with times in the GunLink logs. There are quite a lot of status and information messages issued by this process which can obscure other things in the message monitor window if you are trying to look for a problem. All these messages have been turned into a 'special message' type and to view them you now need to select 'GPS Time Conditioning' under 'special messages' when using the message monitor tool. This is also where to look if you want to view navigation system messages or actual GPS data.
The update CD now contains a copy of the latest firmware files as on the full GunLink firmware CD but without the programming utilities (which do not change and are large). The latest hex format files should be installed into the correct location for the automatic firmware update mechanism as part of the update procedure. Firmware is in a directory called firmware n the CD.
Although the ability to do in-system firmware updates has been present for a year (with the 1.2 firmware series) it could not be used to install the 1.3 series of firmware as this required a change to device fuse settings that can only be done through a programming cable. Be aware that in-system firmware updates can fail and leave devices requiring reprogramming with a PC and programming cable in the event of communications errors or power failure or someone resetting or otherwise affecting nodes during programming.
The following have been added to the PDF manuals, now available through Gunlink Web.
dumpSegd -[tesxvC][-d [count]][-n trace][-w trace][-c channel set][-S scan type][-f file][-o file][ SEG-D file]
| t | Include trace headers |
| e | Include extended header |
| x | Include external header |
| s | Suppress header dumps (use with '-w') |
| d[count] | Dump first 'count' samples of each trace data (default 10 samples) |
| n trace | Specify the trace number n within the channel set |
| w trace | Whole trace dump - trace n (counting from start of file if no 'c' option) in format suitable for gnuplot |
| c ch.set | Channel set for 'w' option (defaults to 1) |
| S scan.type | Scan type for 'w' option (defaults to 1) |
| C | separate data values with comma instead of space |
| f file | Input file name ('-' == stdin) |
| o file | Output file name (default is stdout) |
| v | Show program version and exit |
| default is just headers. | |
![]() |
![]() |
![]() |
![]() |
|
Previously the required sail lines were not always shown in the various pull down menu's in display. The database query used to extract the line information has been rewritten correctly and more efficiently.
A rare message that previously stated 'FATAL: Config not found' is no longer FATAL, but a WARNING, explaining the likely cause of the config not being found and the repercussions.
Previously the gun delay value was reported and saved including any offset value which may have been input. This has been corrected so that the value is the time from solenoid start to fire detect.
Layout files have been updated to store the colour of traces in the 'Early Fire Window'.
Voice alerts have been introduced for depth and pressure being out-of-spec, and array volume being incorrect. These alerts only happen when on-line. Whenever an alert is made, the operator has the opportunity to mute it for the remainder of the line. It is possible to restart any muted alert by turning the specific check-box on and off in the Controls/Voice Alerts menu.
When an invalid Late Window Start time has been entered, although there is a dialog saying that the choice is invalid, there has been some confusion as to what actually happens to the value. The entered value is NOT used - no update is made. But, a user could believe that the dialog is just a comment, rather than an error.
Any fail message on Host Prefs now has an extra RED "Changes Ignored".
If you feed trimble TSIP data (from Spectra GPS receiver for example) directly into a host port the data decode on both the host and TCU is correct. However if you connect the data string to the TCU external GPS connector then while the TCU decode is still correct the host decode is wrong and never produces a complete message.
This is only visible if you select 'gps messages' under 'special messages' on monitor, you get lots of reports about 'unexpected DLE' characters and never see a decoded position. Currently the decode is for diagnostic purposes only and there is no problem or effect on the TCU's time keeping ability. Any 'raw gps' data files recorded on the host under these circumstances will also be corrupt and unreadable, again these are for diagnostic purposes only.
Explanation:
The TSIP format uses DLE characters to frame messages, any DLE characters that would normally arise in the binary
body of the message are replaced by the sequence 'DLE DLE'. When the TCU sends the raw TSIP data to the host for the
host to decode it does not reinsert the extra DLE characters in the data stream.
A work-around has been coded in 'tcucom' to avoid the complication of issuing a TCU firmware update. If TSIP format data is being input via the TCU the missing DLE characters are reinserted before the host code processes it.
The shot fire modes - Internal/External single array / flip-flop have been modified. Instead of having separate menu selections for 'Internal', 'Internal flip-flop' and 'External' the shot control menu now has 'Internal' and 'External' selections plus a 'Fire Mode' selection. The latter currently allows you to set the default fire mode as 'Array 1' or 'flip-flop'. Thus when you select 'Internal' fire the mode will depend on the fire mode selection. This change has been made partly to simplify the number of menu entries and partly to support firing with a navigation system which supplies only closures. If the navigation system does not tell GunLink which array to fire explicitly then the fire mode and flip-flop convention settings will be used. If the navigation system does specify the array (as it should) then these settings have no effect.
IMPORTANT - the name of the flip-flop convention entry on the host preferences menu options tab has changed from 'Internal Flip-Flop convention' to Flip-Flop convention'. After installing the 2.3 update you MUST go to the host preferences menu and check the flip-flop convention setting matches your desired convention. If it does not correct it and select 'apply'.
Support for 'dumb' navigation systems. If the navigation system does not have an industry standard 'GCS90' serial interface available a number of changes have been made to assist operation when only a shot point message can be obtained from navigation. Getting the shot point number is the most vital part of the interface as with it logs, headers and flip-flop shooting can all be correctly controlled. Without it flip-flop shooting in particular is liable to severe confusion particularly in the event of a lost shot.
If the navigation system never produces select sequence ('SS') messages to indicate the array to be fired then GunLink will determine the array using the fire mode setting and shot number - hopefully the shot number comes from navigation but see the next section about arming by closure. This seems to be a limitation of some (all ?) versions of Winfrog. Once a 'SS' message has been seen then it will always be expected and an error message issued if one is missing. If 'SS' messages are normally being seen but one is missed then GunLink will select the array to fire based on the fire mode and shot number while logging an error message, note this is a change from the previous code which would fire the same array as the previous shot. The flag which records whether 'SS' messages have been seen is reset at start of line to assist if you are playing about with the navigation end of things.
As further support for navigation systems without proper GCS90 protocol interfaces the code will also read shot point number strings which do not have the leading 'SP' code required by the proper protocol and may not have either or both the trailing carriage return and line feed characters expected. Thus if you can find some way to output just the shot number (in ASCII) on a serial port you can use it. This special case detection is disabled once a properly formed 'SP' message is received (again the flag is reset at start of line for convenience).
If you have a proper GCS90 serial interface from navigation or have managed to extract a usable shot number as above then the navigation interface protocol should still be set to 'GCS90' (actually this is the only choice) and the 'arm method' on the TCU tab should be set to 'Navigation message' as normal. Note if you have a restricted interface it is most likely you will not get line name, begin or end of line messages from navigation, see the 'arm by closure' discussion below. Use of any of the work-arounds outlined above will be reported in messages viewable with the message monitor under the navigation 'special messages' selection.
Arming by closure only - no serial messages from navigation system.
Arming by closure is now fully supported (it did not work with previous releases). You should avoid this method of triggering if at all possible as it requires GunLink to use internal shot numbers which will require manual synchronisation to navigation and will go out of step in the event of a lost shot, a particular problem if shooting flip-flop.
To use this method, connect an arm signal and configure the TCU jumpers appropriately. On the TCU preferences tab select the arm method as closure rather than navigation message. The arm signal must arrive at a similar time to when a serial message is expected - the current recommendation is at least 0.75 seconds before fire. The fire method can be selected as either 'closure' or a fixed delay after the arm signal. In the later case the delay is set with the 'predict time' parameter and the TCU arm polarity jumper setting must be correct.
Do NOT set the navigation system selection to 'none', if your system is not listed select 'other'. Any serial messages received on the navigation port will be ignored, headers will be output as normal. Note you must ensure the shot number increment/decrement is set correctly before every line, when the navigation system supplies the shot number the sign of this value is ignored so you can shoot up and down lines without needing to change the setting, this does not apply in closure mode.
Currently the system will only log a maximum of one missed shot due to the next closure(s) arriving while still processing the previous shot. Also these shots will be totally missing from the database apart from the log entry. Also further arm pulses arriving in the interval between the first arm pulse and the fire pulse or timeout will be totally ignored.
If you have no (i.e. arm by closure) or restricted (i.e. shot number only) messages from navigation you must perform a number of manual tasks that are not normally required, these are all accessed via the controls / host program controls menu.
A disk usage icon has been added to the panel app. This has two parts:
Added options to simulate broken navigation interfaces. On the options tab you can now:
Add Arm pulse generation using RTS signal (fire pulse is on DTR as before) - serial interface only obviously. There is an option to select the arm mode as message or closure but note the closure is always issued even if you select message (as is the fire closure even if you select fire at gps time). Selecting the 'closure' option disables the sending of any SS or SP commands and changes the status message.
Now automatically added to the Gunlink-Host package so an update will always have it.
The source code package for the node kernel had some problems meaning it was not immediately usable should you
ever need to recompile it - not that this is expected.
The package has been rebuilt and a new kernel installed. Some other changes are incorporated in the node
kernel. Specifically the Ethernet
driver has been modified to compensate for incorrect data in the EEPROMs of both the GL2000 and GL3000 controller
boards. These changes enable tools like mii-tool and mii-diag to give you the correct information about interface
speed and full/half duplex settings. The driver for the octal UART chip which is only available on the GL2000 board
has been modified so it does not create the serial devices if the chip does not exist, this should produce immediate
errors rather than timeouts if you mistakenly attempt to use the ports. The kernel has USB drivers compiled in, this
is to ensure correct set-up of system management interupts (SMI) and an extra safeguard against obscure problems.
IDE support is now compiled in, this means a special kernel is not required for programming the boot loader but this
is not a field operation. None of these changes should have any obvious effect unless you are looking at the node
kernel boot messages.
The 'iptraf', 'mii-tool' and 'mii-diag' programs mentioned above have also been added to the node file system. The only thing to note if you use 'iptraf' is that as you run it over a network connection it ends up monitoring it's own display traffic as well. The default configuration file on the node has been constructed with a one second update rate to reduce the effect of this issue.
A secondary fix to Inventory page to make sure systems can access the page even if their config_ids are wrong.
Same form as in Display.
Gunlink Web needs to display it's own version number as well as the system and database numbers on the generic page footer. This has been incorporated into a new file in the Gunlink-Web www/version, in a similar way to the Gunlink-Host module.
Some extra clarity in the Device Info Box.
The introduction of the contract fields into the printfiles causes the output to exceed the A4 page size.
Overall spacing has been improved, in landscape mode the page has been adjusted to be more central.
Changed order of info fields so that line time is on the left side rather than the right (so that it won't go off the page). Brought the right hand column for the info fields slightly to the left for extra space.
Added a paragraph about why you are seeing this error and what you should do.
Bug in update scripts that will not update 2.11 to 2.2.0 because it's version number is technically greater than it. It has been adjusted to 2.1.1.
Error reporting by the Log file creation script has been improved for interfacing with Gunlink Web. It now also enforces the removal of temporary files even if it exits on error.
Extra checking has been introduced to prevent users from disabling their system with erroneous input.
The Host now supports Hydrophone only monitoring. This offers up to 48 channels per Node, by combining the existing 32 phone and 16 sensor channels for hydrophones on a GL2000 GCU. hydrophones 33-48 use a third hydrophone board plugged into the sensor board slot. For the Display (and Configure) this option can be forced through 'Options' on the File menu of Display by setting the 'host system' option to 'hydrophones only'. If you do this no guns will be displayed even if they exist. Display and host will automatically switch to hydrophones only mode if you do not Configure any guns and you clear the 'Solenoids', and 'Sensors' flags in the Parameters section of the configuration, but currently to Configure a hydrophone channel greater than 32 you need to set the host system option. C The hydrophones only display occupies a single screen even if the system is configured for dual monitors.
srcEstimate runs at root priority (but not 'real-time'). It requires between 1/2 and over 1 second of CPU time to compute and during this time it starves the X server and display. Attempts to use nice() work usually but massive database searches run from GunLink Web can cause processing time to exceed 3 or 4 seconds which is not acceptable and leads to timeouts from writeSegd and the MSX interface if being used.
There is now an option in the 'Source Estimation' tab of Host Prefs where you can select the number of ticks srcEstimate will give up while it is running. The pop-up text has quite a bit of detailed help. Selecting 0 gives the previous situation - basically the display freezes while calculations are underway. Selecting 1 in 5 means that every 5 ticks the program sleeps for one tick. Actually it counts by 20mS ticks so this means it sleeps for 20mS every 100mS it is running. This is enough to keep the pointer following mouse movements but display is still jerky if you are accessing menus for example. The lowest setting available (or the biggest slow down) is 1 in 2. This frees up the display considerable but extends processing time significantly. At this setting source estimation runs for 20mS then sleeps for 20mS.
If you are recording notional signatures or far-field signatures to SEG-D files or to a recording system be aware that these operations have to wait until the source processing has finished.
The info message at the end of source processing now gives both the cpu time used (as before) and the elapsed time. Note there is considerable variation in elapsed time, but not cpu time, whether you use the slow down option or not.
If there is no Configuration on the host and you choose the get current ini file option from the menu then Configure will hang.
Configure now has a Hydrophone Only version. If you have selected 'hydrophone monitor' from Options on the File menu in Display, Configure will load in this limited mode. All unnecessary components are removed from the interface and requirements are relaxed. You will only see hydrophones and GPMs available in the inventory. Remember to untick the unused parameters (Sensors, Solenoids, Transducers...)
A recently added db constraint prevents empty string serial numbers for transducer devices. This causes Configure to fail when adding new ones to the pool, since it initially attempts to add the device with a blank serial number. Method has been altered for all device types to avoid blank serial numbers.
'Options' is an interface to the 'gunlink.conf' file. It contains all of the parameters that you find in this file in a simple, easy to use front end. However, in order to make any changes you will need to enter a password. By default, this password will be the same as the system root password. To alter this password, please contact Seamap support (gunlink_support@seamap.com). For more info about the options available under this menu, read the 'gunlink.conf' chapter in the Gunlink Operators Manual.
This option lets you set the number of ticks that sourceEstimate (Farfield processing) will give up during execution. It has been added to the Source Synthesis tab in Host System Preferences. For more information see the entry for Farfield above.
The Line Stats tab which originally contained error statistics for guns firing the current line has been changed. It now uses the database to create a variety of statistics. Once you have selected a line from the available list, you can choose to view a graph or table listed in the pull down menu. These include the Gun Error graph (which has been moved here and no longer has it's own tab), a table of Gun Error table (as existed on this tab before), along with the NEW Farfield graph and table options. Select the type and click the 'Display' button.
Applying changes through the this tool can take up to a minute. Some command execution has been delayed.
Added a menu option 'Delete Config' to the 'File' menu. Choosing this option prompts you with a list of configurations, after you select a configuration and confirm the choice, the selected config will be deleted. Deleting the configuration will remove all associations and histories. You can only delete configurations that have not been used (ie. you must delete test lines if you want to delete a test configuration).
If you wish to delete virtual devices created by a test configuration you must use the 'Tidy Database' page in GunLink Web.
If the volume is over 9999 cu inches, previously it would not fit. One less character has been used to avoid this problem.
When multi-trace sensor frame was showing the smart templates, the single trace equivalent would sometimes not show the template.
Heading width slightly increased to solve any ambiguity.
System would occasionally not start firing when you switch to internal, if you have not been firing for a long time.
No data would be shown on FFT plots until the first spectral sample was above 1 Hz.
Added to Display Host Preferences, 'Options' tab. Log files have been modified to display the new strings. Also changed the 'Crew' description to 'Crew/Vessel'.
If you insert a double quote in a string in host params (Crew or client for example) it causes master to not read most of the options block. Parameter checking code has been added to remove all 'unlikely' characters.
Pressure bars now do not show red if there is a short term drop of pressure immediately following a shot.
The Host Prefs option to set the expected shotpoint interval of increment / decrement x does not work. The system always expects an increment of 1 regardless of this setting and fills the log with "Missed Shot ..." error messages.
A very rare problem that should never arise. An extra check has been added to adhere to new database integrity rules in 2.1 update. If this situation should arise, other steps are taken to extract the correct config_id.
The associated config error about not being able to find the configuration in the database is still printed.
The system now records the first 750KB of raw GPS data to a file /opt/gunlink/var/DATA/gpsDumpdata.raw - as a way of capturing test data. Copies any existing file to ....raw1 and starts a new file.
Save the linename sent by nav or entered by operator separately to the LINENAME field and use this saved value at start of line. This way if nav plays about and does SOL/EOL on the run in then does not issue a new line name you still have it instead of starting on 'off-line'. If you do SOL/EOL after setting line name then name will revert to 'Off-Line' on display, but if you do SOL again without sending a new line name then you will recover the previous one.
Dates were not correctly sorted due to a difference in the file date format and the database date format, problem fixed by converting dates when compared at sort time.
Fixed a small bug where a device will fail to update if maintenance period or shot counter fields are empty strings.
A non-fatal javascript error was reported when using IE on the Edit Device page, because an object is referenced that doesn't exist. Error avoided with an extra existence check.
Bug where unassigned solenoids break the rest of the Select Equipment page.
The ability to remove unused configurations and unused devices have been restored to the Tidy Database page in Gunlink Web.
An 'unused' Configuration is one that has no lines shot using it and also is not currently on the host.
An 'unused' Device is one that has never been in a configuration or attached to a device that has been in a configuration.
To remove everything about a configuration you may need to delete lines associated with it first, Then the config will be available to delete. Then you can delete the devices that were previously attached to it, because their record of being on the config will have been wiped along with the config itself.
Edit device checks to see if a device has been used as to whether it can be deleted or not. This check was comparing the device_id with the wrong column in the database - although the numbers will often be the same, hence the error has previously gone undetected.
Fixed a bug where if an attempt to create a device fails due to invalid information, the date is chopped up wrongly. This is due to a date reformatting function that has had a check added so that it will not reformat if the date is in the correct format already
The list of positions occupied by the device at the time of the fault included repetitions due to ambiguous sql table joins - these have been corrected.
Recent code improvements had broken this functionality, so rewritten in javascript and works now with improved validation.
PDF file added to Gunlink Web Host 'Gunlink Manuals' page.
New database consistency and integrity constraints have been added in the form of a 2.1 db update. Once run, there is greater protection against anomalies and a some performance increase.
A new tool to check the integrity of the database in places where standard db rules cannot cope.
A new script has been added to the database management tools - '/opt/gunlink/scripts/setup/repair_db.pl'. This script can be run independently or from '/opt/gunlink/scripts/setup/manage_gunlink_db.pl'. It checks for any gunlink db problems and fixes them.
As a consequence of the now fixed bug where lines shot with an increment or decrement of greater than 1 were reporting errors, the log in the database may be filled up with these messages. The database update 2.1.1 includes a patch script that will intelligently delete these messages. The script is automatically run as part of the update, but it can be run as a stand-alone script if necessary. It resides in: /opt/gunlink/scripts/setup/db_updates/missedShots-patch.pl
We need to create the directory /opt/gunlink/var/nodeFiles as a repository for dumped node data.
Modifications to start-up code in nodeAD to cope with increased power on delay settings in IP2022 to work around flash erase issue.
Committed to CVS 29/7/2004. This code should work fine with unmodified firmware however it will detect use of IP2022s that have not been reprogrammed and issue error messages. This detection works for SPSU, Sensor, Phone and Timing receiver. It does not work for comms controller, TCU or oscillators.
Modified IP2022 firmware revisions are 1.3.0 or above (except GPM - rev 0.7.5 and above). You MUST reprogram IP2022 using PC and cable, you cannot use self upgrade as this cannot reprogram the configuration fuses. Further instructions for performing firmware updates are available on the firmware update CD.
Allows graphical remote access.
An extra Nautilus Launcher that points straight to /opt/gunlink/var has been added to the desktop.
Development tools.
Gnuplot is a plotting application that has the potential to be used for graphing data (such as SEG-D files).
Development tools.
An FTP server is now installed on the Host. It allows read access to everywhere when anonymous. Points straight to /opt/gunlink/var when logged in as user "gunlink", password "gunlink".