lecteur de billet rendeur de billet

[Richir]

Par contre ccTalk avec toutes ses qualités, est t'il aussi versatile que MDB ? Peut t'on remplacer facilement un appareil par une autre marque ? Et peut t'on aussi cascader des appareils les uns sur les autres pour obtenir un moyen d'encaissement versatile ?

Pour MDB, il y a des API permettant de programmer comme on construit du lego. Toutes les fonctions primaires sont assuré par l'API et le programme n'a pas besoin de s'occuper du détail de la partie encaissement et rendu monnaie. Est ce le cas avec ccTalk ?

ccTalk est aussi un protocole Multi Drop (cascade), série, fonctionnant sur 3 même fils pour tous les périphériques; ceux-ci sont interchangeables. Il a été conçu pour être simple à mettre en oeuvre tant au niveau matériel que logiciel. Il est très largement répandu.

API: utile si le "Master" tourne sous Windows... Il existe des codes sources pour le ccTalk et des exemples dans différents langages de programmation.


Le nv11 est le lecteur de billets/changeur le plus simple de Innovative. Il existe un modèle plus sophistiqué et ... plus cher :
http://innovative-technology.com/product...art-payout

Mais est-ce nécessaire pour une centrale ? Nous avons toujours utilisé un monnayeur/accepteur avec hoppers distincts pour le change permettant une autonomie de change jusqu'à 2 semaines.

La centrale actuellement en développement utilise un PLC (processeur industriel) largement répandu et programmable en C avec le protocole ccTalk pour la « monétique » : lecteur de billets/changeur NV11, monnayeur accepteur et Smart Hopper. En option : écran tactile, imprimante, carte ou tag RFID, serveur web intégré, module GSM, ...