Hirdetés

  2. Fórumok
  3. PC, mini PC, barebone, szerver
  4. Raspberry Pi
Legfrissebb anyagok
PROHARDVER! témák
Mobilarena témák
IT café témák
GAMEPOD témák
  • Téma összefoglaló
    Utoljára frissítve: 2024-09-03 13:31

    PROHARDVER!

    Amit érdemes tudni a Raspberry Pi-kről:
    A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.

Új hozzászólás Aktív témák

  • #40942 CPT.Pirk Jómunkásember
    Új Válasz #40942
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    CPT.Pirk

    Jómunkásember

    Raspberry 3B+ vs RS485

    Beüzemeltem a rendes UART-ot (PL011 (/dev/ttyAMA0)) a hardveres port használatára, mert alapból a Blutooth van ezen. Így az RX / TX már a megfelelő pineken működött, de nem volt hardveres RTS / CTS kezelés, mindegy mit csináltam.
    Ekkor megtaláltam, hogy külön Alt3 módba kell állítani ezt a két IO lábat, hogy legyen RTS kezelés, így is lett. Ezt használtam hozzá: https://github.com/mholling/rpirtscts

    Viszont, az adás kezdetével ugyan kapcsol az RTS láb, de csak 27ms-el később kapcsol le. Ez így teljesen használhatatlan gyors port kezelésre, mert a buszon lévő kliens már rég lenyomta a választ is, mielőtt az RTS láb visszaállt alapállapotba, de emiatt ugye nem hallottuk meg a választ.
    Itt: [link] és itt [link] is ilyen problémákba futnak bele.

    Oké, gyors RS485 busz kezelésre mikrovezérlőt szoktak használni, de itt még elképzelhető, hogy én nem tudok valamit a Raspberry lelki világából.

    Per pillanat marad az, hogy 555-ös IC-ből épített gyors időzítővel hardverből fogom előadni az RTS láb kezelését, ha csak nem tudtok mondani valami jobb megoldást.

Új hozzászólás Aktív témák