I know that NFC can send or receive data and is there any way to bypass RFID by sending cards id to the reader
I will experiment later but I want to know if it is possible.
Related
I already have a SIM card with a company that allows tethering and A2P.
I want to be able to send an SMS with a unique sender ID (company name) using that sim card.
Is this possible and if so, what should I purchase and how do I set it up?
It is NOT possible to alter the senderid when sending SMS using a SIM card + modem. The senderid will simply be the number belonging to that SIM.
If you want to have a custom (alpha) senderid, your only option is using a professional A2P SMS gateway. But even then it is not always possible, as not all countries allow alpha senderids. They might get overwritten to a short/longcode, or the operators require senderid whitelisting (basically, you need to request "access" to an alpha senderid, by sending your personal/company details and SMS content details to the operators. This is done to battle SPAM messages)
Yes this is possible.
Most of the time you don't need any SIM card as you'll be using some sort of API, most of the time a HTTPS/JSON or HTTPS/XML API. If you intend to use a SIM to send SMSes, having a dedicated sender ID will be most probably impossible: using a SIM will make your request arrive through the "regular" signaling link just as "any subscriber" that sends an SMS from his mobile, while using an API will make you use the SMPP links to the SMS-C where specific configuration can be done on per client basis. If I misunderstood something, please sent a comment.
Anyway, you have to have an agreement with your SMS API provider or telco to use a dedicated ID
In a perfect world, the solution I'm looking for would be an api resource tied to my physical phone, e.g. I could POST an sms message to https://url.com/api/sms, and this api would have the end result of sending an sms from my physical phone. This means that the sms conversation would appear natively in my phone; if the recipient replies to the sms, it would appear just as a normal conversation as if I had physically typed the original sms via my phone.
I understand that I could set the replyto/callback/caller-id via Twilio's api. This would mean that the sms gets sent out by the api, and if the recipient replies to it, I could have the reply forwarded to my phone. But what would be missing in this scenario is the original message sent via the api, that the recipient is replying to.
Is there a streamlined way to achieve this, perhaps with Zapier?
One arduous solution I have in mind is to write an on-phone-app to intermediate the sms transmission so that I essentially have an sms-controlled api on the physical phone vs. a traditional http api. (On android, the api would "listen" via DATA_SMS_RECEIVED_ACTION and then send via sendTextMessage). But this seems cumbersome and would also require updating the app code when/if android changes the underlying SmsManager library. The advantage of this is that I could avoid Twilio altogether, by using my service provider's email-to-sms to send to the on-phone-makeshift-sms-api.
Twilio developer evangelist here.
I think you are looking for a feature that we just announced in preview. This is known as Hosted SMS and allows you to add SMS powered by Twilio to your existing phone number.
You need to apply to get access to Hosted SMS as it is newly in testing. You can do so with the form here: https://www.twilio.com/sms/hosted
I've set up texting to a physical phone by using Twilio's SIM cards and associating it to a phone number.
I've read auto sms is not possible, if you send a SMS through an app you need user interaction like pressing a button.
But if my phone shows up at a particular position based on gps and a stored record that has that gps info, would that not be the user interaction I need and the sms just get sent?
From the code I've seen if button pressed run this code and send SMS.
What I'd be doing basically is
If I arrive at this location send SMS. From my view this is not exactly Auto SMS, its sms based on certain variables but without user interaction.
Is this possible, am I making any sense lol
As a workaround, you could use one of the SMS services available to send a SMS. If you would like a free solution, you can use the carrier email-sms to send a SMS. You just have to send an email at this point in your code.
With the new iOS5 is there a way that you can read incoming iMessages and write new iMessages using a custom app?
I don't think that would be possible. Allowing third party apps to read users' messages would be a severe privacy violation.
Your app can't read them, but it can allow the user to write and send one using MFMessageComposeViewController.
Note that it will use SMS when the receiver isn't using iMessage.
I have code written up in Processing that works as a serial monitor for my Arduino Fio. I have a few sensors on the Fio that output a warning message when a value surpasses a threshold. How do I get warning statements sent to a phone number as a text message as well?
If you need to send email to just a particular phone (i.e. your own) or a small set of phones known in advance, many carriers have an email SMS gateway. For example, to SMS the Verizon phone 304-555-1212, just send email to 3045551212#vtext.com
See: http://en.wikipedia.org/wiki/List_of_carriers_providing_Email_or_Web_to_SMS
Here is an example on how to send email from Processing: http://www.shiffman.net/2007/11/13/e-mail-processing/
Twitter is a good place to start with this. Your thing -> twitter. Twitter -> SMS (or other clients). Otherwise, it gets expensive and more complicated.