APRScube von DL3DCW

[DL8NDG]

Hallo,
mit dem APRScube bin ich immer wieder abwechselnd mit dem Fahrrad, dem Auto, zu Fuß und demnächst evtl. auch /AM unterwegs.
Dazu habe ich diverse APRScube.ini-Dateien mit dem entsprechenden APRS-Symbol und der passenden SSID erzeugt.
Auf der SD Karte habe ich entsprechende Ordner angelegt, in der sich jeweils die passende ini-Datei befindet (M P BM...)

Wenn ich jetzt z.B. von /m auf /p wechsle, muss ich immer zuvor die SD-Karte aus dem Cube nehmen, sie in den PC stecken und die ini-Datei aus dem P Folder auf die Root kopieren. Das bedeutet, dass ich, bevor ich Spazieren gehe, erst den PC noch mal hochfahren muss, nur um die ini-Datei zu aktualisieren.
Der Vorgang ist umständlich und muss bei jedem Wechsel durchgeführt werden.

Hier jetzt mein Vorschlag:
wäre es nicht möglich, die Folder-Struktur der SD-Karte im Cube einzulesen und dann per Mode-Button zwischen den verschiedenen ini-Dateien zuwechseln?
Denkbar wäre auch diverse ini-Dateien gleich auf der SD-Root abzulegen und dann per mode-Button die passende ini-Datei auszuwählen um dann zu wechseln, z.Bsp.:
APRScube_M.ini
APRScube_VAN.ini
APRScube_TRUCK.ini
APRScube_BM.ini (bicycle mobile)
APRScube_P.ini
APRScube_AM.ini
.....
Oder vielleicht auch ganz kurz:
M.ini
bike.ini
p.ini
truck.ini
...


vy 73 de Axel, DL8NDG

[DL3DCW]

Hallo Axel,

vielen Dank für Deinen Vorschlag. Eine einfache Umschaltmöglichkeit zwischen verschiedenen Profilen steht tatsächlich auf meiner "nice-to-have" Liste.

Da der APRScube in den meisten Fällen entweder fest im Fahrzeug verbaut ist oder zuhause als iGate läuft stand das bisher allerdings noch nicht so sehr im Fokus. Bis zur Umsetzung könnte man sich aber vielleicht auch mit einer oder mehreren zusätzlichen SD-Karten behelfen. So mache ich das manchmal - dann entfällt zumindest schon einmal das umständliche Umkonfigurieren am PC.

Wenn mit dem geplanten "ECO Mode" der APRScube ein Stück weit mobiler wird machen mehrere (umschaltbare) Profile aber natürlich Sinn.

Schönen Gruß
Frank, DL3DCW

[DC7HM]

Nachtrag / Ergänzung - externe Antennen direkt per Adapter nutzen:

das original mitgelieferte Adapterkabel sitzt bombenfest in der Ant.-Buchse.
Ich habe einige verschiedene Adapter getestet und auch das Gehäuse etwas "modifiziert" -> aufgebohrt, damit die Adapter formschlüssig verbinden.
Wenn ich mit dem Hund los muss, fällt die Ant. vom Cube in der Jackentasche ab und ich habe Sorgen um das QRO-Modul.
Evtl. passt ja eine SMA-Buchse in das Modul, dann wäre alles etwas robuster...

Es bleibt spannend, 73 - DC7HM, Henri

[DL3BWF]

Hallo zusammen,

Nicht lachen ... mein experimenteller mobiler Test

   

Frank die neue Firmware ist aufgespielt, und soweit ich es bis jetzt beurteilen kann alles ok.

Auf meiner SC-Card sieht es so aus:


/APRScube.ini
[APRScube-I-Gate]
[APRScube-Auto]
[APRScube-Fussgaenger]    IN JEDEM ORDNER oder auch Verzeichnis ist die entsprechende APRScube.ini
[APRScube-Fahrrad]

Wird bei Bedarf einfach aus dem entsprechenden Ordner herauskopiert ins root (wurzel) und die vorhandene überschrieben 
das Original bleibt ja am jeweiligen Ort.

Ohne die Karte heraus nehmen zu müssen eignen sich Filezilla (Linux) oder entsprechende FTP Programme.
Ob das mit dem Smartphone und Dateimangager geht weiß ich nicht.

vy 73 Hartmut

[DL3DCW]

Das Wetter hat auch mich heute auf eine kleine Wanderung herausgelockt. Zum ersten mal hatte ich den APRScube dabei. Die Stromversorgung erfolge über das rote 700mAh Akkumodul. Auf dem APRScube hatte ich eine experimentelle Firmware mit dem neuen "ECO Mode":

   

Ich habe das Gerät in der Jackentasche getragen; die Antenne hatte also keine optimale Position da direkt am Körper. Der APRScube wurde durch den "ECO Mode" nach dem Senden der aktuellen Position immer für 2,5min in den Schlafmodus versetzt und dann wieder aufgeweckt. Nach 2h Wanderung bei etwas über 0 Grad und eisigem Wind stand die Akkuanzeige immer noch bei 75%. Die weiteste Entfernung betrug etwa 50km.

Mit meinem MCX/SMA-Adapter hält die Antenne übrigens bomenbest.

[DL3DCW]

Hier mal ein Foto meines SMA/MCX-Adapters:

   

[DC7HM]

Hallo zusammen,

offensichtlich gibt es bei den Adaptern viele verschiedene Modelle...(Fotos von meinen folgen...)

Ich betreibe mittlerweile 3 Würfel, -10, -9 und -7.
Dabei sind die Experimente mit iGate und Auto abgeschlossen, funktioniert alles ganz prima.
Bei -7 (mit dem Hund) habe ich jetzt die interne Antenne vom 433 MHz-Modul aktiviert und kann damit auch bei ca. 60 mW stabil ca. 5 km weit senden.
Das macht die Sache natürlich vom Handling her viel einfacher.

73! de DC7HM, Henri

[DL3BWF]

Hallo zusammen,

Ich betreibe zwei Würfel wobei der erste als I-Gate fungiert.Der zweite mit GPS & QRO-Modul abwechselnd -7,-9.
Fahrrad hat sich noch nicht ergeben aufgrund des Wetters.
Habe meine Experimente mit dem Auto auch abgeschlossen und die Antenne auch außerhalb des Autos angebracht.
 Fensterklemmhalter BNC mit 3m Kabel RG174.

   

Die Antenne ist original vom Albrecht RL-402 70cm Band HT.
Ich "umkreiste" ich das Ruhrgebiet und die Auswertung zeigte die gefahrene Route sehr gut.

   
Nur die Daten vom 12. sind relevant.
Es macht Spaß mit den Würfeln, sie haben keinen Akku an Bord damit vermeide ich versehentliches Senden ohne Antenne!

vy 73 de Hartmut

[DL4YCG]

Hallo zusammen
Ich habe mal eine Verständnis Frage.
Also ich habe den Cube portabel bei mir.
Nach meiner Hunderunde schaue ich bei APRS.fi nach und finde die Strecke auch super aufgezeichnet.
Dort sind dann in Abständen rote Punkte zu sehen.
Wenn ich auf diese gehe zeigen einige Verbindung zu diversen Gates an andere nicht.
Meine Frage: Speichert der Cube den Aussendepunkt wenn er keine andere Station erreicht und sendet sie bei der nächsten Verbindung mit. So das alle Sendepunkte des Cube bei APRS zu sehen sind?
Gruß Kalle

[DL3DCW]

Hallo Kalle,

der APRScube sendet lediglich die aktuellen Positionspakete. Mehr macht er nicht. Den Rest erledigt vollständig das APRS-System bzw. die jeweiligen APRS-Dienste/Webseiten wie z.B. APRS.fi.

Schönen Gruß
Frank, DL3DCW

[DG3BFP]

Hallo,
 
ich habe den APRScube jetzt seit ca. 1 Monat als Tracker in Betrieb und bin mit dem APRScube sehr zufrieden.
Lediglich ein Problem habe ich mit dem Gerät. 
Nach Spannungswiederkehr startet der APRScube nicht jedes mal. 
Man sieht das die Displaybeleuchtung ein schaltet, dass Display bleibt aber schwarz und der APRScube arbeitet nicht. 
Nach Betätigung der Reset Taste startet der APRScube und arbeitet dann wie er soll.
 
Liegt dieses Verhalten an der in vorigen Beiträgen beschriebenen Problematik mit den SD Karten oder habe ich ein anderes Problem?
 
Grüße
Stefan

[DL3DCW]

Hallo Stefan,

vielen Dank für Deine Rückmeldung. Das Verhalten ist so nicht normal. Der APRScube muss bei Spannungswiederkehr immer starten. Bitte teste mal folgende zwei Dinge (unabhängig voneinander):

1. APRScube ohne Speicherkarte starten
2. Anderes USB-Netzteil verwenden

Damit kommen wir dem Fehler vielleicht auf die Spur ...

Schönen Gruß
Frank, DL3DCW

[DG3BFP]

Ohne SD Karte tritt das Problem deutlich häufiger auf.

Beim Hantieren mit der SD Karte im Auto habe ich diese unauffindbar verloren.

Ich werde jetzt mit einer neuen Karte weiter probieren.

Fürs Auto habe ich nur einen Adapter für den Zigarettenanzünder.

[DL3DCW]

Ok, wenn das Problem auch ohne SD-Karte auftritt kann es nicht an der Karte liegen.

Im Auto bitte mal folgendes testen: Zündung anlassen und nur den USB-Stecker am APRScube abziehen und nach ein paar Sekunden wieder einstecken. Startet er dann zuverlässig?

[DG3BFP]

Ok, der APRScube läuft jetzt mit einer Transcend SD Karte.

Ich habe das Abziehen und Stecken des USB Steckers im Auto und am Schreibtisch mit USB Netzteil getestet.
Es gibt weiter die Startprobleme. Tendenziell treten die Probleme häufiger auf.

Deutlicher Unterschied ist aber die Zeit bei den Startversuchen. Bei den jetzigen Versuchen stecke ich den Stecker, 
warte bis der APRScube gestartet ist, ziehe den Stecker und stecke ihn wieder nach ein Paar Sekunden.

Vorher, als die Probleme seltener auftraten, habe ich das Verhalten beim Autofahren beobachtet.
Da ist der APRScube ja lange Zeit an und dann wieder lange Zeit aus.

[DL3DCW]

Hallo Stefan, wenn weiterhin Startprobleme auftreten macht es vermutlich Sinn den Core zu tauschen. Ich sende Dir dazu eine PN. 73 Frank

[dh9zig]

Hallo,

hab mir die Cube mit 18-dB-LoRa-Modul, GPS-Modul und Sensoren im Spätherbst gekauft und im Januar angefangen, damit zu experimentieren.
Vielen Dank für Deine einfachst zu nutzende Software.
Für mich haben sich da 3 Use-Cases herauskristallisiert, von denen ich verschiedene Kombinationen gleichzeitig nutzen möchte. Der flexible Wechsel bei Bedarf wäre für mich der Normalfall:

1) LoRa-Igate
2) Tracker für Outdooraktivitäten
3) Telemetriedaten quasi wie bei Wetterstation, sowohl über lokale Peer-Verteilung, als auch via APRS-IS. Telemetriedaten verteilen ist ja der ursprüngliche Zweck von LoRa, oder?

Nutzung im Auto ist für mich nicht relevant, da Einbau von AFu-Technik bei gemieteten/gesharten Autos nicht geht.

Tut alles wunderbar. Version 1.3 drauf gespielt - Konfiguration auf SD - klappte alles auf Anhieb.
Mit ner 433MHz-Antenne auf dem Fensterbrett-Blech (draußen) hat die Cube als IGate in 1,5-4 km innerhalb des schmalen Sektors mit wenig Hindernissen im Nahbereich auf einer stark befahrenen Straße vorbeifahrenden Stationen (die mit 20-30dB sendeten) "gehört". Aber viel war da nicht los.
Als Tracker war das GPS mit Tethering via lte im IGATE-Modus dann sehr genau. Unterwegs klappte es einmal, ein Datenpaket aus der fahrenden S-Bahn an ein IGate in 1-2 km Entfernung zu übertragen. Stromversorgung über USB von nem externen Powerpack im Rucksack.
Mechanisch muss man sich beim einschieben der SD-Karte etwas gewöhnen, dass man oberhalb des Metallsteges rein kommt und die Karte nicht ins Gerät fällt. Gewöhnt man sich dran. Mit der Wackligkeit der Stecker bin ich noch nicht so glücklich. Stationär hält das, aber im Rucksack ist das so ne Sache. Bei der 433MHz-Antenne waren zwei Kabelpeitschen dabei mit einen Winkel-Stecker für die Geräteseite (MPX?). Damit gehts so einigermaßen. Könnte man eventuell noch mit nem Gummi ums Gerät festhalten. Mit geraden Steckern (ähnlich wie der, der weiter oben abgebildet ist) rastet der zwar leicht ein, aber rutscht doch recht leicht wieder raus. Im Auto oder auf der Fensterbank ist das ok, aber im Rucksack unpraktisch. Und fürs Fahrrad habe ich noch keine Idee.


Da gleich mal die erste Frage zum Akku-Pack. Sind diese stapelbar bzw. wenn nein, was nimmt man dan unten als Abdeckung? Weil: bei Conrad steht extra eine Warnung, dass man nicht mehrere Akkus parallel getsapelt verwenden sollte. Fände ich aber äußerst praktisch, dass ich dann unterwegs 1,4 Ah verfügbar hätte und nicht umstöpseln müsste.

Nächste Frage: Habe bei Position einen sehr großen Wert (mehrere Tage) angegeben, aber die Positionsbake wird (ohne GPS-Modul) knapp alle 5 Stunden gesendet. Gibt es da einen Maximalwert für die Zeit zwischen zweit Positionsmeldungen als IGate? Oder eine Konvention? Die Telemetriedaten werden ja immer alle 15 Minuten ans APRS-IS gesendet.


Dann ist beim Experimentieren eine "Wünschdirwas"-Liste entstanden von Funktionalitäten, die die Nutzung IMHO praktischer machen würden:

1) Sourcecode (um z.B. eigene spezielle Sensoren nutzbar zu machen)

2) (Wie hier schon vorgeschlagen und wohl schon auf der Nice2have-Liste) Mehrere Profile, zwischen denen mit der rechten Taste zyklisch umgeschaltet werden könnte. Fände es optimal, wenn dann für jedes Profil angebbar wäre

a) auf dem Display über der Taste angezeigter Name,

b) WLAN (Wechsel Wlan geht aktuell nur mit Karten umstecken),

c) NODE/PEER/IGATE und auch Kombinationen NODE/IGATE und PEER/IGATE, letzteres wäre dann IMHO die "normale" APRS-Funktionalität, wo über Funk empfangene Pakete sowohl an "Nachbarn" als auch ans APRS-IS weiter gegeben werden. Ich finde es nachteilig, wenn man in Gegenden mit wenig anderen Stationen unterwegs ist, da zum IGate-Modus umschalten zu müssen aber dann von anderen Peers nicht "gesehen" zu werden.

d) alle weiteren Details der derzeitigen .ini-Datei.

3) GPS abschaltbar (über Profilwahl?) - wenn man es als IGate nutzen und die konfigurierte Position verwenden möchte. Mit GPS ist da die Drift verwirrend.

Als Outdoor-Tracker wird der in den Bergen bei SOTA interssant, da gibt es durchaus ein paar IGates, die bei guter Sicht auch mit 18dB erreichbar sein sollten (wegen dem 1W-Modul überlege ich noch). Deswegen ist die Frage wegen der Akkus für mich die wichtigste.

[DL3DCW]

Hallo Hagen,

vielen Dank für Deine Rückmeldung und Deine Anregungen. Vieles davon wurde ja bereits schon angesprochen und auch auf meiner "nice-to-have" Liste notiert.

Zum Akkumodul: Ich rate dringend davon ab mehrere Module parallel zu stapeln. Mit LiPo-Akkus ist nicht zu spaßen. Bei unterschiedlicher Spannungslage können möglichweise hohe Ausgleichsströme fließen.

Wie schon weiter oben angesprochen ist für das nächste Update ein "Eco-Modus" geplant. Damit erzielt man auch mit einem einzigen 700mAh-Akkumodul Laufzeiten von etwa 8-10h.

Schönen Gruß
Frank, DL3DCW

[DL3DCW]

c) NODE/PEER/IGATE und auch Kombinationen NODE/IGATE und PEER/IGATE, letzteres wäre dann IMHO die "normale" APRS-Funktionalität, wo über Funk empfangene Pakete sowohl an "Nachbarn" als auch ans APRS-IS weiter gegeben werden. Ich finde es nachteilig, wenn man in Gegenden mit wenig anderen Stationen unterwegs ist, da zum IGate-Modus umschalten zu müssen aber dann von anderen Peers nicht "gesehen" zu werden.

Diese Funktion gibt es eigentlich schon. Sobald eine Internetverbindung besteht werden auch im Mode PEER alle empfangenen Pakete ins Internet weitergeleitet. Im Mode NODE macht das keinen Sinn da dort ja nur die Baken/Heartbeats der iGates empfangen werden. Und genau diese werden von den iGates ja schon selbst ins Internet gesendet.

[DL3DCW]

Nächste Frage: Habe bei Position einen sehr großen Wert (mehrere Tage) angegeben, aber die Positionsbake wird (ohne GPS-Modul) knapp alle 5 Stunden gesendet. Gibt es da einen Maximalwert für die Zeit zwischen zweit Positionsmeldungen als IGate? 

Vermutlich wird da einfach der Timer für die Positionsbake überlaufen da ein so großer Sendeintervall ursprünglich nicht vorgesehen ist. Spätestens alle 60min sollte man eigentlich eine Bake senden da man bei vielen APRS-Anwendungen und auch Webdiensten wie APRS.fi nach dieser Zeit sonst einfach von der Karte verschwindet ...