Not sure if this is possible anymore or not. But I have been playing around with Xively and trying to make the connection from my CurrentCost Energy monitor to the Xively servers/interface.
Does Xively still support this feature or do I need to find another service? The documentation is very well laid out but for the life of me I can't seem to figure out how to connect my device to the service.
Has anyone done this?
Jeremy
Related
To make an autonomous drone and help it fly from one place to another without any human intervention, I plan to send data using two ESP32s and receive those data using my PC. I won't use the onboard navigation system inside the drone. I need suggestions regarding the signal-receiving unit (using wifi i will send the data), which will feed information directly to my PC. Kindly give me information on the best way to receive signals from ESP32 to PC, in the shortest amount of time and with a reasonable budget.
We were thinking about NodeMCU, but we aren't going to use it. Moreover, I am in the initial phase and have just started researching this. Also, I am pretty new to this, so any suggestions will help me to discover and also help me get what I want.
https://medium.com/#urish/reverse-engineering-a-bluetooth-lightbulb-56580fcb7546
Using the above link, I did try to hack and control a BLE Device which works in BLE-Mesh-Network, But it failed.
Came here by looking for help to Know the possibility of this idea as whether this is at least will workout in real world scenario.
I have a project where I have an Arduino Uno with an Ethernet shield, which needs to send messages to the Nexmo SMS API. I've done this in the past by sending serial data to a PC, which had a service running that would contact Nexmo and forward the data back to the Arduino. Unfortunately, in the latest project, I don't have access to a constantly-running PC, so I need to do a standalone system. I have experimented with Temboo and got it to work, but I've heard that once the 30-day trial runs out, it's a paid service. Obviously, I'd prefer a free service (it's a home automation project, so no client to send a bill to).
Any suggestions?
Thanks in advance.
Services like Temboo make it easier to use APIs like Nexmo from an Ardunio, but are certainly not needed.
As long as you can make an HTTP request from the Arduino (and, with the ethernet shield, you can) you can make a request to a web based API like Nexmo.
However, if you look at the example code for making a web request with an Arduino you see that there's a fair amount of complexity. This HttpClient library seems to make it a little easier, but still making a request and processing the response takes a bit of code.
It's that complexity that Temboo is removing for you, but you can definitely do it yourself.
What I'm asking here may not be possible at all, due to my lack of knowledge with networks.
I want to start playing around with IOT objects in my house. I would love to be able to control various objects from the touch of a button on my phone.
I have bought a "smart" plug outlet which enables me to turn the power on or off via an app over my home WiFi, however I want to be able to build my own app and control the device exactly how I want to, just for fun.
This app I'm using at the moment comes with the outlet and as far as I can see, it was not meant to be customizable in any way.
My question is, is it possible to figure out the requests being made to and from the device, and create my own API to work with it?
I am a software developer day-to-day however my knowledge in networks is very basic. Any help is really appreciated!
If there is no documented API you can, in theory, to reverse engineer the API using sniffers. If you control the device from your phone you can install sniffers on the phone and see the incoming and outgoing requests. But the bigger problem for you is if there is some kind of security mechanism that the device and the app are implementing. The protocol can be encrypted so you wont be able to understand the network traffic or maybe some kind of key that will allow the device to get orders only from a specific app.
So my suggestion, if you are not experienced with this kind of work is to approach the device vendor and ask them for the API, some vendors would be happy to expose it if you would publish your code and let other customers to use it and expand their product.
I have been playing with Contiki for some time now and have tried out various examples and wrote my own for both the simulation environment and the real hardware. I have only been experimenting with self contained networks that, for example, measure the temperature difference between two nodes and then communicate that data with other devices (PCs) over plain text RS232 link, blink LEDs, and such simple stuff.
Now I want to make a more complicated system where instead of just forwarding the data in plain text to be read on a console I would forward it to an application that would in turn post it to some sort of web service and, vice versa, receive data from web service to be delivered to nodes on the network. There is quite a lot of examples and tutorials describing this kind of setup but all of them (as far as I am aware) are focusing on the IP(v6) stack and SLIP to achieve this. The problem with this is that I have a really lousy programmer and uploading of a 50 kB image takes about 1.5 mins so the development cycle is pure hell. I am also out of luck with simulation since my platform is not really supported at the moment.
That's why I decided to try out the Rime stack, image size is 1/3 of the IPv6 and the development cycle is somewhat acceptable now (I really should get a decent JTAG programmer...) Meanwhile, I am having a bit of trouble wrapping my head around this new setup with a different network stack on which there is very little information around. Although it is pretty easy to understand by itself, I am not sure how I would go about connecting a Rime network to an IP network and if it was even possible or advised/intended by it's designers.
I have some ideas in my head, ranging from ad hoc communication over a serial link between a server application running on the PC and the collector node, to a real Rime border router that is certainly outside of my league, for now.
How would you go about it? It would certainly work for my simple experimental case to just have a collector node that gathers the data from the Rime network and sends the aggregated data over a serial connection to the custom application that does the rest of the magic, but, I wouldn't want to be the guy that reinvented the wheel and I am quite sure that Rime wasn't designed to be used in a vacuum so there must be at least an advised way of doing this?
Rime is a really simple stack (By simple I mean few functionnality). But it's quite quicker for simple task.
You need to program the Rime stack on your gateway. Thus, your board and the gateway can communicate with the same stack. So now you have the data send on your gateway. The gateway now can send the data with IP to whoever you want.
If you want more technical detail, then edit your question with more specific technical context.
Btw JTAG is a must have. (for industrial application)
Edit : An other solution is to simply send your data from your board to your gateway in broadcast. Then the gateway take the data and interpret it. The cons of this method is you have to somehow be sure that your gateway interpret only the data of your board (not of others board)