Just wondering...
Im working on a project and I was wondering if i could bypass a null adapter and program a digital null.
Has anyone tried this?
Thanks in advance.
A null modem is a serial adapter that physically swaps some wires around. It isn't possible to do this in software.
Related
I want to create a tunnel between my computer (which is connected to the router via ethernet and runs on windows) and another computer in the same subnet.
I chose WINTUN.dll for this purpose because it is much faster and more efficient than OpenVPN.
I can't find a way to start a season on the ethernet adapter on my laptop!
I tried using the adapter name found on MS INFO:
WINTUN_ADAPTER_HANDLE Adapter = WintunOpenAdapter(L"Realtek USB GbE Family Controller");'
Result: "error creating adapter, code: 1168"
I searched the library documentation and could not find anything on the subject.
Will Wintun work under any circumstances with non-Wintun adapters?
Any help will be appreciated! thank you!
You cant open your Realtek USB (...) Ethernet Adapter. Wintun is used to create a Layer 3 Network Adapter. You need to initialize wintun and afterwards create an Adapter. If there isnt one in your adapter settings, you cant open one. Id encourage you to implement the example.c from wintun.net. This way you will get the hang of it. If you want to use wintun for your scenario you will need to implement it by yourself. OpenVPN might be slow because it uses a TAP Adapter (wild guess) but you can change it to a tun adapter (e.g wintun). Hope that helps :)
Mac OSX - OS - Network
I want to create a pppoe network interface in the networkset with SCNetworkConfiguration API, but I did many times for it just create modem interface.
Anyone get the same problem or have a solution about it? Thanks
Happy new year.
It's just easy, I try n times debug it and find the answer.
I'll put it on github
https://github.com/cppfun/mac-pppoe
I am using RN42 on embedded device connected to UART. Baudrate is 115200 ( I tried lowering it but didnt help. )
I am using default settings.
Every time when I pair a device with PC I can open a serial port to remote device, but as soon as i Close the port, and I try to open it again It will fail with "semaphore timeout error".
If I want to restore connection I have to delete device from PC and add it again, then it will work for 1st time and fail again.
Does anyone have similar issues or maybe solution to this? If you need more info ask, I realy dont know what info to supply in this case.
On PC side I have USB Bluetooth device and integrated one. The both behave the same.
On embedded side RN42 is connected to UART of AM3517.
I hope you can help me.
Regards,
Luka
I found the issue. It was PIN3 (GPIO6) connected high. This way after 1 connection module switched to auto master and was unable to connect to other masters.
In current scenario i am using RS-232 communication for operating hardware component from PC using Micro Controller in between.Whole Application is Created in MFC.
I am thinking to connect PLC for communicating hardware component to PC. So can anyone tell me how we can done this?
That depends on what hardware interface the PLC provides. If it does not use RS-232 (or ethernet) then you need an adapter. If your PC accepts plugin cards then you can probably get an adapter and driver in that form.
You need to figure out what protocol is used to communicate with the PLC e.g. COMLI, knowing that you will give you an abstract model to work with that you can use to control the hardware.
So I have a bluetooth device, this device uses SPP to transfer data between the PC and itself. It connects fine through Windows as a bluetooth device. I can find it, enter the paring code and assign it to a COM port. Now I want to be able to send data through the com port using Windows API but it is refusing to do so.
I suspect that I need to setup the COMMCONFIG Structure correctly (see below)
http://msdn.microsoft.com/en-us/library/aa363188(VS.85).aspx
Unfortunately I have no idea what is the proper setting. I know SPP is supposed to emulate the RS-232 communication... so maybe I have to study up on that to figure out the right setting? Or is there some automatic way to set the COMMCONFIG structure.
I seriously doubt it. If it would be used then you'll have no chance at guessing at the custom provider data without docs from the driver author. Pay attention to the handshake signals, serial port devices routinely ignore anything sent to them when the DTR signal is turned off. And not send anything back with DTR off. A driver would emulate that. Use EscapeCommFunction() to turn them on. Also try a serial comm program like HyperTerminal or Putty to test this so you can isolate the source of the problem.
Why not use the Bluetooth sockets API? No need for troublesome (virtual) COM ports then.
If you're using managed code then see my library 32feet.NET
If using native code, use SOCKADDR_BTH with Winsock connect etc, see e.g. Bluetooth and connect (Windows) Then you can use the standard Winsock send/recv API
Ok, I found that you can use the
GetCommConfig and GetCommState functions to figure out the settings.