Skip to Content
Last modified by robert on 2026/08/12 13:08
From version 117.2
edited by robert
on 2026/08/12 12:56
Change comment: There is no comment for this version
To version 102.1
edited by robert
on 2026/02/16 17:44
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -6,12 +6,10 @@
6 6  
7 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, 'very' short period)**
9 +* **SmartSolo IGU 16HR 3C (5 Hz, 'very' short period)**
10 10  * **SmartSolo BD3C-5 (5 second, short period)**
11 -* **SmartSolo IGU-16 1C (5 Hz, 'very' short period, single channel. Not 'HR')**
11 +* **SmartSolo IGU 16 1C (5 Hz, 'very' short period, single channel)**
12 12  
13 -Visit the [[SmartSolo page>>https://smartsolo.com/igu.html]] for more detail.
14 -
15 15  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.
16 16  
17 17  (% class="box infomessage" %)
... ... @@ -73,18 +73,6 @@
73 73  
74 74  If you come to collect your node and it is missing~-~- LOOK FOR IT! It may not have gotten far. We have found dozens of nodes by spending 15 minutes looking for them.
75 75  
76 -= External Power =
77 -
78 -Both the 5Hz IGU-16HR and 5s BD3C-5 can be optionally powered via external battery via either a replacement bottom half (the 5Hz nodes) or a battery cable accessory (BD3C-5) using standard lead acid batteries from 9-36v. We have done preliminary testing at 250 Hz with a 12v battery:
79 -
80 -- BD3C-5: ~~2 days of recording per 1 Ah
81 -
82 -- IGU16-HR 3C:  ~~3.5 days of recording per 1 Ah
83 -
84 -- IGU16-HR 1C: ~~7 days of recording per 1 Ah
85 -
86 -Of course, these can also be fit with a solar panel & charge controller which would then theoretically keep them going indefinitely (limited only by the disk storage, which at 250 Hz could be on the order of 12 months).
87 -
88 88  = **Installation** =
89 89  
90 90  (% class="box infomessage" %)
... ... @@ -106,40 +106,35 @@
106 106  
107 107  [[HERE>>http://auspass.edu.au/field/NODES_blank_fieldlog.pdf]] is an example logsheet that works well for nodes, feel free to print and use!
108 108  
109 -== 2. Burial ==
110 -
111 -ALL nodes should be buried flush with the ground, no exceptions. If the node is sticking up the data data quality will be significantly reduced (especially the horizontal channels, see [[below>>https://auspass.edu.au/xwiki/bin/view/Instrumentation/SmartSolo%20Nodes/#HIGU-16Horizontalnoise26howtoavoid]]). It also catches wind, makes them more visible, etc. But mostly it makes the data bad. Don't be lazy: do it right.
112 -
113 -[[An example of what not to do.>>image:1786503344572-296.jpg]]
114 -
115 -== 3. Node Placement ==
95 +== 2. Node Placement ==
116 116  )))
117 117  
118 118  **Site Analysis**:
119 119  
120 -* **Take compass measurements away from the sensor as it will affect your measurement. Use a stick or shovel to help align.**
121 -* Take photographs from various angles to document the site setup thoroughly. Have a colleague stand next to it pointing at it.
122 -* Include a detailed site description in your notes.
100 +* **Take compass measurements away from the sensor as it will affect your measurement.**
101 +* Take photographs from various angles to document the site setup thoroughly.
102 +* Include a detailed site description in your notes
123 123  
124 -== 4. GPS Considerations ==
104 +== 3. GPS Considerations ==
125 125  
126 126  (% class="wikigeneratedid" %)
127 -The GPS antenna is at the top and center of the unit, and will (usually) only receive signal with a clear sky view directly above. The signal is able to penetrate plastic and terracotta planters and a thin (2 cm?) layer of soil, but may struggle if the soil layer is too thick. **These nodes will not start recording without attaining a GPS lock** and repeated attempts will excessively drain the battery.
107 +The GPS antenna is at the top and center of the unit, and will (usually) only receive signal with a clear sky view directly above. The signal is able to penetrate plastic and terracotta planters and a thin layer of soil, but may struggle if the soil layer is too thick. **These nodes will not start recording without attaining a GPS lock** and repeated attempts will excessively drain the battery.
128 128  
129 -== 5. Visibility and Location Marking ==
109 +== 4. Visibility and Location Marking ==
130 130  
131 131  **Flag Placement**: Position a flag, preferably in a bright color (avoid green or yellow), near the instrument to aid in its future location.
132 132  
133 133  **GPS Marking**:
134 134  
135 -* Use a GPS device to mark the instrument's exact location. Most modern cell phones can get to about a 3m error with their internal GPS also; you can probably also get away with investing a few dollars in a good app that shows error and lets you log markers.
136 -* Also write the GPS down on paper (ie your [[LOG SHEET>>http://auspass.edu.au/field/NODES_blank_fieldlog.pdf]]).
115 +* Use a GPS device to mark the instrument's exact location.
116 +* Record this location in both your paper notes and the GPS device.
137 137  
138 -== (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)6. Charge Time, Pre-Deployment & Post-Deployment(%%) ==
118 +== (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)5. Charge Time, Pre-Deployment & Post-Deployment(%%) ==
139 139  
140 140  * **Charging Duration**: Both types of nodes take approximately 6-8 hours to fully charge from a flat state.
141 141  * **Pre-Deployment Charging**:
142 142  ** Although the nodes hold their charge well, it's beneficial to give them a "top up" charge before deployment.
123 +
143 143  * **Operational Duration**:
144 144  ** 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.
145 145  
... ... @@ -154,7 +154,7 @@
154 154  ** Charge levels for transport will be advised by the freighter. The required SoC will depend on volume and transport method (air, land, sea).
155 155  
156 156  (((
157 -== 7. Data Sharing and Metadata Creation ==
138 +== 6. Data Sharing and Metadata Creation ==
158 158  )))
159 159  
160 160  **GPS Data**:
... ... @@ -169,7 +169,7 @@
169 169  
170 170  * Create and organize metadata according to the [[ANU metadata standard txt file>>attach:example_metadata.txt]]. This is going to be particularly important if you are reusing nodes at different sites... not documenting the serial numbers (of the **top half** of the node) and the times they were deployed can lead to station mix-ups.
171 171  
172 -== 8. Additional Best Practices ==
153 +== 7. Additional Best Practices ==
173 173  
174 174  * **Training and Familiarisation**: Make sure all team members are adequately trained in using the GPS devices, compass use, and other equipment to ensure consistent and accurate data collection.
175 175  
... ... @@ -329,7 +329,7 @@
329 329  
330 330  * Once a new project is created, the Data Transfer View panel will display connected nodes with details like series number and data size.
331 331  * If “Prospect not matched” appears, it simply means the new project doesn’t match the original programming project. This is not a concern.
332 -* Select all nodes and right-click to “force download”. This starts the download process.[[image:Smartsolo harvesting #4 copy.png]]
313 +* Select all nodes and right-click to “force download”. This starts the download process.
333 333  * Completed downloads will appear as new folders in the Downloaded Data panel.
334 334  )))
335 335  1. (((
... ... @@ -336,17 +336,14 @@
336 336  **Exporting Data in Readable Format**:
337 337  
338 338  * Go to the “Tool” menu and select “export seismic data”.
339 -* Tailor other parameters to project preference and ensure "Sample Interval" matches the setting used during node reset (note: the standard used by ANU is 4ms, or 250hz)
320 +* Tailor other parameters to personal preference and ensure "Sample Interval" matches the setting used during node reset.
321 +* Click “prepare” followed by “run” to start reformatting. Monitor this process in the small panel at the bottom left.
340 340  * (% class="box warningmessage" %)
341 341  (((
342 -**Ensure export data is set to "COUNTS" (int32), not "mV" (float). This is critical!**
324 +* **Ensure to export data as "COUNTS" (int32), not "mV" (float). This is critical!**
325 +
326 +* **Set "Remove Gain" to the same decibel gain as during programming. By default ANU sets this to 24db for short period nodes (a scaling factor of 15.848932), and 6db (a factor of 2.0) for broadband nodes.**
343 343  )))
344 -* Set "Remove Gain" to the same decibel gain as during programming. By default ANU sets this to 24db for short period nodes (a scaling factor of 15.848932), and 6db (a factor of 2.0) for broadband nodes.
345 -* Set "Remove DC" to "Yes" to centre the data around the zero value
346 -* Set the correct Start Time (UTC) and End Time (UTC) of the project to prevent the unnecessary export of older data
347 -* [[image:Smartsolo harvesting #9 copy.png]]
348 -* Click “prepare” followed by “run” to start reformatting. Monitor this process in the small panel at the bottom left.
349 -* The data will be exported to the SOLODATA folder. For a windows system, the following file explorer page is where you must navigate to to locate your project folder[[image:Smartsolo harvesting #8 copy.png]]
350 350  )))
351 351  
352 352  == Smart Solo IGU-16HR Polarity Notice ==
... ... @@ -413,8 +413,11 @@
413 413  **Finalizing the Download**:
414 414  
415 415  * After downloading, mark the //"D"// box on your temporary labels to indicate completion.
394 +
395 +
416 416  )))
417 417  
398 +[[image:1706153266647-145.png||data-xwiki-image-style-alignment="center" height="340" width="603"]]
418 418  
419 419  
420 420  
... ... @@ -437,9 +437,9 @@
437 437  
438 438  = Instrument Response =
439 439  
440 -We are aware that there are various different published responses for these instruments and trust very few of them. One has to be careful with how polarity is handled between groups as well, and if one is working in integer counts (the ANSIR default) or mV (unclear why anyone would use this as it makes file sizes enormous). The response information published below is in **counts** and seems to fit well in huddle tests. Note that the response is the same for all channels and all units (e.g. there are no bespoke calibrations!), all appear to be sample rate insensitive, and the IGU data has been inverted (multiplied by -1) as described here: [[5Hz Node Polarity Issues>>https://auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodePolarityIssues]]
421 +We are aware that there are various different published responses for these instruments and trust very few of them. One has to be careful with how polarity is handled between groups as well, as well as if one is working in integer counts (the ANSIR default) or mV (why anyone uses this is beyond our comprehension). The response information published below is in counts and seems to fit well in huddle tests. Note that these all appear to be sample rate insensitive, and the IGU data has been inverted (multiplied by -1) as described here: [[5Hz Node Polarity Issues>>https://auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodePolarityIssues]]
441 441  
442 -== IGU 16HR-3C ==
423 +== IGU16-3C ==
443 443  
444 444   '16HR3C': {'poles':[(-22.211059+22.217768j), (-22.211059-22.217768j)],
445 445   'zeros':[0j, 0j],
... ... @@ -446,16 +446,12 @@
446 446   'gain':1,
447 447   'sensitivity': 257019225.55108312}
448 448  
449 -[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz filter>>image:16HR_Z_huddle.png||alt="IGU16_Z_huddle.png"]]
430 +[[Caption>>image:IGU16_Z_huddle.png]]
450 450  
451 -[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz bandpass filter>>image:16HR_N_huddle.png||alt="IGU16_N_huddle.png"]]
432 +[[Caption>>image:IGU16_N_huddle.png]]
452 452  
453 -== IGU 16-1C ==
434 +== IGU16-1C ==
454 454  
455 -The 1C nodes seem to have the same response as the 3-channel IGU-16HR-3C (above), however the response posted at IRIS-NRL seems to imply that there is no poles and zeros information (e.g. a flat/linear response). This is 100% not so.
456 -
457 -[[IGU-16 1C, X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz bandpass filter. Seems to be same response as IGU-16HR-3C.>>image:16HR1C_Z_huddle.png||alt="IGU16_1C_Z_huddle.png"]]
458 -
459 459  == BD3C-5 ==
460 460  
461 461   'BD3C': {'poles':[(-1720.4+0j), (-1.2+0.9j), (-1.2-0.9j)],
... ... @@ -463,34 +463,15 @@
463 463   'gain':1.69726e-05,
464 464   'sensitivity': 702651512.6046528}
465 465  
466 -Above 0.5 Hz, the BD3C-5 response fits well:
443 +== Horizontal noise & how to avoid ==
467 467  
468 -[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz filter>>image:BD3C_Z_huddle.0.5.png]]
445 +The 5 Hz nodes are susceptible to horizontal noise due to the placement of geophones in the units, **but this can be mitigated by completely burying the units flush with the ground.** In the below example, the node was set on the floor of our basement set on its plastic carrying case support. As such the amount of horizontal noise noticeably increases above ~~ 10Hz.
469 469  
470 -[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz bandpass filter>>image:BD3C_N_huddle.0.5.png]]
447 +[[Power spectrum huddle test vs a CMG-6TD (S1) and TC120/Centaur combo, all filtered 0.5-5 Hz. The N and E channels have excess noise above 10Hz due to "sticking up" out of the ground.>>image:IGU16_spectrum.png]]
471 471  
472 -(% class="wikigeneratedid" %)
473 -Below the corner frequency (0.2 Hz) the phase response still fares well, but amplitude response may need to be dialed in a bit (it seems a bit high). We are working to try to calibrate this a bit better. In the next two figures the filter is **0.1** to 5 Hz:
474 -
475 -
476 -[[BD3C **0.1 **to 5 Hz bandpass filter>>image:BD3C_Z_huddle.0.1.png]]
477 -
478 -[[BD3C **0.1** to 5 Hz bandpass filter>>image:BD3C_N_huddle.0.1.png]]
479 -
480 -== IGU-16 Horizontal noise & how to avoid ==
481 -
482 -The** 5 Hz nodes** are susceptible to horizontal noise due to the placement of geophones in the units, **but this can be mitigated by completely burying the units flush with the ground.** In the below example, the node was set on the floor of our basement set on its plastic carrying case support. As such the amount of horizontal noise noticeably increases above ~~ 10Hz.
483 -
484 -[[IGU-16HR-3C Power spectrum huddle test vs a CMG-6TD (S1) and TC120/Centaur combo. The N and E channels have excess noise above 10Hz due to "sticking up" out of the ground.>>image:IGU16_spectrum.png]]
485 -
486 -(% class="wikigeneratedid" %)
487 -The BD3C-5 nodes do not have this issue:
488 -
489 -[[BD3C-5 test, as above. There is no additional noise on the horizontal channels.>>image:BD3C_psd.png]]
490 -
491 491  = **Cleaning** =
492 492  
493 -When assembled, the nodes are water resistant but not submersible. They can handle a good spray and wipe-down. A stiff plastic brush is helpful to reach areas between the metal spikes on the bottom.
451 +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.
494 494  
495 495  = **Weights (for shipping)** =
496 496  
16HR1C_Z_huddle.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -92.1 KB
Content
16HR_N_huddle.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -88.4 KB
Content
16HR_Z_huddle.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -80.8 KB
Content
1786503344572-296.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -1.4 MB
Content
BD3C_N_huddle.0.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -65.9 KB
Content
BD3C_N_huddle.0.5.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -68.4 KB
Content
BD3C_N_huddle.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -72.1 KB
Content
BD3C_Z_huddle.0.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -64.3 KB
Content
BD3C_Z_huddle.0.5.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -52.5 KB
Content
BD3C_Z_huddle.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -52.1 KB
Content
BD3C_psd.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -73.7 KB
Content
IGU16_1C_Z_huddle.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.robert
Size
... ... @@ -1,1 +1,0 @@
1 -72.3 KB
Content
Smartsolo harvesting #4 copy.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.JackD
Size
... ... @@ -1,1 +1,0 @@
1 -33.8 KB
Content
Smartsolo harvesting #4.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.JackD
Size
... ... @@ -1,1 +1,0 @@
1 -33.8 KB
Content
Smartsolo harvesting #6 copy.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.JackD
Size
... ... @@ -1,1 +1,0 @@
1 -33.6 KB
Content
Smartsolo harvesting #8 copy.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.JackD
Size
... ... @@ -1,1 +1,0 @@
1 -38.3 KB
Content
Smartsolo harvesting #8.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.JackD
Size
... ... @@ -1,1 +1,0 @@
1 -60.0 KB
Content
Smartsolo harvesting #9 copy.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.JackD
Size
... ... @@ -1,1 +1,0 @@
1 -28.7 KB
Content
XWiki.XWikiComments[0]
Author
... ... @@ -1,1 +1,0 @@
1 -Mark Goldman
Comment
... ... @@ -1,1 +1,0 @@
1 -I can verify that the default orientation for the SmartSolo 3C nodes is positive values for case motion to the South, West, and downwards. We have co-located nodes with permanent stations and noticed this correlation when comparing waveforms.
Date
... ... @@ -1,1 +1,0 @@
1 -2026-07-09 10:45:51.967