Se connecter
Inscription
Mot de passe perdu
Liste des catégories
Qui a lu ce topic?
Répondre
Version imprimable
Activer la notification Vos Projets » [Projet] Payement virtuel.
Rappel du message précédent
[Projet] Payement virtuel.
Publié le 19/05/2010 @ 09:19:06,
Par blietaerhid ne veut pas forcément dire clavier: souris, joystick entrent aussi dans cette catégorie.
Oui, mais dans les specs, il parlent bien de clavier...
Mais puisque tu as le device input8, tu dois pouvoir l'utiliser, non ?
Voilà!
C'est exactement cela: comment le faire parler au même titre que mon clavier/souris dans Xorg ?
Si je dois re-écrire un petit script en python qui écoute sur un /dev/input quelconque et reproduit le string dans /dev/uinput, c'est perdu (j'ai investi dans le HID pour rien, cela marchait très bien avec le modèle serial/USB).
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 19/05/2010 @ 09:46:15,
Par kortenbergen l'ajoutant à ton xorg.conf?
[Projet] Payement virtuel.
Publié le 19/05/2010 @ 09:46:39,
Par philfrUSB Human Interface Device:
Keyboard Configuration
You may not need any operating system support at all to use a USB keyboard if you have a PC architecture. There are several BIOS available where the BIOS can provide USB support from a keyboard plugged into the root hub on the motherboard. This may or may not work through other hubs and does not normally work with add-in boards, so you might want to add in support anyway. You definately want to add keyboard support if you add any operating system support, as the Linux USB support will disable the BIOS support. You also need to use Linux USB keyboard support if you want to use any of the "multimedia" types keys that are provided with some USB keybords.
In the kernel configuration stage, you need to turn on USB Human Interface Device (HID) support in USB support and Keyboard support in Input core support. Do not turn on USB HIDBP Keyboard support. Perform the normal kernel rebuild and installation steps. If you are installing as modules, you need to load the hid.o, input.o and keybdev.o modules.
Check the kernel logs to ensure that your keyboard is being correctly sensed by the kernel.
At this point, you should be able to use your USB keyboard as a normal keyboard. Be aware that LILO is not USB aware, and that unless your BIOS supports a USB keyboard, you may not be able to select a non-default boot image using the USB keyboard. I have personally used only a USB keyboard (and USB mouse) and have experienced no problems.
Keyboard Configuration
You may not need any operating system support at all to use a USB keyboard if you have a PC architecture. There are several BIOS available where the BIOS can provide USB support from a keyboard plugged into the root hub on the motherboard. This may or may not work through other hubs and does not normally work with add-in boards, so you might want to add in support anyway. You definately want to add keyboard support if you add any operating system support, as the Linux USB support will disable the BIOS support. You also need to use Linux USB keyboard support if you want to use any of the "multimedia" types keys that are provided with some USB keybords.
In the kernel configuration stage, you need to turn on USB Human Interface Device (HID) support in USB support and Keyboard support in Input core support. Do not turn on USB HIDBP Keyboard support. Perform the normal kernel rebuild and installation steps. If you are installing as modules, you need to load the hid.o, input.o and keybdev.o modules.
Check the kernel logs to ensure that your keyboard is being correctly sensed by the kernel.
At this point, you should be able to use your USB keyboard as a normal keyboard. Be aware that LILO is not USB aware, and that unless your BIOS supports a USB keyboard, you may not be able to select a non-default boot image using the USB keyboard. I have personally used only a USB keyboard (and USB mouse) and have experienced no problems.
[Projet] Payement virtuel.
Publié le 19/05/2010 @ 10:29:46,
Par blietaerkort> la vraie frime, c'est que y a plus besoin de xorg.conf, et depuis le dernier X, les input se règle dans les FID policies de HALd non?
phil> rah oui mais ce texte j'arrête pas de retomber dessus tt le temps et il m'aide pas vraiment: tous mes claviers USB fonctionnent à merveilles sur ces machines de tests (et les tousss multimédias aussi...), j'attend donc autant d'un appareil qui se dit avoir le comportement d'un clavier HID...non?
(de plus j'ai l'impression que ca fait longtemps que les modules keybdev et/ou input sont natif au kernel, ou du moins pas loadables/compilables...)
phil> rah oui mais ce texte j'arrête pas de retomber dessus tt le temps et il m'aide pas vraiment: tous mes claviers USB fonctionnent à merveilles sur ces machines de tests (et les tousss multimédias aussi...), j'attend donc autant d'un appareil qui se dit avoir le comportement d'un clavier HID...non?
(de plus j'ai l'impression que ca fait longtemps que les modules keybdev et/ou input sont natif au kernel, ou du moins pas loadables/compilables...)
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 19/05/2010 @ 11:05:34,
Par philfrConfig kernel, lsmod, comportement de ton device dans une console sans X, output de xev, ... ?
Edith: dans la console avec showkey
Dernière édition: 19/05/2010 @ 11:06:43
Edith: dans la console avec showkey
Dernière édition: 19/05/2010 @ 11:06:43
[Projet] Payement virtuel.
Publié le 19/05/2010 @ 11:39:06,
Par blietaerAhh chouette des pistes!
Alors là mtn je suis sur une "bête" kubuntu 10.4 avec un kernel generic:
lsmod:
Module Size Used by
hid 83376 0
binfmt_misc 7960 1
ppdev 6375 0
dm_crypt 13043 0
joydev 11072 0
snd_hda_codec_idt 61418 1
arc4 1473 2
dell_wmi 2177 0
snd_hda_intel 25645 2
snd_hda_codec 85727 2 snd_hda_codec_idt,snd_hda_intel
snd_hwdep 6924 1 snd_hda_codec
snd_pcm_oss 41394 0
snd_mixer_oss 16299 1 snd_pcm_oss
snd_pcm 87850 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy 1782 0
snd_seq_oss 31219 0
snd_seq_midi 5829 0
snd_rawmidi 23388 1 snd_seq_midi
snd_seq_midi_event 7267 2 snd_seq_oss,snd_seq_midi
snd_seq 57417 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
iwl3945 79404 0
iwlcore 124955 1 iwl3945
snd_timer 23553 2 snd_pcm,snd_seq
snd_seq_device 6824 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
dell_laptop 7941 0
dcdbas 6886 1 dell_laptop
mac80211 238128 2 iwl3945,iwlcore
sdhci_pci 6700 0
sdhci 17928 1 sdhci_pci
led_class 3732 3 iwl3945,iwlcore,sdhci
ricoh_mmc 3416 0
snd 70978 16 snd_hda_codec_idt,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_o- ss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
psmouse 64608 0
serio_raw 4918 0
cfg80211 148386 3 iwl3945,iwlcore,mac80211
lp 9336 0
parport 37160 2 ppdev,lp
soundcore 8052 1 snd
snd_page_alloc 8500 2 snd_hda_intel,snd_pcm
raid10 21290 0
raid456 54720 0
async_raid6_recov 5945 1 raid456
async_pq 3891 2 raid456,async_raid6_recov
raid6_pq 80147 2 async_raid6_recov,async_pq
async_xor 3111 3 raid456,async_raid6_recov,async_pq
xor 4685 1 async_xor
async_memcpy 1537 2 raid456,async_raid6_recov
async_tx 2545 5 raid456,async_raid6_recov,async_pq,async_xor,async_memcpy
raid1 22226 0
raid0 6778 0
multipath 7149 0
linear 4158 0
fbcon 39270 71
tileblit 2487 1 fbcon
font 8053 1 fbcon
bitblit 5811 1 fbcon
softcursor 1565 1 bitblit
vga16fb 12757 0
vgastate 9857 1 vga16fb
nouveau 515131 2
b44 30655 0
ohci1394 30260 0
ttm 60815 1 nouveau
drm_kms_helper 30742 1 nouveau
ssb 43517 1 b44
mii 5237 1 b44
video 20623 0
ieee1394 94675 1 ohci1394
output 2503 1 video
drm 198770 4 nouveau,ttm,drm_kms_helper
i2c_algo_bit 6024 1 nouveau
intel_agp 29225 0
J'avais à un moment compilé un kernel avec _toutes_ les options input et hid en dure, mais cela donnait un comportement en X très bizarre: comme si c'était un pointeur de souris qui sélectionnait tout le texte de xterm quand je passais un badge devant le lecteur... mais cette approche est peu rigoureuse/scientifique et ne m'apporte pas vraiment de succès.
J'essaye la console-only avec showkey....et xorg avec xev.
alors xev sous xorg:
MappingNotify event, serial 34, synthetic NO, window 0x0,
request MappingKeyboard, first_keycode 8, count 248
MappingNotify event, serial 35, synthetic NO, window 0x0,
request MappingKeyboard, first_keycode 8, count 248
MappingNotify event, serial 36, synthetic NO, window 0x0,
request MappingKeyboard, first_keycode 8, count 248
KeyPress event, serial 36, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992422, (-49,-65), root:(1049,525),
state 0x0, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992424, (-49,-65), root:(1049,525),
state 0x10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992756, (-49,-65), root:(1049,525),
state 0x10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992758, (-49,-65), root:(1049,525),
state 0x10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5993091, (-49,-65), root:(1049,525),
state 0x0, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
les trois premiers events sont du au branchement du lecteur (usb) et puis un premier scan de carte me renvoi les events numlock a l'infini (je n'ai fait qu'un scan !) et donc chaque touche shift de ce message est interpreté par KDE comme un NumLock+Shift:"voulez vous ignorer?" etc...
Dernière édition: 19/05/2010 @ 12:03:39
Alors là mtn je suis sur une "bête" kubuntu 10.4 avec un kernel generic:
lsmod:
Module Size Used by
hid 83376 0
binfmt_misc 7960 1
ppdev 6375 0
dm_crypt 13043 0
joydev 11072 0
snd_hda_codec_idt 61418 1
arc4 1473 2
dell_wmi 2177 0
snd_hda_intel 25645 2
snd_hda_codec 85727 2 snd_hda_codec_idt,snd_hda_intel
snd_hwdep 6924 1 snd_hda_codec
snd_pcm_oss 41394 0
snd_mixer_oss 16299 1 snd_pcm_oss
snd_pcm 87850 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy 1782 0
snd_seq_oss 31219 0
snd_seq_midi 5829 0
snd_rawmidi 23388 1 snd_seq_midi
snd_seq_midi_event 7267 2 snd_seq_oss,snd_seq_midi
snd_seq 57417 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
iwl3945 79404 0
iwlcore 124955 1 iwl3945
snd_timer 23553 2 snd_pcm,snd_seq
snd_seq_device 6824 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
dell_laptop 7941 0
dcdbas 6886 1 dell_laptop
mac80211 238128 2 iwl3945,iwlcore
sdhci_pci 6700 0
sdhci 17928 1 sdhci_pci
led_class 3732 3 iwl3945,iwlcore,sdhci
ricoh_mmc 3416 0
snd 70978 16 snd_hda_codec_idt,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_o- ss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
psmouse 64608 0
serio_raw 4918 0
cfg80211 148386 3 iwl3945,iwlcore,mac80211
lp 9336 0
parport 37160 2 ppdev,lp
soundcore 8052 1 snd
snd_page_alloc 8500 2 snd_hda_intel,snd_pcm
raid10 21290 0
raid456 54720 0
async_raid6_recov 5945 1 raid456
async_pq 3891 2 raid456,async_raid6_recov
raid6_pq 80147 2 async_raid6_recov,async_pq
async_xor 3111 3 raid456,async_raid6_recov,async_pq
xor 4685 1 async_xor
async_memcpy 1537 2 raid456,async_raid6_recov
async_tx 2545 5 raid456,async_raid6_recov,async_pq,async_xor,async_memcpy
raid1 22226 0
raid0 6778 0
multipath 7149 0
linear 4158 0
fbcon 39270 71
tileblit 2487 1 fbcon
font 8053 1 fbcon
bitblit 5811 1 fbcon
softcursor 1565 1 bitblit
vga16fb 12757 0
vgastate 9857 1 vga16fb
nouveau 515131 2
b44 30655 0
ohci1394 30260 0
ttm 60815 1 nouveau
drm_kms_helper 30742 1 nouveau
ssb 43517 1 b44
mii 5237 1 b44
video 20623 0
ieee1394 94675 1 ohci1394
output 2503 1 video
drm 198770 4 nouveau,ttm,drm_kms_helper
i2c_algo_bit 6024 1 nouveau
intel_agp 29225 0
J'avais à un moment compilé un kernel avec _toutes_ les options input et hid en dure, mais cela donnait un comportement en X très bizarre: comme si c'était un pointeur de souris qui sélectionnait tout le texte de xterm quand je passais un badge devant le lecteur... mais cette approche est peu rigoureuse/scientifique et ne m'apporte pas vraiment de succès.
J'essaye la console-only avec showkey....et xorg avec xev.
alors xev sous xorg:
MappingNotify event, serial 34, synthetic NO, window 0x0,
request MappingKeyboard, first_keycode 8, count 248
MappingNotify event, serial 35, synthetic NO, window 0x0,
request MappingKeyboard, first_keycode 8, count 248
MappingNotify event, serial 36, synthetic NO, window 0x0,
request MappingKeyboard, first_keycode 8, count 248
KeyPress event, serial 36, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992422, (-49,-65), root:(1049,525),
state 0x0, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992424, (-49,-65), root:(1049,525),
state 0x10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992756, (-49,-65), root:(1049,525),
state 0x10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5992758, (-49,-65), root:(1049,525),
state 0x10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 37, synthetic NO, window 0x3600001,
root 0x15d, subw 0x0, time 5993091, (-49,-65), root:(1049,525),
state 0x0, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
les trois premiers events sont du au branchement du lecteur (usb) et puis un premier scan de carte me renvoi les events numlock a l'infini (je n'ai fait qu'un scan !) et donc chaque touche shift de ce message est interpreté par KDE comme un NumLock+Shift:"voulez vous ignorer?" etc...
Dernière édition: 19/05/2010 @ 12:03:39
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 19/05/2010 @ 16:08:47,
Par blietaerheeeeeeeeeeeeeee
showkey en console est plus excitant:
on voit clairement les digits du code du tag !
mais alors pourquoi cela ne s'affiche pas?!
kb mode was UNICODE
[ if you are trying this under X, it might not work
since the X server is also reading /dev/console ]
press any key (program terminates 10s after last keypress)...
keycode 28 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 77 press
keycode 77 release
keycode 81 press
keycode 81 release
keycode 80 press
keycode 80 release
keycode 76 press
keycode 76 release
keycode 77 press
keycode 77 release
keycode 82 press
keycode 82 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 72 press
keycode 72 release
keycode 28 press
keycode 28 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 77 press
keycode 77 release
keycode 81 press
keycode 81 release
keycode 80 press
keycode 80 release
keycode 76 press
keycode 76 release
keycode 77 press
keycode 77 release
keycode 82 press
keycode 82 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 72 press
keycode 72 release
keycode 28 press
keycode 28 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 77 press
keycode 77 release
keycode 81 press
keycode 81 release
keycode 80 press
keycode 80 release
keycode 76 press
keycode 76 release
keycode 77 press
keycode 77 release
keycode 82 press
keycode 82 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 72 press
keycode 72 release
keycode 28 press
keycode 28 release
showkey en console est plus excitant:
on voit clairement les digits du code du tag !
mais alors pourquoi cela ne s'affiche pas?!
kb mode was UNICODE
[ if you are trying this under X, it might not work
since the X server is also reading /dev/console ]
press any key (program terminates 10s after last keypress)...
keycode 28 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 77 press
keycode 77 release
keycode 81 press
keycode 81 release
keycode 80 press
keycode 80 release
keycode 76 press
keycode 76 release
keycode 77 press
keycode 77 release
keycode 82 press
keycode 82 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 72 press
keycode 72 release
keycode 28 press
keycode 28 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 77 press
keycode 77 release
keycode 81 press
keycode 81 release
keycode 80 press
keycode 80 release
keycode 76 press
keycode 76 release
keycode 77 press
keycode 77 release
keycode 82 press
keycode 82 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 72 press
keycode 72 release
keycode 28 press
keycode 28 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 82 press
keycode 82 release
keycode 77 press
keycode 77 release
keycode 81 press
keycode 81 release
keycode 80 press
keycode 80 release
keycode 76 press
keycode 76 release
keycode 77 press
keycode 77 release
keycode 82 press
keycode 82 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 76 press
keycode 76 release
keycode 72 press
keycode 72 release
keycode 28 press
keycode 28 release
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 20/05/2010 @ 20:39:53,
Par Olafkort> la vraie frime, c'est que y a plus besoin de xorg.conf, et depuis le dernier X, les input se règle dans les FID policies de HALd non?
Ben en fait non. Avec Xorg-server 1.8, fini hal, au bac! On laisse tout de suite faire udev. (et on se retrouve avec des petits fichiers de config dans xorg.conf/
\o/
[Projet] Payement virtuel.
Publié le 20/05/2010 @ 21:05:41,
Par blietaerolaf> bon à savoir! je le note!
Alors, le support m'écrit:
Rebonjour,
Le lecteur fonctionne sur une SLED11, il reporte donc bien son status/rôle de HID à l’OS, et ne travaille pas avec le PID/VID.
Je vais essayer de voir pourquoi il ne fonctionne pas sous Ubuntu & autres.
Au final, quelle distro sera adoptée pour vos caisses ?
Donc sous SuSE pas de soucis (j'essaye demain!)
mystère...
Et aussi:
Bonjour,
D’après moi, ils utilisent leur propre VID/PID. Le PCR est bien détecté mais les 3 distro que j’ai essayées n’ont pas de driver pour lui.
Je pense que modifier un generic HID driver en ajoutant le VID/PID du PCR devrait être suffisant.
Bus 004 Device 005: ID 1667:0005
En ajoutant 1667:0005 dans le driver built-in USBHID generic, cela devrait fonctionner.
J’ai demandé à Giga s’ils avaient déjà un driver compilé, et si pas, si leurs lecteurs respectent 100% le standard USBHID afin d’en compiler un. Je leur ai aussi demandé s’ils n’ont pas un tool pour modifier leur VID/PID, qui sait…
J’attends leur réponse et j’avise. S’il faut compiler un driver, j’y regarderai, mais ce n’est pas vraiment ma branche donc sans garantie de résultat.
Si c’est quelque chose que vous faites quotidiennement, vous gagnerez du temps à le faire vous-même.
Mais dans tous les cas, attendons leur réponse. Ils ont p-e un driver déjà disponible.
Alors, le support m'écrit:
Rebonjour,
Le lecteur fonctionne sur une SLED11, il reporte donc bien son status/rôle de HID à l’OS, et ne travaille pas avec le PID/VID.
Je vais essayer de voir pourquoi il ne fonctionne pas sous Ubuntu & autres.
Au final, quelle distro sera adoptée pour vos caisses ?
Donc sous SuSE pas de soucis (j'essaye demain!)
mystère...
Et aussi:
Bonjour,
D’après moi, ils utilisent leur propre VID/PID. Le PCR est bien détecté mais les 3 distro que j’ai essayées n’ont pas de driver pour lui.
Je pense que modifier un generic HID driver en ajoutant le VID/PID du PCR devrait être suffisant.
Bus 004 Device 005: ID 1667:0005
En ajoutant 1667:0005 dans le driver built-in USBHID generic, cela devrait fonctionner.
J’ai demandé à Giga s’ils avaient déjà un driver compilé, et si pas, si leurs lecteurs respectent 100% le standard USBHID afin d’en compiler un. Je leur ai aussi demandé s’ils n’ont pas un tool pour modifier leur VID/PID, qui sait…
J’attends leur réponse et j’avise. S’il faut compiler un driver, j’y regarderai, mais ce n’est pas vraiment ma branche donc sans garantie de résultat.
Si c’est quelque chose que vous faites quotidiennement, vous gagnerez du temps à le faire vous-même.
Mais dans tous les cas, attendons leur réponse. Ils ont p-e un driver déjà disponible.
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 25/05/2010 @ 11:34:06,
Par blietaerDites les Gurus,
Y a un truc qui m'inquiète me chippote: le lecteur marche super bien sour SuSE Linux enterprise et sous Red-Hat Linux Enterprise...c'est évidemment très tentant de leur piquer leur kernel et booter ma mini-distro-kioske avec, mais ce serait encore mieux de comprendre...
Vu que j'ai accès à une RHEL qui tourne et avec laquelle le lecteur RFID marche bien, je devrais regarder de quel côté?
Inversément, booter la RHEL avec un kernel "maison" et voir si le lecteur marche tjrs...
Y a un truc qui m'inquiète me chippote: le lecteur marche super bien sour SuSE Linux enterprise et sous Red-Hat Linux Enterprise...c'est évidemment très tentant de leur piquer leur kernel et booter ma mini-distro-kioske avec, mais ce serait encore mieux de comprendre...
Vu que j'ai accès à une RHEL qui tourne et avec laquelle le lecteur RFID marche bien, je devrais regarder de quel côté?
Inversément, booter la RHEL avec un kernel "maison" et voir si le lecteur marche tjrs...
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 25/05/2010 @ 15:53:09,
Par kortenbergpeut-être vérifier la version/ordre de détection des drivers?
[Projet] Payement virtuel.
Publié le 25/05/2010 @ 16:02:44,
Par blietaerMMh non je crois qu'il y a un vrai truc dans les kernels "Enterprises Linux" du style il connait bcp BCP plus de contructeurs qui ont le "droit" de laisser leur PID/PVI en dur dans le driver input...ce qui fait que la détection plug'n'play est complete...faudrait que je trouve un moyen d'ajouter mon appareil dans les sources du kernel et je serais tranquille aussi...
Dans l'immédiat, est-ce que qqun aurait un kernel Enterprise (et sa clique de config/initrd,...) à me filer mais qui soit un peu récent?
(ici ma RHEL tourne sur un 2.6.9 )
merci!
pssst: Zion> si je n'ai pas le droit de demander ceci ici, tu n'hésiteras pas à me censurer...
Dans l'immédiat, est-ce que qqun aurait un kernel Enterprise (et sa clique de config/initrd,...) à me filer mais qui soit un peu récent?
(ici ma RHEL tourne sur un 2.6.9
)merci!
pssst: Zion> si je n'ai pas le droit de demander ceci ici, tu n'hésiteras pas à me censurer...
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 25/05/2010 @ 19:41:30,
Par kortenberghttp://ftp.redhat.com/pub/redhat/linux/enterprise/4/en/os/i386/SRPMS/ ?
http://www.cyberciti.biz/faq/yum-download-source-packages-from-rhn/ ?
Dernière édition: 25/05/2010 @ 19:42:53
http://www.cyberciti.biz/faq/yum-download-source-packages-from-rhn/ ?
Dernière édition: 25/05/2010 @ 19:42:53
[Projet] Payement virtuel.
Publié le 21/06/2010 @ 08:59:13,
Par blietaerBon voila cela commence à prendre forme.
On arrive même au moment pseudo-sérieux de la recherche de logo.
Je sais que certains ici ont des dons pour cela, donc comme c'est lundi matin et pas envie de bosser, si vous avez le coeur à chauffer gimp/photoshop/autre, n'hésitez pas à vous lacher, en gros:
il faut le nom du projet dedans: "TaKto" (
) et une allusion +/- (in)consciente de:
- RFID (antennes? ondes? A<))) ? )
- argent ($?)
=> TaKto, le système de payement virtuel par RFID.
M E R C I !
On arrive même au moment pseudo-sérieux de la recherche de logo.
Je sais que certains ici ont des dons pour cela, donc comme c'est lundi matin et pas envie de bosser, si vous avez le coeur à chauffer gimp/photoshop/autre, n'hésitez pas à vous lacher, en gros:
il faut le nom du projet dedans: "TaKto" (
) et une allusion +/- (in)consciente de:- RFID (antennes? ondes? A<))) ? )
- argent ($?)
=> TaKto, le système de payement virtuel par RFID.
M E R C I !
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 22/06/2010 @ 23:44:09,
Par didixLa casse (min/maj) est importante pour ton "TaKto" ?
Ca cogite, mais encore rien de très précis...
Ca cogite, mais encore rien de très précis...
[Projet] Payement virtuel.
Publié le 23/06/2010 @ 08:26:31,
Par blietaerOn a trouvé!
Comme il n'y avait pas eu d'engouement ici, j'ai pas prévenu.
Mais merci d'avoir cogité, tu peux reprendre des activités normales!
Comme il n'y avait pas eu d'engouement ici, j'ai pas prévenu.
Mais merci d'avoir cogité, tu peux reprendre des activités normales!
Et au besoin s'arrêter.
[Projet] Payement virtuel.
Publié le 23/06/2010 @ 11:18:03,
Par ovhdidix> 
Je n'ai rien à voir avec www.ovh.com
[Projet] Payement virtuel.
Publié le 08/07/2010 @ 21:43:28,
Par didix
[Projet] Payement virtuel.
Publié le 13/07/2010 @ 11:16:17,
Par sphinxil s'est passé quoi ?
dommage pour toi c'est con que ca se soit pas réalisé
http://www.rtlinfo.be/info/magazine/musique/722685/pres-de-15.000-personnes-pour-le-festival-lasemo-a-hotton
Cette troisième édition devait également donner lieu à une première, grâce à l'utilisation d'une carte à puce destinée à calculer l'empreinte carbone de chaque festivalier, mais un problème informatique a contraint les organisateurs, la mort dans l'âme, à repousser l'expérience à la prochaine édition du festival. Un bilan carbone global du festival devrait néanmoins être disponible d'ici quelques semaines.
Dernière édition: 13/07/2010 @ 14:32:29
dommage pour toi c'est con que ca se soit pas réalisé
http://www.rtlinfo.be/info/magazine/musique/722685/pres-de-15.000-personnes-pour-le-festival-lasemo-a-hotton
Cette troisième édition devait également donner lieu à une première, grâce à l'utilisation d'une carte à puce destinée à calculer l'empreinte carbone de chaque festivalier, mais un problème informatique a contraint les organisateurs, la mort dans l'âme, à repousser l'expérience à la prochaine édition du festival. Un bilan carbone global du festival devrait néanmoins être disponible d'ici quelques semaines.
Dernière édition: 13/07/2010 @ 14:32:29
Tout a une fin, sauf la banane qui en a deux. (Proverbe Bambara)
[Projet] Payement virtuel.
Publié le 13/07/2010 @ 11:22:32,
Par SchnickQuoi qu'il arrive en tout cas, bon courage pour la gestion des hommes et du moral 
La mort, c'est un peu comme une connerie. Le mort, lui, il ne sait pas qu'il est mort. Ce sont les autres qui sont tristes. Le con, c'est pareil. Philippe Geluck
