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.
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 5 years ago.
Improve this question
Is there a method to determine whether a host (on your LAN) is on WiFi vs Ethernet using nmap or any other tool? I am OK with fuzzy guesses as well.
tl;dr No, there is none
Long answer:
There is no way to find out what kind of connection other PC on your network is using(without physically accessing it ofc).
Those things are abstracted on network. You can sniff traffic on transport layer by Wireshark and see there is no data on interfaces being transported.
An option:
You can learn a physical network interface vendor by sniffing traffic.
Wireshark can guess those, because vendors have their own MAC address prefixes. And if it's some company which is making wireless interfaces only, you can hit a jackpot. It's not even close to being a bulletproof method though.
Nmap may be used to look for open ports. There might be a chance that you can deduce which software server is running by getting info on ports, but I can hardly imagine you will find anything wlan/eth specific.
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 have a HP E6600-24G-4XG switch with 4 SFP+ ports and I want to connect 4 servers to it. All 4 servers have a HP nc522sfp 10G nic.
Now I was looking for cheaper SFP+ cables, for connecting these servers to the switch and I noticed that there is a huge price difference.
The HP cables are like 6 times more expensive compared to the huawai SFP+ direct attach cables.
I was going to buy Huawei SFP-10G-CU1M cables for them. (According to my supplier the ean code is HUW-02310MUN)
These cables are 6 times cheaper, compared to the HP cables.
Will it work with these cables?
Under the hood, they are all the same. They follow the same industry standards, namely SFF-8679. The only difference is that the transceivers have an identity register, which tells the NIC who is connecting. Certain vendors lock down their cards only to work with certain wires. You can look into reprogramming the EEPROM on your NIC to get around this issue.
HP normally checks if the SFP/SFP+ transceivers are from a known vendor (i.e. HP). So not all 3rd-party modules will work.
I regularly use http://www.flexoptix.net/en/ products, as they can be programmed to look like whatever vendor you need.
They have difference but not a big issue.
HP DAC Cable programmed specific code in MCU so that using non-HP DAC cables could trigger the warning that is unsupported by HP.
But still there are many thrid vendors you can find, which claim the compatibility with HP.Not all third party's cable work fine on HP, though.
I recommend you a vendor, 10Gtek. They have special method to decode HP’s cable so it can work fine in HP’s device. Besides, their cables are very cost-effective.
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.
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