CJoy / USB-DevName

[Rainer S. (rainer86)]

Hallo,

habe zwei Joystickadapter nachgebaut und möchte im asm-SourceCode den 
DevName für die USB-Geräte ändern damit unter VICE64 die Joysticks mit 
unterschiedlichem Namen angezeigt werden.

Nach dem Compilieren mit "gavrasm" und dem Flashen per ArduinoISP, wird 
immer noch der alte Name angezeigt.

Link zum Projekt und Sourcecode: https://www.c64-wiki.de/wiki/CJoy

Folgende Änderung habe ich im Sourcecode eingetragen:

<CJoy> ersetz durch <Joy1>

;------------------------------------------------------------------------------------------
DevNameStringDescriptor:
    .db  (DevNameStringDescriptorEnd-DevNameStringDescriptor)*4-2,3;length, type: string descriptor
    .db  "Joy1"
;********************************************************************************
;*
;*  NOTE about DevNameStringDescriptor
;*
;*  This name will appear in game devices list control panel in Windows. 
;*  If you want to have several CJoy devices on the system you can 
;*  change this name together with Vendor ID to the one you like.
;*  Please note that for some reason only first 4 characters will be 
;*  displayed so there is no point making it longer than 4 characters.
;*
;********************************************************************************
DevNameStringDescriptorEnd:

NameStringDescriptor:
    .db  (NameStringDescriptorEnd-NameStringDescriptor)*4-2,3;length, type: string descriptor
    .db  "Joy1, ATMega8 based digital USB joystick V0.03"
NameStringDescriptorEnd:

Wer kann weiterhelfen ?

[Thomas Z. (usbman)]

Dir ist klar dass der String Unicode sein muss? Ich kann mir nicht 
vorstellen, das db Unicode erzeugt. Mehr kannst du dem List File 
entnehmen.

[c-hater (Gast)]

Thomas Z. schrieb:

> Dir ist klar dass der String Unicode sein muss?

Das ist so, klar.

> Ich kann mir nicht
> vorstellen, das db Unicode erzeugt.

Mit den richtigen Parametern gefüttert: natürlich. Allerdings ist so ein 
einfaches String-Literal doch recht weit weg davon...

[Rainer S. (rainer86)]

Ich habe die 4 Buchstaben -CJoy- durch -Joy1- ersetzt und im erzeugten 
Hex-File ist diese Änderung auch zu sehen, verstehe aber die Anmerkung 
auch nicht.

[Thomas Z. (usbman)]

Dann kommt natürlich noch das Problem, dass Win diese Strings in aller 
Regel ignoriert, solange man keine spezialisierte inf Dateien 
präsentiert, was für Hid ziemlich unmöglich ist.

[Rainer S. (rainer86)]

Warum WIN ? Mit Notepadd++ den SourceCode geändert und dann compiliert,
die HexWerte für "Joy1" sind im *.hex drin

[Thomas Z. (usbman)]

Dann nimm mal bitte USB View und schau dir die Strings an was da drin 
steht, entspricht nicht so ganz dem was du dir vorstellst. Das ist 
definitiv kein Unicode der zur language id US oder DE passt.

[Rainer S. (rainer86)]

Wie kann ich sicher sein, dass das geänderte hex-File auch sauber 
übertragen wird ?

Habe den flash-Vorgang so gestartet:
avrdude -c avrisp -p atmega8 -P COM17 -b 19200 -U 
flash:w:CJoy_0.03_neu.hex

Anbei noch die Anzeige in VICE64

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.07s

avrdude: Device signature = 0x1e9307 (probably m8)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "CJoy_0.03_neu.hex"
avrdude: input file CJoy_0.03_neu.hex auto detected as Intel Hex
avrdude: writing flash (2532 bytes):

Writing | ################################################## | 100% 4.07s

avrdude: 2532 bytes of flash written
avrdude: verifying flash memory against CJoy_0.03_neu.hex:
avrdude: load data flash data from input file CJoy_0.03_neu.hex:
avrdude: input file CJoy_0.03_neu.hex auto detected as Intel Hex
avrdude: input file CJoy_0.03_neu.hex contains 2532 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 1.88s

avrdude: verifying ...
avrdude: 2532 bytes of flash verified

avrdude: safemode: Fuses OK (E:FF, H:DF, L:3F)

avrdude done.  Thank you.

[Thomas Z. (usbman)]

Rainer S. schrieb:
> Wie kann ich sicher sein, dass das geänderte hex-File auch sauber
> übertragen wird ?

Glaub mir das funktioniert einwandfrei sonst würdest du eine 
Fehlermeldung bekommen.
Nochmal:
USB erwartet Unicode Strings du definierst aber normly Byte Strings. Das 
funktioniert nur dann wenn der USB Code die Strings vor dem Senden auf 
Unicode umcodiert.
Ich hatte dir ja schon usbview empfohlen um die Strings mal anzuschauen. 
Deine C64 Optionen sind erst mal unwichtig.
Im Source sind ja schon Hinweise enthalten dass wohl was faul ist. Das 
Device wird erst dann neu eingelesen, wenn du neue ids vergibst.

[Rainer S. (rainer86)]

Habe einen Namen UND eine ID vergeben, jetzt funktioniert's.
Aber warum erst bei Änderung der ID ? Dann muss Windoof irgendwo 
Treiber-Leichen zum USB-Adapter abgelegt haben, wo kann ich die finden ?

[Thomas Z. (usbman)]

Bei dem ersten Anstecken legt Windows eine pnf Datei an. Das ist im 
Prinzip ein compilierter Teil der inf. Diese musst du löschen damit das 
Device neu erkannt wird. Das wird aus Performance Gründen so gemacht und 
ist seit W98 unverändert. Ohne diesen Mechanismus würde es wesentlich 
länger dauern bis ein Device nach dem Anstecken verfügbar wäre.
Alternativ kannst du das Device auch in der Registry entfernen wenn du 
weißt was du tust.

[Guido Körber (Gast)]

Das Gerät im Devicemanager löschen und dann noch mal anschließen. 
Windows speichert sich jede Menge Informationen statisch, die nicht 
statisch sein sollten.

USB-Devices mit Windows zu entwickeln ist darum meist etwas schmerzhaft. 
Man weiss immer nicht, ob die Änderung nicht geklappt hat, oder Windows 
sich noch Daten der letzten Version gespeichert hat.