Car-PC.info

cPOS - Cpos + CanBus + Lenkradfernbedienung verzögerung

AKInSIDE - Sa 30 Mai, 2009 14:00
Titel: Cpos + CanBus + Lenkradfernbedienung verzögerung
Hallo, habe das Problem das Cpos den CanBus nicht schnell genug überwacht. Die Can Adressen werden richtig ausgelesen und auch der Eventhandler macht im Turbomodus seine Sache genau so wie er es soll.

Doch es ist so das einmal am Lenkrad Knopf drücken klappts, das zweite mal auch, ein drittes nicht, dann gehts vier mal hinter ein ander, dann zwei mal nicht und erst beim dritten mal. Cpos zeigt in den Einstellungen auch nicht immer den erreichneten Wert unter Sensoren an. Das geht einfach zu schnell.

Gibt es da eine Möglichkeit die Abfragerate von Cpos zu erhöhen. Im Canhacker ist die Wiederholrate auch viel höher, da sieht man es jedes mal.

CPU Leistung sollte mit 2x2,5Ghz genug vorhanden sein.

Hat da jemand nen Tip für mich.

Kann ich mit Mask oder Filter irgendwie den Bereich einengen, so das Cpos sich mehr auf die benötigten Adressen konzentrieren kann.

Vielen DANK!!!
MR Action - Sa 30 Mai, 2009 23:34
Titel:
Sendet das Teil eine 1 für gedrückt und dann wieder eine 0 für losgelassen? Würde dein Problem zumindest erklären, da cpos immer nur die neuste Message auswertet und nicht jede, ergo wenn es so sendet wie ich grade fragte, ist evtl. die 0 neuer wie die 1 und es hat sich aus der Sicht von cPos nix getan...
AKInSIDE - Sa 30 Mai, 2009 23:43
Titel:
Also der Can Bus Wert 5C3:0000 geht ganz kurz auf 5C3:000C dann wieder zurück.

Wenn das als Sensor bei Cpos ausgelesen wird gibt das z.B. einen Wert von 8 aus.

Also im Eventhandler so eingestellt das wenn Sensor Lenkrad (so hab ich den genannt) = 8 mache lauter.

Nächste funktion, also wenn der Canbus auf 5C3:000B geht und wieder zurück ergibt das im Sensor eine 12. Also im Eventhandler Sensor Lenkrad = 12 mache leiser.

Das Problem ist das die Befehle die das Lenkrad in den Canbus sendet nur sehr kurz sind. Cpos bekommt das Teileweise nicht mit wenn ich gedrückt habe und somit passiert auch nicht.

Ich muß Cpos also davon überzeugen das er den Canbus im kürzerem Interval abfragt um auch diese kurzen Befehle aus zu führen.
MR Action - So 31 Mai, 2009 00:04
Titel:
cpos bekommt das schon mit, nur ignoriert es das, da es wie gesagt alles in einen puffer läd und wenn der Zeitpunkt erreicht ist, wo es die sensoren auswertet, werden nur die letzten Zeilen angeguckt... ergo kann es sein das im puffer erst 5C3:000B steht und danach dann noch 5C3:0000 und schon ignoriert cpos das B und übernimmt nur die 0...

Aber da hat shaneL bestimmt ne Idee zu... Beim CAN und den Sensoren kennt er sich jetzt ja aus... Very Happy

Davon aber ab, für das B spuckt cpos ne 12 aus und für das C ne 8???

Grüße,
Micha...
AKInSIDE - So 31 Mai, 2009 00:10
Titel:
Ob B jetzt 12 und C die 8 war müßte ich nochmal schauen. Das war nur ein Beispiel um mein Problem zu beschreiben.

Naja vielleicht hat ja jemand einen Tip für mich wie ich das hin bekomme.

Ich habe hier schon gesucht und viel gelesen, so weit bin ich ja mit allem klar gekommen. Nur dazu habe ich nichts gefunden.
MR Action - So 31 Mai, 2009 09:04
Titel:
Ok, ich dachte schon da bei der Umwandlung läuft auch was falsch... Smile

Also nen Tipp hab ich net - außer die Knöpfe halt etwas länger gedrückt halten für den Übergang - bis die Auswertung in cpos vielleicht etwas anders aussieht...
AKInSIDE - So 31 Mai, 2009 10:58
Titel:
Knöpfe länger drücken geht nicht, das sind solche Rollräder auf dem Lenkrad, auch wenn ich die beiden Druckknöpfe nutze wird im Canbus trotzdem nur ganz kurz der Befehl gesendet.

Tja momentan muß ich halt immer so 2-4 mal drehn bis was passiert.
MR Action - So 31 Mai, 2009 11:09
Titel:
Ahso, ok... Das dann natürlich gemein... Wink

Kannst ja shaneL mal vorsichtig fragen - falls er sich die Tage nicht eh hier im Thread meldet... Der Ärmste hat im Mom ja auch einiges zutun... Smile
AKInSIDE - So 31 Mai, 2009 11:14
Titel:
Ja ich warte erstmal ein wenig ab, vielleicht wird ja jemand wie z.B. shaneL drauf aufmerksam. Und gibt kurz einen Tip ab. Es ist ja nichts Brandeiliges. Ansonsten läuft alles prima soweit. Also die flexibilität von Cpos ist echt klasse. In meinem anderen Auto hatte ich damals Road Runner genutzt.

Danke schonmal.
shaneL - So 31 Mai, 2009 15:11
Titel:
hi
die abfragerate in den settings steht bereits auf minimum (50ms) nehm ich mal an, oder?
wenn ja, würd ich mal sagen, du wartest noch das nächste release die tage ab, da ich eh ne kleinigkeit an der auswertung geändert habe. Sollts dann immer noch bzw. definitiv der fall sein, dass die msg übersprungen wird, können wir dann mal 1, 2sachen ausprobieren, die mir dazu spontan einfallen.
...wird zeit, dass ich mir auch ne karre mit bus zulege, dann brauch ich's mir nicht mehr aus den fingern saugen Wink

gruss
AKInSIDE - So 31 Mai, 2009 16:45
Titel:
Supi, vielen Dank.

Das mit dem etwas warten ist kein problem, ich bin ja froh das es überhaupt geht. Wenn das dann alles richtig erkannt wird, dann ist es einfach perfekt!

P.S. der Regler steht schon auf 50ms, habe auch schonmal in der cpos.ini 30ms oder 20ms ausprobiert, aber ich glaube das bringt und ändert nichts.

Dann werde ich mal warten und schauen. Schönes Wochenende noch!!!
shaneL - Mi 03 Jun, 2009 19:28
Titel:
hast pm
lukas82 - Sa 09 Okt, 2010 05:49
Titel:
Hi,

erstmal danke an alle die Cpos entwickelt haben und es noch tun, ich finde es einfach genial. Habe nur ein Problem und auch die Suche hilft mir nicht weiter: Ich steh genau vor dem gleichen Problem wie in diesem Thread.

Cpos ignoriert einige eingaben die über Drehregler (Lenkrad, oder Drehregler am RNS-E) kommen. Werden wohl im Puffer überschrieben.
Wie kann ich die Auswertung beschleunigen auf 20ms oder 30ms? ... hätte auch gerne diese PN von damals Wink

Danke... !!!
shaneL - Sa 09 Okt, 2010 11:28
Titel:
hi,
das was damals in der pn war, ist auch längst in der offiziellen Wink
sofern du also ne aktuelle hast, kannst du in den Settings als Abfrageintervall 'mit EVH synchronisieren' einstellen.

gruss


edit: wichtig!! synchronisiert wird mit highspeed-evh ( siehe. changelog). also sämtliche evh-busabfragen auch 'hochgeschwindigkeit' anlegen
C1500 - Sa 09 Okt, 2010 11:40
Titel:
Hi shaneL,
schön von dir zu höhren/lesen.

Ich hab mit der neusten ein genau gegensätzliches Problem.
beim Lautermachen per LFB macht er direkt 4-5 Schritte lauter.
Leisermachen geht dagegen problemlos.
Beide sind aber gleich eingestellt. (Highspeed/50ms)
EVH Sync ist aber nicht aktiviert. Werd das nachher mal testen.
lukas82 - Sa 09 Okt, 2010 13:55
Titel: Bekomme ich CPos "noch" empfindlicher? RNS-E CAN z
Hi,

erstmal danke für die schnelle Antwort, komme der Sache mit den Infos zwar näher, aber im Gegensatz zum "Can Monitor" erkennt Cpos nicht alle Drehungen am RNS-E. Ich habe einige Screenshots mit Anmerkungen erstellt, hoffe die sind nicht zu groß Shock

Ich benutze das CANUSB von LAWICEL mit dem emulierten COM Port Treiber. Bei mir COM9. Ohne Filter Einstellungen in CPos. Testaufbau am Schreibtisch, RNS-E an 12V. TV-Tuner emulieren klappt mit Cpos (sendrscan_t60288112303A20415620) im Event Handler.

Egal, ob ich schnell oder langsam drehe, Cpos verschluckt einige CAN Signale. Daher meine entscheidende Frage:

Bekomme ich CPos "noch" empfindlicher?

Als Fahrzeug Sensor habe ich:
function: mmiturn
source: can_461:0000FFFFFF00 eingestellt.
Faktor: 1 (wobei ich nicht weiß wofür dieser Wert ist)
Offset: 0 (wobei ich nicht weiß wofür dieser Wert ist)
Minimum: 0 (wobei ich nicht weiß wofür dieser Wert ist)
Maximum: 1 (wobei ich nicht weiß wofür dieser Wert ist)

Ich frage mit
function: mmiturn
source: can_461:0000FFFFFF00 noch weitere werte ab:

Hier die IDs für andere, die diese evtl. suchen:
Die Gesamte CAN ID:
461 6 37 30 xx xx xx 00

für die xx xx xx habe ich foglende Werte:
Die große Zahl dahinter ist in CPos einzutragen
(mehr Infos zum RNS-E mit Can)


01 00 10 Select 65552
01 00 40 Drehregler links 65600
01 00 20 Drehregler rechts 65568
01 02 00 Next 66048
01 01 00 Prev 65792
01 40 00 MMI links oben 81920
01 80 00 MMI links unten 98304
01 00 02 Return 65538
01 00 01 Setup Taste am RNS-E 65537

Hier meine Einstellungen für den Sensor:

Image
By lo3112 at 2010-10-09

Hier meine Einstellungen im Event Handler:

Image

Wie man auf den nachfolgenden Screenshots erkennt, zeichnet der CAN Monitor alles auf, CPOS hingegen verschluckt einige Signale. Aber nur beim drehen des Reglers, die anderen IDs werden sauber erkannt.

Aufzeichnungen des Can Monitor: DREH LINKS LANGSAM

Image

Aufzeichnungen des Can Monitor: DREH LINKS SCHNELL

Image

Aufzeichnungen des Can Monitor: DREH RECHTS LANGSAM

Image

Aufzeichnungen des Can Monitor: DREH RECHTS SCHNELL

Image
C1500 - So 10 Okt, 2010 10:14
Titel:
Versuch mal bitte folgende Einstellung:

function: mmiturn
source: can_461:00000FFFFF00 eingestellt.
Faktor: 1
Offset: 0
Minimum: 0
Maximum: 131072 (1FFFFh)

Also das erste F weg und maximum hochsetzten.
Die erste 0 must du nicht abfragen Wink ist ja immer gleich
MR Action - So 10 Okt, 2010 22:32
Titel:
Warum nicht gleich richtig maskieren?

Source: can_461:000001006000

Min- und Maximum sind überigens für die Abfrage egal (es sei denn das hat sich inzwischen geändert!) und werden nur im Skin bei der Ausgabe brücksichtigt...
C1500 - Mo 11 Okt, 2010 08:30
Titel:
MR Action hat folgendes geschrieben:
Min- und Maximum sind überigens für die Abfrage egal (es sei denn das hat sich inzwischen geändert!) und werden nur im Skin bei der Ausgabe brücksichtigt...

Ich dachte das Min/Max auch Einfluss auf den Eventhandler hat.
Ist das echt nur für den Skin?

Und das komplette Maskieren ergibt nur sehr viele Sensoren und gleichviele Einträge im EH.

Die kürzeste Version wäre ja: can_461:000000FFFF00

Damit wären die Werte für den EH:
00 10 Select 16
00 40 Drehregler links 64
00 20 Drehregler rechts 32
02 00 Next 512
01 00 Prev 256
40 00 MMI links oben 16384
80 00 MMI links unten 32768
00 02 Return 2
00 01 Setup Taste am RNS-E 1

Somit 1 Eintrag in den Sensoren und 9 im EH

Oder ist es jetzt auch schon möglich eine CAN-Nachricht im EH auszuwerten?
MR Action - Mo 11 Okt, 2010 19:00
Titel:
Also so weit ich weiß, hat min und max nur auswirkungen auf den Skin...

Klar, kannste durch das grobe maskieren alles mit einem sensor erschlagen... Ich gehe allerdings hin und maskiere genau und lege für jeden event einen sensor hat... dann kannste mit = 0 oder > 0 abfragen und weißt aufgrund des Sensornamens immer um was es sich grade handelt und musst nicht in deiner Docu gucken, für was welcher Wert steht... Wink
AKInSIDE - Mo 07 Feb, 2011 11:15
Titel:
Also ich muss das nochmal raus kramen hier.

Bei mir ist die 5C3:00FF interressant, da kommen die Lenkradfernbedieungsbefehle an.

Ich habe das Interface im CanHacker am laufen und dort sind die befehle teilweise so kurz das der Wert sich nicht ändert, aber der Zähler rechts es aber mitbekommen hat.

In CPOS ist die reaktion aber sehr bescheiden. Ich frage ja nun schon nur FF ab. Das sind dann Werte wie 16 oder 57 etc. Die sind im Eventhandler mit Aufgaben verknüpft. z.B.
Sensor Lenkrad = 16 Befehl: Vol+
Ich habe mit Eventhandler Syncronisieren aktivert.
Auch Hochgeschwindigkeit ist aktiviert.

Wenn ich langsam drehe, dann ist der Befehl einfach etwas länger auf dem Canbus gesendet. Wenn ich schnell drehe sind die Befehle kürzer und CPOS bekommt sie nicht mehr mit!
6i6i - Mo 07 Feb, 2011 11:50
Titel:
Ist bei mir das selbe. Wenn ich langsahm drehe werden alle Rasterungen erkannt. Sobald ich aber schneller drehe wird max 1ne Rasterung erkannt.
AKInSIDE - Di 08 Feb, 2011 17:10
Titel:
Schade, ich finde CPOS im ganzen echt super. Vorallem durch die Canbus Unterstützung.

Wäre mir ja auch recht wenn einer ein klein wenig den Canhacker umschreiben würde und der dann so einen Modus hat, in dem man einstellen kann das Can Adresse so und so der Wert Y kommt, das dann Sendkeysbefehl X ausgeführt wird. Das X wird im Eventhandler von Cpos als Befehl lauter interpretiert.
Das nur mal so als Gedanke von mir. Mir würde das reichen. Aber kann leider sowas nicht programmieren.
Alle Zeiten sind GMT + 1 Stunde
Powered by phpBB2 Plus and Kostenloses Forum based on phpBB