Next Build ..
Read the rest of entry »
The SurfPad project as on GitHub and hackster.io is a UWP app that runs on a touchscreen Windows device. It runs as the configurable UI for an app running on an embedded device such as an Arduiino device or a Raspberry Pi (running IoT Core).. The frontend sends single characters as commands (representing button presses) whereas the backend returns responses as text strings, representing sensor data that the remote device has determined. So the communication data is textual. The communication between the two devices can be a network sockets client-server conduit, USB Serial or Bluetooth Serial. Whilst Bluetooth Serial works OK between a Windows 10 desktop (or IoT Core) as the frontend and an Arduino device as the remote backend, using an IoT Core device as the backend has been shown to be problematic. This article presents an alternative based upon Bluetooth RFComm Chat client –server architecture, which does work.
How about reimagining an old Surface etc, to be used as the UI for a remote app running on an Arduino or RPi. UI runs as a touch based UWP app and communicates …
Issue: Can pair a Windows 10 device with an Arduino device and communicate over RFCOMM. But although can pair two Windows 10 devices over Bluetooth Serial, I can’t serially transmit between them: No serial port for OutGoing end.
If you are used to right clicking on a Device in My Devices to get a menu of options for connecting to your device, then this functionality has been moved to the Actions column in the current version of IoTCoreDashboard.
This article covers using a Raspberry Pi running a RS4 version of IoT Core as the SurfPad, withe an Arduino devices as the Remote app. Connectivity for this is via Bluetooth..
Windows 10 IoTCore, as implemented on the Raspberry Pi 2 (RPI2) initially came with no WiFi or Bluetooth (BT) connectivity. These were then added as USB dongles but with a limited listed of hardware that worked. RPI3 has built in WiFi and BT. What is the state of play with IoTCore connectivity with the RPI now? Are there any issues?
My Azure watering system has been running for almost seven month now, after a long period of analysis I got all elements stable early january 2018.
The Azure data recorded since then shows the following behavior:
The top graph indicates watering time in value of 100ms, big bars correspond to manual watering.
Bottom graph shows daily measurement for three pots (Red, Green, Blue), plus local temperature (Orange).
We can draw some conclusions from this graph:
1 - Plants don't need much water in winter...
2 - Humidity measurement is definitely correlated to Temperature (red pot got frozen in march)
3 - Each pot has a specific behavior, and therefore needs a special algorithm
It is now worth pushing this data to Azure Machine Learning to draw the watering laws - before summer !!
Some musings about connecting the remote device to the UI-UWP app.
As part of a series of articles on a set of projects targeted at using a Windows Surface device as the presentation layer for a RPI or Arduino device, this article views the apps as state machines and documents the app states coupling through message passing between them.