luckybenni

Servus armybean,
schau mal im INAV Configurator in den Modes Reiter. Dort müsste es drei Modes geben, ARM, ANGLE und HORIZON. Bei allen drei Modi muss AUX1 als Kanal hinterlegt sein, bei einem Copter den ich gerade für einen Forumsteilnehmer checke war hier AUX1 bis AUX3 hinterlegt.
Wenn du den Copter in der App angebunden hast, schließe den Copter per USB auch an den Rechner an, starte den INAV Configurator und prüfe im Modes Reiter, ob durch betätigen der Arming Taste in der App (der Balken links oben, der von Grün auf Orange und Rot wechselt) eine Veränderung in den Modi verursacht.
Wenn der Balken in der App auf Grün steht, sollte im INAV Configurator kein Modus auf blau stehen.
Wenn der Balken in der App auf Orange steht, sollte der ARM Modus und der ANGLE Modus blau hinterlegt sein. Bei rotem Balken in der App sollten ARM und HORIZON blau hinterlegt sein.
Wenn der ARM Modus nicht blau wird, kann es auch an dem Loop Cycle liegen.
Der CC3D scheint hier zwingend einen loopcycle von 2000 zu erfordern, über den INAV Configurator lässt sich teilweise aber nur 1000 einstellen (bin ich erst gestern abend drüber gestolpert).
Sollte es das sein – über den Reite CLI lässt sich das korrigieren. Dort in der Commandozeile „set loopcycle = 2000“ eingeben, danach ENTER drücken. Danach noch „save“ eingeben und mit Enter bestätigen, danach sollte der CC3D rebooten und der neue loopcycle hinterlegt sein.
Evtl. musst du danach die USB Verbindung zum Copter nochmal trennen und den INAV Configurator neu starten, damit du erneut mit dem Flightcontroller Kontakt bekommst.
Ich hoffe, einer der beiden Tipps löst dein Problem ;-).
Grüssle, Benni

Moin Peter,
hier findet sich u.a. eine Erklärung, warum die App bisher nicht Open Source gestellt wurde.
Der eine Grund ist das „Aufräumen“ der Codebasis – was auch durch andere Entwickler machbar ist.
Der jedoch viel wichtigere Grund dürfte sein, dass es dem Entwickler bzw. den Vätern des WiFree ein Anliegen zu sein scheint, dass mit der Software der Copter Szene an sich kein Schaden entsteht aufgrund von Missbrauch der nun leichter verfügbaren Technik.
Insbesondere vor dem Hintergrund der erst kürzlich in Deutschland in Kraft getretenen Verordnung für den Einsatz von Coptern und dem zugrundeliegenden Spannungsverhältnis der bunten Vielfalt an staatlichen und privaten Interessen sollte eine Weiterentwicklung der Software selbstkritisch beleuchtet werden.
Sofern sich ein Kreis an „verantwortungsvollen“ Maintainern für den Programmcode findet, der bei der Weiterentwicklung darauf achtet, dass neue Funktionalität vor dem Hintergrund einer limitierten Missbrauchsmöglichkeit implementiert wird, ließe sich dieser Sorge meines Erachtens nach Rechnung tragen. Quasi eine Art Ethikkommission für die WiFree App ;-).
Kennen du bzw. andere WiFree Nutzer andere Open Source Projekte, die vor ähnlicher Problemstellung stehen und wie dort damit umgegangen wird? Evtl. lässt sich ja eine funktionierende Praxis für den WiFree adaptieren. Natürlich vorausgesetzt es finden sich ausreichend Entwickler, die sich den „Stress“ antun wollen / können.
Grüssle, Benni

Servus Malev,
siehe den entsprechenden Erfahrungsbericht für deinen WLAN Stick, deine Erfahrung haben bereits andere Teilnehmer gemacht. Der WL0151A wird nicht unterstützt, mangels entsprechendem Linux Treiber.
Grüssle, Benni

Moin,
eigentlich sollte das WLAN im Standardumfang auch mit der alten Raspbian Version funktionieren, schließlich gibt es den RasPi 3 ja schon einige Zeit, und der WLAN Chipsatz dort ist identisch zu dem WLAN Chipsatz auf dem Zero W (BCM43143 bzw. Cypress-CYW43438).
Laut den Linux WLAN Entwicklern wird der Chipsatz seit Linux Kernel 3.10 unterstützt. Sofern Raspbian den richtigen Treiber lädt (brcm80211) sollte sowohl der Accesspoint Modus als auch die Empfangsstärkemessung in der Wifree App (die nutzt das Linux Kommando iw) funktionieren.
Wobei in der linuxwireless Detailseite der AccessPoint Modus noch als Entwicklungs-Todo steht, es ist wohl nur ein SoftAP Modus implementiert – was auch immer das für die Wifree App bedeuten mag …
Unabhängig davon wird die Empfangs- / Sendestärke des Zero W in keinster Weise vergleichbare Reichweiten erreichen wie ein USB Stick mit externer Antenne – somit sind dann nur sehr kurze Flugstrecken weg vom Piloten möglich.
Noch blöder: will man mit dem Zero W einen USB WLAN Dongle nutzen, muss man etwas tiefer in die Linux Konfiguration einsteigen, um den verbauten Onboard WLAN Chip zu deaktivieren. Sonst nutzt man weiterhin den Onboard WLAN Chip, selbst wenn man den USB Dongle eingesteckt hat. Den Lernprozess habe ich schon einmal mit dem RasPi 3 gemacht – dummerweise jedoch nicht sauber dokumentiert, wie ich es am Ende gelöst bekommen habe :-(. Es waren auf alle Fälle einige Stunden Trial & Error mit sehr viel Forenrecherche nötig …
Grüssle, Benni

Servus Tim,
der Fehler mit dem Random Seed sollte eigentlich nicht das Problem sein, der wird durch den Schreibschutzstatus des WiFree Image verursacht.
Der Treiber für deinen WLAN Chipsatz (rt2800usb) unterstützt auf alle Fälle alle für den WiFree relevanten Funktionen.
Kann es sein, dass dein Tablet etwas schwach auf der Brust ist? Die langsame Darstellung des Videos kann durchaus auch am Empfangsgerät liegen, welches parallel WLAN Nutzung und Videodarstellung verarbeiten können muss – und evtl. auch weitere Apps, die im Hintergrund laufen?
Eine weitere Ursache könnte auch in einem bei dir „ungünstigen“ WLAN Kanal liegen. In der WiFree App siehst du unter den Einstellungen in der ersten Zeile, welcher Kanal aktuell genutzt wird (bei mir Kanal 1). Mit einer WLAN Auslastungs App (bspw. Wifi Analyzer) kannst du prüfen, welche WLAN Kanäle (relevant ist das 2,4 GHz Band) in deiner Umgebung von welchen WLAN Netzen mit welcher Sendeleistung belegt werden. Arbeiten mehrere Netze parallel auf einem Kanal führt dies zu Einschränkungen in der verfügbaren Bandbreite der Nutzer dieser Netze. Eine Daumenregel sagt, dass ein aktives Netz sogar bis zu 3 Kanäle darüber und darunter stören kann.
Vielleicht hilft alleine die Wahl eines freieren WLAN Kanals weiter?
Eine weitere Möglichkeit wäre es, in der WiFree App testeshalber den Haken auf MJPEG zu setzen. Das erhöht zwar deutlich das zu übertragende Datenvolumen für den Videostream, könnte aber ein schwachbrüstiges Empfangsgerät zu einer flüssigeren Videodarstellung verhelfen.
Kannst du noch Modell / Hersteller des Tablets nennen? Vielleicht auch noch die Android Version, welche auf dem Gerät läuft?
Grüssle, Benni

Moin kiamalex,
ich bin gespannt, ob und wie der Copter in PETG zu Drucken geht und der Flug- und insbesondere Landebelastung standhält. Ich habe bisher bei jeglichem PETG Druck massive Probleme mit der Layerhaftung gehabt, d.h. das Bauteil ist schon bei geringer Zugbelastung quer zur Layerebene auseinandergeflogen, da die Layer nicht gut genug verklebt waren. Evtl. lässt sich das Problem durch langsamere Geschwindigkeit / höhere Temperatur in den Griff bekommen – habe ich bisher noch nicht intensiv ausgetestet. Mit dem PLA-HT hatte ich diesbezüglich aber bisher nie Probleme.
Wenn PETG funktioniert, wäre das sehr cool, da dann transparente Copter mit „coolen“ Beleuchtungseffekten möglich wären – à la „WiFree on LSD“ ;-).
Grüssle, Benni

@Markus: hmmm – seltsam. Ich habe noch keinen Hinweis entdeckt, dass Logilink bei dem Stick eine Version mit abweichendem Chipsatz auf den Markt gebracht hat.

Ich gehe davon aus, dass du das OTG USB Kabel zum WLAN Stick am USB Port und nicht am Stromversorgungsport angeschlossen hast (der mittlere von den drei Anschlussbuchsen ist der richtige Port).

Wie lange wartest du auf das neue WLAN? Der Aufbau des WLANs kann ab Verbindung des Akkus / der Stromversorgung zum RaspPi durchaus bis zu 60 Sekunden dauern – d.h. nur weil der Stick blau leuchtet baut er noch keinen WLAN AP auf, davor muss erst der RaspPi Zero booten und das WiFree Programm starten.

Hat der RaspPi bereits mit einem anderen WLAN Stick funktioniert? Ansonsten könnte die Ursache auch an einer nicht funktionierenden MicroSD Karte liegen (anscheinend machen manche MicroSD Karten mit RaspPi Probleme, d.h. von denen kann nicht gebootet werden, somit natürlich auch kein WLAN aufgebaut) – im Worst Case wird aber der USB Anschluss schon mit Strom vom RaspPi versorgt und daher leuchtet die blaue LED am Stick – dieses Fehlerbild zu testen wäre aber nicht so einfach, es sei denn du hast einen „großen“ RaspPi (egal welche Version) rumliegen, den du per LAN Kabel ans LAN hängen kannst um zu erkennen, ob er mit der MicroSD Karte bootet und dann eine IP Adresse zieht