Probleem Janz CANCard

Question

Meneer Zagers,
Graag geef ik nog een korte toelichting op ons CAN probleem;
Eerst wat gegevens:
We gebruiken een Janz CANCard BO-FCA-34001 V2.1 (16bit PC Card, PCMCIA Type
II)
De driver is DPM Device Driver Distribution for WINDOWS NT 4.0 / WINDOWS
2000, versie 4.1b
De laptop is een Dell latitude PIII. We hebben ook een andere laptop
geprobeerd, zonder succes.
OS is Windows 2000.
We gebruiken LabVIEW met een library van INCAA. Deze library gebruikt
lvcop.dll, als ik het goed heb.
De grafische kaart gebruikt IRQ 9.
De PCI bus gebruikt ook IRQ 9 Deze kunnen geen van beide worden veranderd.
De Janz CANCard gebruikt standaard IRQ 11, maar IRQ 7 geeft geen
verbetering.
Met de bovenstaande configuratie lezen we PDO berichten uit. Dit gaat in het
algemeen goed. We halen een snelheid van 500 Hz met drie modules, dus in het
totaal 1500 berichten per seconde.
In de PDO berichten zit een counter signaal. Deze counter gebruiken we om de
snelheid uit te rekenen. De hardware is aangepast om de stroom en het
counter signaal in een PDO te sturen, helaas is stroom en snelheid niet
mogelijk. Omdat de snelheid alleen berekend kan worden door de counter
signalen van elkaar af te trekken, en te delen door de tijd (=het aantal
PDO's x 2ms), is het belangrijk dat we geen PDO's missen.
Het probleem doet zich voor wanneer er "iets" op het scherm wordt ge-update.
Het updaten van een grafiek gaat meestal goed. Echten een knop indrukken
(knop zonder actie) of het schuiven van een vensten resulteerd in het missen
van berichten. Zo ook bij het activeren van een menu. Het indrukken van een
knop is volledig reproduceerbaar, het probleem doet zich altijd voor.
Bij het uitlezen van de PDO's maken we gebruik van een buffer. Meestal lezen
we enkele berichten uit per keer (tussen 5 en 10). Wanneer het probleem zich
voordoet, is dit ook zo. De buffer lijkt dus niet vol te zijn (buffer is 39
pdo's groot). Ook blijft de processor belasting laag (<30%). We missen
echter 1 tot enkele tientallen berichten per module. Resultaat is een
snelheid die vele malen hoger ligt dan werkelijk.
Wanneer we de hardware acceleration uit zetten gaat het iets beter. Het
probleem blijft echter merkbaar. Ook bij een aangepaste snelheid (200 Hz per
module) blijft het probleem merkbaar.
Ik hoop dat u kun helpen dit probleem op te lossen.
Met vriendelijke groeten,
Wiebe Walstra.

Answer 1

Oops,
Please ignore!!!
Created a new mail in the newsgroup was a mistake...
"Wiebe@CARYA" wrote in message
news:40bc69d2@newsgroups....
> Meneer Zagers,
>
> Graag geef ik nog een korte toelichting op ons CAN probleem;
>
> Eerst wat gegevens:
> We gebruiken een Janz CANCard BO-FCA-34001 V2.1 (16bit PC Card, PCMCIA
Type
> II)
> De driver is DPM Device Driver Distribution for WINDOWS NT 4.0 / WINDOWS
> 2000, versie 4.1b
> De laptop is een Dell latitude PIII. We hebben ook een andere laptop
> geprobeerd, zonder succes.
> OS is Windows 2000.
> We gebruiken LabVIEW met een library van INCAA. Deze library gebruikt
> lvcop.dll, als ik het goed heb.
> De grafische kaart gebruikt IRQ 9.
> De PCI bus gebruikt ook IRQ 9 Deze kunnen geen van beide worden veranderd.
> De Janz CANCard gebruikt standaard IRQ 11, maar IRQ 7 geeft geen
> verbetering.
>
> Met de bovenstaande configuratie lezen we PDO berichten uit. Dit gaat in
het
> algemeen goed. We halen een snelheid van 500 Hz met drie modules, dus in
het
> totaal 1500 berichten per seconde.
>
> In de PDO berichten zit een counter signaal. Deze counter gebruiken we om
de
> snelheid uit te rekenen. De hardware is aangepast om de stroom en het
> counter signaal in een PDO te sturen, helaas is stroom en snelheid niet
> mogelijk. Omdat de snelheid alleen berekend kan worden door de counter
> signalen van elkaar af te trekken, en te delen door de tijd (=het aantal
> PDO's x 2ms), is het belangrijk dat we geen PDO's missen.
>
> Het probleem doet zich voor wanneer er "iets" op het scherm wordt
ge-update.
> Het updaten van een grafiek gaat meestal goed. Echten een knop indrukken
> (knop zonder actie) of het schuiven van een vensten resulteerd in het
missen
> van berichten. Zo ook bij het activeren van een menu. Het indrukken van
een
> knop is volledig reproduceerbaar, het probleem doet zich altijd voor.
>
> Bij het uitlezen van de PDO's maken we gebruik van een buffer. Meestal
lezen
> we enkele berichten uit per keer (tussen 5 en 10). Wanneer het probleem
zich
> voordoet, is dit ook zo. De buffer lijkt dus niet vol te zijn (buffer is
39
> pdo's groot). Ook blijft de processor belasting laag (<30%). We missen
> echter 1 tot enkele tientallen berichten per module. Resultaat is een
> snelheid die vele malen hoger ligt dan werkelijk.
>
> Wanneer we de hardware acceleration uit zetten gaat het iets beter. Het
> probleem blijft echter merkbaar. Ook bij een aangepaste snelheid (200 Hz
per
> module) blijft het probleem merkbaar.
>
> Ik hoop dat u kun helpen dit probleem op te lossen.
>
> Met vriendelijke groeten,
>
> Wiebe Walstra.
>
>
>
>
>
>
>
>
>