I have modem which is work on browser as wifi and when i connect to pc it becomes virtual router having ip address and DHCP settings. Now i want to use this wifi dongle as like long code or sms gateway.Also this modem is working on browser so it dont have port for communication to pc. How i can do this i.e. take sms which is stored in device local memory not on cloud and send it to clients. I cant use AT commands for read/write sms coz AT commodes only work when we have port number...pls suggest if any idea...is it possible?? I want implement this feature asp.net MVC5
Thanks in advance
Related
I am building a project utilizing Wifi on the ESP32 module. Using RTOS, I am running a web server on 1 core and a web client on another core. This works very well and I can access the web server remotely via my browser and the WiFi provided IP address. The Web client reads some sensors and sends the data via WiFi to my database. All good and everything works as desired.
Now I need to do the next step and move beyond the reach of the WiFi and reproduce the same result via 3/4G cellular. I looked at the "easy" solution to use an industrial 3/4G WiFi router and simply keep what I have. Cost of these "industrial" type routers are on the high side, where as 3/4G module which also include a GPS chip are around half or less. Problem is that I cannot get my head around how I will "replace" my current WiFi functionality with one of these modules. The modules seems to expect you to connect via serial (rs232) and using modem AT commands establish a connection to the internet. Question is, after connecting to the internet, how do you continue to have "network functionality" same as with the built-in WiFi? Is there some library that will do ethernet over the serial port? Can I still have the WiFi and the "serial ethernet" running at the same time or switch between the two?
Thanks!
I am trying to connect two windows phone emulators without router to form p2p network, is there any solution to connect them with access point without router and internet. and can be a possibility of using IP address of emulator.
answer plz
To the best of my knowledge no it is not possible in Mango - but is in WP8. You could however use a wireless network to perform create a UDP multicast socket and and then "connect" to one another that way.
Have a look at http://blogs.msdn.com/b/davrous/archive/2010/03/29/windows-phone-7-platformer-starter-kit-for-xna-studio-4-0.aspx it's got some pretty good pointers.
I have a project based on windows Phone 7.5, which contains a module to ping remote devices (in the same subnet or internet). I tried to perform an echo request and reply on port 7. but reply does not comes back, rather, an NullReferenceException occurs when I try to access SocketAsyncEventArgs.Buffer. I also tried creating ICMP type packets in app, but no luck.
As far as my understanding goes, icmp packets are not allowed to perform ping. however, from desktop, the phone can be pinged if ip address of phone is known.
I have checked many applications on marketplace (like Console WP7 Lite, TestMyNet), those can perform ping by sending icmp packets and can also access Round trip time of ping operation.
I am wondering how those applications can ping to remote (accessible) devices, when windows phone sockets does not allow icmp packets.
Can anyone help me.
Thanx for help in advance
Are you sure these apps can ping local network? For example can they ping WP Wifi interface's gateway or the WP Wifi interface itself? Or can the only ping hosts on Internet? I tried both apps mentioned by you, and even more and they ping everything except local network. That is why i was convincend that they use external server to perform pings and roound-trip is only calculated or estimated somehow.
Piotr Wojtowicz
I am developing an application in which device discovery in a network is required. I am using UDPAnySourceMulticastClient in windows phone 7 for discovering desktop clients. Whenever I connect desktop to a D-link or wi-fi connector, I am able to discover desktop in my wp7.
But my problem arises when I connect desktop through ethernet to some network and connect wp7 to the same network that desktop is using I am not able to discover desktops(Even though I am sending message to the group). Is it UDPAnySourceMulticastClient works only if both are connected through wi-fi network?
Thanks in advance
UDP multicast is dependent upon the hardware used to make the network (routers, etc.) to rebroadcast the message to all other clients. While more complex scenarios are possible, it's unusual for multicast to be enabled for anything other than communications connected to the same wireless hub.
I'd like to sell headless Linux servers to SOHO users. Typically, they'll have a DHCP-capable ADSL modem cum switch to which they'll connect their workstation and the server.
In order to just show up with the server, I need to find a way to just plug the server into the switch to get an IP address from the modem, and then have the server broadcast its adresse so I can then connect to it with Putty from the workstation.
I thought about using Samba to broadcast a message using the Messenger Service, but unless I'm mistaken, this only works if the two hots are configured to use the same workgroup/domain.
Do you know of way to get the server's IP address from the workstation?
Thank you for any tip.
Take a look at UPnP and zeroconf services like Apple's Bonjour.
I'd probably suggest using the normal approach for switches and modems as you are treating your device as an appliance, i.e. set a default IP 192.168.0.1, and connect to that to then configure the device into the local infrastructure.
I don't know of any good solutions.
Some DHCP servers will register the name you send in the request - then give that name in your setup instructions. But I suspect home user DSL routers aren't in that category.
Maybe you could ship a tool on CD that does arp requests to get the IP address? (Given the MAC address printed on the box)
Broadcast packets periodically on some arbitrarily chosen UDP port, and build some client software to listen for those packets.