Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
While wondering what phone to buy after my current one died I came across the idea to use my PC and some kind of "GSM Dongle" to make phone calls and use sms. With my rather limited knowledge of computer systems and the GSM network I thought this should be a realistic possibility. A freely available GSM chipset, a valid sim card, a usb interface and some drivers should be sufficient.
But googling the topic yielded next to no results: Some obscure alibaba sites offer no name gsm dongles, and no one in any forum, blog etc even seems to consider making phone calls via PC.
Since I can't imagine me being the first one to have such an idea, I figured that what I want to achieve is simply not possible. But again, I fail to understand why that would be the case.
Anyone cares to enlighten me on this topic?
A GSM dongle is designed for making a data connection (internet connection) to a gateway in the operator's network. The exact technology used won't actually be GSM by the way, it will be GPRS, UMTS or LTE.
SIMs supplied with GSM dongles are typically on data tarifs only, i.e. don't support voice calls. As you pointed out however, GSM does support voice calls. To make a voice call, you would need a SIM with a voice call tarif. Then you need to send commands (e.g. AT commands) to the dongle to dial a voice call, and also have some software to connect the input/output of the voice call to your computer's headphones/speakers.
Probably a simpler way to make calls, is to make a standard internet connection with the dongle, and then use a service like Skype as you would over any IP connection.
You can send SMSes from any GSM dongle with a typical data SIM. You just need to be on a mobile network, and SMSes are usually included in data tarifs. You can send SMSes via entering AT commands (write a small program to send them to a COM port, or use some application like Hyperterminal that lets you enter the commands), or programmatically using the Windows Mobile Broadband API (if the dongle appears as a network adapter on your computer). Some standard Mobile Broadband dashboards from the operators have a GUI for sending SMS.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 3 years ago.
Improve this question
I purchased this device for a hobby project
http://www.grayhill.com/touch-encoder/
It outputs as CANBus (via DB9 connector). I'm not very savvy with these types of serials, but I just want to be able to just sniff/monitor the data packets from this device into my PC.
I bought myself a PCI Serial COM (RS232), and hooked it all up, and downloaded multiple monitoring software, however no data appears to be coming from the Bus.
Again, I'm not too savvy with this, so I don't know if I have configuration correct? Such as Baud rate, Data bits, Parity, etc.
The software I'm using is 'Device Monitoring Studio 8.30' (trial version). The software can see my PCI Card with the Ports; Monitoring does not return anything.
Am I missing something here? My understanding is that CANBus works with RS232.
Thanks
CAN bus and RS232 don't understand each other at the physical level, they use different voltages. And they are not compatible at the higher network layers either.
You need to get yourself a CAN to RS232 converter.
There are some options but all I know of are expensive +100$ US.
I would rather go for one of these which you can plug directly on a USB port on your computer.
Note that I'm not affiliated with the developers and I have not tested this product myself. You should do your own research to make sure you're buying the product that fits your needs best.
You seem to be on Windows so you might want to check cangaroo.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 6 years ago.
Improve this question
I am new to firmware programming and I need to program BLE CC2541. Where should I start as a beginner to understand the codes and alter it that I already have.
While this question is likely to get closed as "Too Broad", I think I would make an attempt to get you started.
I hope you plan to go through documentation provided by TI guys. (CC2541 is Texas Instruments product)
While that document will explain how CC2541 works, you still need to know how BLE works and how it is implemented.
Its different than classic Bluetooth that BLE (generally) is preferred to communicate by means of service/s (with characterstic/s bundled up into them), be them Standard or Custom. Depending upon your area of application you can select one of the standard services implementation.
For more info on services, check Bluetooth Developer Portal
I guess, if you really want to have a good start at it, then understand these terms and their fundamentals:
Master device in BLE (Assuming that you know this already)
Slave device in BLE (Assuming that you know this already)
GATT Profile
GATT Database
GATT Client
GATT Server
Just to get you started:
GATT Profile:
BLE allows you to send data over to the other device after establishing the BLE communication link, only via a defined way, called GATT Profile. Many a people refer the same as GATT Protocol. The data is transferred through characteristics which are bundled into services. There can be multiple services defined within the device and a service can be either the standard one or the custom service defined by a GATT developer.
GATT Database
The structure of definitions of these services is known as the GATT Database. Where does this reside? Is the structure known to the Master as well as Slave?
GATT Server
The BLE device which holds this GATT structure is a GATT Server, in your case the hardware having that CC2541 chip. The way GATT is to be developed and the chip is programmed with it, is entirely manufacturer dependent.
GATT Client
Usually a BLE-enabled smartphone or Gateway device is the GATT client.
The GATT structure, more technically, the UUIDs of the services and the characteristics are shared between GATT Server and GATT Client. That is how BLE works, that is how a smartphone application reads a particular service from the BLE device.
Apart from this you need to know about GAP Service which handles the connection related things.
Welcome to StackOverflow! Coding is easy only if you know the concept well.
May be you would want to see this question: Getting no response whatsoever for similar reason.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 7 years ago.
Improve this question
This microcontroller claims to have USB host, device and OTG support here.
It is STM32F411CEU6 from ST Microelectronics.
While this one from Atmel(ATSAM3X8C) just claims acting as USB host and device.
I think any chip that can act as device and host can be used to implement OTG functionality. Am I right? Or the microcontroller should explicitly support the OTG feature?
PS: The 2 chips above are just samples and the 2nd says it supports OTG in datasheet as Jonny_boy said (yes! bad sample but I can't change it now that it came to this!!). But the question still remains.
Looking at the datasheet, I'm pretty certain that this mcu would be considered as having usb OTG. It definitely fits the definition.
Moreover, doing a ctrl+f through the product series summary turns up several registers and pins with "OTG" in the name. If you look at chapter 12, "Embedded peripherals overview", section 12.9 explicitly says that "USB On-The-Go High Speed Port" is a feature of this MCU. Please read the datasheet more carefully.
edit 1:
As far as the general case goes, Wikipedia is pretty explicit:
"Use of USB On-The-Go allows those devices to switch back and forth between the roles of host and client devices"
The official usb website, usb.org, has similar (but more verbose) language in its OTG section.
The USB On-The-Go and Embedded Host Supplements addresses these scenarios by allowing portable devices and non-PC hosts to have the following enhancements:
Targeted host capability to communicate with selected other USB peripherals
Support for direct connections between OTG devices
Power saving features to preserve battery life
We can unequivocally say "yes, a ('non-pc' (whatever that means)) device with both host and slave capabilities is considered OTG.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 2 years ago.
Improve this question
I am attempting to connect and control a device which only accepts RS-485 input. I wish to communicate to this device via my existing UC3A1512. Does anyone have any existing source code or examples that may help me to create this interface?
I need a method of outputting data via RS-485 format.
I do not need to establish round trip communication, I simply need the ability to send commands to the device.
I have looked at Atmel's website and also on AVRFreaks and I see nothing of value to my project.
Please review page 10 of this Adobe PDF from Lin Engineering to understand more about the device I need to communicate with.
RS-485 is just the electrical specification for a differential serial bus. There are many different data formats that can be used. To connect RS-485 to a microcontroller you need some hardware driver IC, there are plenty to choose from (a quick search at Farnell found 39).
The low level serial format may be 9600 8N1, if page 13 of the driver manual is any indication.
The higher level format (how to send commands to the motor) is not specified in the document, and I didn't find it elsewhere.
In the UC3A1512 you need to configure one of the USARTs to RS-485 operation, see Chapter 26 of the data sheet. Once the interface is configured the operation may be similar to RS-232, if a simple command format is used.
RS485 is a simple symmetrical serial bus. The data that you need to send over that serial link must be specified in the reference data sheet for your UC3A1512 device.
To create and debug your application (probably on an emulator it is useful that you can send it from your host PC before you try it from the embedded controller. This is easy, as RS485 allows multiple connections in contrast to RS232 which is point to point.
RS485 can be converted to regular serial RS232.
If your computer has no RS232 port anymore (most don't) you can get an USB to RS232 converter.
So far the most relevant answers have come from my question posted on electronics.stackexchange.com
Had I known this existed prior to posting my question on Stack I would have limited my question to Electronics & Robotics ONLY. As I had already asked the question and receive answers, I have opted to keep both questions open.
Thanks for your responses!
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 3 years ago.
Improve this question
I want to connect two computer via serial but for each to see each other via a TCP/IP connection. Ie, create new network device on the computers that are in actual fact serial ports.
The reason for this is that I am actually testing the medium in which the serial connection is made (wireless), and part of the experiment will be to use TCP/IP.
The radio being tested is a telemetry radio for use in low power applications. It polls once a second, sending data out on the wireless channel every poll when something has been received via the serial port. It uses a Modbus RTU delimiter to determine the end of data coming in on the serial port.
slip and ppp are more suitable for use with actual serial modems from what I understand.
This is actually a very hard problem. TCP/IP is a very chatty protocol and you will have problems with the radio system you have described because of the pattern of packets and ACKs you will have. In the past for some similarly unsuited applications I worked on a system that fibbed about the TCP/IP connection by faking some packets while pushing the data over a link like you have.
It is a pain, but we were doing it to support sshing over a totally inappropriate channel (high loss and high latency with moving endpoints) but it worked.
SLIP (Serial Line IP) sounds like something you might want to look into for this project.
you may use Simple TCP/IP, UDP connection by using UART using a software like this:
http://www.serialporttool.com/CommTunnel.htm