J-Log.eu - Forum

S32 (JLog3) (DE) • J-Log s32 und Jive Pro FW 1.14 - keine Übertragung....

2020-03-07T22:47:19+01:00

Ich komme leider nicht weiter und stehe auf dem Schlauch:

Seit Stunden versuche ich, einen JLog s32 mit Kontronik Jive Pro 120 HV und Jeti R11 Empfänger zum Laufen zu bekommen, leider ohne Erfolg. Die Sensoren werden zwar in der Jeti DC 24 erkannt (Telme oder andere Methode), jedoch scheint keine Übertragung vom Regler auf den JLog zu erfolgen. Habe nun mal den Change Log der Kontronik Jive Firmware angeschaut, könnte das Problem da liegen: Es heisst, dass das Protiokoll geändert wurde (?). Bei 1.12 steht was ähnliches. Habe überall die neuste Firmware drauf:

FW Jlog s32: 1.7
FW Jive Pro 120 HV: 1.14
FW Jeti R11: 3.25

JLog Einstellungen:

Hauptsensor: Habe beides versucht:

Kontronik Jive pro (KT)
Kontronik Jive Pro

Telemetrie:

JETIjetibox+EX telemetry

---------------------------------------------------
Kontronik Website:

Software-Update für JIVE Pro (Version 1.14)

Modus 7 (Drehrichtungsumkehr) wurde hinzugefügt
JETI Protokoll wurde angepasst (nun auch kompatibel mit R-EX, REX und REX -Assist Empfängern)
Futaba Protokoll angepasst (nun auch kompatibel mit Futaba CGY760R)
KONTRONIK Protokoll wurde geändert: CRC-Check angepasst

Update JIVE Pro 80+ HV (Version 1.14)
Update JIVE Pro 120+ HV (Version 1.14)

Version 1.13 / Bugfix: Graupner HoTT Telemetrie - Kapazitätslimitwarnung bei angestecktem Bluetooth Modul

Update JIVE Pro 80+ HV (Version 1.13)
Update JIVE Pro 120+ HV (Version 1.13)

Die neue Version 1.12 bietet ein eigenes KONTRONIK-Protokoll für Telemetrie.

Update JIVE Pro 80+ HV (Version 1.12)
Update JIVE Pro 120+ HV (Version 1.12)
KONTRONIK Protokoll für Telemetrie
--------------------------------------------

Statistik: Verfasst von Helikopeter — 7. Mär 2020, 22:47

S32 (JLog3) (DE) • Re: Spektrum / TM1500 und S32

2020-01-07T08:06:17+01:00

Hallo Gerd,

... musste erst mal meine Anmeldedaten für hier suchen um dir antworten zu können

Also ich habe das aus mehreren Gründen bisher nicht gemacht: der 4649T selbst ist ja nicht für große Helis gemacht ( kein Fast-Reconnect, kein Sat direkt am 4646T verwendbar, ist halt eigentlich ein Quad Rx), also nur wirklich sinnvoll einsetzbar wenn dann noch 1-2 Sats dazu kommen (zB mit dem Brain). Gibt da einen recht interessanten Thread auf rcgroups mit Miguel Alvarez (Verantwortlicher Entwickler bei Spektrum).

Nachdem ich aktuell aber einen Logo 400SE auf Telemetrie umrüsten möchte und da Platz & Gewicht kritischer sind als am 700er => werde da dennoch mal einen Test fahren. Plan ist: 4649T=>j-log=>Neo, 2. Sat direkt am Neo. Hab da aber keinen Stress.... also nicht in den nächsten Tagen oder so

Grüsse
Michael

Statistik: Verfasst von HeliMLM — 7. Jan 2020, 08:06

S32 (JLog3) (DE) • Re: Spektrum / TM1500 und S32

2019-12-19T20:32:23+01:00

Frage: hast Du es geschafft, den SPM4649T mit dem S32 anzusteuern? SRXL soll ja unterstützt sein, ich hab's aber nicht geschafft Telemetrie vom S32 in den SPM4649T einzuspeisen.

Gruss Gerd

Statistik: Verfasst von driftbeater — 19. Dez 2019, 20:32

S32 (JLog3) (DE) • Remote Receiver output wird vom 3Digi nicht verstanden

2019-12-17T21:46:52+01:00

Hallo,

ich versuche, dieses Setup zum Laufen zu bringen:

http://j-log.eu/wp-content/uploads/2017/02/S32-SRXL-SRRX2.png

Das FBL ist ein 3Digi.

Das 3Digi läuft mit einem Spektrum Satellit am Main SAT Eingang. Ich kann dort auch den SPM4649T direkt anschliessen, funktioniert auch.
Aber wenn ich den SPM4649T am S32 via SRXL anschliesse und den Remote RX output ans 3Digi, initialisiert das 3Digi nicht. Es scheint das Remote Receiver Protokoll vom S32 nicht zu verstehen. Ich habe verschiedene settings ausprobiert, aber kein Erfolg soweit.

Hat jemand dieses Setup zum Laufen gebracht. Irgendwelche Vorschläge, was ich ändern oder testen kann?

Beste Grüsse,
Gerd

Statistik: Verfasst von driftbeater — 17. Dez 2019, 21:46

S32 (JLog3) (DE) • S32 als Protokollkonverter nutzbar?

2019-12-16T11:10:00+01:00

Hallo,
Ich verwende in meinem Jet einen iTrap Hopper mit Luftblasensensor. Der Sensor bzw. das TeleModul spricht nur JR, Multiplex, Futaba, Jeti und Spektrum aber leider Kein HoTT.
Kann das S32 als Protokollkonverter/Übersetzer verwendet werden, oder gibt es andere alternativen?
Danke für eine Info
Gruß
Jörg

Statistik: Verfasst von vmaxer — 16. Dez 2019, 11:10

JLog2.6 (DE) • Re: Jive Pro + JLog 2.6 + Jeti

2019-12-13T15:06:23+01:00

Hallo Tom,
ich bin mal so frei und hol den Beitrag mal hoch. Hab ein Problem mit meinem "neuen" Setup:

Jive Pro 80HV (V 1.8) mit Jlog 2.6 Full in Verbindung mit Jeti:

Hatte in meinem Scaler bis dato einen Helijive mit Jlog 2.6 und Jeti REX7 drinnen. Hat alles wunderbar funktioniert so weit. Hab letzte Woche einen Jive Pro eingebaut (wegen der längeren Startupzeit) und heute die Firmware entsprechend geflasht (26-K_E-41.26_kwa46.bin). Der Bug mit der Drehzahl ist mir bekannt und ich hab auch mit K-Konfig die Parameter entsprechend im Jive eingestellt (14 pole, 1:1 Untersetzung).

Nun zum Problem:
Der Jive startet ohne Probleme (auch mit dem V3 Buffer von R2). Jlog kommt auch ganz normal hoch und sendet Daten. Bekomme alle Sensoren die ich schon vom Helijive übertragen bekommen hatte, auch wieder an die DS14 (außer Ubat).
ABER: alles ist auf 0, bis auf Temperatur, PWM, und UBat min. Strom vom Motor und somit auch die mAh fehlen, und auch Ubec und Ibec sind immer auf 0.

Hab ich was falsch gemacht?
Hilft ein Update der Jive-Pro-Firmware vielleicht? Progdisc hätte ich da zwecks Update.

Danke im Voraus,
Chris

Statistik: Verfasst von auer640 — 13. Dez 2019, 15:06

S32 (JLog3) (EN) • Re: S32 Jlog burned up

2019-07-01T19:32:16+01:00

dl7uae hat geschrieben:

Hi!

Apologies for the huge delay! OMG..., Feb 15 ...

[...]

Hmm.. (again).. Drop me your postal address by PM. I will ask the distri MHM if they are willing to help.

Hi Tom - I just saw your response just now. I had long since given up on any support and have thrown my burned S32 in the trash. I'll send my postal address separately in case there's anything we can do. Would still like to get telemetry from the Mezon to my Spektrum DX9 radio.

Steve

Statistik: Verfasst von spennyS2B — 1. Jul 2019, 19:32

S32 (JLog3) (DE) • S32 spinnt auf einmal....

2019-07-01T12:00:18+01:00

Hey,

ich habe seit 2 Flugtagen folgendes Problem:

Ab und zu spinnt mein S32 komplett, das heißt z.b. nach 2 Minuten Flugzeit zeigts mir bei Akkuspannung noch 6,3 Volt an. Oder wie gestern nach ca. 3 Minuten Flugzeit steigt auf einmal der angezeigte Verbrauch von 1600 mah auf 4800 mah.
Das Problem hatte ich vorher noch nie. Läuft eigentlich seit 2 Jahren problemlos. Ist das vielleicht eventuell der Hitze geschuldet oder kommen da dann falsche Daten vom Hobbywing 120 an?
Wie gesagt seit 2 Jahren problemlos einmal Setup gemacht und gut. SD Karte habe ich keine drin.
Gruß Christian

Statistik: Verfasst von cc1975 — 1. Jul 2019, 12:00

JLog2.6 (DE) • Re: Strom bleibt stehen mit Jive Pro 1.14 und Jlog 2.6

2019-05-26T05:56:46+01:00

ist einfach so, resp. war immer schon so mit dem Jive Pro...

johann

Statistik: Verfasst von johannCH — 26. Mai 2019, 05:56

JLog2.6 (DE) • Umrüstung von Futaba auf Graupner, keine Telemetrie

2019-05-07T18:11:31+01:00

Hallo,
Ich habe einen Jlog 2.6 an einem Kosmik 200 (V4.10) mit Futaba-Empfänger. Hier funktioniert die Telemetrie. Nach Umstellung auf Graupner wird der Jlog nicht als Telemetrie-Sensor erkannt.

Ich habe beide Firmware-Versionen, 26-K_H4_En-42.117_kwa46.bin (ESC) und 26-K_H4-42.16_kwa46.bin (GAM) getestet. Das Auslesen der CONFIG mit dem JLC zeigt auch alles richtig an (Kontronik KOSMIK mit Graupner Hott V4). Telemetrie-Anschluss (2 Draht ohne Plus) am Jlog habe ich vom SBus2 auf COM mit entsprechender Polung geändert. Der Jlog wird aber nicht als Telemetrie-Sensor erkannt.

Empfänger ist ein GR-16 mit der aktuellen Firmware (V7a07). Ich habe den Empfänger auch an einem anderen Heli mit S32 getestet. Der S32 wird ohne Probleme erkannt, der Telemetrie-Port ist in Ordnung. Ich habe den Jlog wieder auf Futaba "zurückgeflasht" (Firmware 26-K_Fc-43.122_kwa46.bin). Telemetrie wieder ok.

Habe ich die falsche Firmware für Graupner verwendet?

Statistik: Verfasst von subzero — 7. Mai 2019, 18:11

S32 (JLog3) (EN) • Re: S32 Jlog burned up

2019-04-27T17:33:53+01:00

Hi!

Apologies for the huge delay! OMG..., Feb 15 ...

Actually, quite impossible to burn it by the SRXL connection..

I even once tested for someone at Helifreak what the maximum supply voltage is in practice. Went up to 21 volts, stopped at this point , S32 still alive.
Of course, this voltage would a data pin not survive.

So, sorry, no idea how you could manage it...

Hmm.. Open the housing, let it heat up, find out which component getting hot.
This may give us an idea what is damaged, maybe also about the cause.
But.. makes not really sense for you. You just and only need a working S32.
Hmm.. (again).. Drop me your postal address by PM. I will ask the distri MHM if they are willing to help.

Statistik: Verfasst von dl7uae — 27. Apr 2019, 17:33

S32 (JLog3) (DE) • Re: OT hier: R2 Buffer V4

2019-04-27T17:20:15+01:00

Tja.., Jürgen...

Dass Du ein einem Pin des Tasters Spannung sieht, ist kein Wunder. Bild 1

Ansonsten bin ich auch kein Hellseher, habe keine "remote eyes"...

Ich glaube (weiß nicht), das gibt es auch als Bausatz, somit auch Platine ohne Caps. Frag doch mal MHM.

Statistik: Verfasst von dl7uae — 27. Apr 2019, 17:20

S32 (JLog3) (DE) • Siehe

2019-04-27T17:15:58+01:00

... http://j-log.eu/forum/viewtopic.php?f=7&p=10372#p10372

Statistik: Verfasst von dl7uae — 27. Apr 2019, 17:15

Forum: Allgemeines/General • Kontronik (Sobek) KOSMIK, JIVEpro

2019-04-27T16:12:05+01:00

Es wurde an deren Firmwares geschraubt..
Mit den aktuellen Firmwares für diese ESCs geht S32 nicht mehr.
(Aus einer Mail von Nils lese ich heraus, dass es nun auch ein Odd mit JLog2.x gibt, der diese ESCs als ein anderes TelMe benutzt, als es S32 tut.)

Ich habe Null Zeit, nahm sie mir aber 2x ganz kurz. Die Fakten:

- Anfang 2018 war es endlich so weit. Zusammen mit einem Developer von Kontronik fixten wir endlich all die angesammelten Bugs in der ESC Firmware bzgl. Datenprotokollen, -
bohrten dann sogar auf (Throttle, Timing), kreierten auch Neues (KOLIBRI Interfaces, "TelMe Kontronik").
- Alles ging, offizielle Versionen und KOLIBRI konnten nicht getestet werden, weil noch nicht raus.
- Dann verabschiedete sich mein Kollege, verließ Kontronik, Ende Mai 2018.

- Nun stellte sich heraus, ich testete es hier:
- Kontronik TelMe (KT) geht noch mit der ESC Firmware 1.12 (bzw. KOSMIK 4.12), also der Version nach der Aktion 2018, - aber ab 1.13 nicht mehr.
- S32 als TelMe JETI, die ESC verwenden JETI EXbus, geht noch bis 1.13, - ab 1.14 nicht mehr. Kontronik erklärt, etwas geändert zu haben für Assist Rx Kompatibilität.

Momentaner Status ist:
- Kontronik bekam Druck von Euch, gibt ihn an mich weiter. Sie gaben mir deren neue KT Protokoll-Definition.
- Ich verglich diese Spezifikation mit der ursprünglichen von Mai 2018, mit den Sourcen von S32: Ich sehe keinen Unterschied, - aber in Realität ist er offensichtlich da.
- JETI EXbus: Ich weiß immer noch nicht, was "Adaptierung des Protokolls für Assist Rx" bedeutet. Bei JETI gibt es keine geänderte Spezifikation des EXbus Protokolls.

Outcome wäre, es mal wieder im Reverse Engineering aufzuklären.
Ich habe keine Zeit für so was, - und inzwischen auch keine Lust auf solche Bedingungen.
Bzgl. KT will man mich mit deren neuem Developer zusammen bringen.

Statistik: Verfasst von dl7uae — 27. Apr 2019, 16:12

S32 (JLog3) (DE) • Re: OT hier: R2 Buffer V4

2019-04-20T08:04:53+01:00

Moin,

vor mir liegt ein R² Buffer V4, der sich nicht mehr muckst.
Ich habe ein längeres Kabel dran gelötet und neu eingeschrumpf, aber danach stellt er sich tot.
An den Elkos ist keine Spannung, am Taster liegt eine Spannung an.

Wie kann ich feststellen ob er mausetot ist oder doch nur im Wachkomma?

Gibt es den Buffer irgendwo ohne Elkos?

Statistik: Verfasst von JMalberg — 20. Apr 2019, 08:04