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

• #15389 bear_ aktív tag Dißnäëß #15388

  Új Válasz 2021-05-21 22:47:30 #15389

  Ú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

  

  bear_

  aktív tag

  válasz Dißnäëß #15388 üzenetére

  Ilyen balhé volt pár éve, az egyik kínai alaplapgyártó a saját mókolt IC-ire cserélte az egyik alaplapon lévőt, amivel aztán tudtak kémkedni. Úgyhogy az óvatosság jogos Bár azt kétlem, hogy mikrovezérlőkbe hasonló kiskapuk lennének építve. Tekintve, hogy viszonylag egyszerű szerkezetek amiket simán le tudnak másolni már a kínaiak, ezért hamar kibukna a dolog.

• #15216 bear_ aktív tag Aryes #15214

  Új Válasz 2021-04-26 22:22:01 #15216

  Ú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

  

  bear_

  aktív tag

  válasz Aryes #15214 üzenetére

  Már értem, köszi a tanácsot.

  @#15215 weiss neked is köszi, hétvégén kipróbálom.

  "Miért van a digits1/2/3/4, és miért különböznek, ha mindegyik egy sima 7 segmenses kijelzőt vezérel? "

  Mert nem egyesével vezérli a kijelzőket, hanem egyszerre. Itt van hozzá a kapcsolás: [link]
  De az is lehet, hogy én gondoltam túl

• #15213 bear_ aktív tag Aryes #15212

  Új Válasz 2021-04-26 20:16:15 #15213

  Ú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

  

  bear_

  aktív tag

  válasz Aryes #15212 üzenetére

  Mármint mennyi? Ezt nem értem. A pastebinen mindegyik sorban 16db 0 az OFF.
  2db sorba kötött shift registerbe tölti be az MCU a biteket, az első 8 bit a 7 szegmenses kijelző egy-egy szegmensét kapcsolja(+ a . ugye), a következő négy nem csinál semmit, a maradék néggyel pedig a szegmenseket lehet egyesével kapcsolgatni.

  Ha arra gondolsz, hogy miért 0 az active state: nem emlékszem pontosan miért, egy hónapja írtam a shift regiszterek vezérlését, de valóban fordítva működik, kijavítani meg lusta voltam

  Szerk: "
  Egyáltalán miért van szükség az off kódot kiíratni, egyszerűen csak ugorni kéne azt a szegmenst, ez egyszerű erőforráspazarlás. "

  Ezt megint nem értem. Ha nem mondom meg a shift registernek (nem töltöm fel 0-val ami kikapcsolja a kimeneteket), akkor hogy tudom kikapcsolni az adott szegmenseket?

• #15211 bear_ aktív tag weiss #15208

  Új Válasz 2021-04-26 19:25:32 #15211

  Ú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

  

  bear_

  aktív tag

  válasz weiss #15208 üzenetére

  Ha végére rakom az OFF-ot akkor ugyanúgy gond van a kezelésével, azt a kört már lefutottam

  Nem vagyok egy C guru, megtennéd légyszi, hogy bedobod a kódomba az általad felírt függvényt? Nem vagyok benne biztos hogyan is működik pontosan, így nagy segítség lenne a megfejtésében.

• #15207 bear_ aktív tag weiss #15206

  Új Válasz 2021-04-26 15:05:58 #15207

  Ú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

  

  bear_

  aktív tag

  válasz weiss #15206 üzenetére

  Igen, az világos. A 0 indexű sor a kikapcsolja a kijelzőket ahogy a komment is mutatja mellette. És pont ez a probléma, ha egyel növelem a változót akkor az egyes indexre ugrik, ami ugye 0-t jelenít meg, és emiatt van az, hogy x9 után 00-ír ki a kijelző.
  Ha
  if(num1>10){
 num1=1;
num2=2;
}

  feltételt szabok meg, akkor 19 után 10-re ugrik vissza, ami ugye logikus is.

  Ha
  if(num1>10){
num1=1;
num2++;
}
  a feltétel akkor remekül működik a fentebbi problémát leszámítva. tehát x9 után 00-ra ugrik. Az x itt kikapcsolt kijelzőt jelent, csak a másik működik amíg 9 felé nem teker a változó.

• #15205 bear_ aktív tag

  Új Válasz 2021-04-26 14:24:03 #15205

  Ú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

  

  bear_

  aktív tag

  Sziasztok!

  Újra van időm mikrokontrollerezni, így szerettem volna tovább babrálni.

  Az ADC-t szerettem volna kipróbálni és beolvasott értéket kiírni a kijelzőre, de nem tudom leprogramozni normálisan a kijelző léptetését.
  0-9-ig tök jól elszámol az első helyiérték, a második helyiértéket jelző 7 szegmenses kijelző viszont 00-t jelenít meg x9 után 10 helyett.
  A probléma okát értem mert a tömböm szerint a kikapcsolt szegmensek után a következő sor a 0 értéket tartalmazza, én viszont a második tömbből a második sort felhasználva szeretném bekapcsolni a második helyiértékű 7 szegmenses kijelzőt. Természetesen próbáltam ezerféleképpen, de vagy nem számol el az egész 19-től tovább, vagy 9 után 00-át jelenít meg.

  Hogy lehet ezt megoldani? Már a falat kaparom miatta.

  Kód: [Pastebin]

• #14948 bear_ aktív tag Janos250 #14947

  Új Válasz 2021-03-17 22:42:02 #14948

  Ú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

  

  bear_

  aktív tag

  válasz Janos250 #14947 üzenetére

  Valóban, illetve kellett még egy delay a num++ után. Köszi!

• #14946 bear_ aktív tag bear_ #14843

  Új Válasz 2021-03-16 20:38:51 #14946

  Ú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

  

  bear_

  aktív tag

  válasz bear_ #14843 üzenetére

  Megvan a probléma, a for ciklust rontottam el.

  Viszont itt is a következő problémám:

  Azt szeretném, ha nyomógomb megnyomására egyel magasabb értéket jelenítene meg a 7 szegmenses kijelző.

  0 az alapállapot, és ha nyomva tartom akkor felugrik 1-re, ha elengedem akkor visszaugrik 0-ra. Gyanítom ez azért van mert végigfut a kód és nullázódik a mikrokontroller. Hogy lehet azt megoldani, hogy a változó megjegyezze az értéket?

  kód:

  while (1) {
int num=0;
   if(HAL_GPIO_ReadPin(SW1_GPIO_Port, SW1_Pin)==0){
   num++;  
}  
 HAL_GPIO_WritePin(STCP_GPIO_Port, STCP_Pin, GPIO_PIN_RESET);
     for(int i = 0; i <= 15; i++) {
      HAL_GPIO_WritePin(SHCP_GPIO_Port, SHCP_Pin, GPIO_PIN_RESET);
     if(digits[num][i] == 1) {
     HAL_GPIO_WritePin(DS_GPIO_Port, DS_Pin, GPIO_PIN_SET);
     }else {
     HAL_GPIO_WritePin(DS_GPIO_Port, DS_Pin, GPIO_PIN_RESET);
  }                
HAL_GPIO_WritePin(SHCP_GPIO_Port, SHCP_Pin, GPIO_PIN_RESET);
HAL_GPIO_WritePin(SHCP_GPIO_Port, SHCP_Pin, GPIO_PIN_SET);
  }
HAL_GPIO_WritePin(STCP_GPIO_Port, STCP_Pin, GPIO_PIN_SET);
 }
}

• #14843 bear_ aktív tag

  Új Válasz 2021-03-06 13:20:42 #14843

  Ú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

  

  bear_

  aktív tag

  Sziasztok!

  Nem arduino, hanem STM32 és HAL, de lehet tudtok segíteni.

  Rendeltem az aliexpressről egy multifunctional shieldet, ilyet: [link]
  Szeretném a 7 szegmenses kijelzőt működésre bírni, de nem igazán járok sikerrel.
  Ahogy az oldalon is látszik a kijelzőt 2 kaszkádba kötött 595-ös shift regiszter vezérli, így elvileg 16 bittel lehet "feltölteni". Az egyik shift register a szegmenseket, a másik a kijelzőket egyenként engedélyezi.

  Íratm is hozzá egy progit ami így néz ki:

  int digits[16] = {1,1,1,1,1,0,1,0,1,0,1,1,0,1,1,0};

  int main(void)
  {
  int digits[16] = {1,1,0,1,1,0,1,0,1,0,0,1,0,1,0,0};
  while (1)
  {
  HAL_GPIO_WritePin(STCP_GPIO_Port, STCP_Pin, GPIO_PIN_RESET);
  for(int i=0; i>=15;i--){
  HAL_GPIO_WritePin(SHCP_GPIO_Port, SHCP_Pin, GPIO_PIN_SET);
  if(digits[i]==1){
  HAL_GPIO_WritePin(DS_GPIO_Port, DS_Pin, GPIO_PIN_SET);
  }else{
  HAL_GPIO_WritePin(DS_GPIO_Port, DS_Pin, GPIO_PIN_RESET);
  }
  HAL_GPIO_WritePin(SHCP_GPIO_Port, SHCP_Pin, GPIO_PIN_RESET);
  }
  HAL_GPIO_WritePin(STCP_GPIO_Port, STCP_Pin, GPIO_PIN_SET);

  }

  STCP: LCHCLK, storage register clock input
  SHCP: SFTCTLK, shift register clock input
  DS: serial data

  Sajnos az eredmény egy katyvasz, nem azt írja ki amit szeretnék, mindig ugyanaz a minta jelenik meg akármilyen értékek szerepelnek a tömbben.

  Mi lehet a hiba?

• #7748 bear_ aktív tag

  Új Válasz 2018-01-29 21:27:51 #7748

  Ú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

  

  bear_

  aktív tag

  Sziasztok,

  Arduinora szeretném a pure C-ben írt hexemet feltölteni. Van erre lehetőség?

• #3272 bear_ aktív tag gyapo11 #3269

  Új Válasz 2016-07-15 12:22:27 #3272

  Ú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

  

  bear_

  aktív tag

  válasz gyapo11 #3269 üzenetére

  Ez volt a probléma, a data registernek 1 értéket adtam meg, 255-el már rendesen működik.

  whYz:én mágneses szenzorral oldanám meg.

• #3267 bear_ aktív tag bear_ #3266

  Új Válasz 2016-07-14 21:18:21 #3267

  Ú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

  

  bear_

  aktív tag

  válasz bear_ #3266 üzenetére

  Probléma megoldva, a gagyi USB kábel volt a hibás.

  Viszont belefutottam egy újabb problémába:
  Natúr C nyelven szeretnék programokat írni, és addig okés is, hogy feltöltöm a hex filet, viszont hiába van magasszinten a kimenet, alig világítanak a ledek. Az előtétellenállások jók, az arduinoban írt progival tökéletesen világitanak. Mi lehet a gond?

• #3266 bear_ aktív tag

  Új Válasz 2016-07-13 13:20:03 #3266

  Ú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

  

  bear_

  aktív tag

  Sziasztok!

  Windows 10 alatt nem tudom flashelni az UNOmat. XP alatt tökéletesen működik. Tud valaki rá mogoldást?

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