Verfasste Forenbeiträge
-
Beiträge
-
Hallo Zusammen,
Der Umgang und die Verwaltung mit GitHub ist für uns alle Neuland und daher bedarf es vermutlich noch Hinweise und Vereinbarungen. Die Pflege und der Aufbau der Dokumentation auf GitHub kann dem Open-DIY-Projekt eine bessere Übersicht verschaffen und den Austausch mit den Entwicklern verbessern.Unsere Bedingung war, dass die offizielle Dateien und die Downloads an einer Stelle liegen und zwar bei uns im Stuhlkreis. GitHub soll als Dokumentation und BETA-Entwicklungsstatus unterstützen.
Der Umgang mit Zeichnungen war noch nicht definiert, wir ziehen es jedoch zunächst vor, die Zeichnungen und STLs zunächst bei uns zum Download zu belassen und uns auf die Dokumentation und die Verlinkungen zu unseren Downloads zu beschränken.Offene Frage an alle, Wie seht Ihr das?
Hallo Sebastian,
das hört sich dich schonmal alles nach einem gutem Konzept an. Ich bin deiner Einladung gefolgt und das GItHub WiFrer Projekt kann losgehen. Wie du sehen kannst, GitHub ist für uns Neuland, somit setzen wir da auf deine Hilfe und unterstützen dabei soweit wir können. Ich kann gern versuchen in den kommenden Tagen die Inhalte zur Verfügung zustellen, hier darfst du uns vermutlich dabei etwas unter die Arme greifen.Viele Grüße
BennyGuten Abend Zusammen,
Wie schon angekündigt, wir haben uns auch Gedanken zu der Pflege und der Weiterführung unserer Projekte gemacht, unser Ziel ist nach wie vor eine Austausch-Plattform gemeinsam mit euch aus zu bauen. Dies bedeutet wir möchten einen Weg finden wie wir zum einen die Beschreibungen und Erfahrungen aktuell halten und zum anderen soll es möglich sein individuell an den Projekten weiter zu entwickeln.
Nicht von der Hand zu weisen bleibt dass wir hierfür Zeit aufbringen müssten und diese ist bei uns stark limitiert.Bislang war der Ansatz, möglichst im ersten Beitrag unserer jeweiligen Foren die wichtigen Informationen zu sammeln und im laufe der Zeit zu erweitern. Dies ist nach unserer Meinung auch gelungen und unsere Projekte sind so gut es ging aktuell und nachvollziehbar.
Der Ansatz unsere Dokumente und das KnowHow auf eine übersichtlicheren Plattform aus zu weiten ist grundlegend gut, bedingt jedoch definitiv eine Verwaltung und mehr Aufwand.
Wir sind davon nicht abgeneigt, im Gegenteil, es muss nur ein klares, in sich konsistentes und zuverlässiges Konzept dahinter stehen.Wir haben uns GitHUB nochmals genauer angeschaut, es wäre denkbar den WiFree Copter dort zu supporten und dort gemeinsam das Ding unter dem BETA-Status weiter zu entwickeln.
Wir sehen GitHub jedoch nur als Werkzeug und Option das Projekt besser dar zu stelllen. Das Projekt an sich also die Offiziellen Downloads und der direkte Austausch sehen wir nach wie vor an einer Stelle und zwar im ersten Beitrag des Stuhlkreises.Wenn wir mit GitHub und dem WiFree als Pilot Projekt starten möchten, so bedingt dies natürlich einen durch uns erstellten offenen GitHubAccount und nicht einen privaten. Was wäre wenn nun ein Privat veröffentlichter Zugang von heute auf morgen wieder verschwunden wäre, Open Source?
Desweitern sehen wir es wie schon Sebastian es beschrieben hat für notwendig, hin und wieder aus den Erweiterungen offizielle Releases zu generieren.Wir könnten es uns am Beispiel des Images wie folgt vorstellen:
Das Image in der aktuellsten Version wird als Version 1.0 auf GitHub veröffentlicht und es kann drauf los entwickelt werden. Im Laufe der Zeit würden wir dann die geprüften Entwicklungen in eine nächste Offizielle Version weiterschreiben, also Version 2.0 und so weiter, welche dann bei uns im Stuhlkreis für alle (auch nicht Entwickler) zum Download verlinkt stehen. So wäre gewehrleistet dass auf Open-Diy-Projects alles aktuell wäre und dennoch für Entwickler ein besserer Zugang entsteht.
Alle Zwischenentwicklungen auf GitHub werden als BETA-Versionen behandelt, so lange bis wir der Meinung sind, eine fertige neuere Version bekannt zu geben.
Selbiges wäre auch für die Zeichnungen und Aufbauanleitungen denkbar.All dies bedingt jedoch auch, dass wir weitere Unterstützung benötigen. Wie schon erwähnt, wir wenige können nicht unbegrenzt unsere Freizeit für die Verwaltung aufbringen.
@kreativmonkey, könntest du dir Vorstellen, einen von uns zur Verfügung gestellten GitHub Account mit deinen gesammelten Inhalten zu erstellen und die Basis hierfür zu schaffen?
Wenn ja, wir wären dabei!
Und hier hätten wir auch schonmal eine Basis geschaffen: https://github.com/EagleEiGeb uns bitte mal ein paar Tage Zeit um über deine Idee mit GitHub und die Pflege unserer Projekte nach zu denken.
Jetzt jedenfalls ruft erstmal das Bett!GudN8t
Gruß Benny
Hallo Sebastian,
zunächst einmal großen Respekt an deinen Einsatz und dein Interesse zusammen mit uns an Open-DIY-Projects mit zu gestalten. Nach wie vor möchten wir unsere Ideen und Konzepte gemeinsam teilen und voanbringen, ohne zweifel, das ist Open Source!Wie du unschwer erkennen konntest, alles steht bei uns Frei zur Verfügung, ob die EagleEi Gimbals, der GlobeFlyer oder nun unser WiFree mit Image, Zeichnungen und APP. Die APP ist wie schon mehrfach beschrieben bislang noch closed und wie du im passenden Forum lesen konntest liegen die Gründe auf der Hand.
Fakt ist, dass wir, das sind gerade mal 3-4 aktive Bastler, sehr viel Zeit in Open-DIY und deren Inhalte investieren. Wir haben Open-DIY vor zwei Jahren ins Leben gerufen um unsere Konzepte vor dem Ideen-Diebstahl und der Profitgier anderer Plattformen zu schützen, sowie den intzwischen zig ausgestorbenen oder unfreien Seiten und Foren.
… Mensch Leute, kann es denn nur noch GitHub und Google auf der Welt geben? will keiner mehr was eigenes?Zugegebenermaßen, es bleibt jedem selbst überlassen wie man über GIT-HUB oder Cloud basierende Datenkraken alla Fusion 360 denken mag, in unserer Philosophie passt dies aktuell (noch) nicht so recht, wir wollen so weit wie möglich unabhängig sein und in erster Linie Spaß haben ohne andere mit unseren Ideen oder Daten zu bereichern!
Dazu kommt, wer soll das alles an mehreren Orten pflegen? … siest du dich dazu berufen?
Gegenfrage, was stört dich an der Arbeitsweise mit unserem Stuhlkreis? … ok, das Plugin ist Scheiße und die Übersicht könnte besser sein, aber trotz allem wurden bis jetzt ca. 500 WiFrees nachgebaut, jeder davon hat die Downloads und die Aufbauanleitungen verstanden!
.. und was wäre wenn dein persönlicher GIT-HUB von dir gelöscht würde, wäre dann der WiFree wirklich noch Open? …. evtl. sollten wir mal darüber nach denken und uns Konzeptionell gedanken machen.Wir haben eine kleine etwas andere Plattform erstellt, welche nach unserer Meinung (und 650 anderen auch) gelungen und ausreichend ist, warum sollten wir nun unser Konzept verwerfen?
Wäre es nicht erstmal Sinnvoll zunächst gemeinsam etwas an einer Stelle weiter zu entwickeln (was mehrere Ansätze bei uns erfolgreich zeigen) und weiter zu bringen, dabei den Spaß und das Ganze vor Augen zu haben und dann sich erst Gedanken über evtl. andere Plattformen zu machen?
…wir kommen auch aus der Zeit wo man für Datenschutz, Freiheit und Unabhänigkeit auf die Straße ging, hab das Gefühl das hat sich inzwischen stark verändert! 😉Schade, die Racestar RS20A scheinen ein wenig größer zu sein, wir haben bislang immer mit den ESCs gearbeitet DIESE kann man wunderbar in die Arme reinschieben.
Der 5V DC/DC Regler liegt dann geütlich noch mit drin.Guten Abend,
ich freue mich dass ihr für ein UpGreat mit im Boot seid! 🙂
Für richtige GPS Funktionen werden ein Barometer und ein Kompass-Modul benötigt, somit wäre eine Alternative zum CC3D notwendig.
Aus dem Racer-Bereich kennen wir bislang die Flip32-DOF10 oder die Naze32 bzw. sämtliche SP3 Race clones, wie der verlinkte von Georg. Die sollten alle funktionieren.Da leider jeder dieser Controller unterschiedliche Pins, Steckvebindungen und UART-ports besitzt, sollten wir wie immer universell und allgemein bleiben! (Wenn man sich mal überlegt was in den letzen zwei Jahren alles an FlightControllern angeboten wurde, so sollte uns klar sein dass wir flexibel bleiben sollten, das kann sonst keiner von uns aktuell halten und pflegen!)
Wir könnten zunächst eine Tabelle erstellen, welche getestete Flightconroller und Firmwares aufzeigt.
Desweiteren sollte in der Tabelle vermerkt sein, welche Pins und welche Einstellungen dem jeweilgen Controller die Kommunikation zum Raspi zulassen.
Wir können das zunächst hier im ersten Beitrag pflegen.
Die weiterentwickelte Frame haben wir ja bereits! 😉
— > https://open-diy-projects.com/aktuelles/Ich bin gespannt auf de ersten erfolgreichen GPS-gesteuerten WiFree!
Mathias hat recht, eine Alternative zu INAV wäre super!
LibrePilot sollte Grundsätzlich eine gute Option sein, darum rufen wr hier zu einer gemeinsamen Weiterwicklung auf!
— > LIBRE PILOTGuten Abend Zusammen,
schade dass euch das INAV und auch das flashen des CC3D´s probleme verursacht.Grundsätzlich möchte ich nochmals betonen, unser WiFree Projekt ist komplett offen und unabhängig aufgebaut, es können unzählige FlightController verwendet werden, genauso wie jede Flight-Software; ob INAV, CleanFlight, OpenPilot, der BetaFlight.
Unserer APP und auch dem Raspi Image ist es wurscht ob ob da ein CC3D oder Flip32 oder ein APM dran hängt, es wird lediglich ein MSP Protokoll erwartet!Der CC3D ist lediglich ein Serviervorschlag, da er alles bietet was wir mit dem WiFree benötigen. Das CC3D Layout ist identisch zu seinen clones, was man leider bei allen anderen wie Naze, Flip32, Afroflight, SP3 uvm. nicht gerade behaupten kann. (wenn ich mir nur mal die Layout-Versionen und die unterschiedliche PinBelegungen als auch die unzähligen Varianten der UART Ports bei den Afro und Naze32 Boards anschaue, dreht sich mir der Kopf und es wäre für uns nicht möglich all diese Fallstrecken hier ab zu bilden.)
Zur Flight-Software, hier sieht es ganz ähnlich aus, INAV haben wir als Basis gewählt, da vor wenigen Monaten hier die Optionen GPS und Barometer-Funktion weiter entwickelt waren als bei CleanFlight, BaseFlight und BetaFlight.
Schluß endlich ist es auch hier total egal wleche Firmware ihr einsetzen wollt, alle funktionieren mit den Grundeinstellungen 1:1!
Es ist jedem selbst überlassen welchen Controller und welche GUI man verwenden möchte, im Gegenteil, wir würden uns wünschen zu sehen dass das offene Konzept auch Varianten zulässt und evtl. hierdurch neue Fähigkeiten gewonnen werden.Schade dass INAV mit Erweiterungen nach 1.0 offensichtlih Bugs eingebaut hat, hier haben wir jedoch keinen Einfluss, unser SETUP bezieht sich auf INAV GUI 1.0.0 und der Firmware 1.1
Ihr könnt gern mal die INAV Leute anhauen und nach der Version 1.0 fragen, bzw. noch bessser auf den aktuellen BUG hinweisen. Toll wäre natürlich wenn wir neuere Versionen auch ohne Probleme verwenden könnten, falls Ihr Ideen habt, bitte her damit!!OK, nun zum CC3D und dem flashen von einer Firmware.
Zugegebenermaßen, das flashen eines Flightcontrollers kann einen in den Wahnsinn treiben! (warum manch FTDI Adapter, WinDoof Treiber und ChinaBoards nicht mit einander sprechen möchten, liegt vermutlich an der Qualität der Bauteile)Danke an Mathias für deine Beschreibung, wenn diese nicht hilft noch ein weiterer Tipp:
Ich hatte bislang gute Erfahrungen wenn man den CC3D wie abgebildet mit einer externen Stomquelle, (am besten eine USB PowerBank) am USB Port betreibt.
Kleiner Tipp, wenn die Firmware nicht will……
1. den CC3D mit dem FTDI Adaper verbinden und INAV (oder andere GUIS) mit dem richtigen COM Port und den Flash Einstellungen wie beschrieben vor bereiten.
2. dann den FTDI wieder aus stecken, neu einsteckn und ….
3. erst jetzt den CC3D via USB mit einer Powerbank mit Strom versorgen und möglichst sofort im Anschluss auf flashen klicken.
…. dann sollte das flashen starten! 😉Die Controller akzeptieren oft kein flashen, wenn sie schon länger am Strom hängen, hier hilft dann nur direkt nach der Stromversorgen sofort zu flashen!
(also Zündschlüssel umdrehen und sofort Vollgas geben! 😉 )
@Tim, wenn es bei dir nicht klappen sollte, kannst du uns auch gern via Kontaktformular anschreiben und wir könnten mal gemeinsam telefonisch uns daran versuchen!
@Mathias was für ein Motor fehlt dir denn noch? .. evtl hab ich noch einen frei….* * * * * * * * * *
FAZIT:
—> wir können uns bis jetzt leider nicht mit mit allen einzelnen FlightControllern und Ihre Oberflächen intensiv beschäftigen, unser Ziel ist es den WiFree als Plattform zu sehen und stetig gemeinsam mit Interssierten weiter zu entwicken. Wir würden uns wünschen weitere Entwickler für alternativen mit ins Boot zu nehmen!!!Hallo Sebastian,
herzlich willkommen!!!Bis auf die WiFree APP sind alle unsere Files, Druckdaten und Images frei und offen > Open-Source und nach unseren besten bemühungen in unserem Stuhlkreis aufgeführt und ausführlich beschrieben.
Wir haben uns vor zwei Jahren bewußt dazu entschlossen all unsere Projekte hier und ausschließlich hier zu pflegen und gemeinsam voran zu bringen. Wir hatten stehts das Ziel unabhängig von anderen Plattforemen zu sein, welche alle entweder über direkt Bezahlung, Werbung oder durch unsere Daten von uns bezahlt werden müssten.
Offen gesagt, wir sind keine Freunde von Big-Google und versuchen möglichst unabhängig zu sein.
(oh je, ich fürchte wenn dass nun google sieht, werden wir bald nicht mehr im WWW gefunden! 😉 )Wir würden uns sehr freuen wenn du interesse an der Weiterentwicklung des Wifree´s findest, ob im Image oder in Sachen GPS, wir haben noch viele Erweiterungsmölichkeiten mit unserem kleinen.
Wenn eine Erweiterung gelungen it, werden wir diese selbstverständlich über unsere Downloads frei zugänglich machen, das ist unser Konzept!Deine Idee klingt gut und wir untertützen gern so gut es geht!
Viele Grüße
BennyHey Maayan,
i didn´t understand what kind of pictures you are missing!?
Here in the first post, you can find the links to the assembling the other EagleEi 360° Gimbals and they are identical with the RunCam expect the axle bearing as described here.Maybe you wasn´t locked in? or you didn´t see this grey inbeded Links?
-> https://open-diy-projects.com/topic/aufbauanleitung-fuer-das-eagleei-xiaomi-yi-gimbal/
-> https://open-diy-projects.com/topic/verkabelung-fuer-das-eagleei-360-gimbal/Hallo MicMul,
Georg hat dir deinen WiFree fertig gemacht, er steht Versandbereit bei mir.
Schreib uns bitte über das Kntaktformular an, damit wir das schöne Ding an dich versenden können.Viele Grüße
BennyHey Georg,
danke fürdas neue Babe i unserem Rennstall, ein geniales Konstrukt!
Ich freue mich schon auf den Erstflug und die damit verbundenen Crashes können mich zukünftig mal! 😉Nabend Zusammen,
Wenn sich durch die Unterstützung von euch auch andere Lösungswege aufweisen wie zb. mit einer sezial config auf LINUX basis sind wir wie immer total frei und offen für alle Ideen! … nur her damit! 😉Wie schon oben bechrieben setzt unser Wifree Projekt auf das (noch) gängige MSP-Protokoll, was bislang von allen Controllern und den von uns bekannten Firmware Versionen unterstützt wurde.
Da ein WiFree Copter selbst mit GPS und sämtlichen spielereien grundsätzlich mit den älteren Versionen funktioniert, möchten wir auch weiterhin klar auf die getesteten Versionen verweisen.
Wie Georg nochmals betont hat, sind alle FlightController grundstzlich möglich, auch unsere APP wurde daher recht frei gestalltet, so lassen sich mit den zwei Flightmodes auch frei GPS-Funktionen aktivieren und der Failsafe Trigger kann somit zb. auch ein Coming Home aktivieren.
Unsere Empfehlung, gerade für den Einstig, beginnt mit dem beschriebenen Grundeinstellungen. Im laufe der Zeit könnt Ihr dann euer WiFree und die Eintellungen auf eure Bedürfnisse anpassen und ausbauen!
Viel Spaß mit der offenen Pattform!
…. und nicht veressen, zeigt her eure WiFrees!