KISS Flightcontroller

kinderkram

kinderkram

Erfahrener Benutzer
#481
#481
Zuletzt bearbeitet:
R

ronco

Erfahrener Benutzer
#485
#485
kasbah hat gesagt.:
Ich habe mal 'nen Multiplex SRXL Viewer als Chrome App gebastelt. Im Anhang findet sich der Quelltext, falls sich jemand dafür interessiert.

Felix, ich hätte wirklich gerne Support dafür in der KISS FC. In diesem Zusammenhang sind für dich die Zeilen 67 - 113 in der main.js sicher die interessantesten. Kann ich sonst noch etwas tun, um Support für Multiplex SRXL in der KISS FC zu bekommen?

Anhang anzeigen 146783

Anhang anzeigen 146782

P.S.: Interessante Erkenntnis aus diesem Experiment ist auch, das der kleine rx-4/16 flexx tatsächlich ganz normal 16 Proportionalkanäle überträgt, auch wenn in der Anleitung irgendwas von Schaltkanälen gefaselt wird.
Zum Vergrößern anklicken....


hi, sorry für die späte antwort. hatte viel mit der beta 74 zu tuen ;)

hab mir deinen code angeguckt und mir erstmal einen PPM zu MPX SRXL converter code gebastelt :D ist im anhang und läuft auf dem nanowii / arduino leonardo. morgen kann ich dann das protokoll in die FC bauen. ich sende dir dann ne beta.

danke für die vorarbeit :)

gruß

Felix
 

Anhänge

K

kasbah

Neuer Benutzer
#489
#489
ronco hat gesagt.:
hi, sorry für die späte antwort. hatte viel mit der beta 74 zu tuen ;)

hab mir deinen code angeguckt und mir erstmal einen PPM zu MPX SRXL converter code gebastelt :D ist im anhang und läuft auf dem nanowii / arduino leonardo. morgen kann ich dann das protokoll in die FC bauen. ich sende dir dann ne beta.

danke für die vorarbeit :)

gruß

Felix
Zum Vergrößern anklicken....
Hey, das sind ja SUPER Nachrichten! :) Da mach ich erstmal 3 Luftsprünge! :D Mit einer so schnellen Umsetzung hätte ich nicht gerechnet.

Ich denke mal du hast bedacht, das für die KISSFC die 16 Kanal-Variante die uninteressantere ist, Empfänger mit <= 12 Kanälen dürften die 12 Kanal-Variante ausgeben. Aber das ist ja nur ein anderes Start-Byte und ein kürzerer Frame (bei mir im Code schon umgesetzt). Ich hab gleich mal noch einen rx-4/9 (9 Kanäle via srxl, wahrscheinlich sind die restlichen 3 einfach mit einem festen Wert belegt) bestellt. Der passt besser zur KISSFC und so kann ich auch beide Varianten gleich testen. Zum Testen wäre sicher auch ein Fehler-Counter an irgend einer Stelle sinnvoll, um zu sehen, ob auch wirklich alle Frames ordentlich ankommen. Vielleicht hast du Lust dazu und dir fällt was einfaches ein. Ein Pin, der mal kurz High geht, wenn ein Frame nicht klappt (PWM5?), ein zweiter Pin, der mal kurz High geht, wenn ein Frame erfolgreich gelesen wurde (PWM6?), oder eine serielle Ausgabe oder so in der Art. Zum Testen werde ich dann aber wohl erst am Sonntag kommen. Wegen mir ist das auch nicht eilig, ich kann auch mit den klassischen PWM-Eingängen fliegen (wenn der Quad dann mal fertig ist). Falls ich noch irgendwie helfen kann, sag gern bescheid. Ein Oszi zum Messen von irgend welchen Timings habe ich hier.

Ach, wenn ich mir noch ein Feature für die KISSFC wünschen darf, dann ist das eine einstellbarere Lipo-Warnung über den Buzzer, sprich: Lipospannung fällt unter in GUI eingestellten Wert => Buzzer macht krach (wenn die FC nicht mit der GUI verbunden ist).
 
R

ronco

Erfahrener Benutzer
#490
#490
kasbah hat gesagt.:
Hey, das sind ja SUPER Nachrichten! :) Da mach ich erstmal 3 Luftsprünge! :D Mit einer so schnellen Umsetzung hätte ich nicht gerechnet.

Ich denke mal du hast bedacht, das für die KISSFC die 16 Kanal-Variante die uninteressantere ist, Empfänger mit <= 12 Kanälen dürften die 12 Kanal-Variante ausgeben. Aber das ist ja nur ein anderes Start-Byte und ein kürzerer Frame (bei mir im Code schon umgesetzt). Ich hab gleich mal noch einen rx-4/9 (9 Kanäle via srxl, wahrscheinlich sind die restlichen 3 einfach mit einem festen Wert belegt) bestellt. Der passt besser zur KISSFC und so kann ich auch beide Varianten gleich testen. Zum Testen wäre sicher auch ein Fehler-Counter an irgend einer Stelle sinnvoll, um zu sehen, ob auch wirklich alle Frames ordentlich ankommen. Vielleicht hast du Lust dazu und dir fällt was einfaches ein. Ein Pin, der mal kurz High geht, wenn ein Frame nicht klappt (PWM5?), ein zweiter Pin, der mal kurz High geht, wenn ein Frame erfolgreich gelesen wurde (PWM6?), oder eine serielle Ausgabe oder so in der Art. Zum Testen werde ich dann aber wohl erst am Sonntag kommen. Wegen mir ist das auch nicht eilig, ich kann auch mit den klassischen PWM-Eingängen fliegen (wenn der Quad dann mal fertig ist). Falls ich noch irgendwie helfen kann, sag gern bescheid. Ein Oszi zum Messen von irgend welchen Timings habe ich hier.

Ach, wenn ich mir noch ein Feature für die KISSFC wünschen darf, dann ist das eine einstellbarere Lipo-Warnung über den Buzzer, sprich: Lipospannung fällt unter in GUI eingestellten Wert => Buzzer macht krach (wenn die FC nicht mit der GUI verbunden ist).
Zum Vergrößern anklicken....
hi,

habs mal eingebaut. wenn der crc16 test fehlschlägt, zählt in der GUI der im moment noch ungenutzte ACC Z wert hoch.

die GUI 1.06 muss als entpackte erweiterung in chrome installiert werden da man sonnst SRXL nicht auswählen kann.

habs für 12 und 16 kanal eingebaut. also die FC wertet eh nur die ersten 8 aus.

btw. hab noch einen fehler in deinem code gefunden ;)
in zeile 86:
Code: 
if( data.length < 1 + l + 2 ) { throw( 'incomplete frame' ); }
ist falsch da l ja nur die kanal zahl darstellt. aber es sind ja 2 bytes pro kanal :D

also:
Code: 
if( data.length < l*2 + 3 ) { throw( 'incomplete frame' ); }
mit den warnschwellen wollte ich eh nochwas machen .. es soll aber einfach sein :/ auch für die graupner telemetrie muss die FC die warnschwelle wissen.

ah hat MPX auch ein telemetrie protokoll?
[edit] gefunden.. mach mich grade ran ;)


gruß

Felix
 

Anhänge

Zuletzt bearbeitet:
R

ronco

Erfahrener Benutzer
#491
#491
hab jetzt mal ins blaue eine MPX sensorbus telemetrie gemacht.

Code: 
                if(MPXtelLastByte == 5){
			int16_t MPXuseVoltage = ((uint16_t)(LiPoVolt*100)/10)*2;
			MPXByteBuf[0] = 0x51; // spannung
			MPXByteBuf[1] = MPXuseVoltage&0xFF;
			MPXByteBuf[2] = MPXuseVoltage>>8;
		}else if(MPXtelLastByte == 6){
			int16_t MPXuseCurrent = ((uint16_t)(TotalCurrent/10))*2;
			MPXByteBuf[0] = 0x62; // strom
			MPXByteBuf[1] = MPXuseCurrent&0xFF;
			MPXByteBuf[2] = MPXuseCurrent>>8;			
		}else if(MPXtelLastByte == 7){
			int16_t MPXuseConsumption= TotalConsumption*2;
			MPXByteBuf[0] = 0x7b; // mah
			MPXByteBuf[1] = MPXuseConsumption&0xFF;
			MPXByteBuf[2] = MPXuseConsumption>>8;			
		}
		SS_SnedBytes(MPXByteBuf,3);
telemetrie pin ist auch hier der aux1 pin. aktiv ist das ganze wenn man MPX SRXL aktiv hat.

bin gespannt ob das läuft :D ist immer etwas schwer wenn man keine test HW da hat.

gruß

Felix
 

Anhänge

DIE_KUH

DIE_KUH

Erfahrener Benutzer
#492
#492
Und jetzt bitte noch analoge FrSky-Telemetrie, wenn du eh schon dabei bist. Habe erst einen X-Empfänger für drei Kiss FCs - aber noch genug D4Rs. ;)
 
K

kasbah

Neuer Benutzer
#493
#493
ronco hat gesagt.:
bin gespannt ob das läuft :D ist immer etwas schwer wenn man keine test HW da hat.
Zum Vergrößern anklicken....
Wow! Äh, schneller als die Polizei erlaubt? :D Oder so. ;) Und dann gleich mit Telemetrie!

Da musste ich doch heut nach der Arbeit noch schnell beim Staufenbiel vorbei und einen RX-7 holen, damit ich die Telemetrie auch testen kann. :D

P1090388.jpg P1090390.jpg

Und dann funktioniert es auch gleich beim ersten Versuch! Ich bin begeistert. :) Das lief jetzt 'ne gute halbe Stunde, aber der AZ ist noch bei 0.

2 Dinge sind mir aufgefallen:

1. Die Adresswahl ist etwas ungünstig für die Royal SX, da werden je Seite 3 Werte dargestellt, Wert 0 und 1 sind immer vom Empfänger (Spannung, LQI) belegt.
Wie könnte man das besser verteilen? Hmm, 2 für Spannung, damit die zusammen mit LQI auf der ersten Seite ist? 3 noch mal Spannung , 4 Ampere, 5 mAh damit alle Werte auf einer Seite sind?

2. Die Spannungsmessung der FC weicht stark (~10%) von der anliegenden Spannung ab. Sowohl der Empfänger in der Telemetrie, als auch das Multimeter zeigen 5V, die FC (in der GUI und Telemetrie) zeigt 4,6V. Liegt das daran, das die FC beim Test nur über USB versorgt wird?

Toll, der Empfänger geht schon mal, fehlt nur noch der Quad um die FC drum rum. :D Aber da werde ich wohl erst am Sonntag zu kommen. Dann teste ich auch noch mal etwas ausführlicher mit dem 16-Kanal Empfänger und, wenn er schon da ist, dem eigentlich für den Quad vorgesehenen 9-Kanal Empfänger. Wenn ich noch etwas spezielles testen kann, sag bescheid. Aber das sieht ja soweit alles sehr gut aus. :) Sollten wir uns mal über den Weg laufen, gebe ich dir mindestens 'n Bier aus! :D

ronco hat gesagt.:
btw. hab noch einen fehler in deinem code gefunden ;)
Zum Vergrößern anklicken....
<ausrede>Ach was, das hab ich doch nur eingebaut, um zu sehen, ob du den Code auch wirklich verstehst. :p</ausrede>

ronco hat gesagt.:
mit den warnschwellen wollte ich eh nochwas machen .. es soll aber einfach sein :/
Zum Vergrößern anklicken....
Das hat bei mir keine Priorität, wäre aber für meinen kleinen Indoor Flieger hilfreich, weil ich Gewicht sparen kann, wenn der extra Lipo-Warner nicht mit fliegen muss. Vielleicht machst du einen extra Bereich für Telemetrie in der GUI, wo man den Buzzer und je nach ausgewählter Funke (bei Multiplex z.B. die Adressen für die Werte) die restlichen Telemetrie-Einstellungen anpassen kann?
 
M

MaxMi

Benutzer
#494
#494
Hallo,

ein paar Fragen, hätte ich auch noch zum KissFC.

1. Aktivierung & Datenschutzerklärung
Bei der ersten Anmeldung des KissFC muss dieser aktiviert werden. Ich finde aber keine Datenschutzerklärung dazu, weder in der Chrome App noch auf Ihrer Webseite. Welche Daten werden dort erhoben und das wird mit diesen Daten angestellt? Ich gehe mal davon aus, dass die Seriennummer und die App-Version mit übermittelt werden und der Registierungscode dann im FC gespeichert wird. Prinzipiell könnte man, wenn der FC bei flyduino.net gekauft wurde, die SN mit dem Käufer Namen und Adresse verbinden, um so ein Profil aufzubauen und dieses ggf. weiter zu verkaufen. Daher die Frage nach einer Datenschutzerklärung.
Was passiert nach ein paar Jahren, wenn die Server nicht mehr zur Verfügung stehen, muss ich dann den KissFC wegschmeißen, weil ich ihn nicht mehr aktiviert bekomme?

2. Offizielle Roadmap & Issus Tracker
Ist es geplant eine offizielle Roadmap einzuführen? Weil bis jetzt ist es relativ schwierig nachzuvollziehen was noch kommt - es gibt zu viele Anlaufstellen (z.B. RCGroup, FPV-Community, flyduino, ultraesc.de usw.). Das gleiche sehe ich bei Issues.

3. Telemetrie Protokoll
Wird es ein offizielles Datenblatt zu dem Telemetrie Protokoll für den KissFC geben?
Ich denke mal, so wie ich, möchten einige Ihre eigene Peripherie an den KissFC hängen und die Telemetrie vom KissFC mit nutzen oder für externe Geräte z.B. Android-App.

4. RSSI als AUX-Kanal
Könnte man folgendes mit einbauen: Einen AUX Kanal als RSSI Rückkanal konfigurieren, um dann die RSSI Stärke z.B. über das Telemetrie Protokoll zu übertragen? Das würde mich sehr freuen.
Ergänzung:
Mit der Tanaris z.B., kann man den RSSI-Wert im Mixer auf einen freien Kanal legen. Schön wäre es, wenn man diesen dann im KissFC als AUX Kanal (z.B. AUX - RSSI) definieren könnte und dass der Wert dann mit in der Telemetrie auftauch. Das spart z.B. den unhandlichen Lowpass-Filter für den MinimOSD, da der Wert sauber über die Telemetrie übertragen wird.


Vielen Dank und liebe Grüße
MaxMi
 
Zuletzt bearbeitet:
E

El-dentiste

1.21 Gigawatt
#495
#495
1.Die fc wird mit einer stable FW ausgeliefert und wird nur beim update überprüft ( da beim Kauf kein name an serien nummer gebunden sind wozu datenschutzerklärung . deine daten tauchen nirgendwo auf ). wegschmeissen musst du sie sicher nicht in ein paar jahren. wenn ja eine funktonierende fw läuft ;) man MUSS ja nie updaten. man KANN.

2.Hier und bei RC-Groups gibts alle Infos. Eigentlich nicht kompliziert.

3. kann ich nix zu sagen.

4. Oft läuft RSSI ja eh über den Empfänger im Rückkanal. Da als Racer FC designt, fliegt man ja meist eh im Nahbereich. Ob da der RSSI Wert interessant ist, is die Frage.....
 
Zuletzt bearbeitet:
M

MaxMi

Benutzer
#496
#496
El-dentiste hat gesagt.:
1.Die fc wird mit einer stable FW ausgeliefert und wird nur beim update überprüft ( da beim Kauf kein name an serien nummer gebunden sind wozu datenschutzerklärung . deine daten tauchen nirgendwo auf ). wegschmeissen musst du sie sicher nicht in ein paar jahren. wenn ja eine funktonierende fw läuft ;) man MUSS ja nie updaten. man KANN.
Zum Vergrößern anklicken....
Naja ersten ist eine Datenschutzerklärung Pflicht in DE. Zweitens klärt diese genau die Frage die ich hatte, woher soll ich wissen was mit den Daten angefangen wird?

El-dentiste hat gesagt.:
2.Hier und bei RC-Groups gibts alle Infos. Eigentlich nicht kompliziert.
Zum Vergrößern anklicken....
Kompliziert ist es nicht, hatte ich auch nicht behauptet, es ist aber sehr mühselig.
Ich habe erst vor 4 Tagen angefangen mich über den FC zu informieren, daher müsste ich jetzt 153 Seiten lesen.
Eine einfache Seite, wo alle solche dinge stehen, fände ich sehr angenehm.


El-dentiste hat gesagt.:
4. Oft läuft RSSI ja eh über den Empfänger im Rückkanal. Da als Racer FC designt, fliegt man ja meist eh im Nahbereich. Ob da der RSSI Wert interessant ist, is die Frage.....
Zum Vergrößern anklicken....
Ich denk mal, dass kann sich jeder Benutzer für sich entscheiden. Denn das ganze kostet ja nichts, da es nur eine Software Sache ist. Ich habe oben noch mal eine Ergänzung gemacht, um genauer zu Beschreiben was ich meine.


Vielen Dank für deine Antworten
MaxMi
 
E

El-dentiste

1.21 Gigawatt
#497
#497
HI
Denke mal Felix schreibt noch was zur telemetrie und RSSI :) klar kostet halt "nur" Zeit zum programmieren. Hast schon recht. Alles was hilft zur sicheren Übertragung und Reichweite sollte genutzt werden !!:)
 
M

MaxMi

Benutzer
#500
#500
Hallo Ludu,

kannst du das eventuell etwas näher beleuchten, was du mir hier unterstellen willst?

Entschuldige bitte das ich mir ein Feature wünsche.

//Edit

Spielst du auf:
Ich denk mal, dass kann sich jeder Benutzer für sich entscheiden. Denn das ganze kostet ja nichts, da es nur eine Software Sache ist.
Zum Vergrößern anklicken....
an?

Wenn ja, mit kosten, ist nicht kosten im sinne von Geld gemeint, sondern kosten im sinne von zusätzlicher Verkabelung bzw. Gewicht.
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.
FPV1

Banggood

Oben Unten