Savetovao bih ti da ih još jednom pozoveš, i ukoliko i dalje budu Dr.Kadžije, lepo spakuješ taj modul i vratiš ga kao neispravan (o njihovom trošku)i zatražiš da ti zamene drugim (opet o njihovom trošku).
Inače, tehnička podrška im je katastrofalna. P....... i dalje nemaju PIC12F617 podržan od strane njihovog, preskupog, programatora, podrška u kompajlerima postoji.
Izgleda da ću opet morati da ih "podbodem" po tom pitanju na nji'ovom forumu.

ja sam sa tim momcima bas imao super saradnju :D ali kompajler je suvise zatvoren a alati kompatibilni samo sami sa sobom te sam batalio .. no kao sto rekoh bi vrlo zadovoljan njima no jedina plocica koju sam uzeo od njiha sa kojom sam izgubio nedelje terajuci je da radi, tj jedina koja nije radila iz prve je stara rfid citac plocka (ona velika) ..

elem, oni su nebitni, da se vratimo na modul, da li ti imas neki logic analyzer ili osciloskop da snifnes sta se desava na rx/tx? kako si spojio rx/tx ? preko nekog mcu-a ili preko nekog usb2uart pa na komp ili max232 ili ? odakle pricas sa njim? da li si gledao sta se desava na TX liniji da li ima zivota koji ti ne dekodiras kako treba ili je mrtva? (osciloskop ili logic analyzer ce tu jedino da pomognu)

neki od tih modula imaju greske u datasheet-u, na primer cesto pise da su default na 57600 ili 9600 ili... a nisu, cesto im je recimo polaritet na rx/tx okrenut pa idle nije high nego low etc etc .. ni sa spi nisu jednostavni posto su uglavnom vrlo osetljivi na mod u kom radi spi (ima ih 7 pa nabodi pravi iz prve :D )

A ne bih sebe da maltretiram tim slanjem i vracanjem, kad sam ovaj narucivao trebalo mu je punih 20 dana da stigne iz BG do NS. Koliko li mu treba da stigne u Melburn (recimo)? :)

Ovako, logic analyzer nemam (ali je u procesu nabavke), imam osciloskop, njega cu da nabodem i proverim Rx na RFid modulu.

Za sada sam vezao modul na usb-2-serial (ft232) i pokusavam sa kompa da ga probudim i procitam sta se desava.
Posto su linije na RFid 3v3 i ft232 sam jumperom podesio na 3v3 i to fercera (BT module na 3v3 podesavam kao od sale).
Standard sam povezao: Rx ft232 na Tx cr95hf, i Tx na Rx (pokusao sam i Rx na Rx i Tx na Tx - otkud znam, mozda je neki wunderkid iz mikroE mislio da je tako logicnije - ni to ne radi)
Kao sto sam vec rekao, SSI_0 i SSI_1 sam odveo na GND.
Za komunikaciju koristim Terminal, mada imam i neku App u VB6 sto sam davno pisao za BT i koja prica sa "serijskim" bez problema.

Ako bih radio sa kontrolerom, ovako sam to zamislio:
u podesavanjima prvo podesim da mi je Rx pin kontrolera izlazni (inace je izlazni, ali da bude dig.output), odvedem ga na GND nekih 100uS (ili mozda i 1mS), kasnije pozovem inicijalizaciju UARTa i taj Rx pin kasnije koristim za UART komunikaciju; pocnem da pucam komande (zamislio sam da prvo pucam Echo komandu jer ce mi ona vratiti isti odgovor pa cu znati da "smo u ljubavi" RFid i ja), mada mogu da mu saljem i IDN (0x0100) komandu da mi vrati podatke o sebi. Svejedno sta cu koristiti.

Dakle, pitanje: nastaviti sa usb-2-serial i osciloskopom ili preci na uC i osciloskop? Mislio sam da skratim sebi "muke" oko pisanja SW za uC jer vec imam gotov SW za komunikaciju PC -> usb-2-serial -> UART RFid.

_{[Ovu poruku je menjao shpiki dana 23.10.2013. u 10:45 GMT+1]}

(sto se melburna tice, obicno brze stigne u melburn nego u novi sad,
neki moji drugari trose mikroe alate i nalaze se u centralnom delu
severne amerike, takozvani "middle of freaking nowhere", u isto vreme
smo narucivali neke 32bitne ploce od mikroe, brze je stiglo njima u usa
nego meni u beograd)

osciloskop ti je dovoljan da vidis da li nesto ide uopste ili ne i da li
je idle low ili idle high na tom modulu

> usb-2-serial (ft232)

ako je poglesan idle level, a moze lako da bude, onda ft232 nece pomoci
bez da dodas neki invertor izmedju njegovog tx i tvog rx

sta kaze datasheet, jel on posalje nesto sam kad se switchne na uart ili
uvek ceka da mu ti nesto posaljes pre nego se javi, moze da bude problem
da mu saljes na pogresnoj brzini (ft232 nije tu bas mega tacan),
najbolje bi bilo ako ima neka sekvenca (dovedes vss, dovedes vdd..)
posle koje on nesto posalje na TX, to bi bilo idealno :)

ali pazi kad sam lupio ovo za Melburn, ali sam bas po*****o sto cekam stvar iz BG 20 dana! Katastrofa su... valjda to nadoknadjuju manjim cenama nama nego njima preko... who knows...

LM, RFid ne salje nista kad prodje WakeUp time, u DS pise da samo ispostujes min. vreme i on ce (satro) da odradi ostalo...
Kada prodje wakeUp time impuls (min 10uS) onda preporucuju da se saceka nekih min 100mS da bi "cip skontao kojim protokolom komunicira" (SPI ili UART) - dakle ne daje nikakav ACK signal ili bilo sta korisno, samo sedi i ceka.
Onda mu pucas komande izabranim protokolom (kod mene UART) i on ti odgovara u 99% sa 0x00 sto mu je znak za OK (koji debilizam).
Dakle, ako je komanda ok, odgovor za 99% komandi je 0x00.
Ja sam pokusao da proverim da li je ziv slanjem Echo komande (0x55) jer za odgovor dobijam isto 0x55 (a ne 0x00 - to pokupi Rx linija na protobordu iz vazduha), ali odziva nije bilo. Pogledacu malo kako se ponasa na osc. pa cemo videti.

Ne postoji nikakva normalna sekvence, nasao sam jednog lika koji uspeo da ga probudi i da prica sa njim preko USB-2-serial kabla i neke .net app, pa sam i njega kontaktirao za ideje (svi se max fokusiraju na SPI i nigde nema coveka koji je uspeo da prica sa cipom preko UARTa a svi tvrde da je moguce).

Pokusacu jos i sa uC, onako kako sam rekao (Tx uC prvo za dig. out, pa onda inicijalizacija UARTa i komunikacija) pa cu javiti sta se desava.

Ako neko jos ima neki savet - dobro je dosao!

Pozdrav.

spi je mnogo korisniji za comm izmedju modula i mcu-a zato svi i
testiraju spi .. kada otkacis ft232 tj modul je slobodan, zakacis te na
vss i odradis taj init koji mu kaze da je na uart-u, na njegovom TX-u je
0 ili 3v3 ? isto pitanje za RX

Između ostalog predloženog probaj i ovaj terminal:


http://www.hw-group.com/products/hercules/index_en.html

Nenznam dali mislis za ovo http://blog.solutions-cubed.com/?s=CR95HF
Imas i software (BM019_Test_Software_15693.zip): http://www.solutions-cubed.com/bm019/.

Moj savet da probas neki drugi terminal i ako imas neki drugi UART_TTL adapter baziran na drugi chip, na primer CP2102.

Pozdrav.

@ha_23
Da, na njega mislim, nasao sam SW i sa tim SW probao i nece...

FT232 drzi linije na 3v3 tako da moram da menjam usb-2-serial ili da pravim invertor...

Sto se tice Rx i Tx linija na CR95HF i on drzi linije visoko nakon dovodjenja napona. Probao sam "manuelno" (spojim zickom Rx pin na GND) da ga "probudim" i nakon skidanja zicke sa GND opet mu se Rx pin vrati na 3v3...

Gledao sam mu Tx pin osciloskopom i miruje (ili je mrtav, posto nema nikakve aktivnosti - zakucan je na 3v3)...

Ako ti treba invertovanje mislim da ne mora da pravis invertor, moze i sa FT_PROG 2.8.2.0 - EEPROM Programming Utility to da uradis.
Imas opcija za invertiranje na sve signale, evo slika od program:

@ha_23
Hvala za link, ali nije pomoglo...

LM, uspeo sam da "popricam" sa cipom (CR95HF), tako sto sam napisao skriptu koja vrti slanje na comport (ft232) sve dok ne dobije neki odgovor.
Slao sam 0x55 (Echo komanda) i posle nekoliko (desetina) uzastopnih slanja poceo sam da dobijam odgovor 0x55 (kako i treba da bude).
Tu se skripta gasi, kada ja manuelno (klikom na dugme) posaljem 0x55 - RFid mi takodje vrati 0x55 bez problema.

Nakon toga pokusam da posaljem neku drugu komandu - ne reaguje!
Onda pokrenem skriptu da mi posalje par puta komandu 0x0100 (cip treba da vrati info o sebi - fw, sn, ...) ali nema odgovora ili je odgovor - 0x3EFF (u DS nema nista o ovom odgovoru).

Ono ste mene zanima: WTF?
Da li je moguce da ft232 nema bas najprecizniji baudrate (malo luta oko 57.6k) pa se zato gubi komunikacija (ali opet mi nije jasno zasto nakon sto mu posle par desetina slanja konacno prodje 0x55 posle bez problerma vraca 0x55, cak sam ga ostavljao da ceka preko 5min i opet mu poslao 0x55 i on uredno odgovorio)?

Da li da pokusavam sa MAX232 direkt na HW ComPort pa da mu oborim linije otpornicima i da pokusavam tako da komuniciram?

prvo pitanje koje se tu postavlja je vezano za RX/TX markiranje,
nelogicno je da spajas RX na RX i TX na TX, da li si proverio pinout tog
modula da li je to ok .. drugo, onaj LA trace pokazuje da on tebi odma
nesto vraca nazad, kao da imas eho .. to znaci da komunikacija radi i da
ti ne radis inicijalizaciju kako treba

Ako sumnjas na neprecizni baudrate jedino sto mozes da napravis e da testiras sa LA.
Mozes da probas i ovako, da mu poslales 0x55 sa neki MCU ili ako imas Arduino ili neki drugi dev kit sa dva sriski porta za da mozes na jedan port da priklucis modul a na drugi da priklucis FT232 .

O tome sam pisao par postova iznad, to je neki wunderkid iz mikroE mislio da je logicno da mi Tx liniju obelezi sa Rx kao mesto na koje treba da dovedem Rx nekog drugog modula.



Nije mi jasno gde ja gresim, ako nece da proguta ni jednu drugu komandu osim 0x55 i to posle 40ak uzastopnih slanja...


Sva ostala komunikacija FT232 sa bilo kojim uC na bilo kom baudrate radi bez problema, e sad ne znam koliko % greske je uC tolerantan u odnosu na ovaj "space shuttle" od RFid citaca...

Mene najvise buni zasto cip odreaguje na Echo (0x55) tek posle 40 uzastopnih slanja, i nakon toga mogu posle (bukvalno) pola sata opet da mu posaljem 0x55 i on mi uredno odgovori - znaci da je cip inicijalizovan i da komunikacija radi (da nije tako nista mi ne bi odgovorio).
Ako posle toga pokusam da mu posaljem bilo koju drugu komandu (saljem mu 0x0100 - treba da mi vrati info o sebi) on vraca 0x3FFF. Za 3FFF ne postoji opis u DS, ne znam sta mu to znaci niti zasto mi uopste to salje.

_{[Ovu poruku je menjao shpiki dana 01.11.2013. u 21:59 GMT+1]}

hahahahah sorry preskocio sam to :D :D :D ... sto volim kad to urade :(



daj opet sta ti kaze LA .. nesto je tamo bilo sumnjivo, modul ti vraca nazad echo, to obicno ne rade (ne znam za taj), no ako ti vraca eho to znaci 100% da prima to sto saljes ..



meni to govori da nesto nije u redu sa procedurom inicijalizacije, nemam sad kad da gledam datasheet ali pogledacu kasnije pa se ajvljam

evo pogledah datasheed ..

- pretpostavljam da si J1 i J2 postavio u pravilan polozaj? (spojio UTX sa TX i URX sa RX)
- na modulu su SSI_0 i SSI_1 vezani pullup-om na Vdd, ja bi skinuo R5 i R6 sa tog modula i vezao SSI_0 i SSO_1 na Vss posto ti svejedno hoces da trosis to kao uart a oba treba da budu na Vss za uart tako da ti ne trebaju R5 i R6 prema Vdd kako je sada na modulu
- RX ti je idle HIGH kako treba, ima pull up na Vdd tako da sve sto treba da inicijalizujes modul je da kada dodje napon na plocku posle 100us spustis to LOW na 10us i onda sacekas 10ms pre nego krenes da koristis modul.

sta ti tacno radis?

Prvo da zahvalim na vremenu! :)

ovako:
1. Prebacio sam SMD jumpere na UART (polozaj B)
2. SSI_0 i SSI_1 sam odveo na GND (nisam skidao otpornike)
3. FT232 ima RX idle HIGH (sto mi odgovara), ja saljem 0x55 na FT232 jedno 40ak puta (sa pauzama od 50ms izmedju slanja) i modul mi odgovori sa 0x55 0x00 (a trebalo bi samo 0x55 akko pise u DS za CR95HF) ->

Posto modul prica na 57600 po defaultu, LOW mu traje oko 17uS sto je dovoljno za inicijalizaciju (po DS treba 10uS). Ja mu saljem 0x55 jer on jedino vraca normalan odgovor i ne trazi dodatni parametar (ono <CMD> <Len>...)

Isto se desava kad pokusavam da saljem iz bilo kog "uart terminala".

nije dovoljno zato sto on taj start bit ne vidi kao start bit i zato ti i ne radi to kako treba

uradi sledece, dovedes struju na modul i onda rucno spustis to low cim upalis modul i onda probas da pricas sa ftdi-em, dal ce onda da radi

Isto se desava.
Dovedem rucno Rx pin na GND (Rx je ujedno i IRQ_IN), sacekam sekund, posaljem 0x55 i ne reaguje dok ne ispucam 40ak 0x55, tek onda se odazove, i i dalje ne prima ni jednu drugu komandu...

da li mozes da usnifas sa LA celu tu proceduru, stavis ga na 24MHz i
pustis da snifa, stavis RX i TX na kanale 0 i 1 i stavis Vdd od cipa na
kanal 2, takodje, da li si proverio, da li su ti oba ona set pina na
nuli (reko si da nisi skido otpornike)?

takodje, ako se dobro secam LOGIC software moze da snimi ceo capture u
fajl, onda to lepo zipnes pa uploadujes ovde :)

PROBLEM: nemam Logic Analyzer! :)
Definitrivno su ovi iz mikroE nesto us**li sa plocicom, pricao sam sa covekom koji je uzeo neki Demo board od TI i iz prve ga naterao da prica preko UARTa isto ovako kako ja pokusavam... dakle, neko se za***avao sa plocicom, okacili neki bedni SPI example, user manual bolje da ne postoji, tech support isto...

uh pomesah 2 teme :D (http://www.elitesecurity.org/t...-GSM-Click-by-Mikroelektronika je druga)
tesko ces to da debagujes bez logic analyzer-a, kao sto rekoh kolegi bule0017 bez logic analyzer-a debagiranje komunikacije zaboravi :(

eno za 2k dingera isti onaj sto je on uzo i dalje ima na mundu http://www.limundo.com/kupovin...izator-8-kanala-24MHz/17806893

nisam znao da covek ima vise komada, a video sam da je onaj prethodni "otisao".
Ok, pazarim to, znaci od pon. - uto. opet pisem - do tad ne vredi da trosim ni vreme ni slova
Hvala na savetima, nadam se da cu uspeti da nateram ovaj crap da radi.

BTW, sad razmisljam:
1. mikroE nigde ne garantuje da im plocica radi na UART
2. nemaju nijedan primer za UART
3. niko nije testirao na UART
4. cak ni na forumu (njihovom) nisam naisao na slucaj da je neko poterao UART
5. trebalo bi da UART radi i bez skidanja R5 i R6 (jer se to u dokumentu koji oni nazivaju UserManual nigde ne spominje); spominje se samo prebacivanje SMD jumpera sa polozaja A na polozaj B - SPI ili UART.

pazi skidanje otpornika ne bi trebalo da napravi veliku razliku ako se
dobro secam to su neki 3k3 otpornici no kako vuces vec ta dva pina na
gnd i neces ih vracati na vcc nema nikakve potrebe da tu trosisi ta dva
miliampera`

sto se tice uart vs spi, vidi, da ja koristim taj cip uart bi me zanimao
ko lanjski sneg, spi je sigurniji, brzi, robusniji protokol tako da
verovatno iz istog razloga nisi naisao na mnogo ljudi koji su probali
uart sa tim cipom .. u onoj drugoj temi kolega ima isti problem, isto on
oce uart a svi trose spi .. jbg, spi je prosto bolji, brzi, lepsi, laksi
... uart se koristi za neke duge stvari.

u svakom slucaju nabavi LA, trebace ti ... a kapiram da ces sa la resiti
problem sam za jedno popodne :)

Sve je to super (sto se SPI tice), ali "problem" je sto ja izlaz sa RFid treba da vodim na "ulaz" jednog drugog modula koji ima samo UART
A da bi kompletna stvar bila sto manja, izbegao bih uC kao posrednika za SPI-2-UART, mada ako ne uspem da resim za neko normalno vreme (i za neku normalnu kolicinu zivaca) verotavno cu ubaciti jedan uC i resiti sebe muka.
Da stvar bude gora, koliko me nervira, toliko me i intrigira zasto ne radi UART, i resio sam AKO uspem da ga nateram, ima da smaram ove indijance iz mikroE da okace neki normalan UserManual i primer za UART komunikaciju (ako naidje jos neki mucenik kao ja ).

Probaj da inicijalizuješ modul tako što ćeš mu preko uarta poslati 00h pa sačekati onih 10ms, i onda slati komande.

Probao - ne vredi
ali hvala na interesovanju.
Cekam da mi stigne Logic Analyzer pa cu pokusati sa njim da resim (ako se resiti moze).

Pozdrav.

Drugari, samo da vam se javim da sam resio problem i necete verovati (ja i dalje ne verujem) u cemu je bio problem!
Kompletna zavrzlama je nastala "samo" zbog USB-to-UART konvertora... Naime, je sam koristio ovaj konvertor (proizvodjac mikroE) i sa njim sve radi bez problema - RFid modul nece! Onda sam uzeo ovaj USB-to-UART i sve radi 1:1!
Niko ne zna da mi objasni ZASTO? ako su "srce" oba konvertora FT232, pri cemu je ovaj drugi Click modul samo malo vise nasminkan. Nisam detaljni gledao seme i u cemu je razlika, ali "na brzinu" - to je isto s***e!

Dakle, sada pricam sa modulom bez problema, ostalo je jos da ga podesim pa cu i za to javiti rezultate.

Hvala svima na vremenu i idejama, izgleda da je resenje problema u 99% trivijalno!

Pozdrav.

Stvarno cudno :) Bitno je da sada radi!
Koliko vidim nema razlika, jedino ako neka komponenta nije u redu na konverter.
Ako imas vremena ispitaj sa LA koji su tajminzi, bas hocu da znam sta je bilo problem :)

Kod ME, QC = 0.
Pre par godina upazario 2 ZigBit modula, jedan ni da bekne, još se iščuđavali "kako ne radi".

Malo su neozbiljni, ali je spam attack na support mail izgleda urodio plodom.
Mene cudi sto ovaj prvi modul koji sam naveo radi bez problema kao usb-2-uart ali "ne saradjuje" sa RFid modulom.
Slucajno sam od jednog kolege sa foruma pozajmio usb-2-uart Click (ovo Click izgleda resava probleme ) i sve proradilo odmah!
Gledam PCB za jedan i za drugi, kod Clicka nakiceno LEDarama i malo bolje uradjeno/filtrirano napajanje (Vcc sa USB), ostalo sve isto.

@ha_23
Nisam jos sredio LA, cim stigne nakacicu oba pa cu zakaciti ovde rezultate. I mene zanima.

Mada, primetio sam da mi recimo za Echo komandu (0x55) ovaj "obican" usb-2-uart daje 2 bajta kao odgovor (0x55 0x00) dok usb-2-uart click daje samo 1 bajt i to 0x55. Tako sam skontao da nesto nije u redu.
Zatim sam poslao IDN komandu (0x01 0x00) i dobio potpun odgovor kao sto pise u DS, dok sam sa "obicnim" usb-2-uart dobijao 0x3F 0xFF 0x00 kao odgovor za svaku komandu koju bih poslao.

vrlo moguce da je taj tvoj u2u prosto neispravan

Moguce i to, ali mi nije jasno kako u svim ostalim aplikacijama radi, samo za RFid ne
Cak i mikroE BlueTooth prica preko ovog UARTa bez problema...