J-Log.eu - Forum JLF ------ SPAM Bots! Bitte nach Registrierung eine Email an mich zur Freischaltung! / After registration drop me an email please for clearing! ===Nenne/name the NICK you used to register with!=== Email address: -> http://j-log.eu/impressum 2018-04-28T12:51:21+01:00 http://j-log.eu/forum/feed.php?f=26 2018-04-28T12:51:21+01:00 2018-04-28T12:51:21+01:00 http://j-log.eu/forum/viewtopic.php?t=1033&p=10219#p10219 <![CDATA[CVS16 (DE) • Re: I2C Kommunikation des CVS16]]> Statistik: Verfasst von dl7uae — 28. Apr 2018, 12:51


]]>
2018-04-25T08:08:57+01:00 2018-04-25T08:08:57+01:00 http://j-log.eu/forum/viewtopic.php?t=1033&p=10212#p10212 <![CDATA[CVS16 (DE) • Re: I2C Kommunikation des CVS16]]>

Statistik: Verfasst von Cebl — 25. Apr 2018, 08:08


]]>
2018-04-25T03:09:33+01:00 2018-04-25T03:09:33+01:00 http://j-log.eu/forum/viewtopic.php?t=1033&p=10210#p10210 <![CDATA[CVS16 (DE) • Re: I2C Kommunikation des CVS16]]> Statistik: Verfasst von dl7uae — 25. Apr 2018, 03:09


]]>
2018-04-24T10:07:18+01:00 2018-04-24T10:07:18+01:00 http://j-log.eu/forum/viewtopic.php?t=1033&p=10207#p10207 <![CDATA[CVS16 (DE) • I2C Kommunikation des CVS16]]>
ich bin gerade dabei das CVS16 Modul für eine anderes Projekt zu verwenden. Hierbei will ich 12 Zellspannungen messen und über einen eigens programmierten µC auslesen.
Zu Testzwecken habe ich das CVS16 Modul bereits über einen I2C-to-USB Adapter am Computer ausgelesen.
Als I2C-to-USB Adapter habe ich den "IO-Warrior24 Dongle" von "Code Mercenaries" verwendet (https://www.codemercs.com/de/dongles/iow24dg).
Mit der Software "Simple-I2C" (ebenfalls von "Code Mercenaries") konnte ich zwei I2C Adressen finden und auslesen (siehe Anhang).
Leider werde ich aus den ausgelesenen Daten nicht weiter schlau.

Ist es denn irgendwie möglich das CVS16 über I2C direkt auszulesen und aus den Daten auf die Spannungsmessungen des CVS16 zu schließen?

Liebe Grüße,
Sebastian

Statistik: Verfasst von Cebl — 24. Apr 2018, 10:07


]]>
2017-12-26T20:36:47+01:00 2017-12-26T20:36:47+01:00 http://j-log.eu/forum/viewtopic.php?t=1018&p=10069#p10069 <![CDATA[CVS16 (DE) • Re: Spannungsmessung von zwei Lipopacks mit dem CVS16]]>
Schöne Feiertage, falls Du nicht ab morgen wieder ran musst!

Statistik: Verfasst von dl7uae — 26. Dez 2017, 20:36


]]>
2017-12-26T10:44:24+01:00 2017-12-26T10:44:24+01:00 http://j-log.eu/forum/viewtopic.php?t=1018&p=10067#p10067 <![CDATA[CVS16 (DE) • Re: Spannungsmessung von zwei Lipopacks mit dem CVS16]]> vielenDank für die schnelle Antwort. Du hattest richtig vermutet das Teil macht jetzt was es soll.
Der Feiertag ist gerettet. :D posting.php?mode=reply&f=26&t=1018#

Statistik: Verfasst von Klaus — 26. Dez 2017, 10:44


]]>
2017-12-26T09:51:07+01:00 2017-12-26T09:51:07+01:00 http://j-log.eu/forum/viewtopic.php?t=1018&p=10066#p10066 <![CDATA[CVS16 (DE) • Re: Spannungsmessung von zwei Lipopacks mit dem CVS16]]>
Ich tippe auf Lippo Ballancer Stecker 1&2 vertauscht. Also dass Du auf dem GND die Zelle 7 angeschlossen hast und nicht die Zelle 1!
Prüffe doch das mal!
Zelle 1 ist von dem Lipo zu nehmen, bei welchem der Minuspol zum Regler geht!
Somit ist die Zelle 12 auf dem PIN 15 oder 16....
Wo ist egal, da das CVS das selber richtig sieht.

Aber die Reihenfolge muss stimmen.

Den Fehler hatte ich auch mal und Tom hat mit mehr oder weniger mit dieser Aussage weiter geholfen.

Gruss Thomas

Statistik: Verfasst von Funbug — 26. Dez 2017, 09:51


]]>
2017-12-25T18:42:49+01:00 2017-12-25T18:42:49+01:00 http://j-log.eu/forum/viewtopic.php?t=1018&p=10065#p10065 <![CDATA[CVS16 (DE) • Re: Spannungsmessung von zwei Lipopacks mit dem CVS16]]> Klaus hat geschrieben:

Hallo zusammen, vielleicht kann mir einer im Forum weiterhelfen bei meinem Problem mit dem CVS16. Ich fliege mit zwei S6 Lipoakkus also mit 12S und diese möchte ich mit dem JLog S32 und dem CVS16 überwachen. Es soll die Gesamtspannung und die einzelnen Zellen der Akkupacks überwacht werden. Der erste Akkupack wird auch immer korrekt vom CVS16 erkannt und an MZ-24 übermittelt (siehe Bild1), die Werte von C01 bis C06 sehen gut aus. Leider wird der zweite Akkupack nicht korrekt erkannt und übermittelt, Wert von C07 48,09 Volt und C08 2,20 Volt kann nicht richtig sein und Werte von C09 bis C12 fehlen komplett. Den zweiten Balacerstecker kann ich anschließen wo ich will, mit oder ohne PIN Lücken am CVS16, der Pack wird einfach nicht korrekt angezeigt. Woran könnte es liegen?

Jetzt kommt noch etwas Unerklärliches für mich. Ich habe 6 weiter Akkupacks getestet mit den folgenden Ergebnissen:
2*6S log00031 keine korrekte Anzeige wie bei Problem oben beschrieben
2*4S log00032 dieser Pack wir aus meiner Sicht ordnungsgemäß angezeigt in der Hott-Telemetrie C01 - C08 alle Werte liegen bei ca. 3,8 Volt
2*4S log00033 keine korrekte Anzeige wie bei Problem oben beschrieben
2*3S log00034 keine korrekte Anzeige wie bei Problem oben beschrieben
2*3S log00035 keine korrekte Anzeige wie bei Problem oben beschrieben
2*3S log00036 keine korrekte Anzeige wie bei Problem oben beschrieben

Das würde ja heißen das alle Akkupacks bis auf den zweiten getesteten nicht gut wären.posting.php?f=26&mode=post&d=6# Das kann ich mir aber nicht vorstellen. Alle getestete Akkus sind Hacker Akkus und nicht älter als 1 Jahr, zudem wurden sie nie unter 20% entladen, da ich bis auf Zeit flog.

Zusätzlich habe ich noch mehrere Bilder hochgeladen, einmal vom Anschluss Balancer zu CVS16 und von der Telemetrie Darstellung der MZ-24 sowie ein Screenshot vom R2 Terminal und die Entsprechende Logdateien zu den getesteten Akkupacks.

Noch kurz zu den LED's an dem CVS16. Beim Starten des CVS16 leuchtet zuerst für 10 Sekunden die grüne LED danach leuchtet auch die blaue und nach ca. 25 - 30 Sekunden wird leider auch die rote aktiv. Vielleicht hilft diese Information um den Fehler einzugrenzen.

Und das ist die Hartware:
JLog S32 mit aktuelle Firmware
CVS16 ebenfalls mit aktueller Firmware
Sendersystem Graupner Hott MZ-24
Empfänger Graupner GR-18 Hott

Statistik: Verfasst von Klaus — 25. Dez 2017, 18:42


]]>
2017-12-25T18:37:53+01:00 2017-12-25T18:37:53+01:00 http://j-log.eu/forum/viewtopic.php?t=1018&p=10064#p10064 <![CDATA[CVS16 (DE) • Spannungsmessung von zwei Lipopacks mit dem CVS16]]>
Jetzt kommt noch etwas Unerklärliches für mich. Ich habe 6 weiter Akkupacks getestet mit den folgenden Ergebnissen:
2*6S log00031 keine korrekte Anzeige wie bei Problem oben beschrieben
2*4S log00032 dieser Pack wir aus meiner Sicht ordnungsgemäß angezeigt in der Hott-Telemetrie C01 - C08 alle Werte liegen bei ca. 3,8 Volt
2*4S log00033 keine korrekte Anzeige wie bei Problem oben beschrieben
2*3S log00034 keine korrekte Anzeige wie bei Problem oben beschrieben
2*3S log00035 keine korrekte Anzeige wie bei Problem oben beschrieben
2*3S log00036 keine korrekte Anzeige wie bei Problem oben beschrieben

Das würde ja heißen das alle Akkupacks bis auf den zweiten getesteten nicht gut wären.posting.php?f=26&mode=post&d=6# Das kann ich mir aber nicht vorstellen. Alle getestete Akkus sind Hacker Akkus und nicht älter als 1 Jahr, zudem wurden sie nie unter 20% entladen, da ich bis auf Zeit flog.

Zusätzlich habe ich noch mehrere Bilder hochgeladen, einmal vom Anschluss Balancer zu CVS16 und von der Telemetrie Darstellung der MZ-24 sowie ein Screenshot vom R2 Terminal und die Entsprechende Logdateien zu den getesteten Akkupacks.

Noch kurz zu den LED's an dem CVS16. Beim Starten des CVS16 leuchtet zuerst für 10 Sekunden die grüne LED danach leuchtet auch die blaue und nach ca. 25 - 30 Sekunden wird leider auch die rote aktiv. Vielleicht hilft diese Information um den Fehler einzugrenzen.

Und das ist die Hartware:
JLog S32 mit aktuelle Firmware
CVS16 ebenfalls mit aktueller Firmware
Sendersystem Graupner Hott MZ-24
Empfänger Graupner GR-18 Hott

Statistik: Verfasst von Klaus — 25. Dez 2017, 18:37


]]>
2017-07-16T13:09:07+01:00 2017-07-16T13:09:07+01:00 http://j-log.eu/forum/viewtopic.php?t=984&p=9692#p9692 <![CDATA[CVS16 (DE) • Re: CVS16 und Spektrum / Standalone]]> Daher ist es in der Standalone Firmware nicht enthalten.

Ich kann ja mal gucken...

Statistik: Verfasst von dl7uae — 16. Jul 2017, 13:09


]]>
2017-07-16T12:02:35+01:00 2017-07-16T12:02:35+01:00 http://j-log.eu/forum/viewtopic.php?t=984&p=9691#p9691 <![CDATA[CVS16 (DE) • CVS16 und Spektrum / Standalone]]> Die Anzeige im Telemetriemenü 6S bzw.14S LiPo Monitor funktioniert wohl Standalone oder mit j-log 2,6 nicht, auch mit der neuen Firmware nicht? Oder mache ich etwas nicht richtig?
MfG Heiko

Statistik: Verfasst von rumtreiber707 — 16. Jul 2017, 12:02


]]>
2017-07-03T17:04:23+01:00 2017-07-03T17:04:23+01:00 http://j-log.eu/forum/viewtopic.php?t=979&p=9675#p9675 <![CDATA[CVS16 (DE) • Re: New Firmware 4.1]]> !

Dann versuche ich mich mal als Übersetzer:

Es gibt eine neue Firmware für den CVS16 - V4.1 Änderungen ( Userelevant ) :

der OutOfBalance Wert kann nun in weiterem Bereich eingestellt werden - nun bis 10% in 0.5% Schritten

Dazu gibt es neue Software für S32 > S32terminal 4.1.1.45 und JLC 7.0.4.4 configurator für JLog2.x .

Zudem neuer Hinweis auf die anderen Firmwares und Bedienungsanleitungen in Toms obiger Info.

Grüße Bernd

Statistik: Verfasst von dl6bfl — 3. Jul 2017, 17:04


]]>
2017-07-03T00:28:36+01:00 2017-07-03T00:28:36+01:00 http://j-log.eu/forum/viewtopic.php?t=979&p=9674#p9674 <![CDATA[CVS16 (DE) • New Firmware 4.1]]>
Change: OOB parameter range changed, now up to 10% (before 3% at max) in steps of 0.5%

New (repeated) manual chapter: http://j-log.eu/s32/s32-de/cvs16/

http://j-log.eu/jlog-in-funktion/sensoren/jlog-eigene-sensoren/cell-voltage-sensor-cvs16/firmware-update-cvs16/
http://j-log.eu/jlog-in-funktion/cvs16-standalone-an-spektrum-tm1000/

---
Ach.., Shit! Warum schrieb ich das Englisch? :)

Statistik: Verfasst von dl7uae — 3. Jul 2017, 00:28


]]>
2017-07-01T07:26:50+01:00 2017-07-01T07:26:50+01:00 http://j-log.eu/forum/viewtopic.php?t=916&p=9673#p9673 <![CDATA[CVS16 (DE) • Re: CVS16 - Firmware 4.0 Release Notes?]]>
Die Alarme waren zuerst nebulös - weil man peest oben rum, der Sender meldet Gesamtpackspannungsalarm - der ist bei 33V 10S gesetzt, die Dame im Sender quasselt aber was von 37 Volt - das ist zuerst nebulös bis es rattert: Das ist die Nutzung des Alarmbit für andere Events als TPV - und in dem Fall ja auch sinnig ( OOB ) .

LCV Alarmschwelle sieht man schon in der Konfigsoft - das ist selbsterklärend .

Telemetrie soll ja auch einen nicht zu sehr zuspammen, von daher alles ok und richtig, wenn Events auftreten muss man eh in Ruhe sich das anschauen ( und nicht auf das Display des Senders starren während der Heli die Hecke schneidet ) .

Wie stark die Zellen im Flug driften fehlt mir noch die Praxis - da ich ja Einzelzellenüberwachungsneulinginderlernphase bin HI .

Und mehr ( größer als ) Einstellwerte ( OOB ) könnten sinnig sein für Kampfschweber die auch mal flaue Accus einfach weiter nutzen wollen - ab wann man einen Accupack in Rente schicken soll habe ich noch nicht ganz für mich festgelegt - SO lange fliege ich nun auch nicht "echte" Heli´s - und mit Fläche war das unwichtiger und die Modelle meist max 3-5S Accus.
Die ersten schwächelnden Accus hatte ich auch eh mit meinem 325er Heli - die 3S Accus hatten dann einfach keinen Wumms mehr - Spannungsalarm kam dann prompt ( TPV ) - meine Logo´s haben so viel Powerreserve das ein schwächeln der Accus da noch gar nicht so auffällt - zumal wenn es nur eine von 10 Zellen betrifft.

Für mich ist mit CVS16 schonmal alles klar, ich werde die etwas neueren Accus an den alten Heli "adaptieren" ( Steckerwechsel ) und mir die mal anschauen ( im Flug ) - OOB Werte usw. .

Der neuere Heli bekommt auch nen CVS16 - Teile in Bestellung - auch vom "großen R" - brauch ja noch nen 3.3V Spannungsregler en miniature wie in Kabel V1 - was ja funktioniert - aktuell eh "schietwetter" hier.

Und @Ham Tom - DM0HL liegt im Bau in Werkstatt - das soll auch in die "Luft" ( also Zeit eng ) .

Wenn meine neueren ( aber nicht neuen ) SLS APL 10S auch schwächeln, dann ist erst mal Accukauf angesagt.

Die Genauigkeit der Balancierung meines auch nicht mehr neuen Schulze LastGeneration sollte auch mal im Focus sein.

Grüße Bernd

Statistik: Verfasst von dl6bfl — 1. Jul 2017, 07:26


]]>
2017-07-01T00:32:36+01:00 2017-07-01T00:32:36+01:00 http://j-log.eu/forum/viewtopic.php?t=916&p=9672#p9672 <![CDATA[CVS16 (DE) • Re: CVS16 - Firmware 4.0 Release Notes?]]> 3% max einstellbare OOB Alarmschwelle ist allerdings das von mir gewählte Limit. D.h., eine Zelle ist z.B. bei 4.2V >0.126V neben den anderen. Das ist dann mMn schon alarmierend.
(Jetzt hab ich's verstanden, "mehr" nicht im Sinne zeitlichen Verlaufs sondern von größer als. :))

Habe ich richtig herausgelesen, dass Dir die Alarme nebulös sind?
(Die Unterlassungssünde bzgl. Release Note für 4.0 war mir bewusst, dann hab ich's irgendwann ganz vergessen. Ich musste mir Zeit für die S32 Implementierung von meinem Main Project stehlen, was mich alleine schon zu 7x20 zwingt. Dabei kam mir dann die Änderung in der 4.0, aber ich wusste nicht auf Anhieb, wie ich's dem Anwender erklären soll, ohne wieder den Frack voll zu kriegen für "unlesbar". Letzteres sagen meistens die, die am liebsten nicht ihr Hirn einschalten.)

CVS liefert alle Zellenspannungen. JETI und HoTT Text Mode zeigt auch alle an, aber nur mit S32 (JLog3).
(JLog loggt aber einfach alles. Das kennst Du ja. Für Forensik ist das nützlich, zum Anzeigen aber... Eh technisch in keinem Telemetriesystem möglich.)

Er liefert UC (Undercharge Alarm), aber nur, bevor JLog zum ersten Mal Motorstromfluß meldete (also beim Anstecken), wenn eine Zelle unter TMV (Takeoff Min Voltage) ist. Floß einmal Motorstrom, dann nicht mehr innerhalb dieser Boot Session.

CVS liefert LCV (Lowest Cell Voltage) und LCN (# der Zelle mit LCV). Das lohnt sich in Telemetrie noch ein bisschen.

JLog(!) kann eine Alarmschwelle darauf setzen.

CVS liefert TPV (Total Pack Voltage), JLog nimmt es statt Ubat vom ESC, kann eine Ubat Alarmschwelle darauf anwenden.

CVS liefert OOB (Out Of Balance Alarm) und die Nummern von bis zu 4 Zellen, die das Kriterium erfüllen.

CVS sendet OOIRD Alarm (Weicheizelle, die Nummern von bis zu 4 Zellen, die das erfüllen), wenn der dynamische Spannungsverlauf einer Zelle um >OOIRD vom Pack abweicht.

-------
CVS liefert somit 3 Alarmtypen an JLog, und JLog generiert selbst 2 weitere auf Daten von CVS. == 5
Alle Alarme werden auf EINEN Spannungsalarm gemappt, Ubat Alarm.

-------
Als Goodie liefert CVS auch seine innere Temperatur. Man könnte jetzt CVS auf das Akkupack schnallen. :) Da das aber eher unpraktisch ist, kann man bisher keine Alarmschwelle auf diese Temperatur setzen.

-------
Man stellt ein:
CMV (Cell Maximum Voltage). Das dient dem Anpassen an die Zellen-Chemie, es geht ja heute z.B. bei LiPo's bis 4.35V.
TMV (Takeoff Min Voltage) für UC Alarm
OOB (Out Of Balance) Schwelle
OOIRD (Out Of Inner Resistance Dynamics) Weichei Abweichungsschwelle

====
CVS erkennt allein, ob ein Pack angeschlossen ist und an welchem Pin welche Zelle steckt. Sog. "Pack Mode".
Wenn es weniger als 16 Zellen sind, ignoriert er die anderen Pins im Messdurchlauf, sobald ihm JLog Motorstrom signalisiert. Dadurch wird das Messen noch mal schneller, weil evtl. weniger als 16 Messungen für einen Durchgang erforderlich sind.
Er geht automatisch wieder in den Scan Mode, wenn JLog keinen Motorstrom mehr meldet.

Wenn der Scan sagt: Nix Pack, dann geht CVS in den Pin Mode. Also 16 unabhängige Meßstellen á 0..73.2V
Selbstverständlich teilt er JLog seinen Mode mit. In JETI EX ändern sich dann auch die Displaynamen.
In S32 kann man auf solche Einzelspannungen (max. 2) auch Alarmschwellen setzen. Diese Spgn. misst S32 entweder selbst in jeweils 3 wählbaren Bereichen (ext. Spannungsteiler) oder er nimmt die an Pin 1 und 2 von CVS, - alles Wahl des Users am Terminal.

*****
Im Fullpack Mode (16S Pack erkannt) ist CVS am "langsamsten", - 33 Analysen pro Sekunde.
JLog ist der Busmaster. Er fragt CVS nur alle 100ms ab. Dabei liefert er jedesmal auch die Parameter an CVS, die man JLog mit JLC/Terminal sagte (CVS Setup).

####
Mit JLog3 kam der BID Chip wieder, der Perso eines Packs. JLog3 verwendet einen eigenen Datenbereich auf dem BID, lässt den des Chargers in Ruh und kann ihn, je nach Setup, auch auswerten.
Zum einen geht es darum, den User zu warnen, bevor er mit einem unterladenen Akku in die Luft geht.
Zum Anderen geht es um automatisches Gewinnen von Alarmschwellen, - Ubat und mAh.
Es wird aber auch ein individuelles Parameter Set für CVS auf dem BID gehalten und automatisch angewandt auf CVS.

Statistik: Verfasst von dl7uae — 1. Jul 2017, 00:32


]]>