User:Bertrik Sikken

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
FrontDoorDisplay	Abandoned
HabAlertApp	Abandoned
ISSO	Abandoned
IbmPosDisplay	Abandoned
Pico Trackers	Abandoned
RadarOnAStick	Abandoned
WifiLamp	Abandoned
A4PaperDispenser	Completed
BuildStatusTrafficLight	Completed
CJMCU-811	Completed
CO2MeterHacking	Completed
CrawlSpaceSensor	Completed
DecodingLora	Completed
DustSensor	Completed
ElectronicLoad	Completed
EspNowSkip	Completed
Intakefancontroller	Completed
LichtKrant	Completed
LoRaGateway	Completed
LoraBatBox	Completed
LoraWanNode	Completed
MHZ19	Completed
MainsFrequency	Completed
MiniSTM32F103ZE	Completed
PowerLight	Completed
RC522Hacking	Completed
RevRadio	Completed
STM32	Completed
Secure iButton	Completed
SoilHumiditySensor	Completed
StofAnanas	Completed
Stofradar	Completed
TTNHABBridge	Completed
VINDRIKTNING	Completed
ZigbeeCoordinator	Completed
Sensor-data-bridge	Completed
AntiLost	In progress
AudioMoth	In progress
CubeCell	In progress
EspAudioSensor	In progress
Esp32cam	In progress
FMCWRadar	In progress
Karaburan	In progress
LoRa-E5-mini	In progress
LoraWanDustSensor	In progress
MainsFrequency2.0	In progress
Msi2500SDR	In progress
MysteryLidar	In progress
Sim7020	In progress
StereoBatRecorder	In 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.

investigate quadcopter remote control

It turns out that the typical little cheap Chinese quadcopters use a remote-control protocol that can be easily recreated using the famous NRF24L01+ chip (< $1 and easily connected to an arduino). This gives nice opportunity to either:

1. transmit our own control signal, to control a quadcopter from something different than the manual remote control, e.g. automatic control
2. receive the control signal, so the manual remote control that comes with a quadcopter can be used to steer other things (like a model car).

I haven't found a good overview of quadcopter remote control protocol specifications yet, there seem to be plenty examples of "here-is-the-code" however.

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 monochrome 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.

The plan is to run this from an ESP8266 instead of an arduino nano, so it can get the time from the internet using NTP. The time offset will be fixed to Dutch local time, i.e. GMT+1 taking into account summer time. Summer time will be determined using the general rule "from 2:00 local time on the last sunday of March until 3:00 local time on the last sunday of October".

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 and EncodingLora.

In particular, I should definitely check out this gr-lora project. Perhaps make it work for decoding balloon telemetry modes.

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

see UltrasonicPlayer