<![CDATA[Amateurfunk Ulm - Forum - Hardware]]> https://forum.amateurfunk-ulm.de/ Mon, 04 May 2026 22:45:46 +0000 MyBB <![CDATA[Problematische/nichtkonforme Routerboards]]> https://forum.amateurfunk-ulm.de/thread-52.html Tue, 07 May 2024 16:40:49 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-52.html
Neben einer fehlerhaften Konformitätserklärung sind diese auch durch die ETSI EN 301 893 v 2.1.1 (2017-05) Prüfung gefallen.
Zitat:Das Gerät wurde zusätzlich auch noch einer messtechnischen Prüfung unterzogen. Die messtechnischen Untersuchungen des Messlabors zeigen, dass die Anforderungen des Standards ETSI EN 301 893 v 2.1.1 (2017-05) nicht eingehalten werden.

Besonders brisant ist, dass der LHG 5 ac (RBLHGG-5acD) gerade eines der attraktivsten Geräte ist. Weiterhin bin ich mir nicht sicher, ob der LHG XL 5 ac hier besser ist - oder bisher nur nicht getestet wurde.

Die gesamte Liste findet ihr hier: Gesamtliste (BNetzA)
Wäre halt spannend zu wissen, woran es genau lag.. oder ob es einfach die Möglichkeit ist, eine alternative Firmware aufzuspielen... (Details siehe ETSI EN 301 893 V1.8.1 (2015-03), Kap. 4.9.2)

.png   ETSI_FW_Update.png (Größe: 130.48 KB / Downloads: 420) ]]>
Neben einer fehlerhaften Konformitätserklärung sind diese auch durch die ETSI EN 301 893 v 2.1.1 (2017-05) Prüfung gefallen.
Zitat:Das Gerät wurde zusätzlich auch noch einer messtechnischen Prüfung unterzogen. Die messtechnischen Untersuchungen des Messlabors zeigen, dass die Anforderungen des Standards ETSI EN 301 893 v 2.1.1 (2017-05) nicht eingehalten werden.

Besonders brisant ist, dass der LHG 5 ac (RBLHGG-5acD) gerade eines der attraktivsten Geräte ist. Weiterhin bin ich mir nicht sicher, ob der LHG XL 5 ac hier besser ist - oder bisher nur nicht getestet wurde.

Die gesamte Liste findet ihr hier: Gesamtliste (BNetzA)
Wäre halt spannend zu wissen, woran es genau lag.. oder ob es einfach die Möglichkeit ist, eine alternative Firmware aufzuspielen... (Details siehe ETSI EN 301 893 V1.8.1 (2015-03), Kap. 4.9.2)

.png   ETSI_FW_Update.png (Größe: 130.48 KB / Downloads: 420) ]]> <![CDATA[Mobile Stromversorgung - Tecnoware 12V Mini USV?]]> https://forum.amateurfunk-ulm.de/thread-49.html Sat, 29 Jul 2023 07:28:24 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-49.html https://www.tecnoware.com/en-US//Dettaglio/Famiglia/242) kennt die wer und hat eventuell Erfahrung damit?]]> https://www.tecnoware.com/en-US//Dettaglio/Famiglia/242) kennt die wer und hat eventuell Erfahrung damit?]]> <![CDATA[Fortschritte in der Kleinzellenhaltung]]> https://forum.amateurfunk-ulm.de/thread-46.html Sat, 27 May 2023 19:21:35 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-46.html
Zum Laden habe ich einen einfachen Buck-Converter genommen den ich hier noch herumliegen hatte. Der Buck-Converter ist auf eine Lade-Endspannung (aktuell 12.6V) und maximalen Ladestrom (aktuell 2.5A) eingestellt. Damit lässt sich der Akku mit einer Spannung von 13.6 V - 30 V laden. Dazu eignen sich alte Laptopnetzteile oder auch eine vollgeladene Blei- oder LiFePo-Batterie. Per Schalter lässt sich zwischen Laden und Entladen umschalten, um eine Fehlkonfiguration zu vermeiden. Als Tiefentladeschutz wurde eine Spannungsabschaltung mit Relais eingebaut. Das ganze ist mit einer Thermosicherung mit 5A abgesichert.

Was noch fehlt sind die Powerpoles, Beschriftungen und besseres Kabelmanagement. Weiterhin muss der Schalter noch in ein Modell mit An-Aus-An Positionen getauscht werden, da sonst immer Strom fließt (Unterspannungsabschaltung und LED am Buck-Converter). Ansonsten bietet die Box auch Platz für einen Mikrotik hAP ac lite und einen Single-board computer (Odroid XU4 in meinem Fall).

.jpg   IMG_20230527_163936_HDR.jpg (Größe: 122.85 KB / Downloads: 408)

.jpg   IMG_20230527_164031_HDR_2.jpg (Größe: 368.83 KB / Downloads: 410)

.jpg   IMG_20230527_164222_HDR_2.jpg (Größe: 341.03 KB / Downloads: 425) ]]>
Zum Laden habe ich einen einfachen Buck-Converter genommen den ich hier noch herumliegen hatte. Der Buck-Converter ist auf eine Lade-Endspannung (aktuell 12.6V) und maximalen Ladestrom (aktuell 2.5A) eingestellt. Damit lässt sich der Akku mit einer Spannung von 13.6 V - 30 V laden. Dazu eignen sich alte Laptopnetzteile oder auch eine vollgeladene Blei- oder LiFePo-Batterie. Per Schalter lässt sich zwischen Laden und Entladen umschalten, um eine Fehlkonfiguration zu vermeiden. Als Tiefentladeschutz wurde eine Spannungsabschaltung mit Relais eingebaut. Das ganze ist mit einer Thermosicherung mit 5A abgesichert.

Was noch fehlt sind die Powerpoles, Beschriftungen und besseres Kabelmanagement. Weiterhin muss der Schalter noch in ein Modell mit An-Aus-An Positionen getauscht werden, da sonst immer Strom fließt (Unterspannungsabschaltung und LED am Buck-Converter). Ansonsten bietet die Box auch Platz für einen Mikrotik hAP ac lite und einen Single-board computer (Odroid XU4 in meinem Fall).

.jpg   IMG_20230527_163936_HDR.jpg (Größe: 122.85 KB / Downloads: 408)

.jpg   IMG_20230527_164031_HDR_2.jpg (Größe: 368.83 KB / Downloads: 410)

.jpg   IMG_20230527_164222_HDR_2.jpg (Größe: 341.03 KB / Downloads: 425) ]]> <![CDATA[Ubiquity Flex Mini nicht VLAN fähig]]> https://forum.amateurfunk-ulm.de/thread-43.html Wed, 10 May 2023 08:26:39 +0000 DC3AX]]> https://forum.amateurfunk-ulm.de/thread-43.html
da ich ein Ubiquity Fanboy bin und im Grunde auch Systeme aus einer Hand mag, war es zunächst naheliegend den kleinen Ubiquity Flex-Mini als Switch für die Link to Link Verbindung einzusetzen. 
Eine Recherche im Forum bei UI ergab aber nun, dass der Flex-Mini insgesamt einem VLAN zugeordnet werden kann, aber kein per Port Tagging unterstützt. 

Eine empfohlene Alternative ist der UsIP Flex, der sowohl das Tagging unterstützt als auch Outdoor geeignet ist. Leider benötigt der Flex 5W, der Flex-Mini benötigte nur 2.5W. Andererseits stellt der Flex auch an allen Ports POE+ zur Verfügung, was die Verkabelung erleichtern würde, aber wieder 48V Technik ist.

73 de DC3AX]]>
da ich ein Ubiquity Fanboy bin und im Grunde auch Systeme aus einer Hand mag, war es zunächst naheliegend den kleinen Ubiquity Flex-Mini als Switch für die Link to Link Verbindung einzusetzen. 
Eine Recherche im Forum bei UI ergab aber nun, dass der Flex-Mini insgesamt einem VLAN zugeordnet werden kann, aber kein per Port Tagging unterstützt. 

Eine empfohlene Alternative ist der UsIP Flex, der sowohl das Tagging unterstützt als auch Outdoor geeignet ist. Leider benötigt der Flex 5W, der Flex-Mini benötigte nur 2.5W. Andererseits stellt der Flex auch an allen Ports POE+ zur Verfügung, was die Verkabelung erleichtern würde, aber wieder 48V Technik ist.

73 de DC3AX]]> <![CDATA[Energieeffiziente x86_64 Hardware für AREDN Dienste]]> https://forum.amateurfunk-ulm.de/thread-36.html Tue, 11 Apr 2023 18:37:15 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-36.html
  • Kein BIOS: man braucht dedizierte Images für das jeweilige Board 
  • Keine/kaum Linux Mainline Kernel Unterstützung: Kernel müssen jeweils spezifisch für das Board kompiliert werden - und sind häufig entsprechend alt 
  • Software Support: Einige Programme oder Funktionen sind nicht verfügbar oder müssen jeweils kompliiert werden 

Weiterhin ist  die ARM-Welt auch etwas zersplittert: viele Geräte basieren noch auf der armv7 Architektur, die nur 32 bit unterstützt. Seit einiger Zeit gibt es dann auch arm64, was z.T. jetzt besser unterstützt wird, aber auch noch o.g. Probleme aufweist. 

Um jetzt geschickt Dienste anbieten und auch auf weiteren Knoten installieren zu können empfielt es sich, Docker oder Podman zu nutzen. Der Vorteil ist, dass die Container unabhängig voneinander sind und damit unabhängig von den installierten Bibliotheken auf dem Host-Betriebssystem. Damit lassen sich Dienste nach Bedarf/Komponentenweise installieren statt fest im Image eingebacken zu sein - wie es etwa der HamPi macht. Weiterhin lassen sich diese Container auch recht problemlos auf anderen Betriebssystemen installieren, solange Docker oder Podman installiert ist. Die einzige Bedingung ist, dass der Container für die entsprechende Architektur verfügbar ist. Um das auch offline zu unterstützen kann lokal eine Registry installiert werden. Da allerdings hier die Container Architektur-spezifisch sind, muss für jede Architectur - sofern verfügbar - ein eigenes Image heruntergeladen und vorgehalten werden. 

Meine bisherigen Recherchen für x86_64 Geräte haben folgende Möglichkeiten ergeben: 
  • Alter Laptop/Chromebook mit Intel Prozessor
  • x86_64 Single-board Computer (SBCs)
  • Thin clients: SFF/uSFF PCs 
  • Mini PCs

Dazu mehr im folgenden:

Alter Laptop/Chromebook

Alte Laptops bieten den Vorteil, dass sie von sich aus schon relativ gut auf Energiesparen getrimmt sind und alles mitbringen, was man unterwegs brauchen kann:
  • Akku (sofern funktionsfähig) als integrierte USV
  • Tastatur + Bildschirm für eventuelle Konfigurationsänderungen
  • Ausreichend Arbeitsspeicher  und CPU-Leistung für verschiedeneste Dienste
  • Gutes Energiemanagement
Allerdings erkauft man sich damit auch einige Nachteile:
  • Größer/schwerer als vergleichbare SBCs
  • Sollte je nach Anwendungsfall (Server/Client) umkonfiguriert werden (i.e. Desktop-Umgebung an/abschalten um genügend Arbeitsspeicher zu haben)
Generell sollte bei Laptops darauf geachtet werden, dass sie einen neueren Prozessor haben (Intel: ab 6./7. Gen, AMD: ?). Am sparsamsten sind Intel Atom, Celeron, oder i3 Prozessoren, allderings sind auch moderne i5 oder i7 unter niedriger Last relativ sparsam.

Die Stromversorgung kann meist mit einem einfachen 19V Adapter bewerkstelligt werden. Allerdings ist das ein weiterer Adapter den man irgendwo unterbringen muss. Achtung: manche Laptops erfordern für die Stromversorgung auch Orginaladapter vom Hersteller (z.B. Dell). Modernere Laptops können auch per USB-C PD (power delivery) versorgt werden, was im mobilen Bereich auch eine interessante Option sein kann.

Ein Sonderfall sind Chromebooks. Diese haben einen extrem niedrigen Energieverbrauch, sind aber ziemlich zugenagelt, da Google kein Interesse daran hat, dass diese ohne Web-Zugriff auf Google-Dienste betrieben werden. Hierzu gibt es verschiedene Anleitungen online, die ich aber mangels Chromebook nicht bewerten kann.

!! Generell ist hier darauf zu achten, dass ein x86_64 Prozessor und kein ARM verbaut ist.

x86_64 Single-board Computer (SBC)

Ein entsprechendes Board zu finden ist leider aktuell nicht so leicht. Trotzdem habe ich zwei interessante Projekte gefunden:
- LattePanda 3 Delta
- Zimaboard

Generell ist bei diesen Boards häufig das Problem, ausreichend Speicher/Festplattenplatz anzubinden. Mit Glück ist neben USB ports ein SATA, mSATA oder NVMe/PCIe Steckplatz vorhanden. Damit schließt sich häufig Redundanz aus, allerdings sind moderne SSDs - auch durch die großen Größen - relativ ausfallsicher, und mittlerweile auch erschwinglich.

Bleibt das Problem der Montage: Diese SBCs sind generell nakte PCBs und folgen keinem Größenstandard. Entsprechend gibt es keine Standardgehäuse und man muss sich selbst Gedanken machen, wie man die Komponenten unterbringt.

Ansonsten sind diese SBCs vergleichbar mit Laptops. Sie haben vergleichbare CPU-Leistung, Arbeitsspeicher und Schnittstellen, und Stromverbrauch. Die Versorgungsspannung ist üblicherweise 12V oder 19V und sollte ohne proprietäre Netzteile auskommen.

Thinclients/(u)SFF PCs

Thin clients sind häufig günstig über Gebrauchtwarenbörsen aus alten Bürobeständen zu erstehen. Diese sind von Leistungsfähigkeit und Leistungsaufnahme mit Laptops vergleichbar. Mit einem Celeron/i3, ausreichend RAM und einem aufrüstbaren Massenspeicher sind diese eine attraktive Lösung für mobile und Serveranwendungen, allerdings ist hier wie bei Laptops die Stromversorgung jeweils zu prüfen.

Bei der Auswahl sollte weiterhin auf einen sparsame Prozessor zu achten, da diese je nach Ausstattung auch recht leistungshungrig werden können.

Mini-PCs

Mini PCs wie Intel NUC oder ZBOXen sind aus mehreren Aspekten interessant:
- Modelle mit mehreren Netzwerkschnittstellen verfügbar
- Hohe Leistungsfähigkeit wenn gewünscht
- Passiv gekühlte Varianten verfügbar
- z.T. mehr Platz für Festplatten/SSDs (i.e. PCIe/NVMe + 2.5" SATA)
- Neue Hardware verfügbar
Nachteile sind der oft hohe Preis (je nach Ausstattung >1000€).

Die Leistungsaufnahme skaliert offenbar recht gut mit den verbauten Komponenten. Entsprechend ist hier - wie sonst auch - das beste Preis-Leistungsverhältnis für die geplante Nutzung zu finden.

Etwas außerhalb der Mini-PC Ecke sind weiterhin Mini-ITX-basierte Systeme anzusiedeln. Diese sind generell nicht so kompakt, nutzen aber Standard-Komponenten und sind damit wartungsfreundlicher und einfacher reparier/- und upgradebar. Mini-ITX boards sind in allen Leistungsklassen verfügbar. Gehäuse gibt es mit der gewünschten Anzahl 2.5" Einschübe, zum Teil sogar passiv gekühlt. Für die Stromversorgung gibt es 12V Auto-Netzteile, die auch robust gegenüber Über- und Unterspannung sind - und damit attraktiv für die mobile Nutzung. Der größte Nachteil ist allerdings die oft weniger kompakte Bauweise.

Zusammenfassung

Generell gibt es eine ganze Reihe interessanter Alternativen. Die Auswahl hängt natürlich auch von der geplanten Verwendung ab. Wo und wie sollen die Knoten betrieben werden? Muss der Knoten tragbar sein? Wie lange soll/muss der Knoten online sein? Welche Möglichkeit zur Stromversorgung besteht?

Die dem Ganzen zugrunde liegende Frage ist: Welche Dienste wir anbieten? Wie gehen wir mit Knoten/Link-Ausfällen um? Welcher Dienst hilft wem, wann, und wo?  ..und zu guter letzt: was ist das Budget? Das sollte in einem separaten Thread diskutiert werden.

Aktuell befinde ich mich noch in der Lern-/Experimentierphase, möchte aber wenn möglich etwas zukunftsfähiges bauen, daher der Fokus auf x86_64. Allerdings kann ich die Leistungsanforderungen noch nicht genauer abschätzen. Entsprechend bin ich hin- und hergerissen zwischen etwas Billigem, was dann eventuell langfristig nicht sinnvoll ist - oder zu viel Geld ausgeben, was dann am Ende doch überdimensioniert ist.

Was meint ihr? Habt ihr noch alte Hardware rumliegen, die ihr für AREDN herrichten wollt? Gibt es noch andere Optionen, die ich hier übesehen habe?]]>
  • Kein BIOS: man braucht dedizierte Images für das jeweilige Board 
  • Keine/kaum Linux Mainline Kernel Unterstützung: Kernel müssen jeweils spezifisch für das Board kompiliert werden - und sind häufig entsprechend alt 
  • Software Support: Einige Programme oder Funktionen sind nicht verfügbar oder müssen jeweils kompliiert werden 

Weiterhin ist  die ARM-Welt auch etwas zersplittert: viele Geräte basieren noch auf der armv7 Architektur, die nur 32 bit unterstützt. Seit einiger Zeit gibt es dann auch arm64, was z.T. jetzt besser unterstützt wird, aber auch noch o.g. Probleme aufweist. 

Um jetzt geschickt Dienste anbieten und auch auf weiteren Knoten installieren zu können empfielt es sich, Docker oder Podman zu nutzen. Der Vorteil ist, dass die Container unabhängig voneinander sind und damit unabhängig von den installierten Bibliotheken auf dem Host-Betriebssystem. Damit lassen sich Dienste nach Bedarf/Komponentenweise installieren statt fest im Image eingebacken zu sein - wie es etwa der HamPi macht. Weiterhin lassen sich diese Container auch recht problemlos auf anderen Betriebssystemen installieren, solange Docker oder Podman installiert ist. Die einzige Bedingung ist, dass der Container für die entsprechende Architektur verfügbar ist. Um das auch offline zu unterstützen kann lokal eine Registry installiert werden. Da allerdings hier die Container Architektur-spezifisch sind, muss für jede Architectur - sofern verfügbar - ein eigenes Image heruntergeladen und vorgehalten werden. 

Meine bisherigen Recherchen für x86_64 Geräte haben folgende Möglichkeiten ergeben: 
  • Alter Laptop/Chromebook mit Intel Prozessor
  • x86_64 Single-board Computer (SBCs)
  • Thin clients: SFF/uSFF PCs 
  • Mini PCs

Dazu mehr im folgenden:

Alter Laptop/Chromebook

Alte Laptops bieten den Vorteil, dass sie von sich aus schon relativ gut auf Energiesparen getrimmt sind und alles mitbringen, was man unterwegs brauchen kann:
  • Akku (sofern funktionsfähig) als integrierte USV
  • Tastatur + Bildschirm für eventuelle Konfigurationsänderungen
  • Ausreichend Arbeitsspeicher  und CPU-Leistung für verschiedeneste Dienste
  • Gutes Energiemanagement
Allerdings erkauft man sich damit auch einige Nachteile:
  • Größer/schwerer als vergleichbare SBCs
  • Sollte je nach Anwendungsfall (Server/Client) umkonfiguriert werden (i.e. Desktop-Umgebung an/abschalten um genügend Arbeitsspeicher zu haben)
Generell sollte bei Laptops darauf geachtet werden, dass sie einen neueren Prozessor haben (Intel: ab 6./7. Gen, AMD: ?). Am sparsamsten sind Intel Atom, Celeron, oder i3 Prozessoren, allderings sind auch moderne i5 oder i7 unter niedriger Last relativ sparsam.

Die Stromversorgung kann meist mit einem einfachen 19V Adapter bewerkstelligt werden. Allerdings ist das ein weiterer Adapter den man irgendwo unterbringen muss. Achtung: manche Laptops erfordern für die Stromversorgung auch Orginaladapter vom Hersteller (z.B. Dell). Modernere Laptops können auch per USB-C PD (power delivery) versorgt werden, was im mobilen Bereich auch eine interessante Option sein kann.

Ein Sonderfall sind Chromebooks. Diese haben einen extrem niedrigen Energieverbrauch, sind aber ziemlich zugenagelt, da Google kein Interesse daran hat, dass diese ohne Web-Zugriff auf Google-Dienste betrieben werden. Hierzu gibt es verschiedene Anleitungen online, die ich aber mangels Chromebook nicht bewerten kann.

!! Generell ist hier darauf zu achten, dass ein x86_64 Prozessor und kein ARM verbaut ist.

x86_64 Single-board Computer (SBC)

Ein entsprechendes Board zu finden ist leider aktuell nicht so leicht. Trotzdem habe ich zwei interessante Projekte gefunden:
- LattePanda 3 Delta
- Zimaboard

Generell ist bei diesen Boards häufig das Problem, ausreichend Speicher/Festplattenplatz anzubinden. Mit Glück ist neben USB ports ein SATA, mSATA oder NVMe/PCIe Steckplatz vorhanden. Damit schließt sich häufig Redundanz aus, allerdings sind moderne SSDs - auch durch die großen Größen - relativ ausfallsicher, und mittlerweile auch erschwinglich.

Bleibt das Problem der Montage: Diese SBCs sind generell nakte PCBs und folgen keinem Größenstandard. Entsprechend gibt es keine Standardgehäuse und man muss sich selbst Gedanken machen, wie man die Komponenten unterbringt.

Ansonsten sind diese SBCs vergleichbar mit Laptops. Sie haben vergleichbare CPU-Leistung, Arbeitsspeicher und Schnittstellen, und Stromverbrauch. Die Versorgungsspannung ist üblicherweise 12V oder 19V und sollte ohne proprietäre Netzteile auskommen.

Thinclients/(u)SFF PCs

Thin clients sind häufig günstig über Gebrauchtwarenbörsen aus alten Bürobeständen zu erstehen. Diese sind von Leistungsfähigkeit und Leistungsaufnahme mit Laptops vergleichbar. Mit einem Celeron/i3, ausreichend RAM und einem aufrüstbaren Massenspeicher sind diese eine attraktive Lösung für mobile und Serveranwendungen, allerdings ist hier wie bei Laptops die Stromversorgung jeweils zu prüfen.

Bei der Auswahl sollte weiterhin auf einen sparsame Prozessor zu achten, da diese je nach Ausstattung auch recht leistungshungrig werden können.

Mini-PCs

Mini PCs wie Intel NUC oder ZBOXen sind aus mehreren Aspekten interessant:
- Modelle mit mehreren Netzwerkschnittstellen verfügbar
- Hohe Leistungsfähigkeit wenn gewünscht
- Passiv gekühlte Varianten verfügbar
- z.T. mehr Platz für Festplatten/SSDs (i.e. PCIe/NVMe + 2.5" SATA)
- Neue Hardware verfügbar
Nachteile sind der oft hohe Preis (je nach Ausstattung >1000€).

Die Leistungsaufnahme skaliert offenbar recht gut mit den verbauten Komponenten. Entsprechend ist hier - wie sonst auch - das beste Preis-Leistungsverhältnis für die geplante Nutzung zu finden.

Etwas außerhalb der Mini-PC Ecke sind weiterhin Mini-ITX-basierte Systeme anzusiedeln. Diese sind generell nicht so kompakt, nutzen aber Standard-Komponenten und sind damit wartungsfreundlicher und einfacher reparier/- und upgradebar. Mini-ITX boards sind in allen Leistungsklassen verfügbar. Gehäuse gibt es mit der gewünschten Anzahl 2.5" Einschübe, zum Teil sogar passiv gekühlt. Für die Stromversorgung gibt es 12V Auto-Netzteile, die auch robust gegenüber Über- und Unterspannung sind - und damit attraktiv für die mobile Nutzung. Der größte Nachteil ist allerdings die oft weniger kompakte Bauweise.

Zusammenfassung

Generell gibt es eine ganze Reihe interessanter Alternativen. Die Auswahl hängt natürlich auch von der geplanten Verwendung ab. Wo und wie sollen die Knoten betrieben werden? Muss der Knoten tragbar sein? Wie lange soll/muss der Knoten online sein? Welche Möglichkeit zur Stromversorgung besteht?

Die dem Ganzen zugrunde liegende Frage ist: Welche Dienste wir anbieten? Wie gehen wir mit Knoten/Link-Ausfällen um? Welcher Dienst hilft wem, wann, und wo?  ..und zu guter letzt: was ist das Budget? Das sollte in einem separaten Thread diskutiert werden.

Aktuell befinde ich mich noch in der Lern-/Experimentierphase, möchte aber wenn möglich etwas zukunftsfähiges bauen, daher der Fokus auf x86_64. Allerdings kann ich die Leistungsanforderungen noch nicht genauer abschätzen. Entsprechend bin ich hin- und hergerissen zwischen etwas Billigem, was dann eventuell langfristig nicht sinnvoll ist - oder zu viel Geld ausgeben, was dann am Ende doch überdimensioniert ist.

Was meint ihr? Habt ihr noch alte Hardware rumliegen, die ihr für AREDN herrichten wollt? Gibt es noch andere Optionen, die ich hier übesehen habe?]]> <![CDATA[AREDN-in-a-box]]> https://forum.amateurfunk-ulm.de/thread-35.html Mon, 10 Apr 2023 09:42:27 +0000 DK2FK]]> https://forum.amateurfunk-ulm.de/thread-35.html
.jpg   AREDN-no-box.jpg (Größe: 131.09 KB / Downloads: 403)
.jpg   AREDN-in-box.jpg (Größe: 239.82 KB / Downloads: 385)

Leider musste ich dann feststellen, dass der Akku den Geist aufgegeben hat. Bin mir noch nicht ganz schlüssig ob es jetzt Blei oder LiFePo4 (für die gleiche Kapazität aber 5-fachen Preis) werden soll.]]>
.jpg   AREDN-no-box.jpg (Größe: 131.09 KB / Downloads: 403)
.jpg   AREDN-in-box.jpg (Größe: 239.82 KB / Downloads: 385)

Leider musste ich dann feststellen, dass der Akku den Geist aufgegeben hat. Bin mir noch nicht ganz schlüssig ob es jetzt Blei oder LiFePo4 (für die gleiche Kapazität aber 5-fachen Preis) werden soll.]]> <![CDATA[Frust mit Nanostations M5 und SW 3.22.12.0]]> https://forum.amateurfunk-ulm.de/thread-10.html Sun, 12 Mar 2023 19:03:24 +0000 DM4AB]]> https://forum.amateurfunk-ulm.de/thread-10.html
ich habe jetzt über eine Woche damit zugebracht herauszufinden, warum ich so doof bin, dass bei mir die gekauften Nanostations alles machen außer mit AREDN stabil ein Mesh-Netzwerk aufzubauen. Es scheint nicht Fehler 404 bei mir zu sein, sondern ein Problem der aktuellen AREDN Software. Ich habe dazu ein Ticket erstellt aber noch keine Reaktion von der Entwickler-Community erhalten.

Mit SW 3.16.2.0 funktionieren meine NS5-MW nicht.
Mit SW 3.18.9.0 hatte ich gestern Abend den ersten Durchbruch!
Wink Endlich Funktioniert meine Hardware!

73 de Andreas.]]>
ich habe jetzt über eine Woche damit zugebracht herauszufinden, warum ich so doof bin, dass bei mir die gekauften Nanostations alles machen außer mit AREDN stabil ein Mesh-Netzwerk aufzubauen. Es scheint nicht Fehler 404 bei mir zu sein, sondern ein Problem der aktuellen AREDN Software. Ich habe dazu ein Ticket erstellt aber noch keine Reaktion von der Entwickler-Community erhalten.

Mit SW 3.16.2.0 funktionieren meine NS5-MW nicht.
Mit SW 3.18.9.0 hatte ich gestern Abend den ersten Durchbruch!
Wink Endlich Funktioniert meine Hardware!

73 de Andreas.]]> <![CDATA[Mikrotik Router Boards haben einen "license key"!]]> https://forum.amateurfunk-ulm.de/thread-6.html Sun, 12 Mar 2023 17:48:51 +0000 DM4AB]]> https://forum.amateurfunk-ulm.de/thread-6.html
Ich wollte gerade auf dem hAP ac lite (RB952UI) mal wieder die Original-Software von Microtik aufspielen und war auf der Suche nach einer Anleitung dazu. Bei AREDN konnte ich auf die schnelle nichts finden und habe deshalb bei openWRT nachgesehen. Erstaunt musste ich feststellen, dass man einen license key auf den Geräten hat, der durch ein SW-Update wohl eigentlich nicht zerschossen wird, den man aber sicherheitshalber wohl besser speichern sollte.  

Exclamation Eine Anleitung zum Speichern ist hier: https://openwrt.org/toh/mikrotik/common.

Mit dem Re-Install bin ich noch nicht fertig, erwarte damit aber keine weiteren Probleme.
Sollte es die geben. werde ich diesen Eintrag aktualisieren.

73 de Andreas.]]>
Ich wollte gerade auf dem hAP ac lite (RB952UI) mal wieder die Original-Software von Microtik aufspielen und war auf der Suche nach einer Anleitung dazu. Bei AREDN konnte ich auf die schnelle nichts finden und habe deshalb bei openWRT nachgesehen. Erstaunt musste ich feststellen, dass man einen license key auf den Geräten hat, der durch ein SW-Update wohl eigentlich nicht zerschossen wird, den man aber sicherheitshalber wohl besser speichern sollte.  

Exclamation Eine Anleitung zum Speichern ist hier: https://openwrt.org/toh/mikrotik/common.

Mit dem Re-Install bin ich noch nicht fertig, erwarte damit aber keine weiteren Probleme.
Sollte es die geben. werde ich diesen Eintrag aktualisieren.

73 de Andreas.]]>