Darrik Spaude
Forum Replies Created
-
AuthorPosts
-
Darrik Spaude
KeymasterHi Brian,
We have seen this and we are still working on a resolution. However, the usual culprit is PDF files with compression schemes not currently supported by the FaxFinder. In your case maybe the same is going on, but with TIFF and PS.
I created a case for you in our Support Portal so that we can add you to the list of those who will be notified of a fix.
KeymasterHi Steven,
Yes, 1.51.14 is a test/beta version of the iSMS firmware. However, 1.51.14 has been through quite a bit of testing but it hasn’t been through the official release testing which would then send the firmware to the production line. It takes a fair amount of time to go through full release testing, so we prefer to get more features/fixes into the final release and as a result we put out more test/beta versions in between.
KeymasterYes, PDU mode will probably be the most robust solution.
KeymasterAre you using PDU mode or text mode? Try PDU mode if you were using text mode.
Sometimes this issue shows up when sending SMS across different carriers or even between different SMSC equipment within the same carrier’s network.
KeymasterGood to hear. A search of the Internet gives several examples including this one:
http://codesamplez.com/programming/serial-port-communication-c-sharp
KeymasterPlease give the following iSMS firmware a try for sending multi-part SMS messages.
For SF100:
For SF400 and SF800:
KeymasterWhat device are you sending messages from?
What carrier are you using?
Have you tried sending a text SMS from the MTCMR-H5 to itself? Does that work as expected?
KeymasterBy the way, if it is a concatenated SMS message then switch the device to PDU mode and read the PDU message. Convert the PDU data to text using a PDU decoder such as the following:
http://twit88.com/home/utility/sms-pdu-encode-decode
If it appears to be a meaningful message then likely it is a concatenated SMS.
The secondary check would be to put the SIM in another device and view the same message. Does it appear as normal meaningful text in text mode?
KeymasterDo you know if this was a concatenated SMS?
Were there other related SMS messages before or after this message or others that hadn’t yet been received?
KeymasterHello,
The current Multi-Tech rCell products will not work for you if you need to have two dataloggers with one of them being a USB device. You would need to use the MTCDP product line as you first thought.
Like Bryan said, you would need to do some of your own programming or script writing to make this work. My thought was that you might possibly be able to do the following:
1) Write a cron job (a periodic task in the Linux system) that periodically polls the dataloggers for information and stores that information into a file or files.
2) Write another cron job that periodically (once daily?) sends the files to a pre-determined e-mail address or web site. This would mean you wouldn’t need to call into the MTCDP to request data–if calling into the MTCDP is a requirement, then it is much more difficult. Having the MTCDP push data to something would be much simpler.
3) Point your PC monitor software to fetch data from the files.
Which dataloggers are you considering?
Do you have a limit on cellular data usage/cost?
KeymasterHi Victor,
Are you wanting to implement a hardware-type of watchdog circuit? Are you wanting a way to reset the rCell periodically? There is an option in the web interface of the rCell that allows for periodic rebooting.
Please provide more details.
December 6, 2012 at 3:26 pm in reply to: MTSMC-H4-U: WCDMA 2100 not in the list, PH-NET PIN instead of READY #4427KeymasterI created a case for you since you had already logged in. You should have received an e-mail.
December 6, 2012 at 3:22 pm in reply to: MTSMC-H4-U: WCDMA 2100 not in the list, PH-NET PIN instead of READY #4426KeymasterThe P2 model is for AT&T networks. The P1 model is generic for any network including AT&T. However, if you deploy the unlocked model (P1) in the USA for use on AT&T’s network, then if there are network issues you may not get help from AT&T in resolving the problem. They approved the P2 model and expect AT&T customers to use that model.
Please create a Support Portal case and we will help you with your other questions. Your login is the same as for multitech.net.
https://support.multitech.com/
Thanks,
Darrik
KeymasterResolution to this question was done via Multi-Tech’s Support Portal. However, I will post the general resolution to this question here for others to see.
There really isn’t a “simple” way to determine the device type. Some amount of comparing against known devices used by Multi-Tech will be needed. The ATI3 command usually gives the name of the radio used in the product. For example, knowing that a “WMP50” is known as Multi-Tech’s “G2” product, then you would know it is a GSM device. The SocketModem IP and SocketModem WiFi respond to ATI with the model name (MT100SEM-IP and MT800SWM-IP, respectively).
December 3, 2012 at 4:00 pm in reply to: iCell – Any issues using Reset Pin on a regular basis… #4353KeymasterHi Rick,
Sorry for the delay in response. We’ve been waiting for “the list” (of dos and don’ts) from the carriers for quite a while and still have not received it. You would have to try contacting your carrier of choice for such info.
The main issues the carriers have had with customer applications are:
1) For CDMA carriers: Monitor the status of the radio to make sure it is not receiving an update. If receiving an update, then wait for it to finish before resetting the radio.
2) Some carriers have re-dial timers to prevent the radio from attempting to dial too frequently. However, a reset clears that re-dial timer and would allow the radio to re-dial too frequently which could result in a forced loss of service by the carrier.
Best Regards,
Darrik
KeymasterHi Carel,
This is on the road map as a requested feature (possibly early 2013). We’ll inform you via the Support Portal case that you created.
November 6, 2012 at 3:27 pm in reply to: iCell – Any issues using Reset Pin on a regular basis… #4351KeymasterHi Rick,
The main reason for concern regarding the hardware reset first of all depends on the type of radio (CDMA versus GSM/HSPA), second is in regard to the radio hardware itself, and third is in regard to what the carrier approves.
1) Resetting a CDMA radio while it is receiving an update from the carrier can be bad and may require the radio to be sent in for repair. (see recommendation in #2)
2) Resetting the radio without first properly shutting it down can result in flash memory corruption meaning the radio would need to be replaced. AT#CFUN=0 and waiting for a +WIND response indicating the radio is ready for shutdown is what we recommend.
3) The carriers do not approve products for their networks that circumvent their timers and re-try thresholds. Resetting the device can be seen by the carrier to be a potential area of abuse on their network. We recommend that your application comply with the specific carrier’s requirements.
Based on the above three areas of concern, that is why we recommend that the reset pin only be used in an emergency. We recommend having access and control of the reset pin by your application, but it should be used carefully. If the radio for some reason doesn’t respond for a long period of time, then using the reset pin may be necessary. However, if it is a CDMA modem then just make sure that the device isn’t receiving a update from the carrier. You may have to wait several minutes. Unfortunately the carriers right now can push updates at any time whether or not your application is in a critical state (like sending updates from a medical device to a doctor regarding a patient’s heart condition).
KeymasterJust for everyone who may be wondering, Jim contacted support and he found a way to get it working. A feature request was added to build in support for foomatic-rip.
KeymasterNilesh,
I found a case from you with similar questions. I’ll just re-open that one.
KeymasterHi Nilesh,
To clarify, you would like to access the MTSMC-G2-GP GPS data from the public Internet, correct? In other words, you would like to access the UDP server on your Linux board via MTSMC-G2-GP which is providing the GPRS link to the Internet and retrieve GPS data from the MTSMC-G2-GP attached to your Linux board?
Would your UDP server be able to send AT commands to the MTSMC-G2-GP to retrieve the GPS data?
Maybe a CMUX protocol might work, but I haven’t tried something like this. If you would open a Support Portal case, then we may be able to help you further and possibly provide a firmware update (use your multitech.net login and password on the Support Portal).
Best Regards,
Darrik
KeymasterAt this time we do not know of a similar command for the H4. We didn’t find anything in the original command guide for that radio.
KeymasterNilesh,
Are you wondering if you can have one socket for GPRS and one socket for GPS?
KeymasterWould you attach a sample of the XML being sent to the FaxFinder? We’d mainly be looking at the tags, so you may remove or modify identities (phone numbers, names, etc.).
KeymasterHi Robert,
Do you know if there is a specific carrier for the iPhones that don’t receive the SMS? For example, does the extended message get through to AT&T iPhone but not Verizon iPhones? Some customers of various products (not necessarily our own) are having problems with Verizon iPhones.
https://community.verizonwireless.com/thread/495728
However, if you are finding that this is a general problem (affects AT&T, Verizon, Sprint, etc. iPhones), then it would be best to start a support case.
Also, have you tried contacting Apple regarding this issue? If so, what is the radar number?
KeymasterRobbie,
Do you mean the MTCDP-G2? The MTSMC-G2 (SocketModem) is just a modem and will take whatever is passed through it.
KeymasterHi Leo,
Just to confirm, you have the MTSMC-G-F2? Or do you have the MTSMC-G2? Both support Open AT.
Yes, once you develop your Open AT application it can be loaded into the radio module via command AT+WDWL. For example, if you have the MTSMC-G2, then the following document has a description of the AT+WDWL command (page 28):
http://www.multitech.com/en_US/DOCUMENTS/Collateral/manuals/S000463F.pdf
KeymasterConrad,
If the SIM fails to work again, then you’ll need to create a case in the Support Portal and this issue will be escalated. Your Multi-Tech ID and password for multitech.net will work on the Support Portal as well.
KeymasterDo you have another MTCDP-H4-P1 available? Does it do the same thing?
KeymasterConrad,
Have you tried powering off the unit, inserting the SIM, and then powering up the unit? Many HSPA radios don’t handle hot-swapping of the SIM card.
KeymasterHi Conrad,
The only thing I’ve heard for feedback so far regarding the SIM is that it is being inserted incorrectly. I know you mentioned that you tried some different orientations. The contacts orient down and the non-notched side should be inserted into the device (e.g. notched-side out).
What type of SIM are you trying to use? 3G? 4G? LTE? Which carrier (AT&T, T-mobile, etc.)?
-
AuthorPosts