J-Log.eu - Forum

Hallo Tom,
möchte mich erstmals vorstellen mein Name ist Herbert bin 45Jahre jung und komme aus Österreich. Fliege seit 5 Jahren Helikopter zzt. einen LOGO 690SX V2 mit Jive 120+ HV PRO (Software 1.10) und Spirit FBL.
Fliege das Spirit PRO mit 2 Spektrum Satelliten.
Hab mir jetzt auch den S32 gekauft und alles upgedatet(1,42 u. Bootloader 1,9). Alles eingestellt in der Software, war ja nicht so schwer....
Hab das TM1000 am Spirit angeschlossen ohne Datenleitung zur Strom Versorgung. Bekomme aber in meiner DX8G2 unter Powerbox nichts angezeigt, anbei ein paar Bilder.
Unter ESC wird eigentlich alles angezeigt. Hab jetzt mal die Rotorblätter Demontiert und laufen lassen um die Fotos zu machen.
Kannst du mir einen Tipp geben was ich noch einstellen soll oder was ich vergessen habe.
Danke für deine Tolle Arbeit, lese schon eine Weile mit.

Servus Herbert!

Willkommen, aber mögest Du dieses Forum nicht zu oft brauchen.

Wieso Powerbox? Siehe Attachment:

- Strom: kommt
- Air Speed: Kommt nur, wenn ein Speed Sensor im Setup ist (Pitot, GPS)
- Rx Pack und 14S-LiPo werden nur bedient, wenn ein CVS16 im Setup ist.
- ESC + Flight Pack(!): werden immer bedient, enthalten im Wesentlichen ESC-Daten

Das Display "Telemetrie":, - Spannung, Drehzahl, Temperatur (im Tx einstellbar, was er zeigt): Das verwirrt viele: Via Xbus (TM1000, ARnnnnT) kann das nicht bedient werden. Darein schiebt der TM1000 oder ARnnnnT den Output eigener Sensoren, so er hat. In SPEKTRUM's "SRXL" (ist nicht wirklich SRXL), momentan nur mit Rx SPM4649T, kann man diesen "Sensor" bedienen, man muss es sogar, kann aber die Daten unbesetzt lassen.

http://j-log.eu/s32/s32-de/telemetrie-spektrum
http://j-log.eu/s32/s32-de/telemetrie-spektrum-srxl

http://j-log.eu/jlog-in-funktion/telemetrie/spektrum/

"Powerbox" ist was anderes.

_________________
Tom

WoW, danke Tom für deine schnelle Antwort, hab wohl doch noch zu wenig gelesen hier im Forum ....
Schönen Abend noch.

lg Herbert

Whoops! Du hast Recht, das hieß mal Powerbox. Na ja.., "System" kann man SPEKTRUM auch nicht wirklich vorwerfen.

_________________
Tom

Hi Tom,
in seinem DX8 Min Max Fenster (Foto oben) sind auch diese hohen Phantasie Werte beim Strom.
Ist wohl dann doch kein alleiniges Problem der DX18.

Hallo Herbert,
kann es sein das du vergessen hast dein Flug Akku Fenster in der Telemetrie zu Aktivieren?
(Zumindest hast du kein Foto davon eingestellt)
In diesem Fenster wird auch der Strom und dessen Maxwert (da aber richtig) angezeigt.
Somit kannst du das Stromfenster eigentlich abschalten.
Dann gibt es auch nicht diese Fehlanzeige bzw. Fehlalarm wenn du den Stromalarm in diesem Fenster aktivierst.

ich meine dieses Fenster.


Gruß
Werner

Gegen diesen Maxwert kann ich nix machen. Das ist ein Bug zwischen TM1000 und Tx.

_________________
Tom

danke Werner für deine Antwort, werd mich heut am Abend mal daran setzen.

been also wondering about the fantasy values , didn't have them when using rctronix mah sensor , got my tx say the mah used and I get very crazy values but this does not come on the log
wondering if this bug is fixable
HW160A ( with the latest firmware )
S32 ( also with lastest uploads )

wow my pics were very big

No problem with the pics. I have a microscope.

Hi Roger!

That "bug" is not mine! I think Andy is not doing double buffering. The trick is to decouple asynchronous processes, one provides the data, another one gets it for own processing. Here we speak about receiving through the air from a TM1000 or receiver and on the other hand about cyclic updating of displays from them, and evalution of alarm conditions and min/max on it.

The more sensors deliver data, the more issues can be observed in the display handling of a transmitter. Min/max are fed from display items.
(In standard, S32 represents 6 sensors.)

I just implemented the new "Text" sensor, interactively usable with SRXL (Rx 4649T) because S32 is getting the channel data as well (--> stick programming).
Forget about it!
- "Text" via Xbus (TM1000, ARnnnnT): The whole data handling in the transmitter screws up.
- "SRXL": Works so far but often crazy subdisplays.

Reason: This "Text" sensor consists of 9 lines. Each line needs an own data packet (16 bytes), thus it is the same as 9 additional sensors. Together w/ the other 6 sensors S32 represents - that is 15 sensors in total.
(It's anyway too slow updating the text screen via "SRXL" (not genuine, not standard conform), thus bad for interactive application.)

On top: Xbus does not use CRC (checksum).
As well: I²C (Xbus) is not very interference-resistent because it is single-ended (signal/ground) as almost all RC crap (except of DJI NAZA: CANbus, differential-ended).

_________________
Tom