Kérdés:
Hogyan kell a Real Time Clock (RTC) telepíteni a Raspbian-ra?
greggo
2015-11-16 05:34:49 UTC
view on stackexchange narkive permalink

Nekem van:

  • Raspberry Pi és 2015-05-05-raspbian-wheezy
  • ds1307 (ez egy Adafruit tábla, nincsenek behúzva az ellenállások).

Hogyan:

  • konfigurálhatom az illesztőprogramokat
  • megbizonyosodhatok arról, hogy a Pi valóban az RTC időt használja indításkor?

Az első részt valóban elvégeztem, amennyire meg tudom mondani, de a másodikhoz nincs szerencsém. Az ott található információk nagy része, beleértve az Adafruit utasításait, elavult emiatt: https://www.raspberrypi.org/forums/viewtopic.php?t=97314

Szóval, első lépés: engedélyezi az I2c-t és az illesztőprogramokat a raspi-config-ban, hozzáad dtoverlay = i2c-rtc, ds1307 -t a /boot/config.txt végéhez, és megvan az illesztőprogram, és a hwclock nyilvánvalóan most működik nálam (nem lehet futtatni az i2cdetect-et, erről később). az indításkor olvassa az rtc-t. Megpróbáltam követni ezeket a tanácsokat - amelyek nagyrészt összhangban vannak más látottakkal, és nagyon frissek - https://www.raspberrypi.org/forums/viewtopic .php? p = 842661 # p842661

(ez egy másik RTC-hez készült, de csak a második részt követem a hamis órák és így tovább eltávolításáról).

De nincs szerencse, és a "kommentálandó sorok" nem léteznek a pi-n. A pi én 1970. január 1. 00:00 órával jelentkezik, és a hwclock -r szerint az RTC sérült. Még akkor is, ha az RTC beállítása és a pi újraindítása óta nem kapcsoltam le, úgy tűnik, az indításkor biztosan megsérült.

Én sem tudtam egyáltalán futtatni az i2cdetectet. Arra panaszkodik, hogy a / dev / i2c (valami) eszköz nem létezik - és valójában nem is létezik ...


Időközi frissítés

Rendben, én megállapította, hogy:

  • a korrupció csak az idő / dátum információra vonatkozik. Ha az i2cset segítségével kitöltöm az nvram mintát, akkor az információ újraindításkor nem módosul, de az év 0x66 lesz
  • Ha a config.txt fájlban eltávolítom a , ds1307 elemet a dtoverlay = i2c-rtc, ds1307 sorból, akkor a rendszer felkerül az RTC megrongálása nélkül! Ami alátámasztja azt az elképzelést, hogy maga az illesztőprogram károsítja az adatokat. Megnéztem az illesztőprogram kódját, és átmegy az időn, és megváltoztatja azokat a dolgokat, amelyek nem tetszenek neki (pl. 12 óráról 24 órás formátumra változik). Tehát talán az a probléma, hogy az illesztőprogramot akkor telepítik, amikor az I2C port valójában nem áll készen a működésre (talán azért, mert az órák nem állnak készen?)
  • Ha ezt indítás után teszem: sudo sh -c 'echo ds1307 0x68 > / sys / class / i2c-adapter / i2c-1 / new_device' ez az rtc_ds1307 illesztőprogram betöltését és a / dev / rtc0 megjelenését okozza. És az idő még mindig rendben van. És ez felhasználható az init szkriptek modifikálásának alapjául
  • Még egy szórakoztató részlet: ha a hwclock -s -t használom egy szkriptben közvetlenül a / sys / címre írás után. .... / new_device, nem sikerül. Szüksége van egy sleep 0.5 -ra vagy valamire.

Úgy tűnik tehát, hogy van egy olyan rendszerem, amelyet le lehet állítani és be lehet indítani, és a megfelelő időm lesz - ezt hamarosan rendesen felírom.

A korrupció köze lehet (vagy nem) az ntpdate futásához ... https://www.raspberrypi.org/forums/viewtopic.php?p=690492#p690492
Hozzáadtam a `dtparam = i2c1 = be` beállítást a config.txt fájlhoz, ahogy januárban a micksley számára működött: https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=97639 - Újraindítás. Még mindig nincs / dev / i2c *, még mindig nincs i2cdetect.
http://raspberrypi.stackexchange.com/q/34349/5538
@goldilocks - köszönöm, egy fontos puzzle darab. Az i2cdetect most működik, és az 1: 0x68 UU-ként jelenik meg. Ma később megpróbál más dolgokat.
Egyébként rossz módszer lehet az [adafruit bemutató] követése (https://learn.adafruit.com/adding-a-real-time-clock-to-raspberry-pi/set-rtc-time ), és (ha szükséges) használja a Raspbian régi verzióját (2012-2014 között valamikor), amely nem tartalmazza az oktatóanyagot elcsúfító új anyagokat.
Nem hiszem, hogy ez UU-ként jelenjen meg, függetlenül attól, hogy a Raspbian melyik verzióját használja. Érdemes megkérdezni erről Adafruitot.
@goldilocks igen, csak abban reménykedtem, hogy valóban megalapozzam az i2c comm-t, ami valahogy működik, különben a többi időpazarlás lehet ... Most képes leszek az i2cdump-ra. Megértésem szerint az UU azért van, mert az rtc-ds1307 fenntartotta, feltehetően az illesztőprogram legalább azt nézte, hogy 0x68-nál kaphat-e 'ack-t'.
@Wilf - ha, elég igaz. De ezt a Nagy Jók érdekében is teszem. Nem lehet ilyen nehéz (és ki tudja, mikor leszek kénytelen frissíteni ezt az egységet valamilyen más ok miatt). Biztos vagyok benne, hogy a válasz odakint van, és elterjedt a fórum szálai között. Az SE formátum sokkal jobb, ha a „helyes válasz” idővel változik. Ennek ellenére egyetértek azzal, hogy megközelítése lehetővé tenné számomra, hogy megállapítsam, hogy a hardver rendben van, amiben még nem vagyok 100% -ig biztos (de az I2C-t nehéz "majdnem rendbe hozni", ugye ...) szóval talán adok egy lövést.
Abban igazad van, hogy az UU illesztőprogram miatt van - korábban még nem néztem meg a man oldalt, és soha nem használtam olyan I2C eszközt, amelyiknek valóban volt illesztőprogramja. Kíváncsi vagyok, hogy az adott fedvény akkor csavarja-e be? Először ellenőrizze az illesztőprogram betöltését (`lsmod | grep rtc`). Ezután próbálja meg eltávolítani a `dtoverlay =` elemet, és csak bármit használjon az I2C általános engedélyezéséhez (pl. `Dtparam = i2c1 = be`), indítsa újra, ellenőrizze újra az` i2cdetect` és az `lsmod` parancsokat. Ha nincs betöltve, próbálkozzon (`sudo modprobe ...`). Előfordulhat, hogy előtte és utána a "/ sys / bus / i2c / devices" mappába is belenéz. Ha a vezető overlay nélkül tölt be, nézze meg, mit mond a `hwclock`.
a `sudo invoke-rc.d hwclock.sh start` nem csinál semmit, kilép, mert a` / run / udev` létezik. De a `sudo invoke-rc.d hwclock.sh show` beolvassa az órát, a` sudo invoke-rc.d hwclock.sh stop` pedig átmásolja a rendszer óráját hardver órára.
A https://www.raspberrypi.org/forums/viewtopic.php?p=845588&sid=5dbf3062d81633ef97de91d18f039809#p845588 link hasonló a problémájához. Magam még nem próbáltam ki (ebben a szakaszban csak az RTC-t szemlélem).
@Milliways - köszönöm, hogy ezt hozzátette. Sok fórum-beszélgetést találtam hasonló kérdésekről; frusztrálóak lehetnek, mivel ez általában az egész körültekintő átolvasását jelenti az egész történet és kontextus kibontása érdekében. Lehet, hogy egyes kérdések „versenykörülmények”, és így érzékenyek az SD-kártya teljesítményére. Az a kérdés, amelyet az „alvással” javítottam az rc.local-ban, egyértelműen versenyfeltétel - a „hwclock -s” megpróbálja elérni a / dev / rtc0 fájlt, mielőtt azt az „echo” által kiváltott műveletek hozták létre a korrupció kérdése is így van, ami megmagyarázhatja, hogy miért nem mindenki találkozik ezzel.
Abban az esetben, ha találtam egy teljes oktatóanyagot itt: https://tutorials.technology/tutorials/40-how-to-add-a-real-time-clock-to-raspberrypi.html
Három válaszokat:
greggo
2015-11-19 10:23:37 UTC
view on stackexchange narkive permalink

Így alakítottam.

Itt szinte mindent szuperfelhasználóként kell végrehajtani, ezért használd a 'sudo bash' parancsot, vagy tedd a sudo-t minden elé (ha még nem látható).

A következő alapvető lépésekre van szükség:

  • gondoskodjon arról, hogy az 'i2c' illesztőprogramok jelen legyenek, ha még nem;
  • van további illesztőprogram for rtc_ds1307
  • távolítsa el a hamis órát. Ez egy alrendszer, amelyet általában akkor használnak, ha nincs hálózatod az idő biztosítására; a rendszer leállításakor fájlba menti a rendszer idejét, és indításkor ugyanabból a fájlból tölti be. Tehát az idő nem megfelelő, de legalább nem áll vissza nullára (1970. január 1.) minden egyes újraindításkor. Telepítve az RTC-t, az idő ésszerűen indul a hálózat nélkül is.
  • gondoskodjon arról, hogy a rendszer beolvassa az időt az RTC-ről.

Kérjük, hogy vegye figyelembe, hogy ez a 2015-05-05-raspian-wheezy képre vonatkozik, egy 2.0-ás 'Pi 1' fordulatszámra és a bővítő csatlakozóhoz csatolt ds1307 rtc-re. Ennek egy részének vagy nagy részének más helyzetekre kell vonatkoznia (de valószínűleg nem az idősebb raspianra). Lehetséges, hogy az RTC sérülésével kapcsolatos probléma a ds1307 illesztőprogramra jellemző, így más chipek esetében egyszerűbb lehet. És ez a probléma megoldódhat egy későbbi kiadásnál.

Ezeket az utasításokat a 2-es típusú NYÁK-ra is írják, ahol az I2C # 1 buszt használják. Ha van rev1 nyomtatott áramköri lapja (amelynek nincs a 8 tűs „P5” csatlakozója a P1 közelében), akkor az RTC-t a 0-as I2C buszhoz fogja csatolni. Tehát, amikor az alábbiakban / i2c-1 / -et látja, használja helyette a / i2c-0 / -ot.

Először futtassa a raspi-config parancsot, és a „speciális opciók” alatt talál egy beállítást az I2C engedélyezéséhez és az I2C illesztőprogramok betöltéséhez. Engedélyezze őket.

Most elvileg felvehet egy sort a /boot/config.txt aljára: dtoverlay = i2c-rtc, ds1307 , amely betölti a ds1307 meghajtó; de - amint azt többen megállapították - az illesztőprogram betöltése megrongálja az óra tartalmát, és ezzel megsérti annak célját. Fogalmam sincs miért, de megnéztem az illesztőprogram forrását, és megállapítottam, hogy indításkor beolvassa az órát, majd ha olyan dolgokat talál, amelyek nem tetszenek neki (például 12 órás formátumot 24 helyett), akkor 'kijavítja' ezeket a beállításokat írással. Tehát gyanítom, hogy az történhet, hogy az illesztőprogram túl hamar betöltődik az I2C elindulása után, és talán az órák nincsenek megfelelően beállítva, vagy valami, és a kommunikáció megsérült. Mindenesetre ez nem működik a rendelkezésemre álló konfigurációval, ezért az illesztőprogram későbbi betöltését fogjuk okozni.

Ezen a ponton újraindíthatja, és az lsmod | grep i2c látnia kell az i2c_bcm2708 illesztőprogram betöltését (amint azt a raspi-config kéri).

Ezután futtassa a következő parancsot:

echo ds1307 0x68 > / sys / class / i2c-adapter / i2c-1 / new_device

vagy (ha még nem superuser):

sudo sh -c 'echo ds1307 0x68 > / sys / class / i2c-adapter / i2c-1 / new_device'

( sudo echo nem fog működni az > az, aminek superusernek kell lennie).

Ennek hatására az rtc_ds1307 illesztőprogram betöltődik, és létrehoz egy eszköz / dev / rtc0 . Most már képesnek kell lennie a hwclock:

sudo hwclock -r

futtatására ... Ez megjeleníti a RTC. Előfordulhat, hogy hibát generál, mert az órája még nincs megfelelően inicializálva. Mindenesetre most beállítjuk.

(1) Győződjön meg arról, hogy a rendszer óráját a date használatával állította be. Ha hálózaton van, akkor azt már be kell állítani; ha nem, akkor vedd ki a telefonodat vagy a zsebórádat, és próbálj ki valami hasonlót:

sudo date -s '2015. november 18. 22:20:24'

ha a rendszer ideje megfelelően van beállítva - vigyázva, hogy az időzónának megfelelő legyen - megteheti

sudo hwclock -w

amely az RTC-re másolja.

És akkor a hwclock -r működnie kell, és meg kell mutatnia az időt az RTC-ben, és látnia kell, hogy halad, ha elolvassa többször is.

  2015. november 18., szerda, 22:48:41 EST -0.181329 másodperc > Megjegyzés: az óraértéket az UTC időzónához képest tároljuk, de helyi idő szerint jelenítjük meg. Először tiltsa le, és ellenőrizze, hogy a hwclock.sh engedélyezve van-e:  
  sudo update-rc.d rm /etc/cron.hourly/fake-hwclocksudo rm /etc/init.d/fake-hwclock

hwclock.sh nem tesz semmit indításkor - észleli az udev jelenlétét, és feltételezi, hogy az udev elvégezte az indítási munkát - de tesz valami hasznosat, ami azt jelenti, hogy bekapcsoláskor a rendszer idejét írják az RTC-nek. Tehát, ha csatlakozik egy hálózathoz, a Pi idő szinkronizálódik a hálózattal, és az RTC-siklása kijavításakor kijavításra kerül. bekapcsoláskor, így a rendszer ideje be lesz állítva. Az udev-ben van egy olyan dolog, amely megpróbálja ezt megtenni, de ami meghiúsul, vagy megkerülhető, mert az RTC illesztőprogram nincs betöltve.

Ezt úgy állítottam be, hogy hozzáadjam ezt a négyet sorok a /etc/rc.local tetején (közvetlenül fent, a megjegyzések alatt):

  echo 'az RTC beállítása'echo ds1307 0x68 > / sys / class / i2c-adapter / i2c-1 / new_devicesleep 0.5hwclock -s  

Ez biztosítja, hogy az illesztőprogram be legyen töltve, és a rendszer időtartama a hardver órájából legyen beállítva, a rendszer minden indításakor. Az 'alvás 0.5' azért van, mert azt tapasztaltam, hogy a hwclock parancs nem fog működni nélküle - a műveletet a / sys / class / i2c-adapter / i2c-1 / címre írva váltják ki. az új_eszköz (beleértve a / dev / rtc0 létezésének létrehozását) nyilvánvalóan egy kis időt vesz igénybe (valószínűleg jóval 0,5 másodperc alatt).

És ennyi. Nem igazán örülök a /etc/rc.local ilyen használatának - inkább sokkal korábban szeretném beállítani, mivel sok minden megtörténik a rc.local előtt. A kód> végrehajtásra kerül, és sokkal jobb lenne, ha az órát beállítanánk, mielőtt ezek a dolgok futnának. De nekem ez működik. Frissítem ezt a választ, ha találok egy jobb módot.

Hivatkozások https://www.raspberrypi.org/forums/viewtopic.php?t=97314 https://www.raspberrypi.org/forums/viewtopic.php?p=842661 https://www.raspberrypi.org/forums/viewtopic.php?t=85683 https://www.raspberrypi.org/blog/upcoming-board-revision/

Rendelésre volt RTC-m, és olvastam RTC-bejegyzéseket. Ez a kevés azon a webhelyen, amely megemlíti az RTC-t. Megérkezett az RTC-m, hozzáadtam a `dtoverlay = i2c-rtc, ds3231` fájlt a` config.txt'-hez a legújabb Raspbian (Jessie) fájlhoz. Úgy tűnik, minden rendben működik. Nincs szükség speciális konfigurációra. Kétségtelen, hogy ez egy másik chip (bár az adatlap nagyjából ugyanúgy néz ki, leszámítva az on chip Xtal-ot és 3.3V-ról fut). PS `hwclock`-nak szüksége van` sudo`-ra
Az @Milliways `/ etc / rc.local` gyökérként fut. Nem emlékszem, hogy a ds3231 ugyanazt az illesztőprogramot használja-e, és egyébként sem tudom, mi okozza a korrupciót, csak az történik, amikor az illesztőprogram betöltődik. Továbbá, amint azt egy fenti megjegyzésemben említettem, gyanítom, hogy ezek közül néhány probléma oka lehet az init versenyfeltételei (pl. Az rtc illesztőprogram betöltődhet az i2c megfelelő beállítása előtt), és jelentősen befolyásolhatja őket a sebesség. az SD-kártyát. Amikor először futottam Jessie-t, a 4. osztályú kártyán volt, és súlyosan eltört; furcsa hibák, és figyelmen kívül hagyta a "leállítást". Rendben volt a 10. osztályban
@Milliways, de igen, erősen ajánlom, hogy menjen a ds3231-hez, 3.3v-n fut, sokkal pontosabb. Ha ez is megment benneteket ezektől a gondoktól, az óriási bónusz.
greggo
2015-11-19 11:25:17 UTC
view on stackexchange narkive permalink

Kiegészítő válasz - Hibaelhárítás az I2C eszközökkel

Miközben megpróbáltam működőképessé tenni, hasznosnak találtam az i2c-eszközök használatát az RTC megnézésére, és sok más utalást talál erre más beszélgetések során. Adtam néhány információt a kérdéshez, hogy mit találtam vele; Erre a válaszra helyeztem át, hátha hasznos.

Szüksége lesz az I2C engedélyezésre (raspi-config) és az i2c-dev modul betöltésére - ezt kényszerítheti egy sudo modprobe-val. i2c-dev . A i2c-dev nem szükséges az RTC működéséhez, de az i2c-tools használatához szükséges.

Az i2c-tools telepíthető a sudo apt-get használatával telepítse az i2c-tools elemet, ha az 'i2cdetect' nincs.

Ha rendelkezik Rev. 1 PCB-vel: Módosítsa az i2cdetect -y 1 értéket i2cdetect értékre -y 0 , és módosítsa az összes 1 0x68 értéket 0 0x68 -ra az i2cdump parancsokban.

Megteheti i2cdetect -y 1

  0 1 2 3 4 5 6 7 8 9 abcde f00: - - - - - - - - - - - - - - 10: - - - - - - - - - - - - - - - - 20: - - - - - - - - - - - - - - - - - 30: - - - - - - - - - - - - - - - - - 40: - - - - - - - - - - - - - - - - - 50 : - - - - - - - - - - - - - - - - 60: - - - - - - - - - 68 - - - - - - - 70: - - - - - - - -  

... a ' 68 'azt mutatja, hogy egy eszköz a 0x68 címen válaszolt a címzésre az I2C buszon. Ha betöltötte az rtc_ds1307 illesztőprogramot, az 'UU' néven jelenik meg, mivel az illesztőprogram fenntartja.

A i2cdump -y -f -r 0-6 1 0x68 c parancs A code> a ds1307 első 7 regiszterének kiírására használható, amelyek tartalmazzák az időt (a '-f' csak akkor szükséges, ha telepítve van az rtc illesztőprogram; ez felülírja a foglalást).

Az alábbiakban látható mi történik bekapcsolás után, amikor az RTC megsérül az illesztőprogram dtoverlay = i2c-rtc, ds307 általi betöltése miatt.

hwclock -r kezdetben arról számol be, hogy az óra beállítása sérült, és az év valóban „66”.

  pi @ raspberrypi ~ $ sudo hwclock -rhwclock : A hardveróra regiszterek érvénytelen értékeket tartalmaznak (pl. A hónap 50. napja), vagy meghaladják az általunk kezelhető tartományt (pl. 2095. év) .pi @ raspberrypi ~ $ sudo i2cdump -y -f -r 0-6 1 0x68 c 0 1 2 3 4 5 6 7 8 9 abcdef 0123456789abcdef00: 50 04 00 05 01 01 66 P?. ??? f pi @ raspberrypi ~ $ sudo i2cdump -y -f -r 0-6 1 0x68 c 0 1 2 3 4 5 6 7 8 9 abcdef 0123456789abcdef00: 52 04 00 05 01 01 66 R?. ??? f pi @ raspberrypi ~ $ sudo hwclock -wpi @ raspberrypi ~ $ sudo i2cdump -y -f -r 0-6 1 0x68 c 0 1 2 3 4 5 6 7 8 9 abcdef 0123456789abcdef00: 35 09 01 03 17 11 15 5 ?????? pi @ raspberrypi ~ $ sudo i2cdump -y -f -r 0-6 1 0x68 c 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef00: 37 09 01 03 17 11 15 7 ?????? pi @ raspberrypi ~ $ sudo hwclock -r 2015. november 17., 01:09:42 UTC -0.384866 secondspi @ raspberrypi ~ $ sudo i2cdump -y -f -r 0-6 1 0x68 c 0 1 2 3 4 5 6 7 8 9 abcdef 0123456789abcdef00: 46 09 01 03 17 11 15 F ?????? 

Az i2cdump hét száma a következő: [sec min óra a hét napjának napja hónap hónapja], mindez bcd-ben, így utoljára 2015. november 17-én, 01:09 : 46 UTC.

A „sérült” idő 66. január 1., és láttam, hogy mások is megjelentek ugyanerről az értékről.

iomihai
2016-01-26 18:54:40 UTC
view on stackexchange narkive permalink

Hasonló problémám volt két Raspberry Pi 2 Model B-vel Arch Arch-szal, az egyik TinyRTC-vel (a ds1307-gyel), a másik pedig egy kondenzátoros RTC-vel (a ds3231-gyel).

Az NTPD futtatása démon megrongálta az RTC dátumát, és 2066/01/01 értékre állította.

  #hwclock --debughwclock from util-linux 2.27A / dev interfész használata az órára. Utolsó sodródás beállítása 1420070400-on történt. másodperc 1969 után Utolsó kalibrálás 1420070-nél 400 másodperc 1969 után Hardveróra UTC-idő van Feltételezve, hogy a hardver órája UTC-időtartamban van. Órajelzésre várva ... / dev / rtc nem rendelkezik megszakítási funkciókkal. Várakozás a ciklusban a / dev / rtc idő megváltoztatásához ... órajel lett beolvasva Idő leolvasása a hardver óráról: 2066/01/01 00: 01: 12 Érvénytelen értékek a hardver órában: 2066/01/01 00: 01: 12 Idő utolsó óta A beállítás: -1420070400 másodperc A hardver óra kiszámítása 0,000000 másodperc óra: A hardver óra regiszterek olyan értékeket tartalmaznak, amelyek érvénytelenek (pl. a hónap 50. napja), vagy meghaladják az általunk kezelhető tartományt (pl. 2095. év).  

A beállítás

Hozzáadtam a /boot/config.txt fájlba

  dtparam = i2c_arm = ondtoverlay = i2c-rtc, ds1307  

vagy

  dtparam = i2c_arm = ondtoverlay = i2c-rtc, ds3231  

Hozzáadtam az / etc / modulokba -load.d / raspberrypi.conf

  i2c-bcm2708i2c-dev  

Letiltottam a systemd-timesyncd

  # timedatectl set-ntp false  

Telepítettem az NTP-t

  # pacman -S ntp  

Hogyan megoldotta

Megállapítottam, hogy az NTPD egyetlen példányának elindításával a t megkezdése előtt a szolgáltatás frissíti a rendszeridőt, és nem állítja be az RTC-t, de ha utána elindítom az NTPD szolgáltatást, az frissíti az RTC dátumát anélkül, hogy azt megrontanám. Az alapértelmezett csoport az audio.

  # ls -l / dev / rtc0crw-rw ---- 1 root audio 254, 1970. január 1. / dev / rtc0  

A teszteléséhez létrehoztam az /etc/udev/40-rtc-permissions.rules

-t
  KERNEL == "rtc0", GROUP = "ntp", MODE = "0666"  

de ez nem segített, ezért töröltem.

Indításkor frissítenem kellett a rendszer dátumát is, mivel ez nem történik meg automatikusan.

Hozzáadtam az /etc/ntpd.service fájlhoz

  ExecStartPre = - / usr / bin / hwclock -sExecStartPre = / usr / bin / ntpd -gq  

és engedélyezte az NTPD szolgáltatást

  # systemctl engedélyezi az ntpd  

és a dátum frissül, és nem sérül az indítás során.

Nem tudtam meg, mi okozza az NTPD démon sérülését az RTC-ben, ha először elindul, és nagyra értékelném, ha valaki javítana a megoldásom, de ez nekem működik.

Köszönöm a bejegyzést. Egész nap ezzel küzdöttem a Raspberry Pi 3-on, és a bejegyzésed végül összerakta az utolsó hiányzó darabokat. A Fedberry-t futtatom az operációs rendszerhez, és megpróbálom IPA-szerverként beállítani az egységet (miért? Mert az ingyenes IPA 10 wattos - remek az íze, kevesebb a töltése!) Most van egy működő IPA szerverem, amely képes túlélni az áramkimaradásokat kézi beavatkozás nélkül. A ds1307 rtc-t használom, és ugyanazokkal a problémákkal találkoztam az azonosított óra hibaelhárításakor. A legrosszabb az RTC memória sérülése volt indításkor. Nem vagyok biztos benne, hogy a dtparam = i2c_arm = on volt-e a trükk o


Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...