I know control point can send actions to a upnp device using UpnpSendActionAsync() function, but I wonder whether I can send actions to the control point by a way similar to this.
No you can't, unless the control point also publishes a UPnP device and service.
If you explain what you are trying to do, I could offer some other advice but I think that is a comprehensive answer to the current question.
Related
I'm completely new in the NFC field, I want to build an application by using Mifare classic 1K with ST25R3911B, For that purpose i have to make proper communication between them by which i can do communication between them(Like to read/write operation).
I'm getting success to read UID, but rest of the things i'm not understand like how to authenticate or which is the proper command by which i can do communication or shares information between them.
If anyone have experience or any knowledge regarding that please help me,
Any kind of help would be appreciated!
Thank in advance!
I haven't used this chip, but I see its datasheet says that it supports Mifare as a custom protocol that you need to implement yourself as there is no generic method that is handled by the chip itself. That would mean you will need to implement the protocol based on NXP documentation including proprietary cryptography that is used there. If its only your private pet project, you could probably get away with some reverse engineered implementation that is floating around the internet, but the right way to do it is to contact NXP and obtain the license. Probably a way easier solution would be to replace the chip with something already licensed by NXP.
Its great that qx1 has an http API, been looking for a camera like this for years, but is it possible to use the API over wired USB connection? In our scenario the camera will always be connected to the PC via USB for 24/7 operation anyway (to supply power), so using USB for communication would make more sense for us.
Greg,
I was searching for an answer to the same question as you although my reasons for USB are different. Regardless, I found a post here on stackoverflow that may address your issue. His question is slightly different but I believe the answer provided will apply for you. The link is:
Sony, Camera Remote API
If I understand correctly from that post, the answer is no, you can't use USB. Hope this is helpful.
Regards,
Dave
I am reading articles about Proximity on Windows Phone. I have the following ideea. I have an app that can exchange small messages between two phones through encoded audio. Can I use proximity and replace NFC support with my app that transfer messages using sound. I need only an advice if the NFC usage in proximity can be replaced with any other functionality that can intentionally send certain messages. I want to know if it;s a good ideea to pursue my concept.
Thanks
Unfortunately for you, Windows Phone OS is not a LEGO constructor where you can replace core system services with your own implementation.
At least not with any documented API.
And if you'll use some undocumented APIs, forget about the windows store.
You can probably do that if you're representing an OEM company that builds windows phone devices.
If you're an individual, what you're trying to do might be possible with Android OS. Search for something like "android building custom ROM".
P.S. I think it's a great idea to pursue your concept.
I really miss the simplicity of IR ports in devices.
Very likely, your acoustic pairing could do the job just as good, while requiring no extra hardware.
I want to learn more about sending and receiving packets with Obj C. I want to learn more about packet IDs and types. Any ideas on some easy tutorials apart from the Apple Documentation?
Thanks guys!
Note: I do have basic knowlage of how to send packets. But I need to learn more about types and IDs. At the moment Im failing to make a login with login.minecraft.net.
Holy layer violation, batman!
I think what you really want to learn about is HTTP communication under iOS, not TCP/IP packets. In this day and age, there is no reason to dip down to TCP/UDP unless you are inventing a new protocol. For every protocol that exists with any popularity, there is a library that encapsulates it.
In this case, it looks like Minecraft is built on HTTP. Which is no surprise; unless your game needs realtime interaction, HTTP is a ubiquitous protocol that routes through anything.
Thus, I'd suggest you start with one of the HTTP programming guides.
I've been researching how to interact with the MSN messenger / Live messenger service programmatically and I can't find any real documentation on this. The documentation for the Live services only seem to implement in Javascript (they're here: http://dev.live.com/Messenger/)
It would be possible to reverse engineer this API to obtain the web services that it is actually using, but I am guessing that they didn't provide the sources for a reason (which means that those web services aren't meant for direct access).
However I can't find any other official APIs that allow programmatic access (more specifically no APIs that mention sockets, web services, or a proper programming language like Java or .Net).
Does anyone know if an API like that exists?
Check out LibPurple, which is the library underlying the pidgin multi-protocol IM client.
The open source pidgin does it, so maybe have a look ?
MSNP-Sharp is a very good C# API.
You haven't stated what your purpose is, but maybe you can use source code of alternative clients like pidgin, amsn or centerim to access msn live network and use whatever service you want. I cannot point you to any documentation but you can use their source code if you want.
Is C proper enough?
I would take a look at msn-pecan - A WLM plugin for Pidgin
Let me clarify what I'm going to use it for. We want a viable solution to be able to connect to MSN messenger from Flash, we can't connect directly because flash is a bit bonkers and doesn't like to open socket connections to a domain unless it's invited.
So we'll need to construct a proxy server in a proper language (which obviously we'd like to support other protocols too, so that'll work quite nicely with lib purple). We don't have any experience in house of C, so it would have been preferable to keep it in Java, which is what our team is experienced in, but there really don't seem to be any decent APIs for Java, or APIs that Java could interact with.
Nevertheless, thanks for the suggestions chaps. They look very useful.
The Java MSN Messenger Library is also pretty good.