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

• #13461 atesss addikt Aryes #13460

  Új Válasz 2020-08-08 10:35:23 #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