Skip to Content
Last modified by robert on 2026/01/19 17:43
From version 85.1
edited by Jack Dent
on 2025/09/29 12:55
Change comment: There is no comment for this version
To version 96.2
edited by KB
on 2026/01/19 13:47
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.JackD
1 +XWiki.KB
Content
... ... @@ -4,25 +4,29 @@
4 4  (((
5 5  = **Node Types** =
6 6  
7 -ANSIR carry two types of three-channel nodes, and one type of one-channel node:
7 +ANSIR supply two types of three-channel nodes, and one type of one-channel node:
8 8  
9 -* **SmartSolo IGU 16HR 3C (5 Hz Short Period)**
10 -* **SmartSolo BD3C-5 (5 Second Broadband)**
11 -* **SmartSolo IGU 16 1C (5 Hz Short Period, single channel)**
9 +* **SmartSolo IGU 16HR 3C (5 Hz, 'very' short period)**
10 +* **SmartSolo BD3C-5 (5 second, short period)**
11 +* **SmartSolo IGU 16 1C (5 Hz, 'very' short period, single channel)**
12 12  
13 -The three-channel nodes have a battery capacity of ~~30 days, whereas the single-channel type has a capacity of ~~50 days. The programming, operation and downloading procedures for all types of SmartSolo nodes are also similar.
13 +The three-channel nodes have a theoretical battery capacity of ~~30 days, whereas the single-channel type has a capacity of ~~50 days. The programming, operation and downloading procedures for all types of SmartSolo nodes are also similar.
14 14  
15 +(% class="box infomessage" %)
16 +(((
17 +**Freight update, 2026: **Freight options for lithium-ion batteries are changing in 2025/2026 to comply with updated transport safety regulations. This will impact supply of IGU 16 (<100Wh) and BD3C (168Wh) nodes. Advice will be sought from freighters on a case-by-case basis while they implement new guidelines.
18 +)))
19 +
15 15  ----
16 16  
17 17  = **Programming Defaults** =
18 18  
19 -SmartSolo provides the following powerpoint for SmartSolo node programming and operation. Note that ANSIR only uses a portion of their process for our own uses: [[https:~~/~~/nappe.wustl.edu/smartsolo/files/smartsolo_online_training.pdf>>https://nappe.wustl.edu/smartsolo/files/smartsolo_online_training.pdf]]
24 +The nodes must be programmed in the SoloLite software prior to use. The screenshots below show our recommended parameters for the 5 Hz (16HR-3C) and 5 second (BDC3-5) nodes.
20 20  
21 -The nodes must be programmed in the SoloLite software prior to use. Screenshots for the short period 16HR-3C and broadband BDC3-5 are shown with our recommended parameters.
26 +[[IGU16HR-3C programming screen set at 250 hz. Ensure circled areas are set!>>image:5Hz_node_programming.labels.png||alt="IGU-16 3C programming screen" data-xwiki-image-label="IGU-16 3C programming screen set at 250 Hz. Ensure that the circled areas are set!"]]
22 22  
23 -[[IGU-16 3C (short period node) programming screen set at 250 Hz. Ensure that the highlighted areas are set!>>image:SP_programming.labels.png||alt="IGU-16 3C programming screen"]]
28 +[[BD3C-5 programming screen set at 250 hz. Ensure circled areas are set!>>image:5S_node_programming.labels.png||alt="BD3C-5 programming screen set at 250 hz. Ensure that the circled areas are set!"]]
24 24  
25 -[[BD3C-5 (broadband node) programming screen set at 250 hz. Ensure that the highlighted areas are set!>>image:BB_programming.labels.png||alt="BD3C-5 programming screen"]]
26 26  
27 27  FIFO (first in, first out) data mode is safest as this will overwrite old data in case you forgot to clear the storage. At <= 250 hz you can fit 4++ months of data on these, shouldn't be an issue.
28 28  
... ... @@ -38,26 +38,14 @@
38 38  
39 39  GPS is best set to cycle mode (e.g. once per hour) instead of constant "always on". The clock drift on these are almost nil even if there is no sync at all, so it's best to conserve power.
40 40  
41 -Bluetooth (BB nodes only) should be turned OFF to conserve power.
45 +Bluetooth (BD3C-5 only) should be turned OFF to conserve power.
42 42  
43 -We recommend that the SP 16HR-3C be set to a gain of 24db for passive experiments and no higher than 250 Hz sampling rate unless there is an explicit reason to do so. The BD3C-5 should be set to a gain of 6db (which is the maximum allowed) for passive experiments (or 0 db if active).
47 +We recommend that the 16HR-3C be set to a gain of 24db for passive experiments and no higher than 250 Hz sampling rate unless there is an explicit reason to do so. The BD3C-5 should be set to a gain of 6db (which is the maximum allowed) for passive experiments (or 0 db if active).
44 44  
45 45  {{info}}
46 46  **Note that any applied instrument gain must be removed when exporting (e.g. to miniseed) after your deploy, **otherwise amplitudes will be a factor of either 15.84893192 (24db) or 2 (6db) too high!
47 47  {{/info}}
48 48  
49 -=== **Programming tips**: ===
50 -
51 -Connecting SmartSolo nodes to their harvesters and having SoloLite recognise them can be a bit tricky, here are some tricks to help register and program them easier:
52 -
53 - - Place the node on the harvester gently, then firmly press it down onto the pins
54 -
55 - - Place all nodes onto the harvester before trying any troubleshooting, as they may not show up while the SoloLite software is running. Once all are connected, try  restarting the software for them to be recognised.
56 -
57 - - If a node is refusing to connect, try it with another slot. It is easiest if you place all 16 nodes on the harvester, and swap any nodes that refuse to connect with eachother
58 -
59 - - Nodes will likely not show up in the order that they should, though this is not an issue. Eg, a node in slot 6 on the harvester may show up in port 13 in the SoloLite software
60 -
61 61  = **Fieldwork Preparation** =
62 62  
63 63  (% class="box warningmessage" %)
... ... @@ -75,7 +75,7 @@
75 75  
76 76  == Animal-Proofing ==
77 77  
78 -We have experienced times where foxes (or some other animal) will dig up nodes and potentially carry them off for tens or hundreds of meteres. Being sanitary with the rope handles (e.g. not getting food grease on them) seems to help, as well as spraying the nodes and handles with methylated spirits et al. when deploying. There are other specialized products available depending on your environment.
70 +We have experienced interference from animals (foxes, dogs, goats) digging up and carrying nodes off for tens or hundreds of metres. It is helpful to minimise human and food smells (particularly on the rope handles) when working in areas where this is a risk. Or, wipe down affected nodes with 50-80% methylated spirits if extensive handling can not be avoided.
79 79  
80 80  = **Installation** =
81 81  
... ... @@ -101,8 +101,6 @@
101 101  == 2. Node Placement ==
102 102  )))
103 103  
104 -**Protection**: Place nodes inside (landfill) biodegradable bags to minimize cleaning and cross-site soil contamination.
105 -
106 106  **Site Analysis**:
107 107  
108 108  * **Take compass measurements away from the sensor as it will affect your measurement.**
... ... @@ -133,11 +133,14 @@
133 133  ** When recording at 250 Hz, with GPS on and Bluetooth disabled, the instruments are expected to last about 30 days per charge cycle. If they are set to run only overnight, this can be extended to 60 days.
134 134  
135 135  * **Post-Retrieval Charging**:
136 -** After retrieval, charge the instruments to about 50-60% (indicated as "orange" level) unless they are to be immediately re-deployed.
137 -* **Storage and Shipping Charge Level**:
138 -** Maintain a battery charge level of around 50-60% (e.g. "orange") for both storage and shipping purposes.
139 -** This charge level is recommended to prevent battery damage and is safe for transportation.
140 -** Nodes should not be stored fully charged, and **they should especially not be stored with 0 charge as this damages lithium batteries.**
126 +** After retrieval, charge the instruments to about 50-60% (indicated by ORANGE LED) unless they are to be immediately re-deployed or transported.
127 +* **State of Charge (SoC) for Storage**:
128 +** Maintain a battery charge level of around 50-60% (i.e., ORANGE) for storage.
129 +** This charge level is recommended to prevent battery damage, and should be checked every six months.
130 +** Nodes should //__not be stored at full-charge (GREEN), or 0-charge (RED).__//
131 +** Storage at 0-charge damages lithium batteries**.**
132 +* **SoC for Transport:**
133 +** Charge levels for transport will be advised by the freighter. The required SoC will depend on volume and transport method (air, land, sea).
141 141  
142 142  (((
143 143  == 6. Data Sharing and Metadata Creation ==
... ... @@ -145,7 +145,7 @@
145 145  
146 146  **GPS Data**:
147 147  
148 -* Ensure you have documented precise lat/lon locations for each station and **DOCUMENTED THIS CAREFULLY**
141 +* Ensure you have __carefully documented__ precise lat/lon locations for each station.
149 149  
150 150  **Photo Sharing**:
151 151  
... ... @@ -218,20 +218,22 @@
218 218  (((
219 219  == 2. Disassembling the Node: ==
220 220  
221 -* For the IGU-16HR, remove the battery (bottom half) from the sensor. This is done by unscrewing the spikes counter-clockwise.
214 +* For the IGU-16HR, remove the battery section (bottom half) from the sensor by unscrewing the spike section counter-clockwise.
222 222  )))
223 223  
224 224  (((
225 225  == 3. Setting Nodes in the Charging Box: ==
226 226  
227 -* Place 1-16 IGU-16HR battery components upside-down into the charger, assuring they are oriented properly.
220 +* Connect to a safe indoor power supply, and turn on (red rocker switch).
221 +* Charging will begin automatically when nodes are inserted in the charging rack.
222 +* Place IGU-16HR battery sections upside-down in the rack, oriented with the terminal connectors.
228 228  )))
229 229  
230 230  (((
231 231  == 4. Monitoring the Charging Process: ==
232 232  
233 -* Once the nodes are set in the charging box and the charging process begins, lights adjacent to the batteries will illuminate. These lights indicate that charging is underway.
234 -* Observe the transition of the lights from steady red to orange, then to green, and finally to flashing green. A flashing green light signifies that the batteries are fully charged. For storage, the goal is to charge them to ORANGE.
228 +* Lights adjacent to the batteries will illuminate, indicating that charging is underway.
229 +* Observe the transition of the lights from steady RED to ORANGE, then GREEN, and finally to FLASHING GREEN. A flashing green light indicates the batteries are fully charged.
235 235  )))
236 236  
237 237  (((
... ... @@ -246,12 +246,27 @@
246 246  
247 247  
248 248  
249 -[[image:1706153354750-415.png||data-xwiki-image-style-alignment="center" height="317" width="562"]]
244 +{{{
245 + }}}
250 250  
251 251  ----
252 252  
253 253  = **Downloading and Converting Seismic Data to MiniSeed Format** =
254 254  
251 +(% class="wikigeneratedid" %)
252 +SmartSolo provides the following powerpoint for SmartSolo node programming and operation. Note that ANSIR only uses a portion of their process for our own uses: [[https:~~/~~/nappe.wustl.edu/smartsolo/files/smartsolo_online_training.pdf>>url:https://nappe.wustl.edu/smartsolo/files/smartsolo_online_training.pdf]]
253 +
254 +== Connection tips: ==
255 +
256 +Connecting SmartSolo nodes to their harvesters and having SoloLite recognise them can be a bit tricky, here are some tricks to help register and program them easier:
257 +
258 +* Place the node on the harvester gently, then firmly press it down onto the pins.
259 +* Place all nodes onto the harvester before trying any troubleshooting, as they may not show up while the SoloLite software is running. Once all are connected, try restarting the software for them to be recognised.
260 +* If a node is refusing to connect, try it with another slot. It is easiest if you place all 16 nodes on the harvester, and swap any nodes that refuse to connect with each other.
261 +* Nodes will likely not show up in the order that they should, though this is not an issue. E.g, a node in slot 6 on the harvester may show up in port 13 in the SoloLite software. Annoying, but it doesn't matter so long as you keep track of what's been harvested!
262 +
263 +
264 +
255 255  == Node Registration and Software Setup ==
256 256  
257 257  1. (((
... ... @@ -270,6 +270,27 @@
270 270  * Ignore the settings for seismic recordings in the subsequent window. Resetting instruments (e.g., sampling rate, gain) requires reprogramming via script.
271 271  )))
272 272  
283 +== File structure ==
284 +
285 +There are essentially three main folders where relevant PROSPECT and PROJECT DATA is stored. Individual projects will be found as subfolders in these.
286 +
287 +=== SOLOLITE ===
288 +
289 +This folder stores SoloLite config files and parameters. Nothing too important stored here, you can always start over and re-create this.
290 +
291 +=== DCCDATA ===
292 +
293 +This folder stores the RAW data you have harvested from the nodes. The data will still be on the nodes (unless you erased it) in case of emergency, but regardless, this is the folder you want to back up and save somewhere.
294 +
295 +If you had a weird time harvesting a node, you can always manually copy it as if it were a USB stick and place it into this folder manually. The structure is: //C:/DCCDATA/prospect_name/project_name/SERIALNUMBER/label(usually a timestamp but can be anything)//
296 +
297 +Then in the SoloLite software, go to tools > Reanalyze Seismic Data
298 +
299 +=== SOLODATA ===
300 +
301 +This folder stores **exported** (e.g. miniseed) data. It is structured similarly. If your DCCDATA is intact, this can always be re-created if need be.
302 +
303 +
273 273  == Data Downloading Process ==
274 274  
275 275  1. (((
... ... @@ -294,10 +294,40 @@
294 294  )))
295 295  )))
296 296  
297 -== Smart Solo Z Polarity bug ==
328 +== Smart Solo IGU-16HR Polarity Notice ==
298 298  
299 -See [[https:~~/~~/auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug>>https://auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug]] for discussion. If data is headed to AusPass, we prefer to invert the IGU-16HR 3 Z channel data manually rather than invert the response metadata. The BD3C-5 data does not require a polarity inversion.
330 +See [[https:~~/~~/auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug>>https://auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodeZPolaritybug]] for discussion. If data is headed to AusPass, we prefer to invert the IGU-16HR channel data manually rather than in the SoloLite software or inverting the response metadata.
300 300  
332 +**The BD3C-5 data does not require a polarity inversion.**
333 +
334 +== 18 Leap Second bug ==
335 +
336 +Not so much a //bug// as much as "a thing that can happen if your SoloLite installation is corrupted". If you notice your data has large constant time offsets, you should suspect that the number of leap seconds has not been accounted properly. There is a file "smartsoloconfig.xml" that needs to be present in "C:\SmartSoloApps SoloLite" (e.g. the main program directory) that dictates the leap second offset for the last two data ranges. Since 2017-01-01, this is 18 seconds. At some point in the next few years it will be 19 seconds.
337 +
338 +If this file is missing, just create a new one structured like so, name it "smartsoloconfig.xml" and put it in your main program directory. Then, Reanalyze your data (tools > Reanalyze seismic data) and your data should have the correct time. You can also do this manually, if you want. The offset is 18 seconds precisely.
339 +
340 +{{code language="none"}}
341 +<?xml version="1.0" encoding="UTF-8"?>
342 +<config>
343 + <leapsecond>
344 + <interval>
345 + <start_time>2017-01-01#00:00:00</start_time>
346 + <end_time>2999-12-31#23:59:59</end_time>
347 + <second>18</second>
348 + </interval>
349 + <interval>
350 + <start_time>1970-01-01#00:00:00</start_time>
351 + <end_time>2017-01-01#00:00:00</end_time>
352 + <second>17</second>
353 + </interval>
354 + </leapsecond>
355 + <GPS_distance_threshold_degree>
356 + 4e-5
357 + </GPS_distance_threshold_degree>
358 +</config>
359 +{{/code}}
360 +
361 +
301 301  == Handling Nodes During Download ==
302 302  
303 303  1. (((
... ... @@ -355,21 +355,23 @@
355 355  
356 356  = **Cleaning** =
357 357  
358 -When still connected, the nodes are water resistant (don't submerge them!) and can handle a good spray / wipe-down. A strong, non-wire brush is helpful to reach areas between the metal spikes on the bottom.
419 +When assembled, the nodes are water resistant but not submersible. They can handle a good spray and wipe-down. A strong, non-wire brush is helpful to reach areas between the metal spikes on the bottom.
359 359  
360 360  = **Weights (for shipping)** =
361 361  
362 362  The weights of bags of nodes, as well as data harvesters and node chargers, are listed below:
363 363  
364 -1 bag + 6 SP (IGU-16HR) nodes: 18 kg
425 +1 bag + 6*IGU-16HR nodes: 18 kg
365 365  
366 -1 SP (IGU-16HR) data harvester: 21.5 kg
427 +1*IGU-16HR data harvester: 21.5 kg
367 367  
368 -1 SP (IGU-16HR) charger: 26.3 kg
429 +1*IGU-16HR charger: 26.3 kg
369 369  
370 -1 BB (BD3C-5) charger/data harvester (with and without 16 cables): 21 kg / 14.5 kg
431 +1*BD3C-5 charger (with and without 16 cables): 21 kg / 14.5 kg
371 371  
372 -1 case + 5 BB (BD3C-5) nodes and 6 BB nodes: 22 kg / 25 kg
433 +1 case + 5*BD3C-5 nodes: 22 kg (aggregate battery weight <5kg, 168Wh)
434 +
435 +1 case + 6*BD3C-5 nodes: 25 kg (aggregate battery weight >5kg, 168Wh)
373 373  )))
374 374  
375 375  (% class="col-xs-12 col-sm-4" %)
5Hz_node_programming.labels.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.KB
Size
... ... @@ -1,0 +1,1 @@
1 +109.8 KB
Content
5S_node_programming.labels.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.KB
Size
... ... @@ -1,0 +1,1 @@
1 +114.2 KB
Content