Iskustva sa PIC16F1455

Re: Iskustva sa PIC16F1455 17.05.2013. u 14:33 · pre 164 meseca #61

Da, koristio sam XC8 free verziju.

Malo sam se napatio sa ovom I2C bibliotekom jer sam morao u najsitinije detalje da pohvatam kako to sve radi. Islo je dotle da sam morao i osciloskopm da pratim jer ICD ne radi (napisao sam u predhodnoj poruci sto) :(
Imao sam ja neke in-house biblioteke ali su sve koristile neke delay_ms funkcije kojih sad nema u XC8 ali sa druge strane je to i bolje ispalo jer sad prakticno mi I2C radi maksimalno brzo jer pracenja statusa oko komunikacije ne vrtim kroz petlje sa delay nego pratim HW registe pa odmah nastavim dalje kada to treba bez delay. Mozda ovako na izlged kada se salje sitno parj bajtova i to relativno retko nebi bilo kriticno, ali kada se se salju gobila bajtova u jednom chunk-u taj delay se bas nakupi, a moraju da se prate statusi - prolupa komunikacija bez toga.

Ovo sam sve experimentisao u onom CDC USB primeru pa sam relativno blizu kompletnog resenja za ovo sto sam krenuo da radim (USB<>I2C).

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 17.05.2013. u 15:03 · pre 164 meseca #62

za kompajler nema mnogo izbora nesto nisam video da se pojavila fixovana verzija za xc* kompajlere

za icd, jbg to uvek moras da gledas, kod piconja koje nemaju mogucnost da hw rasporedis na pinove koje oces ume da bude mega problem kada ti sve perfierije koje ti trebaju dele iste pinove pa ne mozes i i2c i spi da koristis istovremeno .. nisam se jednom zez* gledajuci na njihovom sajtu parametric, uzmem pic sa i2c i spi i usartom jer mi treba sva tri, stigne pic ja tek tad pogledam datasheet kad ono i spi i usart i i2c dele iste pinove, da se samoroknes .. jos kad dodje i pgd/pgc na isto mesto .. jbg ...

za i2c, kada je master u pitanju 99% gresaka je setovanje moda i2c-a koje je kod mcp-a debilana na kub ... i tu logic analyser resava problem, bez istog je ludnica, scope radi posao ali jeeeedva (i to samo ako je bas dobar scope)

inace ako ti treba neki bus ovo ono, ftdi 2232h ti je najbolje resenje koje postoji, on radi direktno usb->i2c/spi/mssp/jtag... i to na 2 kanala max brzina ... lakse i bolje nego bilo koji mcu :)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Re: Iskustva sa PIC16F1455 17.05.2013. u 15:16 · pre 164 meseca #63

Mora da se vodi racuna oko pinova i HW opcija, ima ona jedna tabela u DS gde prikazu gde je sta, ako se to pogklapa po pinovima to nece moci da se iskoristi.

Jos na pocetku teme sam rekao da mi FTDI ne vrse posao jer ja imam dodatno "kuvanje" u samom MCU pre nego sto se to posalje na I2C.

Posto sam ovo do nekle rascistio, znaci imam USB kao seriski terminal, prakticno cu da napravim "modem" da ja saljem potrebne komande a MCU kada to obradi salje na I2C i vrati nazad u terminal neki status.
To mi je zgodno jer mi drasticno uproscava driver na PC strani jer cu da "pricam" sa seriskim portom a ne sa specificnim USB.

Inace SPI planiram u sledecoj fazi da resavam ali je to neki drugi uredjaj gde nemam I2C tako da mi je za sad sto se tice isbora PIC-a to OK.

Jedini problem koji sad imam je vezan sa HW opet oko ovih I/O pinova koji se dele. Problem mi je sto moram da imam pull-up otpornike kod I2C sa strane PIC jer koristim dvosmerne level-konvertere sa nekim mosfet-icima.
Kada programiram PIC te pull-up moram da skinem :( jer sa strane programatora ima pull-down i to ispadne nebuloza sa naponskim nivoima. Privremeno nesto sam tu smuckao sa konektorcicima ali izgleda da ce na nekoj da kazem produktivnoj plocici da ostavim one padove za prespajanje kada treba da se reprogramira.

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 17.05.2013. u 15:24 · pre 164 meseca #64

Mislim, nema razloga da free varijanta ne radi ali rekoh da proverim.
Logic analyzer ti je odlična stvar. Pošto nemam nijedan a trebao mi je pre nekog vremena iskopao sam neki za paralelni port. Možeš ga skinuti odavde:
http://www.netcult.ch/elmue/ElmueSoft-en.htm
Piše da može da dekodira i serijske protokole, između ostaih i I2C.
Kako je bio spominjan u temi CrossWorks alat za ARM pogledao sam malo licence.
150USD je non-commercial personal licenca dok je commercial 1500USD.

Potpis

gorankg

Re: Iskustva sa PIC16F1455 17.05.2013. u 15:35 · pre 164 meseca #65

cross works ima za 150$
lpt port je suvise spor za normalnu brzinu i2c porta
obls je za 40$ po meni najbolje resenje (200MHz ili 100MHz+RLE i sporije, 32 kanala... ne mnogo rama ali dovoljno za debaging)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Re: Iskustva sa PIC16F1455 17.05.2013. u 15:41 · pre 164 meseca #66

U sustini radi ok XC8 u free modu. Generalno kao kompajler je super ali su mu zabrljali ove biblioteke sa ostale ne 18F PIC-ove.

Inace to sto nema PRO verzija da se nadje me u ovom slucaju ne brine mnogo :)
Sta je caka, ja inace sve ove razvojne alate drzim u VM jer mi je zgodno tako da ih drzim na jednom mesto i ne brinem kasnije kod reinstaliram sistem a mogu da ih selim tamo-vamo na druge racunare po potrebi.
Dodatno, bas kod ovog slucaja sa XC8, moze da se aktivira PRO mode na 60 dana. Dakle, pre nego sto uradim tu aktivaciju, snimim snapshot VM-a, aktiviram, odradim sta treba i vratim snapshot za VM nazad ;) Kao da se nista nije desilo :)
Nisam ovo konretno probao sa XC8 ali ne vidim razlog da ne radi ... Radi mi za gomilu drugi SW na tu foru :)

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 17.05.2013. u 16:03 · pre 164 meseca #67

Kad smo već kod brzine tog I2C, ne znam na koliko ga teraš ali se nadam da si obratio pažnju na sitan tekst:

The I2C interface does not conform to the 400 kHz I2C specification (which applies to rates greater than 100 kHz) in all details, but may be used with care where higher rates are required by the application.

Potpis

gorankg

Re: Iskustva sa PIC16F1455 17.05.2013. u 16:31 · pre 164 meseca #68

Ja sam koristio ovaj lekic u oktobru, novembru prosle godine. Radilo je koliko se secam...

Potpis

R Tape loading error, 0:1

Re: Iskustva sa PIC16F1455 17.05.2013. u 20:07 · pre 164 meseca #69

Citat:

goran_68:
Kad smo već kod brzine tog I2C, ne znam na koliko ga teraš ali se nadam da si obratio pažnju na sitan tekst:

The I2C interface does not conform to the 400 kHz I2C specification (which applies to rates greater than 100 kHz) in all details, but may be used with care where higher rates are required by the application.

Vudeo sam taj tekst.
Ova perifierija koju teram je deklarisana za 400kHz i radila mi je na toliko sa 18F13K50, sad probam na 100kHz. Nisam jos sve 100% pokrenuo, nisam stigao ...
Videcemo kako ce da radi taj 16F1455 sa ovom periferijom na 400kHz ...

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 17.05.2013. u 21:14 · pre 164 meseca #70

Hehe, simpatican onaj "lek" za zadnu verziju, sa 52% smanjio na nekih 38% zauzece programske memorije ;)

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 18.05.2013. u 05:46 · pre 164 meseca #71

Proradio mi napokon I2C sa periferijom !!!! :)

Jao da znate kakve sam probleme imao, odlepio sam.

Brzina izvrsavanja programa bila sporna!
Pazte ovo, treba da posaljmen 20-ak chunkova (words) od po 3 bajta. Na pocetku chunka imam I2C_Start(), onda 3 bajta saljem i I2C_Stop.

Stavim ja sve to u jednu rutinu, kroz FOR petlju, prodje mi prvi chunk ostali nece ... rebus totalni ... Premestim ja samo slanje ovih 3 bajtova u subrutinu neku, a start/stop ostane u parent rutini, nesto drugacije radi ... opet rebus, kakve veze to sad ima ...

Stavim na kraju glupavi delay posle svakog I2C_Stop() ovako for(x=0;x<100;x++); i sve mi proradi!!!
Skontam posle, sam skok iz jedne rutine u drugu mi je prakticni bio dovoljan delay da mi to slegne kako treba, nevorovatno :)

Optimizovacu to nije sporno, ali kakva glupost me je drndala, izgubih silno vreme ... Bitno da mi je proradilo pa imam sad sa cime da baratam, testiram, menjam, probam ...

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 18.05.2013. u 06:40 · pre 164 meseca #72

nesto tu nije u redu sa bibliotekom, ili ti nisi kontrolisao dal je odradio posao ili funkcije same nisu odradile posao kako valja. ne znam kako je na 16f, proveri, ali i2c mora imat status fleg da vidis dal je nesto otislo ili ne te pre nego saljes dalje moras da proveris dal imas mesta u baferu, cekanje "random" vremena na silu resi posao ali nije bas najbolje resenje

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Re: Iskustva sa PIC16F1455 18.05.2013. u 08:36 · pre 164 meseca #73

Nije ti dobro to resenje sa delay.

Treba valjda ovako da ide redosled:

IdleI2C();
StopI2C();
while(P);

Iz datasheet-a:
P: Stop bit
(I2C mode only. This bit is cleared when the MSSP module is disabled, SSPEN is cleared.)
1 = Indicates that a Stop bit has been detected last (this bit is ‘0’ on Reset)
0 = Stop bit was not detected last

Imaš i primer u pic18_plib.pdf na ...\Microchip\xc8\v1.12\docs>

Tamo to ne stoji ali čini mi se da rešava tvoj problem.

Potpis

gorankg

Re: Iskustva sa PIC16F1455 18.05.2013. u 12:53 · pre 164 meseca #74

Znam da nesto nije u redu ali ne mogu da pohvatam gde tacno. Ovo sa delay mi je samo privremeno resenje.
Bas iz spomenutog pic18_plib.pdf sam uzeo primer.

Evo kompletan deo oko te komunikacije pa ako moze neko da uvidi u cemu je problem, ja ne znam ...

Dakle redosled pozivanja funkcija je ovaj:
1) Jednokratno initI2C() nakon reset
2) Periodicno Write37() koji interno zove WriteMyI2C()
3) mem_37 je predefinisani niz od 52 bajtova

U prilogu su same I2C funkcije i definicija registra za ovaj PIC.

Code:

void WriteMyI2C (short reg_adr, short podatak){

    unsigned char data;
    signed char status;

    do {
        status = WriteI2C (0xC0); //write the address of slave
        if(status == -1)
        { //check if bus collision happened
            data = SSP1BUF; //upon bus collision detection clear the buffer,
            SSP1CON1bits.WCOL=0; // clear the bus collision status bit
        }
    }
    while(status!=0); //write untill successful communication

    do {
        status = WriteI2C (reg_adr); //write slave register adr
        if(status == -1)
        { //check if bus collision happened
            data = SSP1BUF; //upon bus collision detection clear the buffer,
            SSP1CON1bits.WCOL=0; // clear the bus collision status bit
        }
    }
    while(status!=0); //write untill successful communication

    do {
        status = WriteI2C (podatak); //write slave register data
        if(status == -1)
        { //check if bus collision happened
            data = SSP1BUF; //upon bus collision detection clear the buffer,
            SSP1CON1bits.WCOL=0; // clear the bus collision status bit
        }
    }
    while(status!=0); //write untill successful communication

}

void initI2C() {
    //inicijalizuj i2c
    CloseI2C(); //close i2c if was operating earlier
    OpenI2C( MASTER , SLEW_OFF ); //inicijalizuj port
    SSP1ADD=0x79; //100kHz Baud clock() @48MHz

    //check for bus idle condition in multi master communication
    IdleI2C();
    Write37 ();
}

void Write37 () {

    TRIS_RC2 = 0; //stavi da bude izlaz
    IO_RC2 = 1; //Upali LED

    unsigned char j, x, data;

    //posalji iz memorije
    for (j = 0; j <= 26*2; j+=2) {
        StartI2C();
        data = SSP1BUF; //ovo je iz primera, mislim da je nebitno
        WriteMyI2C(mem_37[j], mem_37[j+1]);
        StopI2C();
        for(x=0;x<100;x++); //delay OVDE JE FRKA
    }

    IO_RC2 = 0; //Ugasi LED
}

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

my_i2c_v4.h1.46k my_i2c_v4.c5.19k pic16f1455.inc177.56k

Re: Iskustva sa PIC16F1455 18.05.2013. u 13:30 · pre 164 meseca #75

Pogledaj u direktorijumu gde se nalaze kodovi za i2c funkcije recimo fajl i2c2eepw.c. Videćeš da recimo nakon StopI2C2() ide onaj deo o kom sam iznad pisao.

//IdleI2C2(); // ensure module is idle
StopI2C2(); // send STOP condition
while ( SSP2CON2bits.PEN ); // wait until stop condition is over - Ti umesto ovog ubacuješ delay što je greška.

Mislim da bi isto bilo ukoliko bi umesto ovg PEN proveravao u while petlji P bit iz SSPSTATUS registra (ne znam kako se tačno registar zove) ali to nisam siguran. Morao bi malo da pogledam datasheet. Proveri ti ukoliko imaš vremena.

Ovo je primer verovatno za neki PIC sa dva I2C i pisanje po I2C eeprom-u ali mora da radi i za tu tvoju periferiju.

Potpis

gorankg

Re: Iskustva sa PIC16F1455 18.05.2013. u 13:41 · pre 164 meseca #76

Da da, to treba da se uradi, da se ceka ovaj PEN bit dok ne bude jedinica. Nisam to primetio u primerima, garantovano je to problem u mom slucaju.

Probacu pa cu da javim.

Hvala puno.

BTW: Bar jedna onda stvar je ovde dobra, same biblioteke koje sam smuckao ;) Ako nekome treba moze da iskoristi.

UPDATE:
Da tacno je ovo sa cekanjem PEN bita bio problem. Evo sad radi sve kako treba bez delay, samo je drugi registar u pitanju za ovaj PIC.
Dakle code za cekanje stop uslova je sledeci:

Code:
while ( SSP1CON2bits.PEN ); // wait until stop condition is over

UPDATE2:
Probao sam i oko brzine malo, 100, 200, 300 i 380kHz su mi radile, 400kHz vec nece.

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 19.05.2013. u 06:04 · pre 164 meseca #77

Sve vise mi se svidja ovaj PIC :)

Malo sam eksperimentiosao sa njegovim USB portom i to radi jako dobro i brzo.
Ne mogu da kazem tacno kolike su cifre u pitanju ali to se krece u megabitima u sekundi, verovatno desetine!

Evo kao primer posto sam iskoristio prakticno ovaj CDC USB<>Serial sto je vrlo prakticna stvar (nema drajvera i sl), malo sam prepravio code i odkacio sam RS232 interfejs unutra a da tako kazem zadrzao taj "layer" kompatibilnosti, u *nix OS-ovima se on uredno prijavi kao seriski device i dobije se u /dev/ listi ovako nesto:

Code:
crw-rw-rw- 1 root wheel 18, 13 May 19 04:43 cu.usbmodem411
crw-rw-rw- 1 root wheel 18, 12 May 19 04:39 tty.usbmodem411

Ovo je zgodno iz razloga sto mogu da "komuniciram" sa uredjajem totalno prosto sa nativ *nix komandama, pa sam napravio prostu BASH skriptu (pazite BASH, uzasno spor) i napravio jedan ovakav primer:

Code:
#!/bin/bash

for i in {1..500}
do
echo "1qwertyuiopqwertyuiopqwerty" > /dev/cu.usbmodem411
echo "0qwertyuiopqwertyuiopqwerty" > /dev/cu.usbmodem411
done

Ova jedinica na pocetku stringa mi je palila jedan output, nula gasila. Ostali karakteri su radi probe da ga bi video gde ce da zavrse i zavrse tacno gde treba, u input buferu od USB prijemnog kanala, tacno indexirani, prelepo.

Ovakva skripta (napominjem BASH, uzas sporo) je mogla oko 100 do 200 puta u sekundi da pali/gasi pin koji sam postavio. Cak (sto je za ocekivati) duzina ovog stringa nije uticala na ukupno vreme izvrsavanja. Nisam isao preko 64 karaktera (toliko je definisan buffer u pic) da nebi dosao u cuveni buffer-owerflow error a nisam to handlovao u PIC-u :)

Jos jedna zgodna stvar, ovaj "usbmodem411" je prakticno uvek aktivan u sistemu i nema potrebe da se otvara i zatvara USB komunikacija a sa cime sam imao problema u nekim predhodnim implementacijama sa LibUSB (za PC) jer nisam mogao da drzim "daemon" tj driver uvek aktivnim nego sam uspostavljao komunikaciju on-demand. Ovo mi je ubrzanje od jedno 5-6 puta u odnosu na predhodnu implementaciju a ostao sam u fazonu "on-demand" a jos i nemam custom driver.

Poenta je da ovih 100-ak puta u sekundi su sasvim dovoljni za solidan user response na nekakve akcije bez trunke muke sa drajverima. Za vece brzine, naravno neki brzi jezik treba za ove operacije a ne BASH. Verovatno Perl ili PHP bi to radi X puta brze, sa C i ostalim "ozbiljnim" jezicima tu nema brige.

Jedino sto za sad nisam skontao kako u BASH da procitam odgovor (sa custom drajverom znam, to nije problem) pa ako zna neko moze da predlozi, neka rederekcija inputa tamo-vamo STDIN / STDOUT ili neko "cat-ovanje" device-a ...
Konkretno pitanje bi bilo kako procitati npr 64 bajtova sa seriskog uredjaja u BASH?

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 01.06.2013. u 16:42 · pre 163 meseca #78

Jedno pitanje vezano za XC8 i MplabX, kako mogu da predjem na 32bitne varijable za double i float?
Standardno su ti tipovi 24bitni ali mi treba veca preciznost kod deljenja a vidim da je to podrzano (nekako).

Dodatno kako da "gledam" (watch) takve tipove kod debug u MplabX?

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Re: Iskustva sa PIC16F1455 01.06.2013. u 22:23 · pre 163 meseca #79

Mislim da bi morao pogledati sledeće:

2.4.17.3 MIGRATION TO THE CCI
When using 8-bit compilers, the float and double type will automatically be made 32 bits in size once the CCI mode is enabled.

kao i poglavlje:

2.3 USING THE CCI

iz Manual-a za XC.

Ja još uvek trošim stari MPLAB pa nemam neki odgovor na ovo drugo pitanje.

Potpis

gorankg

Re: Iskustva sa PIC16F1455 01.06.2013. u 23:40 · pre 163 meseca #80

Heh, ja trazim tu sekciju u manualu ali je nema :) Potrazim ponovo manual i vidim da imaju dve verzije, 52053A i 52053B. U ovom A koji sam prvo imao fali ceo taj charpter oko CCI ... Svasta ...

Ok, hvala na info moracu to malo da detaljnije pogledam, nije bas prosto. Ja sam probao prvo to da podesim kao opciju u linkeru (tako pisalo u ovom A manualu) i prodje kompajliranje ali pola stvari mi ne radi onda u HW, npr USB prolupa sa input buferima :(

Potpis

Site about Software Defined Radio – SDR
http://yu3ma.net/
https://github.com/yu3ma
On-line LM317 kalkulator

Forum kao aplikacija na telefonu

Srodne teme