KISS Flightcontroller

[kinderkram]

Die Bätsch hielt zumindest doppelt so lang wie die letzte...

Nochmal der Hinweis von der Rennleitung:

Wenn Ihr eine Beta Version der Firmware flashen wollt, dann bitte nur die aktuelle v1.02beta4.7!
https://www.flyduino.net/ultraesc/KISSFC/beta_update_de.html

Direktdownload: http://ultraesc.de/KISSFC/KISSFC_v1.02_beta74_HWv1.02.zip

Enthält Bugfixes und Verbesserungen für SBUS2, FrSky Telemetrie und Graupner HoTT.

 

[ofenheimer]

Hallo Zusammen

Ich habe mir auch 2 Kiss FC Bestellt.
24A und 30kiss habe ich auch im Einsatz.

Nun die Frage wegen dem OSD Kann man da auch den OSDDog damit Flaschen ?

Dieses OSD Geht das auch. Bin mir nicht zu 100% sicher aber ist Doch ein Normales Minim Verbaut oder ?

http://www.pitchpump.de/shop/flugsteuerung-osd/183/osdoge-fuer-naze32

 

[kinderkram]

Für die KISS FC wird ein MicroMinimOSD benutzt. Ist außerdem deutlich kleiner, leichter und billiger als das DogeDings.
http://flyduino.net/Micro-MinimOSD
Ein normales MinimOSD geht auch...

 

[ofenheimer]

Für die KISS FC wird ein MicroMinimOSD benutzt. Ist außerdem deutlich kleiner, leichter und billiger als das DogeDings.
http://flyduino.net/Micro-MinimOSD
Ein normales MinimOSD geht auch...

OK danke dir....

Im DOG OSD Soll ja auch nur ein MINIM verbaut Sein.

Von dem DOG gibt es eben auch eine CHINA schnitzel version für ca 15-19Doller.

 

[ronco]

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.

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 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

 

[kinderkram]

OK danke dir....

Im DOG OSD Soll ja auch nur ein MINIM verbaut Sein.

Von dem DOG gibt es eben auch eine CHINA schnitzel version für ca 15-19Doller.

Dann sollte das auch funzen. Versuch macht kluch - Du bist halt der erste, der dazu anfragt.

 

[Torch]

Hi,

welche Firmware ist auf dem neuen Batch?

 

[kinderkram]

Hi,

welche Firmware ist auf dem neuen Batch?

v1.01, die aktuelle stable Version.

 

[kasbah]

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 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

Hey, das sind ja SUPER Nachrichten! Da mach ich erstmal 3 Luftsprünge! 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).

 

[ronco]

Hey, das sind ja SUPER Nachrichten! Da mach ich erstmal 3 Luftsprünge! 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).

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:

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

also:

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

 

[ronco]

hab jetzt mal ins blaue eine MPX sensorbus telemetrie gemacht.

                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 ist immer etwas schwer wenn man keine test HW da hat.

gruß

Felix

 

[DIE_KUH]

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.

 

[kasbah]

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

Wow! Äh, schneller als die Polizei erlaubt? 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.



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. 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!

btw. hab noch einen fehler in deinem code gefunden

<ausrede>Ach was, das hab ich doch nur eingebaut, um zu sehen, ob du den Code auch wirklich verstehst. </ausrede>

mit den warnschwellen wollte ich eh nochwas machen .. es soll aber einfach sein :/

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?

 

[MaxMi]

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

 

[El-dentiste]

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.....

 

[MaxMi]

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.

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?

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

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.

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.....

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

 

[El-dentiste]

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 !!

 

[ludu]

Hi MaxMi das Software nix kostet, ist mir neu. Die ganzen Programmierer Leben wohl nur von Luft. Oder?

 

[RCCopter]

nur von Luft. Oder?

... und Liebe.

 

[MaxMi]

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.

an?

Wenn ja, mit kosten, ist nicht kosten im sinne von Geld gemeint, sondern kosten im sinne von zusätzlicher Verkabelung bzw. Gewicht.