Verfasste Forenbeiträge
-
Beiträge
-
Hi Gerhard,
Ich habe jetzt alle INAV-Versionen für den SPRacingF3 von 1.0 bis 1.7.1 durchprobiert und bekomme mit keiner eine Verbindung der App zur Flugsteuerung hin. Video funktioniert, aber armen klappt nicht und so werden keine Signale an die Motoren weitergegeben. Über den INAV-Konfigurator kann ich die Motoren ansteuern und kalibrieren (leider nur mit OneShot125 statt Dshot, aber sei’s drum). Langsam vermute ich, dass der Fehler woanders liegt. Bei Gelegenheit überprüfe ich mal die Lötstelle des Signalkabels zum Raspi auf der Flugsteuerungsplatine. Dann fällt mir aber auch nichts mehr ein.
Schade dass sich die ursprünglichen WiFree-Erschaffer noch nie zu unseren Problemen geäussert haben …Liebe Grüße,
Clemens
@superperf-3Dprint: Wieso sollte ich dir böse sein? Ich hatte nur versucht mit meinen limitierten Mitteln zur Lösung beizutragen. Berechtigte Kritik ist da nicht fehl am Platz.
Ich sähe eben einige Ansätze die Masken dicht zu bekommen. Aber ich sehe natürlich auch ein, dass wir hier keine zertifizierte Schutzausrüstung herstellen können. Mein Gedanke dahinter war eher was machen wir wenn wir nichts zertifiziertes mehr haben, also was hilft besser als Nichts. Jetz wo ich nochmal drüber nachdenke ist sicher die FaceShield-Variante praktikabler, da desinfizierbar und wiederverwendbar.
Die CT-Scans zur Porosität werde ich noch machen, da ich mich mit unbelegten Aussagen im Netz nicht zufrieden geben kann. Parallel werden schon die FaceShields gedruckt.Viele Grüße und viel Erfolg bei der Unterstützung der Helfer!
Clemens
Alternativ/zusätzlich könnte man auch eine dieser Postprocessingmethoden nutzen um die Masken dicht zu bekommen.
So, mit dem Elektronenmikroskop konnte ich keine offenen Poren finden. Die Poren waren zwar im einstelligen Mikrometerbereich, aber sie waren nicht verbunden. Das heißt erstmal dass es keine Anzeichen für eine Durchlässigkeit der 3D-Druckteile gibt.
Ich werde am Donnerstag, wenn der entsprechende Kollege wieder vor Ort ist, µCT-Scans von 3D-gedruckten Bauteilen aus PLA und ABS mit 200µm und 60µm Schichtdicke machen. Damit können wir dann eine räumliche Auflösung von 300nm erreichen. Wenn es also Poren oder Porennetzwerke geben sollte, können wir sie hiermit garantiert sehen.
Ich will mich hier nicht durchsetzen oder so, aber ich denke wenn wir so zeigen können, dass 3D-Druckmasken nicht durchlässig sind, dann können wir auch bei den Atemmasken weiterhelfen.Grüße,
Clemens
Hallo zusammen,
Ich habe mal etwas nachgeforscht und rausgefunden, dass das MSP nach INAV 1.7.1 als Version 2.x vorliegt. Evtl. liegt hier das Problem in der Kommunikation von Flugsteuerung und Raspi. Ich werde mal weiter nachforschen ob sich die Befehlssätze von MSP 1.x sonderlich von MSP2.x unterscheiden. Falls das schon jemand weiß, könnte ich mir die Suche evtl. sparen.
Falls sie sich unterscheiden, werde ich versuchen die entsprechenden Stellen im Rubyskript zu finden und durch die neuen Befehle zu ersetzen. Ich melde mich wieder wenn ich weitergekommen bin.Liebe Grüße,
Clemens
Sicherheitshalber die Frage zum Flashen: hast du die Bootpins gebrückt?
Ich habe mal in der INAV-Doku nachgelesen, bis 1.7.1 wurde MSP 1.x verwendet. Ich nehme an, dass die Android-App nicht mit dem Befehlssatz von MSP 2.x klar kommt. Versuch mal mit INAV 1.7.1 zu flashen. Vielleicht kommunizieren Raspi und CC3D dann miteinander.Liebe Grüße,
Clemens
Update: hier im Forum wurde mal die INAV 1.6 mit funktionsfähigem MSP verlinkt
Hi Gerhard,
Ich habe eben nochmal über dein Problem mit dem nicht mehr ansprechbaren CC3D-Controller nachgedacht. Wenn ich den Kontakt zum SpRacingF3-Controller verliere, kann ich ihn neu flashen indem ich zwei Bootpins verbinde. Die genaue Prozedur steht im betaflight-Konfigurator unter „Firmware Flasher“ ganz unten unter der Überschrift „Wiederherstellung/abgebrochene Kommunikation“ in dem gelben Kasten.
Ich weiß nicht wie es im INAV-Konfigurator aussieht, aber die Dinger sind ja nicht sehr unterschiedlich.Liebe Grüße,
Clemens
Hi,
Ich habe in meinem WiFreeCopter einen Sp racing f3 verbaut. Irgendwie bekomme ich außer betaflight keine andere Firmware darauf zum Laufen. Daher habe ich jetzt versucht das Ganze damit zu lösen.
Ich habe schön brav den UART3 mit dem Raspi verbunden, und unter „Anschlüsse“->“Konfiguration/MSP“ den Schalter für UART3 auf „an“ gestellt und „9600“ ausgewählt. Irgendwie bekomme ich aber betaflight nicht dazu auf das MSP umzustellen. Jedes Mal wenn ich unter „Konfiguration“->“Empfänger“ „MSP Empfänger“ auswähle und dann speichere, springt die Auswahl wieder auf „PPM Empfänger“ zurück.
Mache ich da was komplett falsch, oder ist das ein Fehler in der Firmware?Liebe Grüße und danke für Eure Kommentare!
Clemens
Ich messe das morgen gleich mal nach. 😉
Jetzt ist mein Wissenschaftlerdrang geweckt. SEM-Bilder folgen morgen.
Evtl. wäre ja Stereolithografie eine Möglichkeit, aber da kenne ich die Porengrößen auch nicht.
Die Idee mit den Gesichtsvisieren habe ich schon an den Krisenstab unseres Krankenhauses weitergeleitet.Hi Gerhard,
ich bin absolut nicht vom Fach, aber da Du ein FLUKE-Multimeter nutzt, nehme ich an Du bist vom Fach. Aber man kann ja nie wissen, daher trotzdem die etwas dumme Frage: Gegen was bzw. wie hast Du das Signal gemessen? Evtl. liegt das Signal nicht gegen GND an.
Andere Möglichkeit:
Das Signal muss ja nicht unbedingt das volle Potenzial nutzen. Evtl. ist zwar die Spannung 3.3V aber das Signal, bzw. die Modulation der Spannung die das Signal darstellt, nur 1V.
Macht irgendwas davon Sinn? Manchmal helfen ja unbeholfene fachfremde Denkweisen um Probleme zu lösen 😉LG,
Clemens
Das Problem mit betaflight und Linux ist wohl ein Berechtigungsproblem. Mit
dmesg | grep "cp210x"USB-Device für FC finden. etwa ttyUSB0
chmod 777 /dev/USBDEVICENAMElese schreib und ausführungsrechte für USBDEVICE setzen. Im Beispiel ttyUSB0 einsetzen.sollte betaflight den FC finden.
Moinsn,
Endlich kommt wieder Leben in dieses Forum!
Ich habe schon länger alle Teile da:
ESCs
FC
Spannungswandler
Motoren
Kamera (IR)
Kamerakabel für RaspiZeroWDie ESCs sind etwas überdimensioniert, aber sie waren im Angebot. Die Kamera war eher ein Versehen, aber ich denke tagsüber sollte man trotzdem ein Bild bekommen und in der Dämmerung könnte man dann noch eine IR-LED zuschalten 😉
Den FC habe ich ausgewählt, da er Barometer und Kompass hat und auch GPS und einiges mehr nachgerüstet werden könnte. Ich bin zwar Neuling auf dem Gebiet, aber ich baue ungern Sachen zusammen, die nicht Erweiterbar sind. Größtenteils ist auch schon alles zusammengebaut (siehe Bild). Aber mangels Aktivität im Forum bin ich leider nicht weiter gekommen.
Mit dem FC habe ich mir einige Fragen/Probleme ins Haus geholt, da ich absolut nicht vom Fach bin:
1. die Signalkabel der ESCs habe ich wie in der Anleitung mit dem CCD3 hier im Forum über die Motorenpins des FC verlötet. Ich habe allerdings nicht das GND-Kabel abgeklipst, sondern an den entsprechenden Pin am FC gelötet. Kann man so machen, oder?
2. die Stromkabel der ESCs sind 18AWG, also etwas dicker. Da ja etwas wenig Platz ist im Gehäuse würde ich die durch dünnere (22AWG?) ersetzen. Ich reize die 35A pro ESC ja nicht aus, also sollte ein dünnerer Kabelquerschnitt ausreichen, oder? Euer neues Teil zum Einbau des Mini-Power-Hubs ist zwar echt cool, aber mit meinem FC wäre da wo der FC und das Hub überlappen ein Port im Weg. Die Höhe des mittleren Rahmens würde hier leider nicht ausreichen um beides übereinander zu bekommen.
3. Für die Kommunikation mit dem Raspi und die Stromversorgung würde ich den UART2 des FCs benutzen, richtig (FC-Manual)? Dieser hat GND, Vcc (5V),TxD (Datensendekanal) und RxD (Datenempfangskanal). Die anderen beiden UARTs scheiden aus, da UART3->3,3V und UART1->nicht gleichzeitig mit USB-Port betreibbar. Oder muss ich zur Kommunikation mit dem Raspi einen der IO-Ports verwenden?
4. Ich habe (aus einer Laune heraus) mal betaflight auf den FC geladen. Das habe ich allerdings nur mit einem Windoof-Rechner hinbekommen, da mein Ubuntu trotz vorhandener Treiber nicht per USB mit dem FC kommunizieren will. Ich habe zwar per
sudo usermod -aG dialout BENUTZERNAME
mich der dialoutgruppe hinzugefügt, aber irgendwie scheint das nicht zu funzen. Kommt betaflight mit dem MSP-Protokoll klar?Ihr seht schon, ich habe von der Materie bisher kaum einen Plan und suche mir gerade meine Infos in verschiedenen Quellen zusammen. Daher freue ich mich auf regen Austausch mit Euch. Hoffentlich können wir zusammen den WiFreeCopter etwas updaten und erweitern.
LG,
Clemens
