For VoCore create firmware CyberWrt
There are already many ready-made projects in the CyberWrt firmware, the firmware is convenient for beginners.
To understand what projects already have a look demo
Description of CyberWrt modules
The modules are all in the public domain, they are created by CyberWrt users themselves.
Logitech Media Server compatible network audio player.
The prototype based on an Internet router with a USB-DAC for about six months is the main player in the home audio system.
Access to all the findings of the processor that VoCore provides will allow the player to be equipped with an IR remote control, use the “sound” interfaces I2S and SPDIF, organize the display of the player's status and “local” navigation through the music library.
In the future, I am considering the possibility of developing and producing a small series of finished products with VoCore as a mezzanine board on the main board of the product.
LED display for information display, commercials, films.
The advantages of the VoCore microcontroller in miniature and speed. With this processor speed, you can show movies.
The idea to create a device that intercepts traffic on (Wi-Fi, 10 / 100M Ethernet). To catch traffic from the "network periphery" to monitor. Further 2 implementations are possible: 1) firewall implementation. 2) Search and attack of vulnerable networks.
Difficult monitoring is supposed to be conducted on a specialized computational core. The computational monitoring power will be directly dependent on the computational core. And it can vary from one mobile device to a group of computers (5 - 15). As a result, you can protect yourself from any vulnerabilities.
Why choose VoCore? In view of its small size, it can be used as a portable module for testing (you can take it on the road and be safe).
The device will be able to inform you about the safety of the environment, as well as to check the reliability of your network by running a set of attacks.
At the moment there is a development based on VAR-DT44CustomBoard. But I would like to realize something mobile by narrowing the circle of tasks.
Why I refused only from the software implementation. Firstly, it is not always possible to use software monitoring on the end device. Since a device with limited power (TV or smartphone) can act as a “consumer” device. Also, we can not use the settings of the router, etc. since in public we don't have access
PS Photo VAR-DT44CustomBoard to compare sizes.
An I2C ADC is installed on each VoCore and a 3-axis MEMS acceleration sensor is connected to it. Such a sensor is very convenient to use for measuring (observing) vibration parameters on hard-to-reach objects. Hard to understand means that for one reason or another it is difficult to lay the wire from the sensor to the recording equipment. This is especially important for measuring vibrations in moving (rotating) objects (transport, aviation).
The small size of VoCore will allow you to create a compact vibration sensor.
Low power consumption - provides long battery life
WiFi will provide sufficient speed of information transfer. One sensor generates a stream of 60 kbps. (The capabilities of ZegBee in this case are at the limit and this technology requires the use of special receivers. In the case of VoCore, a regular laptop can be used as recording equipment).
There is a problem in the market - the proposed servers for smart homes and modern smart LED bulbs in 90% of cases are not integrated into a single system. And the threshold of what to buy a smart light bulb is cheaper than a dimmer + a supporting dimming bulb, we have long gone and now smart light bulbs (of course, not all, I’m not talking about LIFX and Philips Hue) are 4-5 times cheaper. Therefore, there is a very strong need to create a bridge that will allow you to connect the protocol for ZigBee light bulbs (most smart light bulbs use it) and the most popular Z-wave protocol in the smart home systems or supported by the Wi-Fi server.
OpenSCADA is an open SCADA system built on the principles of modularity, multiplatform and scalability. SCADA (Supervisory Control And Data Acquisition) in translation: “Systems of supervisory control and data collection” is a term that is often used in the field of automation of technological processes. The OpenSCADA system is intended for: collecting, archiving, visualizing information, issuing control actions, as well as other related operations characteristic of a full-featured SCADA system. Among the devices for which there are ready-made packages - Nokia N800, N900, N950, N9, Raspberry Pi, Asus Nexus 7 II, etc. Transferring OpenSCADA to VoCore will significantly simplify the creation of telemetry and control systems, and expand their use (for example, auto, moto , monitoring the physiological state of a person), improve the aergonomics and usability of devices based on VoCore
Creating a device for data collection and coordination of mechanisms. Key Features:
* Cloud synchronization (online operation) without additional settings of the router (port forwarding, etc.)
* Full work offline (without access to the network)
* Customizable web rules system
* Customizable web interface
An article on the project about the project with details: habrahabr.ru/post/224449
Section on the site about the project:
smartliving.ru/Main/LinuxMiniHub
VoCore seems to be a good option for a basic device, where you can organize not only a system of rules, but also place some basic peripherals directly. In the prototypes used for the periphery, an additional Arduino controller was used (except for Wirenboard - everything is “on board”).
Informer that provides data on current date / time, temperature from sensors: local and remote (via Bluetooth interface) and the presence of unread e-mail messages or messages in social networks. Also, the device has a web interface through which you can view temperature charts. The information is displayed on the LCD, in my case - this is MT-12864A. VoCore will significantly reduce the size and cost of the finished device. Now the layout uses Raspberry Pi.
Use VoCore as a home / office IP-PBX based on Asterisk with scalability (add handsets, connection to SIP providers, etc.), automatic call routing. In the simplest case, VoCore can perform IP-PBX functions without any of the leading equipment (access to the network via WIFI), but in this case it is only possible to make internal calls between SIP clients and exit to the PSTN through a SIP provider. Ideally, an additional “motherboard” with network and telephone plugs, power supply and FXO and FXS adapters and a connector for installing standard VoCore. The FXS adapter could be discarded, but then in case of problems with electricity, you can remain without any connection (in the case of FXS, you can provide a direct connection of analog TA to the line when the power is turned off)
The prototype is possible and exists, but I have not met, currently the functionality is organized on Mikrotik RB750GL (Openwrt) and Linksys SPA3102 (FXO / FXS). Earlier, Openwrt + PBX was installed and worked fine on TP-Link WR1043ND with features similar to VoCore. Among the shortcomings - the complexity of the configuration, but I'm an amateur. The size of the SPA3102 will most likely allow the Vocore to be placed inside the native housing for experiments, but these are crutches.
If you assemble a compact universal device, you can
1. Distribute through SIP telephony providers.
2. Become a SIP Telephony Provider and Earn Traffic
Creating a scale model of the Great Martial Humanoid Robot (OBCHR).
At this stage, the mechanics of the lower part are ready and active work is underway on the electronic-software part on the VoCore board, which will perform the following tasks:
- calculation of kinematics, movement dynamics
- system of preventing and stopping a fall
-connection with the command via Wi-Fi
- formation of control signals for engines
-processing data from sensors
From the periphery to the VoCore will be connected:
-UART / USB - RS485 converter for communication with servo motors
- Fee allegedly on STM32 (SPI / UART communication) for primary processing and filtering data from sensors
As sensors, it is supposed to use 4 FSR sensors in each leg + 9 axial IMU
In the future, it is planned to complete the development of the upper part of the robot and add a computer vision system to it.
The idea to make a Mesh WiFi node.
Based on habrahabr.ru/company/cjdns/blog/202536
Seeing VoCore which has OpenWrt and WiFi onboard, immediately thought of Mesh WiFi. For those who do not know what Mesh WiFi is: habrahabr.ru/post/196562
The idea: to make a device no larger than a charger unit from a mobile device, the heart of which will be VoCore, and when plugged in, it will automatically lift the WiFi network and connect to the WiFi Mesh. This will allow you to easily and easily raise the Mesh WiFi node anywhere, besides, if you are not interested in Mesh, you can be content with a simple WiFi repeater.
A network like the Internet of things.
The idea is to create a platform and server software.
A device that could control anything, and that would easily integrate into an existing network.
The user writes a config file, where he describes all the inputs - outputs, processing, names, and so on. and writes to the device. Next, the server finds this device, adds the necessary tables to the database itself, and on the web interface we see everything we need.
For example, they wanted to add monitoring and temperature control in the boiler. Please, half an hour on the config file and scripts, two hours to install in the boiler itself. And that's it!
This project is already quite a lot of time.
Currently implemented dimmer. With power in the gap or parallel to the consumer (light bulb). Basis - STM controller, module nrf24l01. Also implemented touch control. The device has been working for more than half a year, there were no problems.
By nutrition. I use a very interesting power scheme. The device is powered from the network of any alternating voltage from 12 to 600V (theoretically, it is practical to test only up to 380V). We get the desired voltage and current up to 200mA (it is possible and more, but slightly changing the circuit. I need 200mA). In general, the device can be powered both directly from the network and in the gap of any consumer - light bulbs, heaters, etc.
When I started the project, I was looking for an opportunity to make a device with WiFi and preferably on Linux. But I didn’t find any size I needed (which would fit into the switch case, considering that there are already two boards) for a normal price.
modbus rtu (master) - a set of scripts for working under the modbus rtu protocol in master mode. It can be used in conjunction with the web interface, or separately in the form of shell scripts.
1-Wire - a set of scripts for working under the 1-Wire protocol, based on a special method of using a serial port.
visual control interfaces (for example, smart home or a complex mechanism)
analysis of data from webcams (can be networked), for a long time I want to do data transfer from the camera without wires (well, there is electricity by itself everywhere where to put, the problem is in carrying out the NETWORK of these cameras, not everywhere)
everywhere you can use MaxMSP
MIDI devices, keyboards, twisters, mixers
My materials:
habrahabr.ru/post/225653
www.youtube.com/watch?v=fwCNBuAiM48
www.youtube.com/watch?v=0MfQxDo91p8
for some projects with more than 1 sensor and more than 4 rgb tapes, it is already difficult and expensive to work)))
Good day.
Not long ago, my friend and mechanic decided to create an attraction ...
In our hands we have only our abilities and the VAZ 2105 (on the go), I myself am a programmer.
Our idea is to turn the VAZ 2105 into an attraction as a game paddle for some racing game.
But we are limited in finances and live in a closed city beyond the Arctic Circle ... Severomorsk ...
I saw your entry on the contest, and decided to try my luck, in the hope that you will penetrate into our ambitious project and give us one of your controllers.
Source: https://habr.com/ru/post/240603/
All Articles