Fórum témák

» Több friss téma
Fórum » Egyenáramú fogyasztásmérő Wh-kWh
 
Témaindító: SKY, idő: Júl 15, 2009
Témakörök:
Lapozás: OK   3 / 3
(#) fordkapcs válasza SKY hozzászólására (») Okt 12, 2012 /
 
Szerintem még nézegesd Attila rajzait, és próbáld megérteni a működését.
Számtalan megoldás létezik, azonban a relé véges számú ki/be kapcsolást bír, ennélfogva az élettartama korlátozott.
Tehát bár megoldható lenne relével, nekem mégis inkább a félvezetős megoldás a szimpatikusabb. Ma már sokféle félvezető létezik ami alkalmas a feladatra, MOSFET-el is megoldható - megfelelő kapcsolástechnikával, de létezik FET és ellenállás kimenetű optocsatoló, vagy pl. JFEt is használható lenne.... A BJT is használható, de vannak hátrányos tulajdonságai a FET-ekkel szemben, ami miatt nem célszerű használni erre a feladatra.
(#) SKY válasza fordkapcs hozzászólására (») Okt 13, 2012 /
 
Hello!
Arra is gondoltam, hogy megoldható lenne ha nem rövidre zárással csinálunk 0 bemenő jelet, hanem leválasztjuk azt pl. egy 4066-os IC-vel és egy utána jövő lehúzó ellenállással. Ez talán AC-re mérésnél is működhet. Ez az analóg kapcsoló IC használható lenne 50uV-os jelek átvitelére is, valamint torzítana valamit a mérésen?
(#) SKY válasza Attila86 hozzászólására (») Okt 15, 2012 /
 
Látom a Panelmérő III-ban már a bemenetnél szétágaznak a különböző erősítőkhöz tartozó egységek, de kíváncsi vagyok milyen kapcsolóelemmel húzod a földre a bemeneteket. A szélsőségeket említve: a kapcsolóelemnek mindenképpen "kétirányú" kell, mert mi van ha a negatívot mérő bemenet mindig csak pozitívot kap? Bár figyelhetné a PIC, hogy a pozitív bemenetén adott értékű jel van, de mindaddig nem tudod megmérni a másik OPA hibáját, ha pedig átvált és mérni akarod, de addigra visszavált... akkor hibásan olvasnád nullának az eredményt.

A másik, hogy a bemenő offszetet hol is kell szemlélni a valóságban? Mint említettem a bemenő osztóláncnál ha a lehúzó tagok aktívak, akkor megváltozik az invertáló erősítő erősítése ha úgy nézzük, hogy az utolsó FETen maradt feszültség kerül ilyenkor az OPA bemenetére. Ilyenkor a kimeneten megjelenő (erősített) offszet is ezen a ponton van jelen és az adott erősítésből adódik? A kérdés: Amikor nem aktívak a lehúzó tagok, akkor másik erősítéssel kerül a kimenetre az erősítő offszet hibája?
(#) fordkapcs válasza SKY hozzászólására (») Okt 15, 2012 /
 
Az offszet valóban változik kissé, attól függően, hogy hol söntöl a FET, azonban ez könnyen méretezhető, és az ebből adódó hiba 1 bit-nél sokkal kisebb.

A söntölésre több lehetőség van, a FET a legcélszerűbb:
- vagy külön kell kezelni a negatív és a pozitív ágat,
- vagy sorbakapcsolt fetek kellenek szembefordított diódával,
- de lehet FET kimenetű optocsatolót, illetve FET kimenetű szilárdtestrelét is használni, ebből léteznek kétirányú tipusok is.
- Sőt a reed relé is használható, ha jól emlékszem kb. 10^7 kapcsolást bír ki, ami másodperecenkénti offszet mérés esetén is több évre elég - de nem örökre....
(#) SKY válasza fordkapcs hozzászólására (») Okt 15, 2012 /
 
Idézet:
„Az offszet valóban változik kissé, attól függően, hogy hol söntöl a FET, azonban ez könnyen méretezhető, és az ebből adódó hiba 1 bit-nél sokkal kisebb.”

És mi a helyzet az OPA földre kötött bemenetének a lehúzó ellenállásával? Elvileg ez felel a szimmetriáért, azaz az offszetet befolyásolja? Ezt akkor melyik értékek alapján kell méretezni?
(#) fordkapcs válasza SKY hozzászólására (») Okt 16, 2012 /
 
Az OPa bemeneti árama nA-es nagyságrendű, ebből adódóan az említett ellenállás pontos értéke nem kritikus, elegendő ha valahol a két szélső érték között van. A mérési pontosságot gyakorlatilag nem fogja befolyásolni a szoftveres kompenzálás miatt, csak azt, hogy a szoftver mekkora értékekkel fog dolgozni - ezért érdemes a tartomány közepére méretezni, hogy az egyéb szórásokkal esetlegesen összeadódva se lógjon ki az eredő offszethiba, a szoftveresen kompenzálható tartományból. De ezt sem kell szigorúan venni, mert az egyéb okból eredő offszethibák esetlegesen nagyságrendekkel nagyobbak.
A hozzászólás módosítva: Okt 16, 2012
(#) SKY válasza fordkapcs hozzászólására (») Okt 24, 2012 /
 
Hello!
Próbálgattam szimulátorban a bemeneti "lehúzó" részt és azt láttam, hogy az invertáló erősítő előtt lévő P csatornás MOSFET ha be van kapcsolva, akkor mindegy hogy pozitív vagy negatív a bemenő fesz, a kimeneten mindig a n*10mV nagyságrendbe eső kompenzáláskor mérhető fesz van. Most összedobtam egy hasonló kapcsolást próbapanelon és valóban, mintha a a FET mindkét irányba vezetne. Mi erre a magyarázat?
(#) _vl_ válasza SKY hozzászólására (») Okt 24, 2012 /
 
Az ugye megvan, hogy a FET-ben belül van egy dióda a Drain és a Source között, ami lezárt állapotban is vezet az ellentétes irányban?
(#) SKY válasza _vl_ hozzászólására (») Okt 24, 2012 /
 
És mekkora feszültségnek is kellene azon a diódán lenni? Szerintem nem 00,1mV-nak... Lezárva megvan a 0,45V a diódán, de nyitva akár negatív akár pozitív irányú a bemenő feszültség mindegyiket rövidrezárja a földhöz.
(#) fordkapcs válasza SKY hozzászólására (») Okt 24, 2012 / 1
 
Elég alap dolog: igen a nyitott FET mindkét irányban vezet! Természetesen ezt is illik figyelembe venni egy áramkör megtervezésekor.
(#) SKY hozzászólása Nov 20, 2015 /
 
Sziasztok!
Miként van ebben a front-endben ADE7753 (29. oldal) megoldva az energia számítás módja? Okoz a kvarc frekvencia eltérése mérési hibát, azaz az 1,1us periódusidő az integrálásnál valahogy be van állítva az IC-ben, hogy mindig annyival számoljon?
Vagy például én tehetek bele akármilyen kvarcot, ha a mikrokontroller pontosan mondjuk 1s-ként olvassa ki a regiszter tartalmát, akkor az az 1s lesz a referencia időtartam és ahhoz tudom viszonyítani az addigi energiamennyiséget, ami a teljesítmény regiszterek integráltja és így nem számít a mintavételezési és regiszterek integrálásának frekvenciája?
(#) Gafly válasza SKY hozzászólására (») Nov 20, 2015 /
 
19.-ik oldal. Elvileg nem okoz gondot a saját órajel pontatlansága.
(#) SKY válasza Gafly hozzászólására (») Nov 20, 2015 /
 
Azt hiszem te a periódus mérést találtad meg, de a kérdésem arra vonatkozik, hogy AC és DC esetén van az energia regiszter. Ebbe egy integrálás után kerülnek bele az adatok, ami meg már idő függő. Az a kérdésem, hogy ha lehet 4MHz-es és 3,58MHz-es kvarcot is használni, akkor ennek a regiszternek hogyan is függ ettől a tartalma?
Az értéke nem függ tőle, csak az, hogy milyen hamar telik meg a regiszter maximális teljesítménynél (6-10s)?
A hozzászólás módosítva: Nov 20, 2015
(#) pucuka válasza SKY hozzászólására (») Nov 20, 2015 /
 
Maga a fogyasztás mérés integráláson alapul. A digitális méréseknél időnként mintát veszünk a mérendő jel pillanat értékeiből és ezt integráljuk. A mérés pontossága a mintavétel sűrűségétől függ. Ennek elvileg kevés köze van a uC órajel frekvenciájához, leginkább a programjába beírt mintavételi ciklusok idejétől függenek. (persze korlátot jelent az órajel ideje) A regiszterek írási olvasási ideje is csökkentik a mintavétel sűrűségét.
(#) erbe válasza pucuka hozzászólására (») Nov 20, 2015 /
 
A mérés pontossága a mérés időzítéséhez használt Timer pontosságától függ. Attól függően, hogy ez RTC-t vagy Clock-ot használ, jelentős eltérések lehetnek. Órajelet használva időzítéshez, a programba beleírt időzítés csak az ahhoz méretezett kvarccal ad pontos mérést.
(#) SKY válasza pucuka hozzászólására (») Nov 21, 2015 /
 
Úgy értettem, hogy ha nem egy szoftverben van rögzítve ez az érték (1,1us), hanem az egész hardveresen működik, akkor egyfajtaképpen mindegy a kvarc frekvenciája, mert az "igazodik" és mindig pontos eredményt kapunk.
Most attól eltekintve, hogy a gyakoribb mintavételezés pontosabb eredményt ad.

Ha én mindig állandó időközönként kérdezem le a PIC-el az energia érték regiszterét és ezt az időt pontosan tudom, tehát ez a referencia akkor mindegy, hogy egy lassabb kvarccal kevesebb mintából született az adott energia érték az integrálás után, vagy egy gyorsabbal többől, mert az mindig pontos lesz a nulla időponthoz viszonyítva frekvenciától függetlenül?

Azaz nekem nem kell megmondani az IC-nek, hogy az pontosan 3,58MHz vagy 4MHz, mert egy minta érvényességi ideje nincs sehol sem meghatározva az integráló áramköri egységben, hanem az is hardveresen keletkezik, vagy egy hardveres digitális integrátornál nincs is szükség külön az időre mint állandóra?
A hozzászólás módosítva: Nov 21, 2015
(#) pucuka válasza SKY hozzászólására (») Nov 21, 2015 /
 
Az, hogy a kvarc frekvenciája 3,58 vagy 4 MHz, az a pontosság szempontjából nem sokat jelent.
A mérés nyilván attól pontosabb, minél több mintát dolgozol fel. Hogy időegység alatt mennyi mintát kell venni, azt elsősorban a mérendő mennyiség időbeli változása, és a pontosság határozza meg.
A mikrovezérlők programozásához -bár vannak sejtéseim- nem értek. A mikrovezérlők beállításánál úgy tudom, meg kell adni a referencia frekvenciát, mert ettől függenek a belső időzítések. Vannak mikrovezérlők, amiknek van A/D bemenetük. Ezekkel tudsz feszültséget mérni, ami a mérendő jel feszültségével, és áramával arányos. Hogy ezeket az átalakítókat milyen gyakorisággal olvasod ki, és tárolod valamelyik regiszterbe, az a programtól függ. Persze ez mintavétel gyakoriság sokkal (nagyságrenddel) lassabb lesz, mint a működtető frekvencia, (órajel) mert més a processzornak sokminden mást is el kell végezni. (kiolvasás, szorzás, visszatöltés stb)
Ezért függ kevéssé a kvarcfrekvenciától a pontosság. (már ha nincs nagyságrendi különbség a frekvenciák között)
(#) SKY hozzászólása Dec 16, 2015 /
 
Sziasztok!
Meg tudnátok mondani, hogy valóban így van-e az adott energiamérő frontendben az ADC-k kódjának átváltása:
ADE7753
Az "ADC transfer function" című bekezdésben (23. oldal) meg van adva egy képlet ami 18 bites adatra + előjelre vonatkozik és a bemeneti tartományból és a referenciából ezek alapján megállapítható, hogy 2,5V Vref és 0,5V bemenőhöz 159866-os érték tartozik.

Na mármost az áram és fesz értékét egy waveform regiszteren keresztül lehet lekérdezni, amibe az áramérték 24biten és kettes komplemensként kerül a feszültség érték pedig megközelítőleg 14 biten (+-10322d) és előjel bittel.

1. A kérdésem, hogy a tényleges áramértéket megkapjuk, ahhoz elég átszámítani a megadott transfer képlet alapján és megfelelő aránnyal a 18 bitest 24 bites értékre? (24. oldal)

2. Milyen érték kerül bele a 24 bites waveform regiszterbe, amikor a feszültség értéket kérdezzük le, ami maximum 10322d? A felsőbb bájtok 0-val töltődnek fel?

Az áramérték esetén a bemeneti tartomány (0,5V, 0,25V, 0,125V...) és a referencia feszültségből (2,5V 2,42V helyett) a transzfer függvényből megkapjuk a maximális értékhez tartozó kódot, amit felszorzunk 18-ról 24 bitesre. Ebből vissza tudjuk számolni, hogy 1 LSB mekkora áramérték.
A mikrovezérlőbe áthozott értéket leosztjuk az erősítéssel (PGA) és átszámítjuk az 1LSB/áramérték szerint?

A teljesítmény és energia regisztereket kell kompenzálni attól függően, hogy milyen gain és bemeneti tartomány értékeket állítottunk be, vagy a kiolvasott teljesítmény értéket csakis az előző módszerrel átváltott fesz és áram érték szorzataként elég kiszámolni?

Köszönöm a segítséget!
(#) SKY hozzászólása Dec 22, 2015 /
 
Sziasztok!
Meg tudnátok mondani, hogy mi lehet a probléma az ADE7753 lekérdezésével, miért produkálhatja a következőt:
Az energiamérő IC-ből nem jön valós adat SPI-n keresztül, azaz vagy nullát olvasok be, vagy egyetlen H bitet küld a kommunikáció során, hiába adok a mérőbemenetére feszültséget vagyis feltehetőleg működik hardveresen, de rosszul van konfigurálva??
Az adatlapban nem találtam összefoglalva, hogy mit szükséges mindenképp konfigurálni a mérések előtt (ha kell?), csak a korrekciók lépéseit. A szükséges beállítások elvileg el lettek küldve (HPF off, gain, waveform sample...) a GAIN, és MODE regiszterbe.
Az oszcillátor megy, tápfeszültségek megvannak, az SPI tökéletes, az időzítések minimuma megvan. Nincs resetben. Maximum egy kis zavar van a tápfeszültségen (analóg részen is az a digit éleknél). !IRQ megszakítás nem jelez.

A WAVEFORM regiszter lekérdezésekor mindig 0 értéket ad ch1 és ch2-nél is (ebből lehet a CH1, CH2 és active powert lekérdezni, MODE beállítás).
A VRMS regiszterre 65535-öt (dec) ad mindig vissza (egyetlen H bit jön SPI-n).

A lekérdezéshez használt teljes programkód mikroC-ben:
  1. // LCD module connections
  2. sbit LCD_RS at LATC0_bit;  // for writing to output pin always use latch (PIC18 family)
  3. sbit LCD_EN at LATC1_bit;  // for writing to output pin always use latch (PIC18 family)
  4. sbit LCD_D4 at LATD4_bit;  // for writing to output pin always use latch (PIC18 family)
  5. sbit LCD_D5 at LATD5_bit;  // for writing to output pin always use latch (PIC18 family)
  6. sbit LCD_D6 at LATD6_bit;  // for writing to output pin always use latch (PIC18 family)
  7. sbit LCD_D7 at LATD7_bit;  // for writing to output pin always use latch (PIC18 family)
  8.  
  9. sbit LCD_RS_Direction at TRISC0_bit;
  10. sbit LCD_EN_Direction at TRISC1_bit;
  11. sbit LCD_D4_Direction at TRISD4_bit;
  12. sbit LCD_D5_Direction at TRISD5_bit;
  13. sbit LCD_D6_Direction at TRISD6_bit;
  14. sbit LCD_D7_Direction at TRISD7_bit;
  15.  
  16. // DAC module connections
  17. sbit Chip_Select at RB3_bit;
  18. sbit Chip_Select_Direction at TRISB3_bit;
  19. // End DAC module connections
  20.  
  21. char txt1[]="DC";
  22. char txt2[]="AC";
  23. char txt3[]="OFF";
  24.  
  25. //Menuben is beallithato konstansok
  26. //float v1oszto50, v1oszto400, v2oszto50, v2oszto400; //feszosztok pontos aranya auto kalibralashoz       R1/R2=101.3126
  27. //float sont1, sont2;                                 //sontok pontos erteke     szamjegyenkent+pont?
  28. unsigned char dc1=0, dc2=0;                           //csatornak ac vagy dc meresben, dc=1, ac=0
  29. unsigned char vmh1, vmh2;                             //hasznalt fesz mereshatar
  30. unsigned char i[]="012345678912345678";
  31.  
  32. float ch1ioffset, ch1voffset, ch2ioffset, ch2voffset;     //adc offszetek értékei
  33. char ch1=0, ch2=0;                                    //kikapcsolt csatorna
  34. void delay (void){delay_ms(1000);}
  35. unsigned short temp, sign;
  36. float ii=0.023, uu=542.45873, pp=5.1, iii=3.4000, uuu=23.452368, ppp=2300.452;
  37. unsigned long ertek, tmp, stat;
  38.  
  39. void main ()
  40. {
  41. ///// ANSEL  = 0;                      // Configure AN pins as digital I/O
  42. /////  ANSELH = 0;
  43. /////  C1ON_bit = 0;                      // Disable comparators
  44. /////  C2ON_bit = 0;
  45.  
  46. ADCON1 |= 0x0F;                    // Configure AN pins as digital
  47. CMCON  |= 7;                       // Disable comparators
  48.  
  49. TRISA =    0b100000;                            //kimenetek, bemenetek, 0=kimenet, A0-A4=kimenet
  50. TRISB =    0b11110001;
  51. TRISC =    0b01111000;
  52. TRISD =    0b00000000;                          //kijelzo adatkimenetek
  53. TRISE =    0b110;
  54.  
  55. LATE0_bit=0;    //nem hasznalt lab
  56. LATD=0;         //lcd adatportja 0 értékre
  57. LATA=0b11111;   //reset és !CS inaktív
  58. LATB3_bit=1;    //DAC !CS
  59. ertek=0;
  60.  
  61.  Lcd_Init();                        // Initialize LCD
  62.                 Lcd_Cmd(_LCD_CLEAR);               // Clear display
  63.                 Lcd_Cmd(_LCD_CURSOR_OFF);          // Cursor off
  64.                 Lcd_Out(1,3,"Energy meter  V1");                 // Write text in first row
  65.                 Lcd_Out(2,9,"2015");
  66.                 Lcd_Out(3,5,"Simon  Peter");
  67.                 delay_ms(2000);
  68.                            // ch1ioffset=2354.8453;
  69.                            // ch2ioffset=97.468;
  70.                            //   while(1){delay_ms(1000);}
  71.  
  72.     //SPI1_Init();
  73.     SPI1_Init_Advanced(_SPI_MASTER_OSC_DIV16, _SPI_DATA_SAMPLE_MIDDLE, _SPI_CLK_IDLE_LOW, _SPI_LOW_2_HIGH);
  74.  
  75.     LATA1_bit=0;                               //hardveres resetek a mindkét csatornán
  76.     LATA3_bit=0;
  77.     delay_ms(1);
  78.     LATA1_bit=1;
  79.     LATA3_bit=1;
  80.  
  81. ///////// MODE REGiSZTERBE ÍRÁS////////////////////////communikációs regiszterbeírás hogy írni fogunk a mode regiszterbe
  82.  LATA0_bit=0;                              //ch1 !cs kiválasztva
  83.     temp=0b10001001;                                //communication reg: 7. bit=1=írás, 0-5:address, mode regiszter címe: 0x09 , 16 bites
  84.     SPI1_Write(temp);                               //írás a communication regiszterbe
  85.     temp=0b01111000;                                //MODE-ba írás  elõször a felsõ bájt    ch2 a waveform regbe(11) (ch1:10) 3,5KSPS,
  86.     SPI1_Write(temp);                               //POAM=0, WAVSEL=11=ch2, DTRT=11=3,5ksps, SWAP=0, DISCH1:0, DISCH2:0
  87.     temp=0b00001101;                                //MODE-ba írás  alsó bájt               //HPF disable , sag detect, cf out letiltva
  88.     SPI1_Write(temp);                               //CYCMODE=0, SWRST=0, TEMPSEL=0, ASUSP=0, DISSAG=1, DISCF=1, DISLPF2=0, DISHPF=1
  89.  LATA0_bit=1;
  90.  //////////////////////////////
  91.  
  92. //// GAIN//////////////////
  93.     delay_ms(1);
  94.     LATA0_bit=0;
  95.     temp=0b10001111;                                //comm reg: 0x0f GAIN REG beáll, írni fogunk, 8 bites
  96.     SPI1_Write(temp);
  97.     temp=0b00001010;                                //PGA2=000=1x (ch2, fesz), CH1 full scale=01=0,25V, PGA1=010=4x (áram)
  98.     SPI1_Write(temp);
  99.     LATA0_bit=1;
  100.     delay_ms(1);    
  101. ///////////////////////
  102.  
  103. ///////////INTERRUPT LETILTÁS/////////////
  104.     LATA0_bit=0;
  105.     temp=0b10001010;                                //interrupt enable letiltása 0x0A 16 bites(egyenlõ 0)
  106.     SPI1_Write(temp);
  107.     temp=0;
  108.     SPI1_Write(temp);
  109.     temp=0;
  110.     SPI1_Write(temp);
  111.     LATA0_bit=1;
  112.     delay_ms(1);
  113. ////////////////////
  114.  
  115. while(1)
  116. {
  117. /////////////////INTERRUPT LÁB MEGSZAK TÖRTÉNT?////////////
  118. if(RB4_bit==0)                                         //port nem jó kifejezés, a frontend !IRQ kimenetét érzékeli
  119.     {
  120.     Lcd_Out(3,1,"megszakitas tortent");
  121. //interrupt reset   kiolvasással
  122.     LATA0_bit=0;
  123.     tmp=0b00001100;                                //comm reg 0x0b 0c!!  rstatus  kiolvasás után aut. reset
  124.     SPI1_Write(temp);
  125.     tmp=SPI_Read(0);                            ///status reg értéke
  126.     stat=tmp<<8;
  127.     tmp=SPI_Read(0);
  128.     stat=stat+tmp;
  129.     LongToStr(stat, i);                                   //16 bit kiírása
  130.         Lcd_Out(4,1,i);
  131.     LATA0_bit=1;
  132.     delay_ms(2000);
  133.     }
  134. //////////////////////////////////////////////////////////////
  135.  
  136. ////////////////////ADAT KIOLVASÁS////////////////////////////                     waveformból nullát ad vissza    vrm:65535 mindkét csatornán
  137.     LATA0_bit=0;                              //chip select aktív
  138. //delay_us(5);
  139.     temp=0x17;                                //communication regiszterbe írás    //olvasni fogunk 7. bit=0//  VRMS:0x17 24b,  CH2:0x01-waveform 24bit (fesz)
  140.     SPI1_Write(temp);                         //temp short
  141.     tmp=SPI_Read(0);                          //elõször az MSBájt jön   //tmp 48 bites long
  142.     tmp=tmp<<16;
  143.     ertek=tmp;
  144.     tmp=SPI_Read(0);                          //középsõ bájt
  145.     tmp=tmp<<8;
  146.     ertek=ertek+tmp;
  147.     tmp=SPI_Read(0);                          //LSBájt
  148.     ertek=ertek+tmp;                          //24 bit összeollózva
  149.     LATA0_bit=1;
  150. ///////////////////////////////////////////
  151.  
  152.  
  153.   /*  LATA0_bit=0;                              //teszt
  154.     tmp=0b11010111;                   //MSBájt
  155.     tmp=tmp<<16;
  156.     ertek=tmp;
  157.     tmp=0b10101110;                   //középsõ
  158.     tmp=tmp<<8;
  159.     ertek=ertek+tmp;
  160.     tmp=0b10100;                   //LSBájt
  161.     ertek=ertek+tmp;
  162.     LATA0_bit=1;      */
  163.  
  164. ////////////////////KETTES KOMPLEMENS ÁTVÁLTÁS//////////////////////
  165.     if((ertek<=0xFFFFFF)&&(ertek>=0x800000))        //belép ha negatív a szám
  166.     {
  167.     ertek=ertek-1;                          //eredeti: 14134804      0xD7AE14                       // 14134803
  168.     ertek=ertek^0xFFFFFF;                   //~:miért nem jó??? csak egy minusz elõjelet tesz? Jó:XOR 1-el // 14134804
  169.     sign=1;                                 //sign=1 negatív
  170.     }
  171.     else {sign=0;}
  172. /////////////////////////////////////////////////////////
  173.  
  174. //ii=ertek;
  175. //////////////////KIÍRÁS///////////////////////////
  176.         Lcd_Cmd(_LCD_CLEAR);
  177.         LongToStr(ertek, i);
  178.         Lcd_Out(1,1,"U=");
  179.         //i[15]=0;
  180.         Lcd_Out(1,4,i);
  181.         if(sign==1)
  182.          {
  183.           Lcd_Out(2,4,"minusz");
  184.          }
  185.         delay_ms(1000);
  186. //////////////////////////////////////////////////
  187.     //dualchout(ii, uu, pp, iii, uuu, ppp);
  188.  }//while(1)
  189. } //main
Következő: »»   3 / 3
Bejelentkezés

Belépés

Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem