Program do obsługi terminala płatniczego z USB/RS232 i URL

Witam.
Potrzebuje prostego programu do obslugi terminala platniczego, ktory:

powinien po kazdorazowym odebraniu danych przez usb lub RS232 laczyc sie z przykladowym adresem URL: http://host.pl/remote_check.php?code=*code*, gdzie *code* to wartosc kodu otrzymanych danych (cyfry) przy uzyciu czytnika.

Powyzszy skrypt odpowiada jako text/plain:
***OK***
***Kod poprawny. Dziekujemy***
- jesli wszystko przebieglo prawidlowo

***ERROR***
***kod zostal wykorzystany wczesniej****
- jesli pojawi sie jakis blad

Jak widac odpowiedz skryptu sklada sie z dwoch linii. Druga linia powinna byc wyswietlona na ekranie terminala z odpowiednim sygnalem dzwiekowym, swietnym lub graficznych, odpowiednio roznym dla OK i ERROR.

Mocno skomplikowane jest to do napisania?
Chetnym z Trojmiasta bardzo prosze o kontakt.

GG: 346444
Mobile: 696061543

Pozdrawiam
Darek

statsms napisał:

Mocno skomplikowane jest to do napisania?

Mocno skomplikowane do zinterpretowania

Rozumiem, że chodzi ci o program na PC który będzie ciągle pracował w tle i komunikował czytnik z tym web serwisem ? Ja bym to napisał w pythonie - biblioteki urllib do obsługi http i pycom do portów szeregowych. Zagadką pozostaje dla mnie ten twój terminal. Ty chcesz go zrobić czy już go masz ?

"Terminal platniczy" to gotowe urzadzenie, ktore jednak wymaga dedykowanego oprogramownia, jesli jest uzywane NIE do platnosci karta kredytowa. np http://www.novitus.pl/pl/oferta/systemy_elektronicznych_transakcji/productInfoTP?catID=34&subCatID=69&prodID=6

Pozdrawiam
Darek

statsms napisał:

"Terminal platniczy" to gotowe urzadzenie, ktore jednak wymaga dedykowanego oprogramownia, jesli jest uzywane NIE do platnosci karta kredytowa. np http://www.novitus.pl/pl/oferta/systemy_elektronicznych_transakcji/productInfoTP?catID=34&subCatID=69&prodID=6

Pozdrawiam
Darek

Ani na stronie tego dystrybutora ani u włoskiego producenta nie znalazłem żadnej dokumentacji dla programistów. Nie widzę więc łatwego sposobu na autorskie wykorzystanie tego sprzętu. Co więcej nie widzę nawet w tym specjalnego celu. Jeśli ma to być obsługa WŁASNYCH kart premiowych, fakturowych, rabatowych itd. można to zrealizować dużo tańszym terminalem albo zwykłym skanerem kodów kreskowych.

William Bonawentura napisał:

Jeśli ma to być obsługa WŁASNYCH kart premiowych, fakturowych, rabatowych itd. można to zrealizować dużo tańszym terminalem albo zwykłym skanerem kodów kreskowych.

Jakies bardziej konkretne informacje odnosnie tanszego terminala?
Sam skaner kodow kreskowych nie wystarczy, bo musi on byc przeciez podlaczony do jakies urzedzenia rejestrujacego: terminal, laptop, zwykly pc.

Pozdrawiam
Dariusz

Nie trzeba PC do zdalnej obsługi drukarki czy skanera kodów. Wystarczy nport (zdalny RS232 poprzez TCP/IP). Może napisz dokładniej co chcesz osiągnąć, w jakiej skali a uda się coś ci zaproponować.

Taki terminal bedzie uzywany przy kazdym wejsciu na koncert, musi miec wyswietlacz LCD np zwykly monitor 7'' tak zeby operator na wejsciu po kazdym szczytaniu kodu wiedzial czy moze wpuscic osobe na koncert czy nie.

jak nie widze innej opcji jak zwykly pc ew laptop lub terminal platniczy

Pozdrawiam
Dariusz

Ja to widze tak :
czytnik kodow kreskowych + mega64+lcd + modol 866mhz
<<><><>
modol 866mhz Komputer z baza danych
Sa juz dostepne wpelni zautomatyzowane modoly 866mhz z automatycznie wyliczana suma kontrolna i innymi bajerami tak ze uC niczym sie nie martwi jezeli chodzi o obsloge RF , a z kosztami to pewnie w 250zl by sie zmiescilo z przebajerzona obodowa

avatar napisał:

Ja to widze tak :
czytnik kodow kreskowych + mega64+lcd + modol 866mhz
<<><><>
modol 866mhz Komputer z baza danych
Sa juz dostepne wpelni zautomatyzowane modoly 866mhz z automatycznie wyliczana suma kontrolna i innymi bajerami tak ze uC niczym sie nie martwi jezeli chodzi o obsloge RF , a z kosztami to pewnie w 250zl by sie zmiescilo z przebajerzona obodowa

A cos wiecej na ten temat? bo na bardzo nie potrafie sobie tego wyobrazic...

Pozdrawiam
Darek

rozumem ze jest jakas baza biletow ,, np numeryczna wklepana w jakas baze np sql do tej bazy<czyli komputera podpinamy modol RF wraz z jakas atmega , co by wyszukiwala odpowiednie kwerendy w bazie danych, zaznaczala i odznaczala czy ktos wszeld/wyszedl , lub czy moze wejsc >
odpytywanie tego modolu rf przy kompie odbywalo by sie za pomoca innych atmeg z RF wraz z czytnikiem np kodow kreskowych , odpytana baza by wyswietlala na danej bramce czy ktos moze wejsc czy nie <koncowka ktora odpytala baze sql>

Baza biletow jest, ale zewnetrzna, dostepna zdalnie przez internet, czyli taki terminal musi miec podlaczenie do sieci.
atmega, rf nic mi to nie mowi, cos wiecej na ten temat?

Gdzie znajde jakies informacje odnosnie takich zastosowan ?

Pozdrawiam
Dariusz

atmega to uC , RF to jakis modol radiowy ja bym urzyl do takiego projektu czegos drogiego - ale dobrego jakosciowo np TLX905

Moje propozycje:

1) Systemy terminalowe z klawiaturą bardzo ograniczą przepustowość bramki. Idealne rozwiązanie to jednak kody kreskowe. Nawet jeśli nie ma bezpośredniego kontaktu z użytkownikiem który otrzymuje wejściówkę to można zamiast kodu smsem wysłać mu link do dokumentu pdf który sobie wydrukuje.

2) Prawie zawsze będzie więcej bramek więc architektura rozproszona wyjdzie najtaniej. Czyli jeden laptop / pecet z podłączeniem do internetu i programem sterującym i skanery / terminale przy bramkach. Koledzy podpowiadają ci jak można zrealizować właśnie obsługę i łączność bezprzewodową z laptopem (na mikrokontrolerach i modułach radiowych), ale możesz kupić tu gotowe rozwiązania np. skanery kodów z bluetooth albo nporty z wi-fi.

3) Czytniki z RS-232 (czyli również bezprzewodowe z bluetooth albo poprzez nport) mogą z komputera sterującego odpowiadać dźwiękiem co wystarczy do identyfikacji czy kod jest poprawny

William Bonawentura napisał:

2) Prawie zawsze będzie więcej bramek więc architektura rozproszona wyjdzie najtaniej. Czyli jeden laptop / pecet z podłączeniem do internetu i programem sterującym i skanery / terminale przy bramkach. Koledzy podpowiadają ci jak można zrealizować właśnie obsługę i łączność bezprzewodową z laptopem (na mikrokontrolerach i modułach radiowych), ale możesz kupić tu gotowe rozwiązania np. skanery kodów z bluetooth albo nporty z wi-fi.

Czytniki z bluetooth nic nie dadza. Owszem czytnik sygnalizuje czy sczytal kod, ale nie ma mozliwosc sprawdzenia czy zostal on juz wczesniej uzyty. Musialby byc jakis modul, ktory przesylalby informacje do PC, a ten odpowiadal czy kod jest wazny.

William Bonawentura napisał:

3) Czytniki z RS-232 (czyli również bezprzewodowe z bluetooth albo poprzez nport) mogą z komputera sterującego odpowiadać dźwiękiem co wystarczy do identyfikacji czy kod jest poprawny

Jeden PC i np 20 czytnikow, pracujacych non stop? Malo sensowne rozwiazania jesli PC mialby odpowiadac dzwiekiem, nie wiadomo byloby do ktorego czytnika to sie odnosi ;/

Rozwiazania z modulem radiowym, ktory jest podlaczony pod PC i pod kazdy czytnik mogloby byc. Tylko jak to zaprojektowac????

Pozdrawiam
Dariusz

statsms napisał:

Czytniki z bluetooth nic nie dadza. Owszem czytnik sygnalizuje czy sczytal kod, ale nie ma mozliwosc sprawdzenia czy zostal on juz wczesniej uzyty. Musialby byc jakis modul, ktory przesylalby informacje do PC, a ten odpowiadal czy kod jest wazny.

Krok po kroku.
1) czytniki mają bluetooth i laptop ma bluetooth. Czytniki implementują w BT profil "serial port" czyli po stronie PC są widoczne w systemie jako kolejne porty COM (identycznie jak telefon komórkowy połączony przez BT). Przykładowo masz trzy czytniki i konfigurujesz je tak, że widnieją w systemie jako porty COM3, COM4 i COM5.

2) Program sterujący (który oczywiście trzeba napisać) odczytuje dane z tych COMów i gdy otrzyma kod weryfikuje go przez internet i odsyła do właściwego czytnika polecenie "beep" np. krótki gdy kod jest dobry i długi gdy kod jest zły. Oprócz tej podstawowej funkcji program może zapisywać log sprawdzanych kodów itd. Nie sugeruj się tym, że w sklepie czytnik pika po każdym kodzie - jest po prostu domyślnie tak skonfigurowany. Jeśli kable nie będą przeszkodą to możesz oczywiście zastosować też zwykłe (tańsze) czytniki z wyjściem RS232 + przejściówki RS-USB + hub usb (bo pewnie w laptopie zabraknie portów). Nie nadają się do tego zastosowania czytniki z wyjściem klawiaturowym bo nie można w nich programowo (z programu na komputerze) wydać dźwięku ani zapalać diody w rączce.


To rozwiązanie polecam ci o tyle, że jedyne co zostaje do zrobienia to program sterujący. Jest on bardzo prosty a jednocześnie z uwagi na różne sposoby łączenia się z internetem najlepiej jeśli sterowanie odbywa się poprzez PC.

Tak myslalem, zeby wykorzystac "dzwiek" i "diode" czytnika, ale nie jestem pewien czy mozna po RS wyslac do czytnika sygnal, zeby wydal z siebie podwojny dzwiek lub cos takiego. Po RS mozna normalnie wyslac komendy konfiguracyjne, zeby np czytnik nie pikal lub nie zapalal diody po kazdym szczytaniu.

Wiecie czy mozna "zmusic" czytnik do wydobycia z siebie dzwiekow?

Pozdrawiam
Darek

statsms napisał:

Tak myslalem, zeby wykorzystac "dzwiek" i "diode" czytnika, ale nie jestem pewien czy mozna po RS wyslac do czytnika sygnal, zeby wydal z siebie podwojny dzwiek lub cos takiego. Po RS mozna normalnie wyslac komendy konfiguracyjne, zeby np czytnik nie pikal lub nie zapalal diody po kazdym szczytaniu.

Wiecie czy mozna "zmusic" czytnik do wydobycia z siebie dzwiekow?

Pozdrawiam
Darek

Oczywiście że zależy to od konkretnego czytnika, ale zazwyczaj są takie funkcje do zaprogramowania jak:

Beep on <BEL> (czyli w odpowiedzi na znak 07 czytnik wydaje dźwięk tak samo jak każdy terminal na RS232)
Beep/LED After CTS Pulse (czyli linia CTS interfejsu RS232 steruje sygnałem) - standardowo jest "Beep immediately after decode"

Dokladnie chodzi mi o czytnik Datalogic G D-130. Jest dostepna pelna dokumentacja programowania czytnika przy pomocy kodow drukowanych.
Odnalazlem tez tam funkcje "BEL" 07 tylko nie mam pojecia jak mozna to wywolac ???

Czy cos takiego mozna zrobic tylko wysylajac dane do czytnika przez RS?

Dolaczam manual do tego czytnika.
http://mobitex.pl/heron.pdf

Pozdrawiam
Dariusz[/url]

Trzeba po prostu przesłać bajt o wartości 7 przez port RS....