• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
    • přihlásit
    registrace
    ztracené heslo?
    FROORaspberry Pi - miniaturní počítač za 35$


    /home/rapsberry http://www.raspberrypi.org/
    /home/rapsberry/shop http://www.raspberrypi.com/ | Farnell | RS Online
    /home/rapsberry/video http://www.youtube.com/user/raspberrypiliz
    /var/www/RasPiWiki http://elinux.org/RaspberryPiBoard
    /var/www/AndroidPiWiki http://androidpi.wikia.com/wiki/Android_Pi_Wiki
    /usr/src/linux/ http://www.raspberrypi.org/downloads
    rozbalit záhlaví
    TR1
    TR1 --- ---
    2 odpovědi
    RORSCHACH:
    Puvodne mne zajimala vetev 3.3V, protoze jsem ji chtel pouzit pro napajeni esp8266 ktery ma slouzit jako rs232 over IP ale k tomu jsem se vubec nedostal, protoze pri pokusu napajet rpi pomoci pinu jsem mel zde popisovane problemy a rpi jako celek nefungovalo spravne (cyklicke restarty kvuli indikaci podpeti). Nastesti i po tech pokusech, co jsem s nim vcera provadel po pripojeni pres USB funguje normalne.

    SPM:
    Jsem si temer jisty, ze jsem pri mereni odporu chybu neudelal. Pravda je, ze pred kazdym jednotlivym merenim hroty multimetru nezkratuji ale pred prvnim meremin to delam vzdy, to vim na 100%
    RORSCHACH
    RORSCHACH --- ---
    1 odpověď
    Zítra můžu proměřit, co tam najdu já. Jen mi není uplně jasný co hledám. Jestli mám prověřit tu 3.3V větev na pinu 1 (ta myslím projde nějakým napěťovým regulátorem) nebo pin 2/4, což by mělo být napětí přímo ze zdroje, který to Pi napájí.
    TR1
    TR1 --- ---
    Budu to muset vzdat, tohle je evidentne nad moje sily.

    Na zdroji mam 5.6V (zkousel jsem az 5.75V), na GPIO namerim temer 5.2V. System se prestal restartovat, lze se prihlasit a zda se, ze se s nim da i pracovat, presto stale vyskakuje: "bylo detekovano podpeti" a cervena ledka se rozsveci a zhasina. Uvidim az se vratim domu a pripojim klasicky zdroj, jestli to bude jeste fungovat alespon jako predim :).

    Jinac diky vsem za rady, kdyby nahodou jeste nekoho neco padlo, tak klidne napiste.
    TR1
    TR1 --- ---
    1 odpověď
    PES:
    Snazim se to nejak pomoci internetu vypocitat ale neznam jeden zakladni udaj a tim je prurez vodice. Jinac jsem vzal uplne novy pas propojek z meril jednu propojku za druhou a rekordman je pres 3.5 ohmu, v primeru to ma odhadem tak 1 ohm. Rekl bych, jako laik, ze ty kabely stoji za starou belu.

    Nicmene zkusim asi zariskovat a nastavim na zdroji o neco vetsi napeti, snad to rpi prezije.
    PES
    PES --- ---
    1 odpověď
    Na tenoulinkém AWG26 dlouhém 40cm naměřím pod 0,1... (po odečtení odporu přívodních kablíků ohmetru - změřen rozdíl mezi zkratovanými konci a konci spojenými kablíkem). Ten 1Ohm už může v takovém proudu udělat nepříjemný pokles napětí, ne?
    TR1
    TR1 --- ---
    Cerveny ma 0.37 ohmu a modry ma dokonce 0.57 ohmu. Jsem sice laik ale prijte mi to celkem dost, na 20 cm kablik
    TR1
    TR1 --- ---
    PES:
    Vidis, to me nanapadlo, jdu na to.

    Pokusil jsem se udelat fotky at vidite jake neuveritelne veci se mi tu deji ale potreboval bych k tomu 3ti ruku :)





    PES
    PES --- ---
    1 odpověď
    A odpor toho kabelu jako takový se měřil?
    TR1
    TR1 --- ---
    JIMX:
    Tohle me take napadlo, ze je neco s kabelem ale kdyz ho od rpi odpojim tak na obou koncich namerim stejne napeti, presto jsem si vzal jiny par ale chova se to stejne, achjo.
    JIMX
    JIMX --- ---
    1 odpověď+3
    TR1: no jestli mas na kabelu pri 0,5A ubytek 0,5V ... tak bych zacal vymenou kabelu ...
    TR1
    TR1 --- ---
    1 odpověď
    SPM:
    Proud jsem zvysil na 5A, primo zdroj ukazuje aktualni hodnoty 5.20V a 0.500-0.600A . Docela vtipne je, ze na zacatku 20cm dlouheho propojovaciho kabelu namerim tesne pod 5.2V (nejspis rozdil v mereni zdroje a multimetru) ale na druhem konci, toho stejneho kabelu (pripojeny na GPIO namerim pouze tech 4.5-4.6V. Jinac zdroj je uplne novy, nadelil jsem si ho k Vanocum tak snad vadny neni.

    Digitálně řízený lineární laboratorní zdroj Korad KA3010D
    https://www.hotair.cz/...sformatorove/digitalne-rizeny-linearni-laboratorni-zdroj-korad-ka3010d.html
    SPM
    SPM --- ---
    1 odpověď
    TR1: a proud na lab zdroji máš jaký? Napadá mě, že buď je to fakt přetížené, takže ti tam něco žere víc než ty 4A a tudíž zdroj snižuje napětí tak, aby to žralo 4A. Nebo je ten zdroj blbej :-)
    TR1
    TR1 --- ---
    1 odpověď
    TR1:
    Tak nevim co je spatne. Odpojil jsem i cp2102 a misto flashdisku jsem pouzil mSD. Zmeril jsem si multimetrem napeti na dupontech, ktere pripojuji na gpio a je tam skutecne pozadovanych 5.2V. Jakmile nasadim duponty na napajeci piny rpi4, tentokrat 2 a 6, tak na tech dupontech namerim 4.5-4.6 V, proto to asi hlasi podpeti (nektokrat ale cervena ledka sviti)
    TR1
    TR1 --- ---
    1 odpověď
    Stale se snazim prijit na ty vypadky napeti na pinech 1,2 a 4 pri restartu a mam trosku podezreni, ze to me RPi4 neni uplne v poradku, tak mam na Vas zase dve otazky. RPI4 standardne napajim zdrojem zakoupenym v rpishop.cz ktery ma 5.25V a 4A.

    1) az vcera jsem si vsiml, ze pri kazdem restartu tak na 1 sekundu zhasne ledka (cervena), indikujici napajeni, dela to i nekomu z Vas?

    2) abych vyloucil pripadny problem s napajecem, mam ted aktualne pripojene RPI4 k laboratornimu zdroji a napajim zarizeni pres GPIO 2 a 7. Na zdroji mam nastaveno 5.20V a 4A, ledka indikujici napajeni nesviti vubec a debug pres seriovy port mi dokonce vypisuje [ 9.272909] Under-voltage detected! (0x00050005) a dochazi k cyklickemu restartu. Jestli tu neko napaji rpi4 pres GPO, mohl by mi rici, zda mu sviti cervena led nebo ne?
    RORSCHACH
    RORSCHACH --- ---
    Člověk by si řekl, taková triviální úloha, ale přitom takovej boj :)
    PECA
    PECA --- ---
    +3
    PECA: Tak posun. Kdyby to někoho zajímalo.
    V konfigu (/etc/modprobr.d/w.conf) jsem měl "options wire slave_ttl=1 timeout=0 timeout_us=250000". Jak jsem to ladil, tak jsem nastavil konzervativní timeout 1 sekundu a to začalo vykazovat výrazně lepší chování. Pokusováním jsem dospěl k hodnotě timeoutu 550 ms. Tedy asi takto "options wire slave_ttl=1 timeout=0 timeout_us=550000".

    Důvodem bude asi kombinace čtení sběrnice ze strany RPi a fungování čtečku RFId, která po "chvilkách" testuje přítomnost čipu, "chvílku" jí trvá čtení čipu a "chvíli" Id podrží načtené. Podle dokumentace by to mělo být čtení přibližně 6× za sekundu (~ 50 ms na test přítomnosti), k tomu ~ 100 ms rozmezí mezi dvěma úspěšnými kontrolami. Dále ~ 120 ms čtení Id z RF čipu. A nakonec úspěšně načtenou hodnotu uchová ~ 500 ms pro případné odeslání skrze emulaci 1wire. No a pokud v průběhu těch 500 ms přijde RESET (tedy požadavek na čtení sběrnice), tak se to podržení prodlouží o dalších 500 ms. Ale asi je tam nějaký nedokumentovaný strop, takže nakonec (cca mezi 4. a 5. sekundou se to zapomene).
    No ty bláho!

    Takže issue solved. Reakce není úplně bleskurychlá, když s tím blbnu, tak mi to někdy nestihne čip načíst, protože prostě musím vydržet alespoň tu půlsekundu, než vyprší timeout na malině. Uff.
    PECA
    PECA --- ---
    1 odpověď
    Lidičky, pracujete někdo s 1wire na RPi 4? Jako chová se mi to hodně špatně. Mám dvě 1wire čtečky. jedná se o RFID čteky, které se chovají jako tzv Dallas čip, nebo též iButton. Používáme je připojené na GPS do aut a tam to šlape dobře.
    Co se mi děje je, že když přiložím žeton ke čtečce, ta ho načte, na RPi si to vyčtu. Ok. Ale po oddálení mi RPi na sběrnici vykazuje přiložený čip ještě dalších 4 - 5 sekund. Během této doby se navíc nenačte nově přiložený žeton (čip, token, jak kdo chce). A to je průkak. Potřebuji aby to načítalo nové ID ihned = do půl sekundy asi dobrý, do 200 ms ideál. Je to na docházku, takže i 1 sekunda by byla ok. Ale 5 sekund je nehorázná doba :(
    TR1
    TR1 --- ---
    PECA:
    Samozrejme, ze mam nejnovejsi aktualizace vcetne kernelu 5.4.83-v7l+. Buh vi, jestli v tom nemaji nejaky bordel. Napriklad pred 1.5 mesicem jsem v EEPROM nastavil USB_MSD_PWR_OFF_TIME=0 (zakazuje vypnuti USB portu). Celou dobu to slapalo, pred cca tydnem prisla aktualizace a od te doby se zase pevny disk pri kazdem restartu vypne, pritom nastaveni zustalo zachovano.
    PECA
    PECA --- ---
    1 odpověď
    TR1: Jestli jsem pochopil diskusi v tom odkazu, tak alespoň částečně (pokud ne úplně) to řeší update FW – zkoušel jsi?
    TR1
    TR1 --- ---
    1 odpověď
    TR1:
    Tak jsem zkusil nastavit WAKE_ON_GPIO=0 i sdhci.debug_quirks2=4 a muj problem to nevyresilo. Jsem fanda RPI ale RPI4 me fakt uz sere :(
    TR1
    TR1 --- ---
    1 odpověď
    PES:
    diky za odkaz, jdu to studovat.
    Kliknutím sem můžete změnit nastavení reklam