CAN-Interface RKS+CAN / KCANMonitor Bug/Feature Requests

Das RKS+CAN ist unser CAN auf USB Interface für CAN2.0A, CAN2.0B, ISO 11898-2. Welche Features soll die RKS+CAN Hardware für USB bzw. der CAN-Sniffer KCANMonitor unterstützen?

Bugreports sind ausdrücklich erwünscht.

Vorschläge können eingebracht werden!

Aktuelle Zusammenfassung mit Status:

- Erledigt: Hardware CAN Filter
- Erledigt: Tooltips zur intuitiveren Bedienung.
- Erledigt: Trace schneller.
- Erledigt: OBD2 - Messwerte zur Verfügung stellen.
- Erledigt: Steuergeräte Selbsttest Ergebnisse (Readiness) zur Verfügung stellen.
- Erledigt: Treibersignatur VCP Treiber für alle Windows Versionen.
- Erledigt: Monitor-View zum Finden von sich ändernden Werten. Hierbei werden zyklisch sich ändernde Bytes orange, hochzählende dunkelgrün, herunterzählende hellgrün und sich spontan ändernde blau hinterlegt.
- Erledigt: Import von Logs/Traces mit automatischen Delays/Verzögerungen.
- Erledigt: Signierte Windows-Treiber für XP bis Windows 8.1.
- Geplant: Listen in KCANMonitor sortierbar.
- Später: CAN-FD, MPC5748G und MC34901
- Geplant: Ladbaren Scriptcode auf CAN-Hardware ausführen (ohne USB-Nutzung). Z.B. zyklisches Senden von Nachrichten auf die benutzerdefinierbare Variablen gemappt werden. Auswertung von I/O, USB oder CAN Ereignissen, State Machine Funktionalität.
- Unsicher: Soll VAN (Vehicle Area Network, CAN-verwandtes Netzwerk z.B. im PSA Konzern benutzt) unterstützt werden?
- Geplant: PDF-Handbuch zu Softwareinstallation, der Nutzung von KCANMonitor und Grundlagen zur Verbindung mit dem CAN-Bus (Verkabelung, Terminierung).

- Geplant: WIFI Version (drahtlos)

Eine Frage: Gibt es für die WiFi Version bereits einen Releasetermin?

robiwan hat folgendes geschrieben:

Eine Frage: Gibt es für die WiFi Version bereits einen Releasetermin?

Es hat sich herausgestellt, daß kabellose Varianten weder die erwartete Nachfrage noch große Vorteile bringen ohne das ganze Konzept radikal zu ändern.
Steht aber mit anderen Änderungen nach wie vor auf der Todo-Liste.

Viele Grüße, Rainer

KCANMonitor Feature Requests:

- Erledigt: Betriebsspannungsmessung am Interface
- Erledigt: Programmierschnittstelle auf asynchrone Befehlsverarbeitung umgestellt
- Geplant: CAN-FD unterstützung
- Signalgenerator
- Graphische Darstellung von Signalen
- DBC Import (sinnvoll zur graphischen Darstellung von Signalen)

Viele Grüße, Rainer

Feature-Request:

Bei zu langsamen Rechner und sehr vielen CAN-Messages erlauben, dass Nachrichten verloren gehen. Bei schnellen Bussen mit hoher Buslast ist evtl. der Laptop/PC mit der Nachrichtenverarbeitung überfordert, die zu verarbeitenden Nachrichten stauen sich dann immer mehr bis nichts mehr geht. In diesem Fall Nachrichten verloren gehen lassen bevor der Rechner unbedienbar wird bzw. einen Hinweis ausgeben, per Filter die zu verarbeitende Nachrichtenflut zu verkleinern.

Viele Grüsse, Rainer

CAN-Diagnose hat folgendes geschrieben:

Bei zu langsamen Rechner und sehr vielen CAN-Messages erlauben, dass Nachrichten verloren gehen. Bei schnellen Bussen mit hoher Buslast ist evtl. der Laptop/PC mit der Nachrichtenverarbeitung überfordert, die zu verarbeitenden Nachrichten stauen sich dann immer mehr bis nichts mehr geht. In diesem Fall Nachrichten verloren gehen lassen bevor der Rechner unbedienbar wird bzw. einen Hinweis ausgeben, per Filter die zu verarbeitende Nachrichtenflut zu verkleinern.

KCANMonitor wurde dahingehend verbessert, dass die Darstellung der empfangenen CAN-Nachrichten stark verbessert wurde. Die Anzahl der ohne Filter zu verarbeitenden Nachrichten konnte stark erhöht werden, ohne dass Nachrichten verloren gehen.

KCANMonitor, die CAN-Software für das CAN-USB-Interface, hat nun die Versionsnummer 2.70, die Version des RKS+CAN Installationspaketes ist gleich geblieben.

Feature Request:

Terminalfenster für stdout/stdin über frei definierbare CAN-ID um Debugausgaben bei Boards ohne SWD/JTAG Debugschnittstelle während der Programmlaufzeit zu ermöglichen.

Ein "printf" auf dem Entwicklungssystem landet dann als Textausgabe in einem "Terminalfenster".

Erleichtert ungemein das Verständnis des Systemzustands wenn kein Debugging über die üblichen Pins möglich ist, weil diese schon für andere Aufgaben verwendet werden.

Spalten breiter für Messages mit extended ID.

Copy/Paste in Views.

Tecnoworld hat folgendes geschrieben:

Hallo, ich habe soweit alles zur Hardware gelesen,aber mir fehlen ein paar Infos Zum sinnvollen debuggen von CAN Messages würde ich Hardwareeingänge zur Synchronisation benötigen. Da die Hardware ja Zeitstempel mit 10us auflöst, würde es Sinn machen, Hardwaretrigger zu haben, um ausgelöste Events zu triggern. Umgedreht ebenfalls,wenn ein CAN Filter anspricht würde ich gern einen Ausgang in Echtzeit gesetzt haben, um so den LA, Oszi oder andere Hardware triggern zu können. Ist das schon implementiert?

Hallo,

nein ist nicht implementiert, wäre aber in einer zukünftigen Hardwarevision kein Problem.

Viele Grüsse, Rainer