💾 Archived View for redterminal.org › gemlog › atom.web.xml captured on 2024-09-29 at 01:43:05.
⬅️ Previous capture (2024-08-25)
-=-=-=-=-=-=-
<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>What's on fabs mind?</title>
<subtitle>Some random things I like to write about</subtitle>
<link rel='self' href='https://redterminal.org/gemlog/atom.web.xml'/>
<link rel='alternate' href='https://redterminal.org/gemlog/index.gmi'/>
<updated>2024-09-14T02:23:35+0200</updated>
<author>
<name>-fab-</name>
<email>fab@redterminal.org</email>
<uri>https://redterminal.org/</uri>
</author>
<id>https://redterminal.org/gemlog/</id>
<generator uri='https://git.sr.ht/~nytpu/gemlog.sh'>gemlog.sh</generator>
<rights>© -fab- - CC BY 4.0</rights>
<entry>
<title>LoRa transmission - Follow up</title>
<id>https://redterminal.org/gemlog/2024-09-14-LoRa_transmission_-_Follow_up.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-09-14-LoRa_transmission_-_Follow_up.gmi'/>
<updated>2024-09-14T12:00:00+0200</updated>
<content type='text'>
# LoRa transmission - Follow up
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Sat, 14 Sep 2024 02:20:44 +0200
Last updated: Sat, 14 Sep 2024 02:20:44 +0200
This is a little follow up to my second ROOPHLOCH'24 post:
=> gopher://redterminal.org:70/0/phlog/2024-09-13-ROOPHLOCH_2024_Post_2_-_LoRa_transmission.txt ROOPHLOCH 2024 Post 2 - LoRa transmission (Gopher)
I uploaded a repository to Codeberg.org with the scripts I used to do my LoRa transmission, which may be of interest to some people. I've found out most things by trial and error and the scripts are a little messy. But if you want to peek on the perl sources look here:
=> https://codeberg.org/fab/USB-LoRa USB-LoRa Transmission Scripts on Codeberg.org (WWW)
As said before I've just begun to mess around with LoRa and LoRaWAN so don't expect too much. The scripts are written to work in my special environment so you can't use them without some editing.
Here's a link to USB-LoRa adapters I use:
=> https://www.amazon.de/dp/B0C23QP97G Waveshare USB to LoRa Data Transfer Module (Link goes to Amazon)
I ordered two new antennas for outdoors which I hope expand the range significantly if placed on a more open space on my balcony.
=> https://www.amazon.de/dp/B0B18P3Z7C LoRa Antenna 868MHz 5,8dBi (Link goes to Amazon)
With the antennas included with the USB-LoRa adapter I managed to transfer my post over ~247m and the receiving Raspberry Pi 3 is placed in a roofed area with walls in 3 directions. So it's really not ideal. With the new ordered antennas I can place one in a more open space of the balcony. That should give me some more reach. Unfortunately the delivery is 3 weeks so they won't arrive before ROOPHLOCH is over :(.
But anyway, I'll continue to work on this and look how far I can get.
All in all - Have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>ROOPHLOCH 2024 - Post from the Mueggenburg park</title>
<id>https://redterminal.org/gemlog/2024-09-03-ROOPHLOCH_2024_-_Post_from_the_Mueggenburg_park.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-09-03-ROOPHLOCH_2024_-_Post_from_the_Mueggenburg_park.gmi'/>
<updated>2024-09-03T12:00:00+0200</updated>
<content type='text'>
# ROOPHLOCH 2024 - Post from the Mueggenburg park
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Tue, 03 Sep 2024 15:30:53 +0200
Last updated: Tue, 03 Sep 2024 15:30:53 +0200
Hello from the "Müggenburg" park near my home at the Norf creek. So I'm outing myself as living in Norf/NRW/Germany. But I'm most likely the only one here in this town who regularly uses the Gemini protocol. If you really live in or near Norf, you can send me an email, but I won't tell you my real name :)
## ROOPHLOCH'24
This is written with my Lenovo T460s Laptop on my knees and my OnePlus Nord phone as a hotspot. I'm sitting on a bench in the shadow of some trees. I post this as my first participation in the ROOPHLOCH. At first I wanted to make my ROOPHLOCH post with LoraWAN, but that idea turned out to be too difficult to realize because of the LoraWAN restrictions (and too expensive). Then I planned to write my ROOPHLOCH'24 post from the Rhinetower in Düsseldorf - which would have missed the point of being *outdoors*. I traveled to the Rhinetower anyway and made a non-ROOPHLOCH post from there nonetheless:
=> /gemlog/2024-07-26-Post_from_the_Rhinetower_in_Duesseldorf.gmi 2024-07-26 Post from the Rhinetower in Düsseldorf
So now I come up with this as my *real* ROOPHLOCH'24 post. No special setup just a Laptop and a Smartphone. I hope it counts anyway. I've thought about a nice place near to my home which I can reach by walking. I remembered the Müggenburg park from my childhood and early adulthood - I believe I haven't been here for ~35-36 years. But I remember it as a very beautiful park here in Norf. So I chose the Müggenburg park and here is my post :)
## The Müggenburg Park
=> https://www.openstreetmap.org/directions#map=17/51.15534/6.72050 Müggenburgpark on OpenStreetMap.org
The park is not very big and it goes along the Norf creek on one side and a wall to some private property on the other. There is a little pond here with a little island in it. It's kept a little ragged, but I think it's intended and I like it. The pond is surrounded by some trail so you can walk around it. There is also a big tree here which is fenced in. As far as I can tell it's not an oak tree but it looks cool anyway. I took a picture of it and it's a really cool looking tree. There are mushrooms on the sides of the tree like plates, but I don't know their name. I believe they're in some kind of symbiosis. If someone knows the name of these plate-shaped mushrooms, send me an email. The Müggenburg Park is a small but very beautiful quiet place to take a rest. I think this is a good choice for the challenge.
## Going outdoors again
I take this challenge as an opportunity to come out of my apartment again and get my ass up and "touch some grass". I'll take this as an reminder to get out of my house more often, too, although I'm not very good on my feet. I need a lot of rest during my walk.
I really leave my apartment too seldom and this is already something special. Too bad ROOPHLOCH is only once a year, but on the other hand I could go out and post from outdoors all over the year without some special reason.
Around 9 or 10 years ago I did some geocaching and I'm curious if there are some caches around here. This would be quite a good place to hide them. When I think about it, it would be cool to get involved in geocaching again and write about my searching adventures in my gemlog (Do 50 year old men still do geocaching?) :)
## Pictures
I took some pictures of the park with my shitty smartphone cam (resized to 33%):
=> /images/2024-09-03/Park1.jpg Müggenburgpark - Entrance (585k jpg)
=> /images/2024-09-03/Park2.jpg Müggenburgpark - The Norf creek (627k jpg)
=> /images/2024-09-03/Park3.jpg Müggenburgpark - Big tree from east (615k jpg)
=> /images/2024-09-03/Park4.jpg Müggenburgpark - Pond with little isle (638k jpg)
=> /images/2024-09-03/Park5.jpg Müggenburgpark - Pond from the south (699k jpg)
=> /images/2024-09-03/Park6.jpg Müggenburgpark - Big tree from the west (695k jpg)
## A nice walk
It's good to be outdoors again. The weather is fine and I'm enjoying the fresh air and the view of the park. After sending this post, I'll go on with my walk and have a Coke with two ice cubes and a lemon piece in "Le Petit Café" just a few meters from the Catholic Church here in Norf. I think I'll walk that route now more often just because it's a lot of fun and I really need to get in touch with nature more often. Maybe I'll be better on my feet if I try to do this regularly.
All in all - have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>The joys of a self hosted Atuin server</title>
<id>https://redterminal.org/gemlog/2024-08-19-The_joys_of_a_self_hosted_Atuin_server.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-08-19-The_joys_of_a_self_hosted_Atuin_server.gmi'/>
<updated>2024-08-19T12:00:00+0200</updated>
<content type='text'>
# The joys of a self hosted Atuin server
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Mon, 19 Aug 2024 10:19:20 +0200
Last updated: Mon, 19 Aug 2024 10:19:20 +0200
Yesterday (or better last night) I set up my own Atuin shell history server. I've been using Atuin for a while now, since February'24 I think. But these were only the isolated shell histories of my 3 main machines. I wasn't aware of the Atuin history sync server, which I can easily self-host. Until now! => https://atuin.sh/ Atuin - Making your shell magical => https://docs.atuin.sh/ Atuin - Documentation => https://docs.atuin.sh/self-hosting/server-setup/ Atuin - Server setup guide ## Free History Hosting Service or Self-Hosted The developers even host a public end-to-end encrypted Atuin History Sync Service for free. They couldn't see my history, but I don't want to rely on an external service provider (who maybe changes terms of service), when I can self-host this thing on my infrastructure which is already in place. ## Features Only with the server I can get the full potential from my collected CLI history. I have all the commands from all machines available on all of them instantly. It furthermore adds some more context to my inputs. I can filter commands by host, users, directories or sessions if I like, it also stores timestamps, duration and exit code, and then I can make a fuzzy search through them. ## Atuin Setup Atuin is packaged in the [extra] Arch repo which I enabled on my Artix systems. So it's pretty current. And it's the only package I need on the machines I want to use Atuin on. It also has a daemon in the binary, which needs to run in the background to get the full performance from the server. On Artix I had to write a little OpenRC script to start/stop the Atuin daemon and put it into '/etc/init.d/atuin-daemon'. It has to be executable.
supervisor=supervise-daemon
USER=artix
command_user="${USER}"
command_args=""
command="/usr/bin/atuin daemon"
Then I had to add it to the OpenRC startup scripts and start it afterwards to avoid a reboot.
$ sudo rc-update add atuin-daemon default
$ sudo rc-service atuin-daemon start
On systems with different init systems this process has to be done accordingly to the used init system. But most of the time you'll have to create your own init scripts (eg. for systemd). After that comes the configuration of Atuin in the '~/.config/atuin/config.toml' user file. The defaults are pretty sensible and I just needed to add a few lines at the end of the file.
[sync]
records = true
[daemon]
enabled = true
Later after the installation of the server I just had to adjust the 'sync_address' setting to point to my own server. Now I had to add the Atuin history tool to the shell resource file. I show it here for the ZSH shell, but bash and others are similar:
$ echo 'eval "$(atuin init zsh)"' >> ~/.zshrc
After that I restarted my shell and imported my local history:
$ exec zsh
$ atuin import auto
Now I could use Atuin already locally with my current history. ## Server Installation While the Atuin binary also includes the corresponding server, I chose the docker-compose setup though, because a postgresql database is also needed. Therefore I created an .env file containing the postgresql credentials, and a docker-compose.yml file. .env:
ATUIN_DB_NAME=atuin
ATUIN_DB_USERNAME=atuin
ATUIN_DB_PASSWORD=supersecurepassword
docker-compose.yml:
services:
atuin:
restart: always
# The docs suggest to choose the latest tagged release but I simply used
# image: ghcr.io/atuinsh/atuin
# because I got errors concerning GLIBC
image: ghcr.io/atuinsh/atuin:LATEST TAGGED RELEASE>
command: server start
volumes:
- "./config:/config"
links:
- postgresql:db
ports:
- 8888:8888
environment:
ATUIN_HOST: "0.0.0.0"
ATUIN_OPEN_REGISTRATION: "true"
ATUIN_DB_URI: postgres://$ATUIN_DB_USERNAME:$ATUIN_DB_PASSWORD@db/$ATUIN_DB_NAME
RUST_LOG: info,atuin_server=debug
postgresql:
# I use postgresql version 16 instead of 14 as written in the docs
image: postgres:16
restart: unless-stopped
volumes: # Don't remove permanent storage for index database files!
- "./database:/var/lib/postgresql/data/"
environment:
POSTGRES_USER: ${ATUIN_DB_USERNAME}
POSTGRES_PASSWORD: ${ATUIN_DB_PASSWORD}
POSTGRES_DB: ${ATUIN_DB_NAME}
I had to fix some file permission problems on my Proxmox container, which shouldn't be too difficult if needed. When everything was in place I already could start the server.
$ docker-compose up
$ docker-compose up -d
It should automatically restart now if I for example restart my server. ## Create Account and first Login Now I had to have the right server address in place in my Atuin config on my workstations: 'sync_address = "https://services.srv:8888"' and restarted my shell: 'exec zsh'. Then I entered the following command to create an account on my server:
$ atuin register --username name> --password secret> --email email>
Then I needed to log into my newly created account and did my first sync:
$ atuin login --username name> --password secret>
$ atuin sync -f
Now the workstation was already syncing but still lonely. If I wanted to merge all the history list into one on all computers I needed to get the right key for the repository while I'm logged into the first computer. This is the way to get the encryption key for the account to connect further systems:
$ atuin key
This spitted out a list of words which I needed to provide for logging into subsequent machines:
$ atuin login --username name> --password secret> --key "list of words>"
$ atuin sync -f
With the last two commands I could add my other two machines to the merged history list. And it works perfectly! I have a merged history list from 3 machines which I can search through with fuzzy finding filtered by hosts, users, directories and sessions. I believe searching through time periods is also possible although I haven't checked that out yet.
## TLS
Although TLS (https) is not strictly needed in a homelab environment I do appreciate the additional security. Especially because I have a local net certificate authority already in place. So I created a certificate signed by my local CA and added it to the server ~/config/ directory and edited the server.toml file accordingly.
If you really want this you need to create a certificate/key pair signed by your local Certificate Authority which must be added to your certificate store on all connected machines. But I won't cover that in this walkthrough. There are some good tutorials out there how to maintain your own CA. Maybe I'll make a tutorial on that later, too.
## I'm already hooked
I've used Atuin in local mode for half a year now and got used to it's convenient features. But merged histories are a huge level higher. For example I used a lot of awk commands on my desktop for different purposes. Now I have these commands also available in the history of my other machines. Same with other commands like sed, grep or find. Or commands sequences with lots of pipes. All available everywhere. It's simply awesome! I can only recommend it to you!
All in all - Have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>The thing I still cannot explain</title>
<id>https://redterminal.org/gemlog/2024-08-14-The_thing_I_still_cannot_explain.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-08-14-The_thing_I_still_cannot_explain.gmi'/>
<updated>2024-08-14T12:00:00+0200</updated>
<content type='text'>
# The thing I still cannot explain
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Wed, 14 Aug 2024 02:34:35 +0200
Last updated: Wed, 14 Aug 2024 02:34:35 +0200
This post is just a link to my gopher phlog post about my confession. And I still can't explain how I got out of this mess. I'm an agnostic but this maybe was a miracle.
=> gopher://redterminal.org:70/0/phlog/2024-08-11-Solitude_-_My_Confession.txt Solitude - My Confession (gopher link)
This is an answer to an openmentions.com question.
=> https://openmentions.com/news/question-of-the-week/what-is-something-that-you-still-cannot-explain/ What is something that you still cannot explain?
All in all - Have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>Site Timeline</title>
<id>https://redterminal.org/gemlog/2024-08-11-Site_Timeline.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-08-11-Site_Timeline.gmi'/>
<updated>2024-08-11T12:00:00+0200</updated>
<content type='text'>
# Site Timeline
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Sun, 11 Aug 2024 17:01:49 +0200
Last updated: Sun, 11 Aug 2024 17:01:49 +0200
Robert Birming came up with the idea to create a continuous blogging timeline:
=> https://birming.com/blogging-timeline/ Robert Birming - blogging timeline
Because I really like the idea of a blogging timeline, here's mine. I have to admit that I regard my site more as a gemini/gopher/finger server, which you can see through the page layout. Nevertheless I'm trying to make this site as accessible for the WWW and the IndyWeb as possible.
## 2021
In september'21 I installed my first gemlog server which was then named "foobucket.xyz" and run on a Debian system. I believe short after setting it up and posting my first post (which was just an "about" page), I found out about kineto, a gemini-to-web proxy which then made my gemini content available on the www (behind a nginx proxy). I use kineto (by Drew Devault) to this day, although the system changed a lot since.
I used nytpu's gemlog.sh shell script to create my gemlog index page and my feeds right from the start, although I heavily modified them to my needs over time.
I made 5 posts in 2021, so not very much.
## 2022
The most remarkable change in '22 is the switch to a smaller VPS and in the same turn changing from Debian 11 to FreeBSD 13.1 which nobody should have noticed because the transition went very smooth.
=> gemini://redterminal.org/gemlog/2022-10-04-A_rare_update.gmi 2022-10-04 - A rare update
I made 8 posts in '22 so a little more than in '21 mostly about Linux and computer stuff.
## 2023
I made my first tinylog entries in January '23, but I think nobody reads them :)
=> gemini://redterminal.org/tinylog.gmi fab's shorts (tinylog)
In August '23 the name of the site changed from "foobucket.xyz" to "redterminal.org" but I had a redirect in place for Gemini and the WWW to avoid broken links or at least give some time to update to the new domain until the old one expires in august 2024. This went more or less smoothly.
=> gemini://redterminal.org/gemlog/2023-08-16-foobucket.xyz_is_now_redterminal.org.gmi 2023-08-16 - foobucket.xyz is now redterminal.org
I posted 7 articles in 2023.
## 2024
In 2024 there were by far the most changes to the site. In January I added support for the finger protocol:
=> gemini://redterminal.org/gemlog/2024-01-26-Finger_protocol_support.gmi 2024-01-26 - Finger protocol support.
Shortly after that I set up a gopher hole on my server where I post longer form text documents more suitable for gopher:
=> gopher://redterminal.org/
Then I had a little server breakdown in February because I (stupidly) wanted to switch from the gmid gemini server by Omar Polo to gemserv by int80h, which ran very unstable so I had to revert back to gmid together with the certificates.
In March '24 I added Webmentions support for the pages that are reachable via https:
=> gemini://redterminal.org/gemlog/2024-03-07-My_Website_now_supports_Webmentions.gmi 2024-03-07 - My Website now supports Webmentions
In August '24 I updated my feeds script for web links to contain the content of the latest 10 Gemini posts in plain text:
=> gemini://redterminal.org/gemlog/2024-08-10-Updates_to_my_Atom_web_feed.gmi 2024-08-10 - Updates to my Atom web feed
In 2024 I made 18 posts (with this one) so far. This year is by far the most active on my site. (2024-08-11).
### This page will be updated regularly
I'll try to update this timeline page at least in a yearly period so all bigger (or smaller) changes will be logged and comprehensible.
All in all - have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>Updates to my Atom web feed</title>
<id>https://redterminal.org/gemlog/2024-08-10-Updates_to_my_Atom_web_feed.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-08-10-Updates_to_my_Atom_web_feed.gmi'/>
<updated>2024-08-10T12:00:00+0200</updated>
<content type='text'>
# Updates to my Atom web feed
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Sat, 10 Aug 2024 02:53:42 +0200
Last updated: Sat, 10 Aug 2024 02:53:42 +0200
The article "My gemlog is now a recfile" by dozens inspired me to do some updates to my feed generation scripts.
=> gemini://tilde.town/~dozens/gemlog/23.gmi My gemlog is now a recfile (dozens)
I have two Atom xml files, one for web access and one for gemini access:
=> gemini://redterminal.org/gemlog/atom.xml Atom feed with gemini links (e.g. for Antenna)
=> https://redterminal.org/gemlog/atom.web.xml Atom feed with https links for web access
The feed for gemini isn't changed - there is no summary or content in it.
The web feed however now contains the 10 most recent articles with full content as plain text which SHOULD be able to be read by a feed reader which can display plain text.
So now you can read my posts in your feed reader if you don't mind that it's gemtext in plain text and you cannot follow links. I'm still testing this functionality and if it works correctly. As far as I can see it works with newsboat and liferea.
=> https://newsboat.org/index.html Newsboat web page
=> https://lzone.de/liferea Liferea web page
If you have any problems with this feed or any suggestions or advice please contact me via email (fab@redterminal.org) or Mastodon/ActivityPub (@fab@pleroma.envs.net). I hope this is useful for one or two.
All in all - have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>Post from the Rhinetower in Duesseldorf</title>
<id>https://redterminal.org/gemlog/2024-07-26-Post_from_the_Rhinetower_in_Duesseldorf.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-07-26-Post_from_the_Rhinetower_in_Duesseldorf.gmi'/>
<updated>2024-07-26T12:00:00+0200</updated>
<content type='text'>
# Post from the Rhinetower in Duesseldorf
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Fri, 26 Jul 2024 16:51:25 +0200
Last updated: Fri, 26 Jul 2024 16:51:25 +0200
Hello from the Rhinetower in Düsseldorf/Germany and 165m above the ground.
I'm writing this on my ThinkPad T460s with my OnePlus Nord as a Hotspot.
This little excursion was initially planned for the ROOPHLOCH challenge, but it misses the point of the ONE rule namely being *outdoors*. But because this little journey was planned already I thought I could do a post besides the *real* ROOPHLOCH challenge in september (just a bit earlier), where I'll hopefully come up with something different and of course according to the rules.
## The trip
The trip was easy. I just took the city train to Düsseldorf and then switched to the street railway which was only 2 stops and then a little walk of around ten minutes (im kinda slow). Then I was already there.
## The experience
The check in was easy but you could only pay by card (I hate that). Then the elevator took me up 165 meters in around 40 seconds.
At first I wasn't sure if I could handle such a height easily without my knees getting shaky because of vertigo. But after getting accustomed I feel quite good. I'm sitting in the tower bar having some coffee and enjoying the view over Düsseldorf and the Rhine river. There is also a restaurant one level up but it's quite expensive so I took some food with me to eat on my way.
The view is amazing. To the north is the North Rhine Westphalian state parliament and the Rhine river winds itself through Düsseldorf to the horizon south to Cologne and north further through NRW. The bar goes round 360° so you can have a full round view.
They say on bright days you could also spot the Cologne cathedral but the weather isn't that great at the moment so I couldn't find it.
The water level of the Rhine river seems normal to me not too high or too low (because it doesn't rain).
## Pictures
Some Pictures with my shitty Smartphone Cam:
=> /images/Rheinturm-Landtag.jpg Northrhine Westphalian Parliament (873k jpg)
=> /images/Rheinturm-Rhein.jpg The Rhine River (393k jpg)
=> /images/Rheinturm-Duesseldorf1.jpg View over Düsseldorf (700k jpg)
=> /images/Rheinturm-Tisch.jpg My Place in the bar (403k jpg)
=> https://www.google.de/maps/place/Rheinturm/@51.2181368,6.760795,719m/data=!3m1!1e3!4m6!3m5!1s0x47b8ca0d87193887:0x8042d2dfd6a07bf9!8m2!3d51.2179423!4d6.7616801!16zL20vMDRucXBx?entry=ttu The Rhinetower on Google Maps (WARNING! goes to Google)
## What a day!
I really should make more excursions like this. I don't get out of my appartment very often and this little trip really makes me happy. I think I'll try to "touch some grass" more often now and maybe post about it. Maybe I even get a "Deutschland Ticket" and travel around the country for some time. There is so much to see and this adventure to the Rhine Tower is very inspiring (although it's not *that* far away from my home). Now I'll enjoy the view for some more time.
All in all - Have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>Re: Antenna Abuse</title>
<id>https://redterminal.org/gemlog/2024-07-15-Re_Antenna_Abuse.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-07-15-Re_Antenna_Abuse.gmi'/>
<updated>2024-07-15T12:00:00+0200</updated>
<content type='text'>
# Re: Antenna Abuse
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Mon, 15 Jul 2024 09:38:25 +0200
Last updated: Mon, 15 Jul 2024 09:38:25 +0200
Antenna has been trolled recently:
=> gemini://warmedal.se/~bjorn/posts/2024-07-15-antenna-abuse.gmi Antenna Abuse (ew0k)
It's sad to see, that the trolls found their way to disrupt gemini services. This is why we can't have something good on the internet. Sooner or later those A-holes appear everywhere.
I hope this is just a temporal problem and won't destroy Antenna. I wish the best to ew0k to cope with this kind of incidents.
All in all - Have fun anyway!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>No LoRaWAN in the near future</title>
<id>https://redterminal.org/gemlog/2024-06-22-No_LoRaWAN_in_the_near_future.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-06-22-No_LoRaWAN_in_the_near_future.gmi'/>
<updated>2024-06-22T12:00:00+0200</updated>
<content type='text'>
# No LoRaWAN in the near future
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Sat, 22 Jun 2024 10:05:12 +0200
Last updated: Sat, 22 Jun 2024 10:05:12 +0200
I planned to run a LoRaWAN gateway in a previous article:
=> /gemlog/2024-06-12-My_plans_with_LoRaWAN.gmi
I stopped following this plan for now and the near future. I wanted to send a Gemini page to my Gemini server but it seems to be not the right tool for this. The LoRaWAN gateway for outdoors, which I planned to buy, is also very expensive with the shipping and handling costs (around 320 EUROs).
When I did my research I found out, that it can/should only be used to send small amounts of data like sensor or GPS data. It's not meant for sending files. There are possibilities for that but it's clearly not intended for that. And I don't want to build up a complete LoRaWAN gateway completely with ChirpStack just to send file for ROOPHLOCH.
But I think I'll try to participate this time in the ROOPHLOCH challenge by sending from a special location with my Laptop and a smartphone hotspot. I hope that counts, although it's easy to do.
I don't want to completely bury my LoRaWAN plans, because it would be cool to have a gateway for the neighborhood. But for now I simply can't afford the LoRaWAN gateway I want. I have to prioritize my expenses a bit at the moment.
That's all for now. All in all - have fun!
-fab-
--
=> /gemlog/ Back to index
=> / Homepage
</content>
</entry>
<entry>
<title>My plans with LoRaWAN</title>
<id>https://redterminal.org/gemlog/2024-06-12-My_plans_with_LoRaWAN.gmi</id>
<link rel='alternate' href='https://redterminal.org/gemlog/2024-06-12-My_plans_with_LoRaWAN.gmi'/>
<updated>2024-06-12T12:00:00+0200</updated>
<content type='text'>
# My plans with LoRaWAN
Author: -fab- fab@redterminal.org>
License: CC BY 4.0
Published on: Wed, 12 Jun 2024 08:36:33 +0200
Last updated: Wed, 12 Jun 2024 08:36:33 +0200
My last post was a while ago. That's typical to me. I work on my projects and then I take a long timeout of my tech activities. Now I'm planning a new project which has been brewing in my brain for some time. It was a thought of how to participate with the ROOPHLOCH event for the first time. I want to send my ROOPHLOCH post over LoRaWAN. ## Sending messages with LoRaWAN Lark made a post about his experiments with the Meshtastic Protocol which also uses LoRa. => gemini://lark.gay/posts/exploring-meshtastic.gmi Exploring Meshtastic I didn't do much research on the Meshtastic Network, but my choice would be "The Things Network" where I read something about. There is only one node in the next big city of my location which is ~10km far away. And my location is not that ideal but I think I can get around 3-4 km. => https://www.thethingsnetwork.org/docs/lorawan/frequencies-by-country/ The Things Network (https) My plan is to set up a complete node and send my ROOPHLOCH post from as far away from the station as possible. But the rest of the time I want to provide LoRaWAN access to the neighborhood. The local setup on my balcony would be an 8-channel node. ## Restrictions But there seem to be some difficulties with LoRa/LoRaWAN in Germany. The bandwidth is between 350b/s and 11kb. That wouldn't be a problem for a short gemini post but unfortunately there seem to be further legal restrictions in Germany. As far as I understood you could only use 1% of the time sending messages. So that means I can only send one second every 100 seconds. That seems to be a BIG hurdle for my usecase. But I'm not completely sure about that, so if you have any information about this situation *please* contact me and give advice. You can contact me with email fab@redterminal.org> or with fedi @fab@pleroma.envs.net. Any help with this would be highly appreciated. All in all - Have fun! -fab- -- => /gemlog/ Back to index => / Homepage </content> </entry> </feed>