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

• #6228 Tankblock aktív tag Zahze #6227

  Új Válasz 2017-08-03 21:58:30 #6228

  Ú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

  

  Tankblock

  aktív tag

  válasz Zahze #6227 üzenetére

  schmitt trigger tenné ha HW megoldásra vágysz, minden másra ott a SW :-)

• #6225 weiss addikt Zahze #6223

  Új Válasz 2017-08-03 21:11:22 #6225

  Ú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

  

  weiss

  addikt

  LOGOUT blog

  válasz Zahze #6223 üzenetére

  Pergésmentesíteni kell. Szoftveresen vagy hardveresen.

• #6224 Aryes nagyúr Zahze #6223

  Új Válasz 2017-08-03 21:10:11 #6224

  Ú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

  

  Aryes

  nagyúr

  válasz Zahze #6223 üzenetére

  Ez egyszerű, pergésmentesíteni kell. Debounce keresőszóval keress utána.
  Arra figyelj, hogy az interrupton belül a debounce változói volatile változók legyenek!

• #3399 Teasüti nagyúr Zahze #3396

  Új Válasz 2016-08-03 21:19:28 #3399

  Ú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

  

  Teasüti

  nagyúr

  válasz Zahze #3396 üzenetére

  Nyitáskapcsolóhoz miért kell a CHANGE?
  Miért nem egyszerűbb egy eseményt figyelni kettő helyett?
  Az ilyen state = !state féle váltók amúgy se túl praktikusak ilyen exakt dolgokra, ahol azt kell figyelni, h mikor történik meg egy esemény. Ez szvsz inkább ott használatos, ahol az on/off állapotoknak semmi jelentőségük (akarom mondani felcserélhetők), mint egy LED villogtatása. De azért egy biztonsági kapcsolót nem így kezelnék.

  Nem macerás egyáltalán, ha megnézed a linken - amit a prell-nél raktam ide - mi történik a jelszinttel kapcsolás közben, akkor láthatod, hogy itt nem egy és nem is kettő megszakítás történik, de minden tüske felfutásánál és lecsengésénél lesz egy CHANGE állapotváltozás. Ezt írták feljebb, hogy ha épp páros számú megszakítás érkezik, akkor ebből te nem veszel észre semmit, mintha mi sem történt volna.

• #3398 Janos250 őstag Zahze #3396

  Új Válasz 2016-08-03 21:19:22 #3398

  Ú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

  

  Janos250

  őstag

  válasz Zahze #3396 üzenetére

  Próbáld ki Gergosz2 válaszát és tegyél a kapcsolóval párhuzamosan egy kondit, mert szerintem is gyapo11 válasza ül, hogy pergés miatt van. Az ellenállás már úgyis ott van. Én a reset lábat is úgy használom

• #3385 Teasüti nagyúr Zahze #3384

  Új Válasz 2016-08-02 20:11:52 #3385

  Ú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

  

  Teasüti

  nagyúr

  válasz Zahze #3384 üzenetére

  Ha már loop-ban úgyis írod, mint az őrült azt a ledet, akkor miért nem a loop-ban olvasod be a gombot?
  Azt figyelni, h mikor aktív a gomb sokkal biztosabb, mint egy pillanatnyi eseményt elkapni.
  Noha elképzelésem sincs, miért nem működik a CHANGE.
  Kapcsolás jó?

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