Hirdetés

  2. Fórumok
  3. Egyéb hardverek
  4. Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
Keresés
  • Téma összefoglaló
    Utoljára frissítve: 2024-07-25 09:13

    PROHARDVER!

    Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.

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

  • #13461 atesss addikt Aryes #13460
    Új Válasz #13461
    Ú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

    atesss

    addikt

    válasz Aryes #13460 üzenetére

    Igen, ez a hardveres pergésmentesítés tényleg probléma forrás.
    Ezt milyen kapcsolással tudnám megoldani a lehető legegyszerűbben ?

    Ugyanakkor ezt az elég fura, programkód-alapú hiba forrást (konkrétan én ezt valami bug-nak sejtem már) valószínűleg nem oldaná meg.
    Miért lesz teljesen más az INT pin működése - a szkópon is láthatóan - , ha beteszek egy már kész (fixen feltöltött) változót kiprintelő függvényt ??
    (Jó párszor lefuttattam direkt, szóval a pergés miatti különbséget ebből a szempontból kizárhatjuk.)

    "És az INT láb értékét ne olvasd közben, mert ahogy írtam, python-ból ez is lassú, talán még lassabb, mint az i2c."
    Na de ténylegesen ez a GPIO-olvasási művelet lassú (az adott programkód lefutása sok idő)? Vagy pedig amit már írtál egyszer korábban hogy bizonyos időn belül újra meghívva nem frissíti a korábban lekérdezett állapotot ?
    Bár azt azért kipróbálnám, hogy mi van ha kiveszem, az
    if GPIO.input(I2C_IO_INTERRUPT_GPIO) == 0:
    feltételvizsgálatot, és úgy olvasom be folyamatosan i2c-n a port állapotot.

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