Es funktioniert schon, nur könnte PWM spinnen im Stillstand, aber ab morgen ist das auch Geschichte, hatte heute keine Zeit, das Veröffentlichen durchzuziehen, habe nur den Workaround implementiert und getestet, weil so ein Sender gerade direkt neben mir stand, mit HoTT, ist aber egal bzgl. der Telemetrie.
Was mich eben ärgert: Man braucht immer eine verlässliche Führungsgröße, wenn man per State Machine korrigieren muss. Mit der damaligen Version (4.0) hatte ich RPM-Ausreißer im Anlauf, die ich per verlässlicher PWM korrigierte. Das fällt jetzt aus, korrigiere PWM anhand RPM, Throttle gibt's ja nicht. RPM-Ausreißer sah ich jetzt nicht im Anlauf, vielleicht ist das ja im Gegenzug besser geworden.
Man sieht ganz deutlich, getestet wurde nicht. So was sieht man doch, fett PWM, gar 100%, wenn der Motor steht.
Morgen mache ich mal schnell neue KOSMIK-Versionen und packe die in den Download.
Piept mich an, die ständige Hinterherfegerei..
Zumal mich das ganzheitliche Testen des Protokolls viel Zeit kostete, irgendwie scheinen hier beide TelMe's einfach so den Löffel abgegeben zu haben. Habe dabei feststellen dürfen, dass die Signale auf einem KOSMIK Optionsport echte Weicheier sind, unverständlicherweise.
--------------
http://www.rc-heli.de/board/showpost.php?p=2634407&postcount=21Ohje, da hab' ich ja was gemacht..
TelMe Hott usw. hat gar nix damit zu tun.
JLog geht mit dem KOSMIK weiterhin, es ist nur eine kleine Kosmetik erforderlich, damit nicht mal plötzlich 100% PWM im Log (in einer der 7+1 Telemetrien) stehen, obwohl der Motor gar nicht dreht. Ist schon geritzt, muss nur noch in den Download gebracht werden. Geärgert hat mich so ein Pfusch aber trotzdem.
"Fuchsteufelswild" stimmt schon, ist aber kein schwerwiegender Grund.
TelMe HoTT, zur Erklärung: Der erste HoTT Sensor "ESC" war völlig anders als der heutige. TelMe Hott implementierte den alten "ESC", und das blieb bis eben so, weshalb dieses TelMe unbrauchbar war, es erschienen nur Knörgel im Display. Außerdem stand das Ganze im Verdacht, die Senderfirmware abschmieren zu lassen, wobei das dann SJ's Schuld wäre.
Beide TelMe Implementierungen, HoTT und MPX, waren bis dato auch dadurch wenig brauchbar, weil es keine Alarme gab, obwohl beide Telemetrien erfordern, dass die Sensoren die Alarme generieren.
Das soll jetzt bereinigt worden sein, nur, dass noch unklar ist, wie (wahrscheinlich per BT) und welche Alarmschwellen definiert werden können. Ungetestet wird das dann natürlich auch sein.
(Btw: Ich verstehe auch die ganze Preisdiskussion nicht vor dem Hintergrund, 70EUR vs. 115, wenn ich doch ohne BT anwendungsmäßig in die Röhre gucke. - Übrigens ist der höhere Preis von JLog2.5, im Vergleich zu JLog2, gar nicht mal wirklich der Tatsache geschuldet, dass da mehr Hardware dran ist (JSend, JCC inklusive etc., KOSMIK-Interface, SPEKTRUM X-Bus, blablabla), sondern das ist Kohle (netto von 35,-), die an die Händler geht. Wieso wohl gibt es nun auch ein wachsendes internationales Händlernetz? Die Distributoren und Händler machen's eben auch nicht für Luft und Liebe. )Dann ist da noch die Sache mit der 2-pol-normalisierten Drehzahl, im KOSMIK Log, in der Telemetrie. Tolle Sache, das ist weder die reale Motor-RPM, schon gar nicht die Rotor-RPM on top. Per BT kann man wohl jetzt Polzahl und Ratio auf die (eine) RPM legen. Ob sich das auch auf die Telemetrie auswirkt, weiß ich nicht, - denke, schon.
Zitat:
Also ist TelMe dann genauso gut wie Jlog2.5 bzw Jlog2 am Jive?
Am JIVE natürlich gar nicht. Ob's am KOSMIK nun funktioniert, wird sich zeigen, wenn, dann eh nur als HoTT "ESC" oder mit MPX (anderes TelMe erforderlich), und die Alarme stehen vorerst immer noch im Wald.
Zitat:
JLog 2.5 kann dann auch nicht mehr als TelMe - mehr Daten aufzeichnen als der Kosmik
Ja super, und wer hat dafür gesorgt, dass die Käufer des teuren Backsteins überhaupt die KOSMIK-Logs darstellen können? K war's jedenfalls nicht.
Zitat:
denn die haben sich ja sicher abgesprochen als die TellME für Hott geplant wurden, könnt ich mir vorstellen...
Haha, wo lebst Du denn? In der Modellbauwelt kocht jeder sein eigenes Süppchen, ist sein sakraler Kleinkönig, teilweise mit Höhlentechnologie. "Kundenfreundlichkeit" ist dabei einfach mal zweitrangig.
Nee, mein Lieber, Modellbau hat leider nichts mit Standardisierung und Absprachen zu tun, und leider gibt's auch im Modellbau oft Technik, die wenigstens zwei Generationen hinter dem Stand der Industrie zurück ist, wenn nicht noch viel schlimmer..
Ich kenne aber Zwei, einer glotzt mich immer aus dem Spiegel an, die sind willens, daran gründlich was zu ändern, - ohne an gewissen Traumpreisschrauben zu drehen, jedenfalls nicht aufdrehend.
Der alte "ESC" war nicht wirklich als "alt" oder "vorläufig" gekennzeichnet. Es war ein "gesundes und gewohntes Chaos" darum. OK, ich wusste, dass es einen ganz anderen geben soll, schließlich durfte ich an seiner Definition mitwirken. Selbstverständlich kam's dann etwas anders..
Ich hatte aus diesem Wissen heraus ewig gemauert, den ersten "ESC" zu implementieren. Schließlich läuft ja JLog außerdem auch als "GAM", den finde ich eh besser (und JLog in Form des HTI25 kann alle 5 HoTT Sensoren). Und wie kam's dann? Am Tag n implementierte ich dann aus der Not heraus doch den ersten, am Tag n+1, nur einen Tag später (schön blöd
), den heutigen. Woraufhin dann die am 10.4. erschienene Senderfirmware gleich mal wieder zurückgezogen wurde.., - deshalb gab es so lange beide "ESCs" im Download bei JLog.
Kontronik hatte das einfach verpennt, bzw. fehlte die Entwicklerkapazität.
Anmelden
Registrieren
FAQ
Suche
