User:Bertrik Sikken: Difference between revisions

From RevSpace
Jump to navigation Jump to search
(Remove LoRa HAB receiver, info has moved to RevRadio)
(Add TTN gateway info panel idea)
Line 28: Line 28:
== Project ideas ==
== Project ideas ==
This is a list of ideas I'm thinking about, but have not fully developed into an actual project yet.
This is a list of ideas I'm thinking about, but have not fully developed into an actual project yet.
=== TTN gateway info panel ===
Problem: if you're running a gateway for the-things-network (TTN), you can see packets coming in by following the packet forwarder log file, but it gives very limited and rather cryptic information.
For example, you don't see which node sent a message, so you have no idea how many unique nodes are sending data through your gateway.
This idea is about creating a simple info panel that you can run directly on the TTN gateway itself.
The plan is to write this in Python.
A typical gateway probably already runs some sort of Linux distribution which has the python binaries available or allows them to be installed easily.
Using Python also means that you don't need a compiler/Makefile/etc.
Basic operation of this utility:
* the gateway software is configured to send its data not just to TTN but also to the gateway info panel utility (running on "localhost"), using the poly packet forwarder
* the utility listens on a specific UDP port, accepting data according to [https://github.com/Lora-net/packet_forwarder/blob/master/PROTOCOL.TXT the Semtech v1 protocol].
* it parses the plain JSON metadata (modulation parameters, like frequency, LoRa mode, SF, BW, etc.)
* it also parses the payload bytes, part of the payload is not encrypted, so we can extract the message type, device address and sequence number (FCNT).
* all incoming packets are shown in a table-like view in the console using the [https://en.wikipedia.org/wiki/Ncurses ncurses] library.
Initially, the utility will just keep the packets in memory, so it just shows things that happened since you last started it.
Later, we can decide to store the data, for example in a database.
The information shown can be just the incoming messages in order of arrival, one line per message.
Alternatively it could show a kind of node-centric view, one line per device with info only on the latest message from that node.


=== mini word clock in dutch ===
=== mini word clock in dutch ===

Revision as of 12:16, 10 September 2016

User info Bertrik Sikken
Name Bertrik Sikken
Nick bertrik
Tagline heb ik niet

You can reach me at bertrik@sikken.nl or bertrik@gmail.com

Studied Electrical Engineering at Twente University.


Main interests:

  • reverse-engineering things (USB stuff, mp3 players), working on http://rockbox.org
  • studying bats and making electronics for recording/listening to bat sounds
  • radio stuff, in particular software-defined radio


Projects I work(ed) on (refresh):

 Project Status
FrontDoorDisplayAbandoned
HabAlertAppAbandoned
ISSOAbandoned
IbmPosDisplayAbandoned
Pico TrackersAbandoned
RadarOnAStickAbandoned
WifiLampAbandoned
A4PaperDispenserCompleted
BuildStatusTrafficLightCompleted
CJMCU-811Completed
CO2MeterHackingCompleted
CrawlSpaceSensorCompleted
DecodingLoraCompleted
DustSensorCompleted
ElectronicLoadCompleted
EspNowSkipCompleted
IntakefancontrollerCompleted
LichtKrantCompleted
LoRaGatewayCompleted
LoraBatBoxCompleted
LoraWanNodeCompleted
MHZ19Completed
MainsFrequencyCompleted
MiniSTM32F103ZECompleted
PowerLightCompleted
RC522HackingCompleted
RevRadioCompleted
STM32Completed
Secure iButtonCompleted
SoilHumiditySensorCompleted
StofAnanasCompleted
StofradarCompleted
TTNHABBridgeCompleted
VINDRIKTNINGCompleted
ZigbeeCoordinatorCompleted
Sensor-data-bridgeCompleted
AntiLostIn progress
AudioMothIn progress
CubeCellIn progress
EspAudioSensorIn progress
Esp32camIn progress
FMCWRadarIn progress
KaraburanIn progress
LoRa-E5-miniIn progress
LoraWanDustSensorIn progress
MainsFrequency2.0In progress
Msi2500SDRIn progress
MysteryLidarIn progress
Sim7020In progress
StereoBatRecorderIn progress
... further results


Project ideas

This is a list of ideas I'm thinking about, but have not fully developed into an actual project yet.

TTN gateway info panel

Problem: if you're running a gateway for the-things-network (TTN), you can see packets coming in by following the packet forwarder log file, but it gives very limited and rather cryptic information. For example, you don't see which node sent a message, so you have no idea how many unique nodes are sending data through your gateway.

This idea is about creating a simple info panel that you can run directly on the TTN gateway itself. The plan is to write this in Python. A typical gateway probably already runs some sort of Linux distribution which has the python binaries available or allows them to be installed easily. Using Python also means that you don't need a compiler/Makefile/etc.

Basic operation of this utility:

  • the gateway software is configured to send its data not just to TTN but also to the gateway info panel utility (running on "localhost"), using the poly packet forwarder
  • the utility listens on a specific UDP port, accepting data according to the Semtech v1 protocol.
  • it parses the plain JSON metadata (modulation parameters, like frequency, LoRa mode, SF, BW, etc.)
  • it also parses the payload bytes, part of the payload is not encrypted, so we can extract the message type, device address and sequence number (FCNT).
  • all incoming packets are shown in a table-like view in the console using the ncurses library.

Initially, the utility will just keep the packets in memory, so it just shows things that happened since you last started it. Later, we can decide to store the data, for example in a database.

The information shown can be just the incoming messages in order of arrival, one line per message. Alternatively it could show a kind of node-centric view, one line per device with info only on the latest message from that node.

mini word clock in dutch

Basically an 8x8 word clock, in Dutch, showing local time in the Netherlands.

This git repo has the current code.

See here for a demo running on an arduino nano.

Inexpensive CO2 sensor

Status: works as a basic MQTT sensor, see topic "bertrik/co2" on test.mosquitto.org See this github repo for code.

Use the MH-Z19 sensor module (about E22,-) to measure the CO2 concentration and an ESP8266 (like a WeMos D1 mini board) to push the measurement data over the internet to a MQTT server. Possibly I can use ESPEasy which makes configuration easy (through a web interface), I'd have to add support for this particular sensor -> ESPEasy seems pretty complicated to get changes accepted, has existing bugs that are not addressed, probably better to write my own custom code.

Further Understanding LoRa

Ultimate goal is to create an SDR algorithm to decode LoRa without the need for dedicated LoRa hardware. This could be useful when tracking HABs transmitting LoRa for example. See DecodingLora.

Cypress PSOC5

Play with the Cypress PSOC5 platform, which combines a ARM Cortex-m3 processor with configurable analog blocks. I'm thinking of combining it with a 24 GHz doppler radar sensor, to process the signal and present it as a USB audio device (stereo signal contains I and Q parts). See RadarOnAStick.

Android HabAlert app

see HabAlertApp

Inexpensive ultrasonic player

Bat netting results can be improved by playing back ultrasonic bat calls near the net. This project idea is about creating an inexpensive ultrasonic player by cleverly combining inexpensive sub-modules available already on the market.

The ultrasonic player consists basically of the following parts:

  1. a device to store the bat calls (in wav-format) and playing them back in a particular sequence from storage, like a laptop, tablet or raspberry pi
  2. a device to convert the digital audio into an analog audio signal, like a USB "sound card"
  3. a device to amplify the analog audio signal
  4. a device to reproduce the analog audio signal into actual ultrasonic audio, i.e. a speaker
  5. a case to put everything together
  6. a power supply

Ultrasonic audio from bats can range to well over 100 kHz. Sampling theory says that to reproduce a bandwidth of B Hz, you need a sampling rate of at least 2*B.

An USB sound card supporting 96 kHz playback would allow ultrasonic audio up to 48 kHz to be reproduced, possibly enough for use in a bat lure. A possible inexpensive candidate is this ES9023 based USB sound card, costs about E22.-

To amplify the audio signal, I'm thinking of this TDA2030 based amplifier board, costs about E1,- The TDA2030 is an analog amplifier block. It takes (a minimum) of 12V and can output up to 14W. The datasheet claims it has a power bandwidth of 10 Hz to 140 kHz.

As a speaker, I'm thinking of this tweeter Vifa/Tymphany XT25SC90-04, costs about E22,-

As a case, I could create a simple box using our laser cutter, with some tie wraps to hold the parts inside the box.

Power supply:

  • the USB audio card uses USB 5V.
  • the amplifier needs 12V

Perhaps we can use a switching power supply to create the 12V from the USB 5V? It would be nice if everything could be fed off the USB 5V. Possible candidate: 5V-to-12V step-up cable, costs about E3,-

Another USB 5V to 12V converter, switching at 1MHz.