Fórum témák

» Több friss téma
Fórum » Óra IC (RTC) használata PIC-kel
 
Témaindító: Csaplar, idő: Márc 2, 2007
Témakörök:
Lapozás: OK   1 / 8
(#) Csaplar hozzászólása Márc 2, 2007 /
 
Sziasztok!

Egy kis segítséget szeretnék kérni!

Van egy pic16f877-es demó kártyám, amelyet egy p18f4520-as procival használok. A kártya tartalmaz alapból egy RS5C372A óra IC-t, ezt szeretném használni.

Valamilyen szinten megy is a dolog, sikerült beállítanom az időt és meg is jelenítettem, de változó idő elteltével mindig lefagy.

Mi lehet a baj? Miért áll le az óra? Én esetleg azt tudnám elképzelni, hogy valahol nem megfelelő a delay, de gőzöm sincs, hogy hol! Vagy valami túlcsordulna?

Elküldöm, hogy eddig mit sikerült bénáznom! Mindenfajta észrevételt szívesen fogadok!

Van ötletetek?

Előre is köszi!

Zotya

myClock.zip
    
(#) deguss válasza Csaplar hozzászólására (») Márc 2, 2007 /
 
Szia!

(bocs most nincs ekezetem)
Milyen forditot hasznalsz?
A Clock_Read fgv-böl szedd ki a IdleI2C()-ket, eleg oda böven az 5 ms-os delay is!
Meg esetleg a main fgv-ben a Clock_Read fgv. meghivasat nagyobb idokozonkent tedd, pl 100ms-onkent.

udv. deguss
(#) Moderátor hozzászólása Csaplar hozzászólására (») Márc 2, 2007
 
Ha mindent zippelve tettél fel az dícsérendő, de nem kell a tartalmát is egyesével feltölteni. Többit töröltem!
(#) Tomee válasza Csaplar hozzászólására (») Márc 2, 2007 / 4
 
Üdv!

Én is pont ezt az órát nyagatom. Csak dugdosós panelon van összerakva és már egy ideje megy (~2 hónap) Nekem semmi próblémám nincs vele.
Még az időt kéne egy kicsit pontosítani (time adjust vagy mi a neve..) és akkor minden jó lenne.
Csatolom a kodómat. Ha tudod akkor használd egészséggel!

RS5C372A.ZIP
    
(#) mokus hozzászólása Márc 2, 2007 /
 
Akkor nekem is lenne egy kérdésem, van olyan RTC ami legalább század másodperc pontos? az se baj ha ezred. Stoppert akarok gyártani, de nem találtam hozzá megfelelő IC-t. Segítsetek ha tudtok!
Köszi előre is!
(#) deguss válasza mokus hozzászólására (») Márc 2, 2007 /
 
(#) mokus válasza deguss hozzászólására (») Márc 3, 2007 /
 
Ez is csak másodperceket mér nem?
(Legalább is adatlapját nézve én így látom)
(#) Csaplar válasza Tomee hozzászólására (») Márc 3, 2007 /
 
Köszi a sok segítséget!
(#) deguss válasza mokus hozzászólására (») Márc 3, 2007 /
 
Más a pontosság és a felbontás fogalma, de hogy egy hozzászólással válaszoljak mindkét kérdésedre, IGEN,

  • csak 1 mp a legkisebb felbontás, de

  • pontossága mint egy kvarcórájé, hiszen ez is az... Egy mikrocontrollerrel megvalósított RTC elbújhat mellette!

És nincs gondod a hónapok napjai számának feldolgozásával, 2100-ig még a szökőévek is benne vannak. Azontúl választhatsz 12/24 órás időformátumot is!
(#) mokus válasza deguss hozzászólására (») Márc 3, 2007 /
 
Igazad van, rosszul fogalmaztam, átfogalmazon a kérdésem.
Olyan RTC kellene nekem, ami azon túl, hogy pontos mér század másodperceket esetleg még jobb lenne ha ezred másodperceket is mérne.
deguss fogalmaival élve a felbontása legalább század másodpercnek kellene lenni.
Tudtok e ilyet ajánlani nekem?
(esetleg PIC-el megvalósítható lenne e ez a feladat? ott miylen hibahatárral lehetne számolni?)
(#) deguss válasza mokus hozzászólására (») Márc 3, 2007 /
 
Rövid időtartamra tökéletes a PIC egyik timere.
A pontosság és a felbontás az órajeltől függ. A legkisebb felbontás a kvarc periódusidejének négyszerese.
Tehát pl. egy 20MHz-es kristállyal 2u-os felbontás érhető el. (ideális esetben)
(#) mokus válasza deguss hozzászólására (») Márc 3, 2007 /
 
Időtartam amit szeretnék mérni az 4-20 mp közé esik. Két tárgy* érzékelő elötti elhaladásának ideje. De ha lehet elég pontosan mert pontos sebességet kellene számolnom belőle. Ezért lenne jó az ezredmásodperces felbontás
Szerinted nyithatok neki egy PIC-es témát? Esetleg tudsz ajánlani valami irodalmat ebben a témakörben? PIC-ben kezdő vagyok. C-ben is, de azzal már foglalkoztam Linux alatt 1-2 éve.

*dobozok

(#) deguss válasza mokus hozzászólására (») Márc 3, 2007 /
 
Idézet:
„Szerinted nyithatok neki egy PIC-es témát?”


Nem kell, ez még belefér ebbe is, hacsak Csaplarnak nincs ellenvetése.

Szerintem a 4-30mp-re is tökéletesen megfelel a PIC Timer1 modulja. Ha ez a
Idézet:
„tárgy* érzékelő elötti elhaladás”
-át fel lehet fogni egy-egy impulzusként, akkor ott a CCS I. cikk 3. oldalán a pulzusszélességmérés példában a megoldás.

INT pin-re jövő le-, vagy felfutó él elndítja a TIMER1-et, ha túlcsordul, egyszerűen egy számlálót növelsz. Ha újra pulzus jön az INT pin-re, megállítod a timert, és a pontos értéket úgy kapod meg, ha kiszámolod, hányszor csordult túl, és hozzáadod a TIMER1 aktuális értékét. Utána meg már csak számolás kérdése, hogy másodperbe alakítsd a "tick"-eket.

Üdv. deguss
(#) mokus válasza deguss hozzászólására (») Márc 4, 2007 /
 
Köszönöm, átnéztem. Próbálkozok vele.
(#) Csaplar válasza deguss hozzászólására (») Márc 4, 2007 /
 
Dehogy van ellenvetésem! Örülök, hogy ilyen megindító témát sikerült feldobni!

Üdv
(#) Tomee hozzászólása Márc 8, 2007 /
 
Kis próblémám támadt ezzel az ic-vel?
Hogyan lehet pontosítani?
Tudom, hogy melyik regisztert kell irni, de nem tudom jól kiszámolni az értéket.
Leirom a gondoltamenetemet.
Elösszőr is 84 nap (7.257.600sec) alatt késett 480 másodpercet.
Ebből úgy számoltam frekit, hogy 7.257.600/(7.257.600+480)=0.9999338
0.9999338*32768=32765,833Hz - jőn ki.
Ezt veszem alapul. Ezt kéne belőni 32768-ra.
Azaz: (32765,833-32768)*10=-21.67 ~ -21 => kettes komplemensben: '6B' hexa
És ezt irom a Time Trimming regiszterbe (7h)
Az idő beállítása után ezt állítom be. Az időt beirja és gondolom, hogy ezt is.
Még nem olvastam vissza, de mindjárt megpróbálom kiolvasni.
A végeredmény az, hogy ezek után 1 nap elteltével már egy percet késik.
Mit gondolok, számolok rosszúl. Tudna nekem valaki valamit segíteni?
(Nincs ilyen pontos müszerem amivel a frekit meg lehetne mérni valamelyik kimeneten, így számolgatni próbáltam)
Jah még valami a kvarc 32768Hz-s és ha minden igaz akkor 20ppm-s. Alapból egy 3V-s lithium elem hajtja, de amikor bekapcsolom akkor 5V-ról üzemel.
Lehet, hogy nem komálja a 3V-t? Az adatlapja szerint jó neki az is. De nem tudom....

RS5C372A.pdf
    
(#) pbalazs válasza Tomee hozzászólására (») Márc 9, 2007 /
 
Hátha segít...

Adjust.xls
    
(#) Tomee válasza pbalazs hozzászólására (») Márc 9, 2007 /
 
Köszi, de ezzel is ugyan az az eredmény jőtt ki.
Na jó ezzel -22 nekem pedig -21. Szerintem azzal az 1-el nem viszek bele sok hibát.
(#) pbalazs válasza Tomee hozzászólására (») Márc 9, 2007 /
 
Konkrét választ nem tudok adni, már rég foglalkoztam ezzel. Itt van még két doksi az oszcillátorról, meg a kalibrálásról, hátha találsz benne valamit.

RS5C372A.ZIP
    
(#) Csaplar hozzászólása Márc 17, 2007 /
 
Sziasztok!

Rövid kihagyás után ismét elkezdtem játszani az órával!
Kipróbáltam azokat a dolgokat, maiket tanácsolatatok, de nem igazán segített.
Csatolom a cucc jelenlegi állapotát! Ha valakinek van ötlete, hogy miért áll le mindig az óra, akkor létszi segítsen!

Változó időközönként leáll az óra és nem jövök rá az okára. A rekord idáig 20 perc volt.

Előre is köszi!

Üdv.:
Zotya

Rs5c372A.zip
    
(#) Csaplar hozzászólása Márc 23, 2007 /
 
Sziasztok!

RS5C372A óra IC-t szeretnék használni egy 16F877-es próbapanelen, amit pic18F4520-as vezérlő hajt.

Ez a téma már fel volt dobva csak le is lett zárva és már nem nézi senki.

Szóval elvileg ketyeg az óra és meg is jelenik a kijelzőn, de kb 10-20 perc után maximum leáll. Már próbáltam nagyon sok mindent, de nem tudom mi lehet a baj!

Mellékelem a forrást! Kérlek nézzetek bele! Bármilyen észrevételt szívesen fogadok!

Előre is köszi!

Jah és ha lenne valakinek pic-es SPI-s EEPROm kezelő forrása azt is szívesen fogadnám!


Zoli

Rs5c372A.zip
    
(#) Moderátor hozzászólása Csaplar hozzászólására (») Márc 23, 2007
 
Nem tudom, honnan jött az ötleted, miszerint ez a téma le lett volna zárva valaha is...csak be kellett volna gépelni a keresőbe pl., hogy: "RS5C372", és amelyik témában szerepel ez a szó, kiadta volna ezt a topikot is találatnak a kereső.
(#) djdry hozzászólása Márc 10, 2010 /
 
Sziasztok...

PCF8563-ra van valakinep MPasm progija, szoftos I2C vel?
Én már 1 hónapja szívok vele, de nem megy igazán. Ha egyszer elindul, akkor nem tudom újra beállítani az időt rajta, mert csak ff7f3f1f... stb lesz benne minden idő és dátum.

Köszi a segítséget előre is minden gurunak!
(#) kisfesz hozzászólása Máj 6, 2010 /
 
Sziasztok!

A következő problémával fordulok hozzátok: van egy DS1302 RTC-vel és PIC 16F877 épített órám, az RTC-t 2ms-os időnként olvasom ki, ha ellem nélkül, használom akkor naponta siet 2-3 másodpercet, de ha használom az elemet, akkor késik 6 – 7 percet. Ez vajon mitől lehet? Találtam a Maxim-nál leírást rá de az angol tudásom kevés hozzá, a fordítók meg egyszerűen értelmetlen fordítást adnak. Ha valaki le tudná fordítani, vagy tudna valami megoldást, azt megköszönném!

Slow Clocks
The following are the most common scenarios that cause a crystal-based RTC to run slow.

1. Overshoots on RTC input pins. It is possible to cause a RTC to run slow by periodically stopping the oscillator. This can be inadvertently accomplished by noisy input signals to the RTC. If an input signal rises to a voltage that is greater than a diode drop (~0.3V) above VDD, the ESD protection diode for the input pin will forward bias, allowing the substrate to be flooded with current. This, in turn, stops the oscillator until the input signal voltage decreases to below a diode drop above VDD.

This mechanism can cause the oscillator to stop frequently if input signals are noisy. Therefore, care should be taken to ensure there is no overshoot on input signals.

Another situation that is common to overshoot problem is having an input to the RTC at 5V when the RTC is in battery-backup mode. This can be a problem in systems that systematically shut down certain circuits but keep others powered up. It is very important to ensure there are no input signals to the RTC that are greater than the battery voltage (unless stated otherwise in the device data sheet) when the device is in battery-backup mode.

2. Wrong crystal. A RTC typically runs slow if a crystal with a specified CL is less than the CL of the RTC. The severity of the inaccuracy is dependent on the value of the CL.

3. Stray capacitance. Stray capacitance between the crystal pins and/or to ground can slow an RTC down. Therefore, care must be taken when designing the PC board layout to ensure the stray capacitance is kept to a minimum.

4. Temperature. The further the operating temperature is from the crystal turnover temperature, the slower the crystal oscillates. See Figures 3 and 4.
(#) vicsys válasza kisfesz hozzászólására (») Máj 8, 2010 /
 
2 dolog:
-Miért 2ms-onként olvasod? Nem elég másodpercenként?
- Elem nélkül használod?? Akkor ne várj sokat tőle...
Buktatók a DS RTC-vel (saját tapasztalatok):
- Elem merül, vagy nincs
- Túl nagy a felhúzó ellenállás (nálam a 2k2 az optimális)
- Túl gyors a kiolvasás, nincs idő végrehajtani az utasításokat
- Hiányzik az inicializálás vagy nem fut le
- Egy megszakítás pont kiolvasás közben van és kiakad
- Nyák hiba (zárlat és/vagy szakadás)
- Nem megfelelő értékű kvarc (32,768KHz-es kell) Más elkövette azt a hibát, hogy 3,2768MHz-est tett be és 4 percet csúszott neki...
- Hiányzik a 100nF-os kondi a táplábak mellől és zajos a táp
- Extrém magas hőmérsékleten akarod használni. Pl.: Mellette van egy fet ami fűt mint állat...
A fordításban tud segíteni a google is: Bővebben: Link
(#) kisfesz válasza vicsys hozzászólására (») Máj 9, 2010 /
 
Köszi a tapasztalataidat, elvileg elég a mp-es olvasás is. Elemmel szeretném használni csak ha használom, akkor késik 6 -7 percet naponta. A felhúzó ellenállás hova kell? Mert én az adatlap szerint kötöttem össze a PIC-el de ott nem láttam. Természetesen 32.768 KHz óra kvarcot használok, próbapanelon összerakva szalagkábellel összekötve. 100nf szűrőkondit használtam a PIC-nél és a DS1302 IC-nél is.
(#) trudnai válasza kisfesz hozzászólására (») Máj 9, 2010 /
 
Vdd es az adat labak hogy vannak bekotve? Jo lenne egy rajz, hogy lehessen latni. Tobb lehetseges dolgot emleget amugy amit beideztel. Pl. az bemeneti jel zajos, vagy tul magas szinten van. Vagy a kristaly nem jo, vagy a kondik nem megfelelo ertekuek. Vagy a parazita kapacitasok okoznak problemat (pl nem megfeleloen kialakitott vezetek/szigetelo reteg a panelon, tul messze van a kristaly stb).
(#) vicsys válasza kisfesz hozzászólására (») Máj 9, 2010 /
 
Próbáld meg az 5,6,7-es lábakat felhúzni tápra, egy-egy darab 4k7~10K ellenállással. A kvarcnak közvetlenül az IC lábai mellett kell lenni, lásd az adatlap 5. oldalán.
(#) kisfesz válasza trudnai hozzászólására (») Máj 9, 2010 /
 
Elkészítettem a rajzot, a kvarc közvetlenül az IC lábai mellett van!
Köszi Vicsys, megpróbálom 5,6,7 lábakat felhúzni tápra hátha változik.

RTC_ora.JPG
    
(#) zenetom hozzászólása Márc 12, 2011 /
 
Hali!
Járt már valaki úgy, hogy egy RTC-nél ha elmúlt 11:59, akkor utána az órák összevissza íródtak ki? De csak óraváltáskor. Pl.: 11:59 után nálam 52:00 lesz, aztán 52:59 után 41:00 meg ilyenek...
Bár elég ritka ez az RTC (M6242B), de nem értem mi lehet a baja, pedig minden jól van elvileg beállítva. Lehet hogy az IC a rossz? De érdekes, hogy csak dél után csinálja ezt. Délelőtt pl.: 09:59 után 10:00 lesz, meg a többi délelőtti óra is jól váltódik át.
Következő: »»   1 / 8
Bejelentkezés

Belépés

Hirdetés
Lapoda.hu     XDT.hu     HEStore.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