Skip to Content
Last modified by robert on 2026/02/27 19:58
From version 102.1
edited by robert
on 2026/02/16 17:44
Change comment: There is no comment for this version
To version 105.3
edited by robert
on 2026/02/17 15:40
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -6,10 +6,12 @@
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)**
11 +* **SmartSolo IGU-16 1C (5 Hz, 'very' short period, single channel. Not 'HR')**
12 12  
13 +Visit the [[SmartSolo page>>https://smartsolo.com/igu.html]] for more detail.
14 +
13 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 15  (% class="box infomessage" %)
... ... @@ -418,9 +418,9 @@
418 418  
419 419  = Instrument Response =
420 420  
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]]
423 +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]]
422 422  
423 -== IGU16-3C ==
425 +== IGU 16HR-3C ==
424 424  
425 425   '16HR3C': {'poles':[(-22.211059+22.217768j), (-22.211059-22.217768j)],
426 426   'zeros':[0j, 0j],
... ... @@ -427,12 +427,14 @@
427 427   'gain':1,
428 428   'sensitivity': 257019225.55108312}
429 429  
430 -[[Caption>>image:IGU16_Z_huddle.png]]
432 +[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz filter>>image:IGU16_Z_huddle.png]]
431 431  
432 -[[Caption>>image:IGU16_N_huddle.png]]
434 +[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz filter>>image:IGU16_N_huddle.png]]
433 433  
434 -== IGU16-1C ==
436 +== IGU 16-1C ==
435 435  
438 +The 1C nodes seem to have a slightly different response to the 3C (TBA)
439 +
436 436  == BD3C-5 ==
437 437  
438 438   'BD3C': {'poles':[(-1720.4+0j), (-1.2+0.9j), (-1.2-0.9j)],
... ... @@ -440,15 +440,24 @@
440 440   'gain':1.69726e-05,
441 441   'sensitivity': 702651512.6046528}
442 442  
447 +[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz filter>>image:BD3C_Z_huddle.png]]
448 +
449 +[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz filter>>image:BD3C_N_huddle.png]]
450 +
443 443  == Horizontal noise & how to avoid ==
444 444  
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.
453 +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.
446 446  
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]]
455 +[[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]]
448 448  
457 +(% class="wikigeneratedid" %)
458 +The BD3C-5 nodes do not have this issue:
459 +
460 +[[BD3C-5 test, as above. There is no additional noise on the horizontal channels.>>image:BD3C_psd.png]]
461 +
449 449  = **Cleaning** =
450 450  
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.
464 +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.
452 452  
453 453  = **Weights (for shipping)** =
454 454  
BD3C_N_huddle.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.robert
Size
... ... @@ -1,0 +1,1 @@
1 +73.3 KB
Content
BD3C_Z_huddle.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.robert
Size
... ... @@ -1,0 +1,1 @@
1 +64.6 KB
Content
BD3C_psd.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.robert
Size
... ... @@ -1,0 +1,1 @@
1 +73.7 KB
Content