Changes for page SmartSolo Node Seismometers
Last modified by robert on 2026/08/12 13:08
Summary
-
Page properties (3 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 31 removed)
- 16HR1C_Z_huddle.png
- 16HR_N_huddle.png
- 16HR_Z_huddle.png
- 20250729_124502.jpg
- 20250729_124558.jpg
- 20250729_124644.jpg
- 20250729_124747.jpg
- 20250729_124957.jpg
- 20250729_125049.jpg
- 5Hz_node_programming.labels.png
- 5S_node_programming.labels.png
- BB_programming.labels.png
- BD3C_N_huddle.0.1.png
- BD3C_N_huddle.0.5.png
- BD3C_N_huddle.png
- BD3C_Z_huddle.0.1.png
- BD3C_Z_huddle.0.5.png
- BD3C_Z_huddle.png
- BD3C_psd.png
- IGU16_1C_Z_huddle.png
- IGU16_N_huddle.png
- IGU16_Z_huddle.png
- IGU16_spectrum.png
- SP_programming.labels.png
- Screenshot 2025-08-01 161027.png
- Smartsolo harvesting #4 copy.png
- Smartsolo harvesting #4.png
- Smartsolo harvesting #6 copy.png
- Smartsolo harvesting #8 copy.png
- Smartsolo harvesting #8.png
- Smartsolo harvesting #9 copy.png
-
Objects (0 modified, 0 added, 3 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -SmartSolo NodeSeismometers1 +SmartSolo Seismometers - Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. robert1 +XWiki.JackD - Content
-
... ... @@ -4,158 +4,95 @@ 4 4 ((( 5 5 = **Node Types** = 6 6 7 -ANSIR supply two types of three-channel nodes, and one type of one-channel node:7 +ANSIR carry two types of three-channel nodes 8 8 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. Not 'HR')** 9 +* **SmartSolo IGU 16HR 3C (5 Hz Short Period)** 10 +* **SmartSolo BD3C-5 (5 Second Broad-Band)** 12 12 13 - Visitthe[[SmartSolopage>>https://smartsolo.com/igu.html]] formoredetail.12 +Both have a battery capacity of around 30 days. The programming, operation, and downloading procedures for both types of SmartSolo nodes are also similar. 14 14 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 -(% class="box infomessage" %) 18 -((( 19 -**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. 20 -))) 21 - 22 22 ---- 23 23 24 24 = **Programming Defaults** = 25 25 26 - The nodesmust beprogrammedintheSoloLite software prior touse.The screenshotsbelowshowourrecommendedparametersforthe5Hz(16HR-3C)and5second(BDC3-5)nodes.19 +ANU recommends that the SP 16HR-3C be set to a gain of 24db and no higher than 250 Hz sampling rate. The BD3C-5 should be set to a gain of 6db (maximum allowed). These are what we use for our internal experiments. **Note that this gain must be removed when exporting to miniseed, **otherwise amplitudes will be a factor of either 15.84893192 (24db) or 2 (6db) too high. We also recommend disabling bluetooth to increase battery life, and to enable "FIFO" mode just in case old data is still present on the units and you run out of space (although it is unlikely you will go over 64 Gb for one deploy). If using the "timed turn-on" option, please be aware that **the units will not begin recording until they have acquired a GPS lock**, which may nor occur if they are buried too deeply or have very poor sky view. 27 27 28 -[[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"]] 29 29 30 -[[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!"]] 31 - 32 - 33 -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. 34 - 35 -Note that the samplerate is instead given in sample spacing, in milliseconds. 4 ms = 250 Hz, 1 ms = 1000 Hz, 10 ms = 100 Hz, ad nauseam. 36 - 37 -Be sure to set the channel types to Seismic and the gain appropriately. For active source (i.e. explosions) you can leave the gain at 0, but for passive experiments some gain is purported to be helpful (although we have found this to be somewhat negligible). We can confirm that 6db for the broadband nodes and 24db for the short period works well. 38 - 39 -If you want recording to begin immediately, ensure that begin date is in the past by at least a few days. If you prefer to have a timed turn-on, then set the times as needed. **Be warned that recording will not begin until a GPS lock is achieved, so if you set it to a future turn-on but bury it too deeply, it may not record!** 40 - 41 -In newer versions of the software there is a "power consumption" setting.. we are no sure what this does exactly, but the manual says it gives life a "boost" at the expense of about 3 db of resolution. Until this can be quantified a bit better it is not recommended. 42 - 43 -Storage type can be DLD (proprietary) or Miniseed. We assume the software works best with their proprietary format so prefer not to risk any issues. You can export to miniseed later. 44 - 45 -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. 46 - 47 -Bluetooth (BD3C-5 only) should be turned OFF to conserve power. 48 - 49 -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). 50 - 51 -{{info}} 52 -**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! 53 -{{/info}} 54 - 55 55 = **Fieldwork Preparation** = 56 56 24 +(% class="box infomessage" %) 25 +((( 57 57 (% class="box warningmessage" %) 58 58 ((( 59 59 **INVEST IN FAST EXTERNAL HARD DRIVES – DO NOT LET THIS BE THE LIMITATION OF DATA HARVESTING** 60 60 61 61 **Assume ~~1 Tb of storage for both raw and exported data per 50 nodes @ 250 Hz & 30 days. One node recording at 250 Hz for 30 days tends to create about 3 Gb of miniseed data.** 62 - 63 -**We have had good experience with the 4Tb Samsung T7 Shield drives.** 64 64 ))) 32 +))) 65 65 66 -== Magnets == 67 - 68 -If you are short on magnets, you may find it easier and a lot cheaper to buy magnets in Australia. AMF Magnetics is a good retailer, and [[this item>>https://magnet.com.au/collections/shop?q=23012B]] seems to work well. It is also advantageous to use smaller magnets and store/carry them individually in your back pocket (as well as stick them to various places in your field vehicle, etc). 69 - 70 -== Animal-Proofing == 71 - 72 -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. 73 - 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 - 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 -(% class="box infomessage" %) 91 -((( 92 -**Field logs are a critical component of fieldwork and this is especially the case for large N nodal deploys. Take notes!** 93 -))) 36 +== **1. Logbook documentation** == 94 94 95 -== 1. Logbook documentation == 96 - 97 97 ((( 98 -**Essential Details** forfieldlogs:39 +**Essential Details**: Record the following in a logbook: 99 99 100 100 * Station name 101 -* Latitude ,longitude, elevation42 +* Latitude and longitude 102 102 * Names of team members present 103 -* Date and bothlocal& UTCtime of installation/removal104 -* Serial number (SN) of the TOP HALF of thesensor(if a BD3C-5, there is only one serial number)105 -* Detailed notes on the site conditions and setup , anything else that will be helpful to find it again ("by the fence", "south of rock", etc)44 +* Date and local time of installation 45 +* Serial number (SN) of the sensor 46 +* Detailed notes on the site conditions and setup 106 106 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 - 109 -== 2. Burial == 110 - 111 -== 3. Node Placement == 48 +== **2. Node Placement** == 112 112 ))) 113 113 51 +**Protection**: Place nodes inside (landfill) biodegradable bags to minimize cleaning and cross-site soil contamination. 52 + 114 114 **Site Analysis**: 115 115 116 -* **Take compass measurements away from the sensor as it will affect your measurement. Use a stick or shovel to help align.**117 -* Take photographs from various angles to document the site setup thoroughly. Have a colleague stand next to it pointing at it.118 -* Include a detailed site description in your notes. 55 +* **Take compass measurements away from the sensor as it will affect your measurement.** 56 +* Take multiple photographs from various angles to document the site setup thoroughly. 57 +* Include a detailed site description in your notes, specifying distances and orientations from nearby landmarks (e.g. Richards garden, Te Mini steam field eastern side) 119 119 120 -== 4. GPS Considerations ==59 +== **3. GPS Considerations** == 121 121 122 122 (% class="wikigeneratedid" %) 123 -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.62 +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. 124 124 125 -== 5. Visibility and Location Marking ==64 +== **4. Visibility and Location Marking** == 126 126 127 127 **Flag Placement**: Position a flag, preferably in a bright color (avoid green or yellow), near the instrument to aid in its future location. 128 128 129 129 **GPS Marking**: 130 130 131 -* 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.132 -* AlsowritetheGPS downonpaper (ieyour[[LOGSHEET>>http://auspass.edu.au/field/NODES_blank_fieldlog.pdf]]).70 +* Use a GPS device to mark the instrument's exact location. 71 +* Record this location in both your paper notes and the GPS device. 133 133 134 -== (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %) 6. Charge Time, Pre-Deployment & Post-Deployment(%%) ==73 +== (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)**5. Charge Time, Pre-Deployment & Post-Deployment**(%%) == 135 135 136 136 * **Charging Duration**: Both types of nodes take approximately 6-8 hours to fully charge from a flat state. 137 137 * **Pre-Deployment Charging**: 138 138 ** Although the nodes hold their charge well, it's beneficial to give them a "top up" charge before deployment. 78 + 139 139 * **Operational Duration**: 140 140 ** 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. 141 141 142 142 * **Post-Retrieval Charging**: 143 -** After retrieval, charge the instruments to about 50-60% (indicated by ORANGE LED) unless they are to be immediately re-deployed or transported. 144 -* **State of Charge (SoC) for Storage**: 145 -** Maintain a battery charge level of around 50-60% (i.e., ORANGE) for storage. 146 -** This charge level is recommended to prevent battery damage, and should be checked every six months. 147 -** Nodes should //__not be stored at full-charge (GREEN), or 0-charge (RED).__// 148 -** Storage at 0-charge damages lithium batteries**.** 149 -* **SoC for Transport:** 150 -** Charge levels for transport will be advised by the freighter. The required SoC will depend on volume and transport method (air, land, sea). 83 +** After retrieval, charge the instruments to about 50-60% (indicated as "orange" level) unless they are to be immediately re-deployed. 84 +* **Storage and Shipping Charge Level**: 85 +** Maintain a battery charge level of around 50-60% (e.g. "orange") for both storage and shipping purposes. 86 +** This charge level is recommended to prevent battery damage and is safe for transportation. 87 +** Nodes should not be stored fully charged, and it **they should especially not be stored with 0 charge.** 151 151 152 152 ((( 153 -== 7. Data Sharing and Metadata Creation ==90 +== **6. Data Sharing and Metadata Creation** == 154 154 ))) 155 155 156 156 **GPS Data**: 157 157 158 -* Ensure you have __carefullydocumented__precise lat/lon locations for each station.95 +* Ensure you have documented precise lat/lon locations for each station and **DOCUMENTED THIS CAREFULLY** 159 159 160 160 **Photo Sharing**: 161 161 ... ... @@ -163,12 +163,20 @@ 163 163 164 164 **Metadata File**: 165 165 166 -* 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.103 +* Create and organize metadata according to the [[ANU metadata standard txt file>>attach:example_metadata.txt]]. 167 167 168 -== 8. Additional Best Practices ==105 +== **7. Additional Best Practices** == 169 169 107 +* **Environmental Responsibility**: Ensure that the node placement and the materials used are environmentally responsible and adhere to local regulations. 170 170 * **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. 171 171 110 +* ((( 111 +==== **Keeping the Instruments Clean** ==== 112 +))) 113 +* ((( 114 +Use a (**landfill**, not //compost//) degradable bag when installing to keep the instrument clean. This will save you many hours of time cleaning them in preparation for their return. [[Here is a video>>url:http://auspass.edu.au/field/bd3c_removal.mp4]] demonstrating its effectiveness. 115 +))) 116 + 172 172 ---- 173 173 174 174 = **Seismic Station Demobilization and Documentation** = ... ... @@ -220,34 +220,32 @@ 220 220 = **Charging Procedure for Seismic Nodes** = 221 221 222 222 ((( 223 -== 1. Preparation for Charging: == 168 +== **1. Preparation for Charging**: == 224 224 225 225 * Before charging, ensure each node is clean. This involves removing any dirt or debris to maintain the integrity of the equipment and ensure effective charging. 226 226 ))) 227 227 228 228 ((( 229 -== 2. Disassembling the Node: == 174 +== **2. Disassembling the Node**: == 230 230 231 -* For the IGU-16HR, remove the battery section(bottom half) from the sensorby unscrewing the spikesectioncounter-clockwise.176 +* For the IGU-16HR, remove the battery (bottom half) from the sensor. This is done by unscrewing the spikes counter-clockwise. 232 232 ))) 233 233 234 234 ((( 235 -== 3. Setting Nodes in the Charging Box: == 180 +== **3. Setting Nodes in the Charging Box**: == 236 236 237 -* Connect to a safe indoor power supply, and turn on (red rocker switch). 238 -* Charging will begin automatically when nodes are inserted in the charging rack. 239 -* Place IGU-16HR battery sections upside-down in the rack, oriented with the terminal connectors. 182 +* Place 1-16 IGU-16HR battery components upside-down into the charger, assuring they are oriented properly. 240 240 ))) 241 241 242 242 ((( 243 -== 4. Monitoring the Charging Process: == 186 +== **4. Monitoring the Charging Process**: == 244 244 245 -* Lights adjacent to the batteries will illuminate,indicatingthat charging is underway.246 -* Observe the transition of the lights from steady REDtoORANGE, thenGREEN, and finally toFLASHINGGREEN. A flashing green light indicates the batteries are fully charged.188 +* 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. 189 +* 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. 247 247 ))) 248 248 249 249 ((( 250 -== 5. Updating Charge Status: == 193 +== **5. Updating Charge Status**: == 251 251 252 252 * During the charging period, take this opportunity to update the status of each unit. Check the //"C"// box on your temporary labels to indicate that the unit has been successfully charged. 253 253 * This step is crucial for tracking the charging status of multiple units, especially when handling a large number of nodes. ... ... @@ -258,29 +258,14 @@ 258 258 259 259 260 260 261 -{{{ 262 - }}} 204 +[[image:1706153354750-415.png||data-xwiki-image-style-alignment="center" height="317" width="562"]] 263 263 264 264 ---- 265 265 266 266 = **Downloading and Converting Seismic Data to MiniSeed Format** = 267 267 268 -(% class="wikigeneratedid" %) 269 -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]] 210 +== **Node Registration and Software Setup** == 270 270 271 -== Connection tips: == 272 - 273 -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: 274 - 275 -* Place the node on the harvester gently, then firmly press it down onto the pins. 276 -* 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. 277 -* 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. 278 -* 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! 279 - 280 - 281 - 282 -== Node Registration and Software Setup == 283 - 284 284 1. ((( 285 285 **Registering Nodes in the System**: 286 286 ... ... @@ -297,35 +297,14 @@ 297 297 * Ignore the settings for seismic recordings in the subsequent window. Resetting instruments (e.g., sampling rate, gain) requires reprogramming via script. 298 298 ))) 299 299 300 -== Filestructure ==228 +== **Data Downloading Process** == 301 301 302 -There are essentially three main folders where relevant PROSPECT and PROJECT DATA is stored. Individual projects will be found as subfolders in these. 303 - 304 -=== SOLOLITE === 305 - 306 -This folder stores SoloLite config files and parameters. Nothing too important stored here, you can always start over and re-create this. 307 - 308 -=== DCCDATA === 309 - 310 -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. 311 - 312 -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)// 313 - 314 -Then in the SoloLite software, go to tools > Reanalyze Seismic Data 315 - 316 -=== SOLODATA === 317 - 318 -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. 319 - 320 - 321 -== Data Downloading Process == 322 - 323 323 1. ((( 324 324 **Initiating Data Download**: 325 325 326 326 * Once a new project is created, the Data Transfer View panel will display connected nodes with details like series number and data size. 327 327 * If “Prospect not matched” appears, it simply means the new project doesn’t match the original programming project. This is not a concern. 328 -* Select all nodes and right-click to “force download”. This starts the download process. [[image:Smartsolo harvesting #4 copy.png]]235 +* Select all nodes and right-click to “force download”. This starts the download process. 329 329 * Completed downloads will appear as new folders in the Downloaded Data panel. 330 330 ))) 331 331 1. ((( ... ... @@ -332,55 +332,18 @@ 332 332 **Exporting Data in Readable Format**: 333 333 334 334 * Go to the “Tool” menu and select “export seismic data”. 335 -* 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) 242 +* Tailor other parameters to personal preference and ensure "Sample Interval" matches the setting used during node reset. 243 +* Click “prepare” followed by “run” to start reformatting. Monitor this process in the small panel at the bottom left. 336 336 * (% class="box warningmessage" %) 337 337 ((( 338 -**Ensure export data is set to "COUNTS" (int32), not "mV" (float). This is critical!** 246 +* **Ensure to export data as "COUNTS", not "mV".** 247 + 248 +* **Set "Remove Gain" to the same decibel gain as during programming** **(by default ANU sets this to 24db for short period nodes (a factor of 15.848932), and 6db for broadband nodes).** 339 339 ))) 340 -* 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. 341 -* Set "Remove DC" to "Yes" to centre the data around the zero value 342 -* Set the correct Start Time (UTC) and End Time (UTC) of the project to prevent the unnecessary export of older data 343 -* [[image:Smartsolo harvesting #9 copy.png]] 344 -* Click “prepare” followed by “run” to start reformatting. Monitor this process in the small panel at the bottom left. 345 -* 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]] 346 346 ))) 347 347 348 -== SmartSoloIGU-16HRPolarityNotice==252 +== **Handling Nodes During Download** == 349 349 350 -See [[5Hz Node Polarity Issues>>https://auspass.edu.au/xwiki/bin/view/Data/AusPass%20Data/#HSmartSoloNodePolarityIssues]] 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. 351 - 352 -**The BD3C-5 data does not require any sort of polarity inversion.** 353 - 354 -== 18 Leap Second bug == 355 - 356 -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. 357 - 358 -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. 359 - 360 -{{code language="none"}} 361 -<?xml version="1.0" encoding="UTF-8"?> 362 -<config> 363 - <leapsecond> 364 - <interval> 365 - <start_time>2017-01-01#00:00:00</start_time> 366 - <end_time>2999-12-31#23:59:59</end_time> 367 - <second>18</second> 368 - </interval> 369 - <interval> 370 - <start_time>1970-01-01#00:00:00</start_time> 371 - <end_time>2017-01-01#00:00:00</end_time> 372 - <second>17</second> 373 - </interval> 374 - </leapsecond> 375 - <GPS_distance_threshold_degree> 376 - 4e-5 377 - </GPS_distance_threshold_degree> 378 -</config> 379 -{{/code}} 380 - 381 - 382 -== Handling Nodes During Download == 383 - 384 384 1. ((( 385 385 **Monitoring Download Indicators**: 386 386 ... ... @@ -396,7 +396,6 @@ 396 396 * **Use fast external hard drives to avoid limitations in data harvesting.** 397 397 398 398 * **Recommended specifications: USB-C, USB 3.0, and 4+ Tb of space.** 399 -* **The USB type for the harvester is TYPE-A, the typical normal rectangular shape.** 400 400 ))) 401 401 ))) 402 402 1. ((( ... ... @@ -409,8 +409,11 @@ 409 409 **Finalizing the Download**: 410 410 411 411 * After downloading, mark the //"D"// box on your temporary labels to indicate completion. 281 + 282 + 412 412 ))) 413 413 285 +[[image:1706153266647-145.png||data-xwiki-image-style-alignment="center" height="340" width="603"]] 414 414 415 415 416 416 ... ... @@ -431,78 +431,25 @@ 431 431 432 432 ---- 433 433 434 -= Instrument Response = 435 - 436 -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]] 437 - 438 -== IGU 16HR-3C == 439 - 440 - '16HR3C': {'poles':[(-22.211059+22.217768j), (-22.211059-22.217768j)], 441 - 'zeros':[0j, 0j], 442 - 'gain':1, 443 - 'sensitivity': 257019225.55108312} 444 - 445 -[[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"]] 446 - 447 -[[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"]] 448 - 449 -== IGU 16-1C == 450 - 451 -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. 452 - 453 -[[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"]] 454 - 455 -== BD3C-5 == 456 - 457 - 'BD3C': {'poles':[(-1720.4+0j), (-1.2+0.9j), (-1.2-0.9j)], 458 - 'zeros':[(14164+0j), (-7162+0j), 0j, 0j], 459 - 'gain':1.69726e-05, 460 - 'sensitivity': 702651512.6046528} 461 - 462 -Above 0.5 Hz, the BD3C-5 response fits well: 463 - 464 -[[X axis is samples (.01 s), Y axis is velocity (m/s), 0.5-5 Hz filter>>image:BD3C_Z_huddle.0.5.png]] 465 - 466 -[[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]] 467 - 468 -(% class="wikigeneratedid" %) 469 -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: 470 - 471 - 472 -[[BD3C **0.1 **to 5 Hz bandpass filter>>image:BD3C_Z_huddle.0.1.png]] 473 - 474 -[[BD3C **0.1** to 5 Hz bandpass filter>>image:BD3C_N_huddle.0.1.png]] 475 - 476 -== IGU-16 Horizontal noise & how to avoid == 477 - 478 -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. 479 - 480 -[[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]] 481 - 482 -(% class="wikigeneratedid" %) 483 -The BD3C-5 nodes do not have this issue: 484 - 485 -[[BD3C-5 test, as above. There is no additional noise on the horizontal channels.>>image:BD3C_psd.png]] 486 - 487 487 = **Cleaning** = 488 488 489 - When assembled, the nodes are water resistant but not submersible. Theycan handlea goodspray and wipe-down.A stiff plastic brush is helpful toreachareasbetween themetal spikeson thebottom.308 +**Procedure for Seismic Nodes:** 490 490 310 +* If the nodes are placed in a sturdy plastic bag at the time of installation, the cleaning procedure should be straightforward. If not you have a lot of work to do before they are returned to us! 311 + 491 491 = **Weights (for shipping)** = 492 492 493 493 The weights of bags of nodes, as well as data harvesters and node chargers, are listed below: 494 494 495 -1 bag + 6 *IGU-16HR nodes: 18 kg316 +1 bag + 6 SP (IGU-16HR) nodes: 18 kg 496 496 497 -1 *IGU-16HR data harvester: 21.5 kg318 +1 SP (IGU-16HR) data harvester: 21.5 kg 498 498 499 -1 *IGU-16HR charger: 26.3 kg320 +1 SP (IGU-16HR) charger: 26.3 kg 500 500 501 -1 *BD3C-5 charger (with and without 16 cables): 21 kg / 14.5 kg322 +1 BB (BD3C-5) charger/data harvester (with and without 16 cables): 21 kg / 14.5 kg 502 502 503 -1 case + 5*BD3C-5 nodes: 22 kg (aggregate battery weight <5kg, 168Wh) 504 - 505 -1 case + 6*BD3C-5 nodes: 25 kg (aggregate battery weight >5kg, 168Wh) 324 +1 case + 5 BB (BD3C-5) nodes and 6 BB nodes: 22 kg / 25 kg 506 506 ))) 507 507 508 508 (% class="col-xs-12 col-sm-4" %) ... ... @@ -526,7 +526,7 @@ 526 526 527 527 |(% style="width:189px" %)**Frequency Band**|(% style="width:221px" %)5 Seconds to 150Hz 528 528 |(% style="width:189px" %)**Sensitivity**|(% style="width:221px" %)200 V/m/s 529 -|(% style="width:189px" %)**Size (without spike)**|(% style="width:221px" %) Φ158 x160mm(H)348 +|(% style="width:189px" %)**Size (without spike)**|(% style="width:221px" %)158 x160mm 530 530 |(% style="width:189px" %)**Weight**|(% style="width:221px" %)2.8 kg 531 531 |(% style="width:189px" %)**Data Storage**|(% style="width:221px" %)64 Gb 532 532 |(% style="width:189px" %)**Battery**|(% style="width:221px" %)((( ... ... @@ -538,7 +538,7 @@ 538 538 539 539 (% class="box" %) 540 540 ((( 541 -= SmartSolo [[IGU-16HR>>url:https://smartsolo.com/cp-3.html]] 3C=360 += SmartSolo [[IGU-16HR>>url:https://smartsolo.com/cp-3.html]] = 542 542 543 543 [[image:smartsolo node.jpg]] 544 544 ... ... @@ -545,8 +545,8 @@ 545 545 [[image:smartsolo node 2.jpg]] 546 546 547 547 |(% style="width:187px" %)**Frequency Band**|(% style="width:224px" %)5 Hz to 1652Hz 548 -|(% style="width:187px" %)**Sensitivity**|(% style="width:224px" %) 76.7 V/m/s549 -|(% style="width:187px" %)**Size (with spike)**|(% style="width:224px" %)103mm(L) × 95mm(W) × 187mm (H)367 +|(% style="width:187px" %)**Sensitivity**|(% style="width:224px" %)67.7 V/m/s 368 +|(% style="width:187px" %)**Size (with spike)**|(% style="width:224px" %)103mm(L) × 95mm(W) × 187mm 550 550 |(% style="width:187px" %)**Weight**|(% style="width:224px" %)2.4 kg 551 551 |(% style="width:187px" %)**Data Storage**|(% style="width:224px" %)64 Gb 552 552 |(% style="width:187px" %)**Battery**|(% style="width:224px" %)((( ... ... @@ -556,103 +556,6 @@ 556 556 ))) 557 557 ))) 558 558 559 -(% class="box" %) 560 -((( 561 561 562 - 563 -= SmartSolo [[IGU-16>>url:https://smartsolo.com/cp-3.html]]1C = 564 - 565 - 566 -[[image:Screenshot 2025-08-01 161027.png]] 567 - 568 -|(% style="width:187px" %)**Frequency Band**|(% style="width:224px" %)5 Hz to 413Hz 569 -|(% style="width:187px" %)**Sensitivity**|(% style="width:224px" %)80 V/m/s 570 -|(% style="width:187px" %)**Size (without spike)**|(% style="width:224px" %)95mm(L) × 103mm(W) × 118mm(H) 571 -|(% style="width:187px" %)**Weight**|(% style="width:224px" %)1.1 kg 572 -|(% style="width:187px" %)**Data Storage**|(% style="width:224px" %)8 Gb 573 -|(% style="width:187px" %)**Battery**|(% style="width:224px" %)((( 574 -Lithium-ion battery contained in equipment (38.48 Wh) 575 - 576 -UN3481 PI967 S2 577 577 ))) 578 578 ))) 579 - 580 -(% class="box" %) 581 -((( 582 -= SmartSolo BD3C-16 Portable Battery Charger = 583 - 584 -[[image:20250729_125049.jpg]] 585 - 586 -|**Dimensions (LxHxW)**|558 x 357 x 300mm 587 -|**Input rating**|100-210V - 50/60Hz 588 -|**Power**|1000W 589 -|**Weight**|14.5 kg 590 -|**Weight with cables**|21 kg 591 -))) 592 - 593 -(% class="box" id="HSmartSoloBD3C-16PortableBatteryCharger" %) 594 -((( 595 -= SmartSolo IGU-16 Portable Data Harvester = 596 - 597 -[[image:20250729_124747.jpg]] 598 - 599 -|**Dimensions (LxHxW)**|625 x 500 x 366mm 600 -|**Input rating**|100-210V - 50/60Hz 601 -|**Power**|100W 602 -|**Weight**|21.5 - 24 kg 603 -|**Capacity**|16 nodes 604 -|**Download Speed**|20MB/sec/slot 605 -))) 606 - 607 -(% class="box" %) 608 -((( 609 -= SmartSolo IGU-16 Portable Battery Charger = 610 - 611 -[[image:20250729_124644.jpg]] 612 - 613 -|**Dimensions (LxHxW)**|625 x 500 x 366 mm 614 -|**Input rating**|100-210V - 50/60 Hz 615 -|**Power**|640 W 616 -|**Weight**|26.3 kg 617 -|**Capacity**|16 nodes 618 -))) 619 - 620 -(% class="box" %) 621 -((( 622 -= SmartSolo BD3C-5 Carry Case = 623 - 624 -[[image:20250729_124957.jpg]] 625 - 626 - 627 -|**Dimensions (LxHxW)**|590 x 225 x 405 mm 628 -|**Weight**|8.2 kg 629 -|**Capacity**|6 nodes 630 -))) 631 - 632 -(% class="box" %) 633 -((( 634 -= SmartSolo IGU-16 3C Carry Bag = 635 - 636 -[[image:20250729_124502.jpg]] 637 - 638 -|**Dimensions (LxHxW)**|230 x 340 x 310mm 639 -|**Weight**|((( 640 -3.6kg (empty) 641 - 642 -18.0kg (full) 643 -))) 644 -|**Capacity**|6 nodes 645 -))) 646 - 647 -(% class="box" %) 648 -((( 649 -= SmartSolo IGU-16 1C Carry Bag = 650 - 651 -[[image:20250729_124558.jpg]] 652 - 653 -|**Dimensions (LxHxW)**|225 x 200 x 550mm 654 -|**Weight**| 655 -|**Capacity**|8 nodes 656 -))) 657 -))) 658 -)))
- 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
- 20250729_124502.jpg
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.JackD - Size
-
... ... @@ -1,1 +1,0 @@ 1 -318.3 KB - Content
- 20250729_124558.jpg
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.JackD - Size
-
... ... @@ -1,1 +1,0 @@ 1 -376.8 KB - Content
- 20250729_124644.jpg
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.JackD - Size
-
... ... @@ -1,1 +1,0 @@ 1 -528.0 KB - Content
- 20250729_124747.jpg
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.JackD - Size
-
... ... @@ -1,1 +1,0 @@ 1 -488.5 KB - Content
- 20250729_124957.jpg
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.JackD - Size
-
... ... @@ -1,1 +1,0 @@ 1 -532.5 KB - Content
- 20250729_125049.jpg
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.JackD - Size
-
... ... @@ -1,1 +1,0 @@ 1 -457.6 KB - Content
- 5Hz_node_programming.labels.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.KB - Size
-
... ... @@ -1,1 +1,0 @@ 1 -109.8 KB - Content
- 5S_node_programming.labels.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.KB - Size
-
... ... @@ -1,1 +1,0 @@ 1 -114.2 KB - Content
- BB_programming.labels.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.robert - Size
-
... ... @@ -1,1 +1,0 @@ 1 -111.5 KB - 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
- IGU16_N_huddle.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.robert - Size
-
... ... @@ -1,1 +1,0 @@ 1 -65.7 KB - Content
- IGU16_Z_huddle.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.robert - Size
-
... ... @@ -1,1 +1,0 @@ 1 -67.4 KB - Content
- IGU16_spectrum.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.robert - Size
-
... ... @@ -1,1 +1,0 @@ 1 -65.0 KB - Content
- SP_programming.labels.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.robert - Size
-
... ... @@ -1,1 +1,0 @@ 1 -106.7 KB - Content
- Screenshot 2025-08-01 161027.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.JackD - Size
-
... ... @@ -1,1 +1,0 @@ 1 -82.8 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
- XWiki.XWikiRights[0]
-
- Allow/Deny
-
... ... @@ -1,1 +1,0 @@ 1 -Allow - Groups
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.XWikiAllGroup - Levels
-
... ... @@ -1,1 +1,0 @@ 1 -comment
- XWiki.XWikiRights[1]
-
- Allow/Deny
-
... ... @@ -1,1 +1,0 @@ 1 -Allow - Levels
-
... ... @@ -1,1 +1,0 @@ 1 -comment - Users
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.XWikiGuest