Im doing a project for tracking bikes in my school. Im using a GPS EM406-A for recieving the position and a Arduino UNO with the ATMEGA328 for processing the data. Im OK obtaining the data.
Now i need to send the the position to a webserver and then show it on a webpage using the Google Maps API. I have to use the GPRSBee with the M95 from Quectel (datasheet) but here is where im really confused.
How do i send the information to the webserver so it get stored in a database? Do you have some recomendations? I know a little bit of ruby so i think that im going to use that for showing the data on the webpage.
OK, you have 2 pieces of the puzzle to go: 1. You need to write some server-side code that you can send your data to. So, for example, a Java servlet. (Did you study java, and server-side programming?) Or maybe some Python? The easiest thing is to google RESTful API programming, and you should find plenty of choice there.2. Once you have written your server-side APIs, then you need to program the GPRSBee to open a TCP/IP connection to your server, and call your API. There is some good sample code at https://github.com/keestux/GPRSbee/blob/master/GPRSbee.cppYou have a fair bit of work to do, but keep coming back with questions, especially if you try something, and run into a problem.Best of luck.
Related
Is there anyway that I could potentially communicate with a web server without the need to store any temporary data in the backend, due to unspeakable constraints.
Background:
I have a sensor, and every time there is a new reading, the new readings has to be updated to the frontend, however, due to unspeakable reasons, I dont want to do that through the backend.
I am not going to update this to the backend yet. I only update it to the backend after I have let's say 10 validated readings (that are deemed to be acceptable).
The problem:
there are now 4 layers instead of just having: FE, BE, DB. Now we are going to introduce the sensor as another layer. Unless we could somehow classify this sensor as a frontend component?
**Due to some constraints, the problem needs to be solved using these technologies:
**1. excel VBA (using VB script)
2. frontend is ASP.NET
Potential solutions:
I have tried exploring windows socket, but I am not exactly sure if it might solve my problem. Im not sure, but
Creating a temporary table in the backend to pass the data to the frontend, I didnt want to do this because it seems a bit messy, and wonder if there are better ways.
I am totally newbie in c#, .net core 2 and protocol buffers but I have to work with thoses 3 technologies for a personnel project (server/client architecture). I have some questions about serialization/deserialization in multiple message.
I have already see this:
https://developers.google.com/protocol-buffers/docs/techniques#streaming
So I know it's need a special technique. After a little google session I found something about put and pop limits in c++ but I haven't see docs on c#.
I have an another question, does google protocol buffers handle nicely reading ? My sockets are monitored with select so when I want to read my messages (using https://developers.google.com/protocol-buffers/docs/reference/csharp/class/google/protobuf/message-parser#class_google_1_1_protobuf_1_1_message_parser_1a110e5d9bc61837e369e5deb093f59161)
I am not sure how protobuf will stop reading (I don't want to read beyond the data available on the socket because it will make my server blocking...)
Does it manage it ? Thank you...
Standalone protobufs aren't delimited in any way - they don't encode their length and have no fixed start nor end.
But the API gives you some tools for sending and storing multiple messages - specifically, you can use WriteDelimitedTo() to write multiple protobufs to some output, and then read them using parseDelimitedFrom()
I am wondering if there is a good way of making automated system testing for a Chromecast receiver application?
If you open the application URL in a Chrome browser, the cast_receiver library cannot find the websocket connection on:
ws://localhost:8008/v2/ipc
Since this handles the communication between the app and the Chromecast hardware, I am thinking of something like a Node.js websocket server that can talk to the chromecast receiver app. Is there such a system, or do anyone know if there are plans of google releasing something for this kind of testing?
Also, would there be other problems related to the difference between the chromecast browser and chrome browser? As I understand, the chromecast browser is just a subset of chrome, which makes me think it should work.
No, there is no easy way to do this.
DISCLAIMER: I haven't tried any of what I'm about to suggest. It's also probably a terribly idea as Google could change the protocol any time and in any fashion they desire since it isn't a public thing.
BIG DISCLAIMER: You may be in violation of the ToS by doing this as Section 3.2 (Developer Policies) states that you "may not ... develop a standalone technology ... any functionality of any Google Cast Receiver". Possibly, you'd be making a standalone piece of technology that replicated the IPC functionality. But I don't know. I'm not a lawyer.
If you want to go and do this, I'd suggest making a copy of the Google Cast Receiver SDK (www.gstatic.com/cast/sdk/libs/receiver/2.0.0/cast_receiver.js as of April 28, 2015) and altering it so that it logs out the messages that are being sent and received.
Luckily, it appears that we have logging messages to help us find the relevant code.
The receiving method has the string "Received message". I would guess that "a.message" is what is being received.
The sending method has the string "IPC message sent". I would guess that "a" is what is being sent.
Once you've instrumented your copy of the code, you need to publish it somewhere that your receiver app can see it and then you need to edit your receiver app to point to your new and improved SDK. Please please please make sure that you do this on a non-published app for testing purposes only.
Once that is done, you need to find some way to get your messages out of the code and into something that you can access. You have a few options.
Fiddle around with the code more and figure out how to get the Chromecast to log out the data you want;
Store the information in an array and read it using the debugger;
Open your own socket (or websocket) and send that data to a server that you control.
From here, you can run your app, interact with it, and then have a complete record of the IPC messages that were sent and received. Armed with this, you can create your own Fake-IPC server that listens for specific messages and spits out the stuff that is in your log.
Basicly, I'm trying to read a game's chat and catch actions from the user.
Here is the image which I will explain the situation with :
1: I took a message in the chat
2: I tryed to find it in the game's memory with Cheat-Engine
3: By examining every addresses where it was found, I ended up to this one, which contains the chat formated with what seems to be html..
That part is only the bottom part of the chat. (I see the rest of it if I scroll up)
So, I asked myself how could I read game variable to interact with the game.
Another thing I'm trying to achieve is to catch the user's actions so I can display some information in a winform.
I've just read about packet sniffing, it seems interesting for what I'm trying to do.
I tryed to read packets going in and out of this app with WireShark. Every action in game was sending a few packets, but I couldn't read them as they were just a bunch of weird characters. I tryed to decrypt them using a few methods I got on WireShark's forum without success. I was asking myself, even if I could see them in Wireshark, how am I gonna do that programmatically..
There is certainly a good way to do this, as we often see bots in this game.
Considering the number of bots playing "in team", I'm pretty sure they do not use clicks, but they run something in background that sends requests.
How do you make such a bot that fight, talk, interact with players automatically?
This game is Dofus, powered by Adobe Air.
I usually program with c++ and c#, but I was wondering what's the best way to do this.
I need a kick in the right direction!
Maybe trying a tcp/ip listner control (or use tcplistner class in c#) in your c# project with the appropriate port to catch requests (& responses). Information sended could be compressed so you may want to try some standard algo.
Did you try reverse engineer the AIR app ?
I want to record voice online and I guess I need to use FMS or Red5 and I don't know how to use Red5 with Asp.net, actually this is my first attempt to handle such a thing and currently I am a .net developer.
So someone please show me a way to handle it and show me how to use Red5 with Asp.net.
Thanks in advance.
This is the nice page which has very good infromation abou red ands ASP http://www.aspnetajaxchat.com/Deployment_Guide.pdf
http://www.freelancer-job.com/blog/2008/08/13/flash-aspnet-coder-to-integrate-red5-based-audiovideo-chat-module-to-aspnet-website-by-zukinet/
Some more information avilable in are there any ASP.NET with Voice Recording sample codes?
I have successfully written an asp.net application to stream multiple users P2P video using Red5.
Integration of red5 is actually simple. Once you've got it working on your Server/VM all you have to do is install the olfa Demo and you can write a player/streamer in flash. You just have to set the netconnections. One for the incoming stream and another for the outgoing stream. Then you'd have to add a mic & camera capture to attach them to the outgoing stream. If you want to make your player/Streamer more robust you can use a combination of Javascript and a webservice(AJAX) to control what streams to where.
You weren't very detailed on what you wanted to do otherwise I could have probably assisted you further.
For example code go to
http://code.google.com/p/red5/source/browse/#svn%2Fflash%2Ftrunk%253Fstate%253Dclosed