|
Post by njordan_guest on Mar 1, 2017 19:51:38 GMT -7
As I recall there is an incorrect pin configuration in our files to be emailed to iridium. can someone tell me the correct settings?
|
|
|
Post by leviw on Mar 2, 2017 9:34:38 GMT -7
I don't have them in front of me but I believe idle is 000 and activate cutdown is 100. Actually wait, I DO have them in front of me. Here are the files we use. If anyone wants it, here is our document outlining how to make those files and use the cutdown.
|
|
|
Post by NMSGC on Mar 16, 2017 10:18:35 GMT -7
We are unable to open the cutdown and idle sbd files, any suggestions?
|
|
|
Post by leviw on Mar 16, 2017 13:02:45 GMT -7
I don't think the files are made to be opened. The utility that creates them takes the settings you want and creates a tiny, machine-readable file for the satellite company. Those tiny files are the ones we keep on our google drive. If you're stuck on the official docs, check out our team's troubleshooting doc. It has a section on sending the files, creating them, and using/resetting the built-in cutdown timer. All the cutdown things we've learned so far.
|
|
|
Post by NMSGC on Mar 16, 2017 15:26:01 GMT -7
You are right, they are not meant to open. But, if I understand this correctly that one file attachment serves for purpose to stop the motor from spinning and also to get it to spin. I do have a question, as we are going over the checklist, the "Remote Configure" sreenshot window shows (p. 25) the pins 0, 1, 2 in terms of "True or False" on our laptop these show as "set or clear" for each of the digits. Does this makes a difference? The reason I ask is because the cut-down motor is not moving at all. Sent email today to data@sbd.iridium.com with the sbd file from last July attached and IMEI number on subject line and nothing happened, just this reply "Attachment Filename: Idle_...make spin motor.sbd Attachment Size: 15 The MTMSN is 20, and the message is number 1 in the queue."
|
|
|
Post by leviw on Mar 16, 2017 15:48:57 GMT -7
If you're making a new file, yes, the pin states do matter. It's been awhile since I created a new file because I just keep reusing the files I made during the workshop. However, I do kinda recall them saying there was a typo and the correct pins were slightly different from what we were originally told. I don't know if the pdf you're looking at has the correct values or not.
You might try using my cutdown file and if it works, keep using it. Or maybe someone with more intimate knowledge of the correct cutdown pin pattern can chime in and set the record straight.
|
|
|
Post by njordan on Mar 22, 2017 18:03:07 GMT -7
the problem whith that is it is coded to MEI#
|
|
|
Post by leviw on Mar 23, 2017 20:32:27 GMT -7
I was curious so I checked. The remote configure tool has a box for the IMEI number but it looks like it's only used if you use the tool to send the SBD file. If you're using email, the files should be interchangeable. I could be wrong as I don't have a second unit to test this with, but.. that's my theory. Our IMEI number was not used to create our files. It DOES ask for a password, but I believe we're all using the same super secret password. Attachments:
|
|
|
Post by NMSGC on Mar 27, 2017 8:47:09 GMT -7
Thank you so much. The password is the same for all of us. We will work on it this week and try your SBD files.
|
|
|
Post by NMSGC on Apr 3, 2017 8:12:42 GMT -7
Leviw, Your sbd files worked well. Thank you so much for your help. NMSGC
|
|
|
Post by Marcel on Apr 18, 2017 17:11:41 GMT -7
Hi,
We're trying to send the cutdown command using Iridium but it's not working out. We're using the cutdown_100.sbd file found in the drive. The Iridium light, GPS light, and Status light are all solid green and the email reply says The MTMSN is 2, and the message is number 1 in the queue. Do you have any suggestions of where to go from here?
Thank you,
Marcel Lariviere
|
|
|
Post by leviw on Apr 19, 2017 8:26:38 GMT -7
First a little background:
Every time you send the payload a command it increments the MTMSN, so it just continually counts up. The queue empties as the messages are delivered to the payload, so that number can be used to help debug what's going on. If the queue isn't going down then the payload isn't connecting to the satellites. (As far as I know.)
A few things that MIGHT be going wrong:
1) The two xbee radios on the small cutdown, and big irridium tracker portions look identical, but one is actually a sender and the other is a receiver. So if you swap them by accident during assembly, the payload won't cut down. I don't know of a way to check if they are swapped because they look identical, I think the only difference is the software installed on them.
2) You may have used the wrong IMEI number in your email, double check that it matches the number on the bottom of the irridium satellite box with the lights.
3) Try sending another cutdown email and see if the queue number goes up, or remains at 1. This would tell you if the message is getting through or not.
4) Verify that you can hit the 'motor' button to spin the motor on the cutdown side (watch your fingers). This seems unlikely but would point to a hardware or wiring problem.
If all else fails, try taking some close up pictures of the various components and maybe someone will spot something. Good luck!
|
|
|
Post by David MSGC on Apr 19, 2017 13:46:39 GMT -7
Make sure both occams are reset as well, the cutdown will not run a "second" time. Both sides need to be reset each time.
|
|
|
Post by marcellus on Apr 19, 2017 18:07:40 GMT -7
Hi, After sending more commands the MTMSN is counting up as you said it would and the queue remains at 1. After switching the xbee's, the queue went to up 2, which means the original setup was right. We've been using the cutdown procedure in the slides, including resetting the OCCAMS. Attached are some close up shots of the Iridium and the cutdown payloads.
|
|
|
Post by leviw on Apr 20, 2017 8:37:44 GMT -7
Before we move on from the possibility of the xbees being swapped, let's check the lights. I remembered seeing something useful in the OCCAMS documentation that says: If I'm understanding this correctly, one xbee is a 'end device' and the other is a 'coordinator device.' Essentially, you want to make sure the ASC light on the xbee with the cutting motor blinks faster than the xbee with your irridium box.
|
|