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

• #12379 Xpod addikt Szancsó #12368

  Új Válasz 2020-01-02 18:22:24 #12379

  Ú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

  

  Xpod

  addikt

  válasz Szancsó #12368 üzenetére

  Szia!

  Mekkora kábel van az 1 db LED és a NodeMCU között?
  Mielőtt te is elkezded a kódot hajkurászni, próbáld meg másik kábellel összekötni. Rövidebbel, vagy más típusúval.
  Én kb 4 hétig szívtam a könyvtárakkal / kódolással, mert mindenki szoftver hibát gyanított. Utólag kiderült, hogy egy egyszerű kábel csere megoldotta a hibát.

• #12369 Janos250 őstag Szancsó #12368

  Új Válasz 2019-12-30 17:21:22 #12369

  Ú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 Szancsó #12368 üzenetére

  Én szoftver hibát gyanítok.
  1. Ha ellenállás, akkor én a GND és az adat közé tenném. Mert az adatvonal alapállapotban alacsony szinten kell legyen, és oda is kell visszatérnie. Tapasztalatom szerint kb 150-200 µs tüskét még elvisel, nagyobbat nem.
  2. Én kiadnám ugyanazt a jelet az egy pixelre is, amit a stripre.
  Ha úgy megegyezik a másik sor első pixeljével, akkor szoftverben keresendő - valószínűleg - a hiba. Az nem zavar be, hogy több adat megy ki az egy pixelre is, mert azok akkor tovább mennek a "semmibe".
  3. Bezavarhat egy interrupt az adatok küldése közben. Meg lehet próbálni letiltani a küldés előtt, utána természetszerűleg engedélyezni.
  A ms számláló 1 ms-enként megszakít. Ennek kivédésére megpróbálható, hogy figyeled az ms-eket, és amikor változik akkor küldöd az adatot, mert akkor még van 1 ms-ed a következő ms megszakításig.
  4. A küldés elé beteszel mondjuk 3-5 ms-es delayt, hogy az esetleg "feltorlódott" megszakítások lezajlanak.
  Hirtelen ezek jutottak eszembe. kipróbálhatod, ha úgy gondolod, de lehet, egész más a hiba.

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