Keresés

Üdv!

Kezdő vagyok, szerintem maradok is....

Egy viszonylag egyszerű föladat: UV index megjelenítés kétsoros LCD-n.

Az alany: VEML6070,

találtam is példát : https://dronebotworkshop.com/arduino-uv-index-meter/

itt a második példa lenne az enyém.

A benne szereplő érzékelőt átírtam az enyémre, ez OK.

Azonban az ellenőrzéskor hiba van: 

'POSITIVE' was not declared in this scope

LiquidCrystal_I2C lcd(i2c_addr, en, rw, rs, d4, d5, d6, d7, bl, POSITIVE);  <<---erre a sorra.

Első kérdés: hogy létezik, hogy a linkben lévő példa működik?

Második: mit tehetek én, hogy nálam is működjön? 

(tudom, tanuljak cccc+++ nyelven... no de no...)  :-D

Jelenleg ez van:

int a=2;
int b=3;
int c=4;
int d=5;
int e=6;
int f=7;
int g=8;
int D1=13;
int D2=9;
int D3=10;
int D4=A5;
int num =0;
int x=0;
int y=0;
int z=0;
int w=0;
int speed =3000;
unsigned long previousMillis = 0;
//                          a,b,c,d,e,f,g
int num_array[10][7] = {  { 1,1,1,1,1,1,0 },    // 0
                          { 0,1,1,0,0,0,0 },    // 1
                          { 1,1,0,1,1,0,1 },    // 2
                          { 1,1,1,1,0,0,1 },    // 3
                          { 0,1,1,0,0,1,1 },    // 4
                          { 1,0,1,1,0,1,1 },    // 5
                          { 1,0,1,1,1,1,1 },    // 6
                          { 1,1,1,0,0,0,0 },    // 7
                          { 1,1,1,1,1,1,1 },    // 8
                          { 1,1,1,1,0,1,1 }};   // 9
                                       
//function header
void Num_Write(int);



void setup()
{
  Serial.begin(9600);
  pinMode(D1,OUTPUT);
  pinMode(D2,OUTPUT);
  pinMode(D3,OUTPUT);
  pinMode(D4,OUTPUT);
  pinMode(2, OUTPUT);   
  pinMode(3, OUTPUT);
  pinMode(4, OUTPUT);
  pinMode(5, OUTPUT);
  pinMode(6, OUTPUT);
  pinMode(7, OUTPUT);
  pinMode(8, OUTPUT);
  //pinMode (A5,OUTPUT);
  //pinMode(12,INPUT_PULLUP);

 
}

void loop()
{
 unsigned long currentMillis = millis();
//speed= analogRead(A4);
//speed = map(speed, 0, 1023, 10, 1000);
x = num ;
y = num/10;
z= num/100;
w= num/1000;
Serial.print(speed);
 while (currentMillis - previousMillis < speed)
 {     
  currentMillis = millis();
  Num_Write(x);
  digitalWrite(D1,LOW);
  digitalWrite(D2,HIGH);
  digitalWrite(D3,HIGH);
delay(8);  
  Num_Write(y);
  digitalWrite(D1,HIGH);
  digitalWrite(D2,LOW);
  digitalWrite(D3,HIGH);
delay(8);
  Num_Write(z);
  digitalWrite(D1,HIGH);
  digitalWrite(D2,HIGH);
  digitalWrite(D3,LOW);
delay(8);   
//Num_Write(w);
  //digitalWrite(D1,HIGH);
  //digitalWrite(D2,HIGH);
  //digitalWrite(D3,LOW);
//delay(8);   
 }
  if (currentMillis - previousMillis >= speed)
      previousMillis = currentMillis;
 Serial.print ("X= ");
 Serial.println (x);
  Serial.print ("Y= ");
  Serial.println (y);
  Serial.print ("Z= ");
  Serial.println (z);
   Serial.print ("Speed= ");
  Serial.println (speed);
  if(digitalRead(A0))
  {
    num--;
  if(num ==10000)
    num=0;
  }
  else
  {
    num++;
  if(num <0)
    num=999;
  }
}

// this functions writes values to the sev seg pins  
void Num_Write(int number)
{
  int pin= 2;
  for (int j=0; j < 7; j++) {
   digitalWrite(pin, num_array[number][j]);
   pin++;
  }
}

Változott a helyzet,működik mind 4 kijelzője,de bekapcsolás után elkezd felfelé számolni rögtön.

Na,ezt nem kéne hanam csak ráteszek egy gombot,és azt kéne kiírni hányszor nyomom meg.

Pl 2655 nyomás után írja ki hogy 2655.Tudom hogy ez egyszerű feladat,de a neten pont ilyen nincs fenn.

Vagy ha van akkor nem 4 különálló 7 szegmenses, vagy csak 1-től 9-ig számol.

Egy micsoda?

Hát még mindig csak 1 világít ,pedig jól van bekötve kipróbáltam

Hát, ha eljössz érte, adok. :-D

A megoldás a modulo. Ez a tízzel való osztás maradéka:

modulo 142 = 2

142/10 (egész számon) = 14

modulo 14 = 4

14/10 (egész számon) = 1

modulo 1 = 1 (nem meglepő módon).

Attól függően, hogy mekkora számtartományon dolgozol, léterhozol egy (átmeneti) változót az egyes, tizes, százas, ezres, stb. helyiértékre, és amikor értéket akarsz kiíratni, akkor "leosztod" a munkaváltozód aktuális értékét erre.

A másik alternatíva, hogy eleve helyiértékekkel számolsz, ennek viszont van pár hátránya, ami nem várt eredményt adhat.

A kijelzés lehetőleg ne legyen 20 Hz-nél pörgősebb, mert nem fog látszani rendesen a 7 szegmenses. Magyarul ne frissítsd minden adandó alkalommal. :-)

Köszönöm,találtam egyszerűbb megoldást,csak ehhez meg hozzá kéne

adni még 2 db szegmenses kijelzőt,hogy 4 legyen ,és tudja hogy melyik az egyes,tízes százas,ezres

azzal megelégszem

#include "SevSeg.h"

SevSeg S;
byte CommonPins[] = {9,10};            // common pin numbers for multi-digit display
byte SegPins[] = {2,3,4,5,6,7,8};       // 7-segment display pins in the order,{a,b,c,d,e,f,g,dp}

int btn1=A5;   //button for increment
int btn2=A1;  //button for decrement
int cnt=0;

int incPrev, decPrev;

void setup()
{
  // Syntax
  // begin(COMMON_CATHODE, NumberOfDigits, CommonPins[], SevenSegPins[], resistorUsed);
 
  S.begin(COMMON_CATHODE, 1, CommonPins, SegPins, 1);
  //pinMode(9, INPUT);
  //pinMode(10, INPUT);
}

void loop()
{
    int inc = digitalRead(A5);
    int dec = digitalRead(A1);
    

    //Increment
    if((inc == LOW) && (cnt < 40) && (inc != incPrev ))
    {
      delay(10);
      cnt++;
    }
    
     //Decrement
    //if((dec == HIGH) && (cnt >0) && (dec != decPrev))
    //{
      //delay(100);
      //cnt--;
    //}

    //Logic to print digit/character on 7 segment display
    S.setNumber(cnt);
    S.refreshDisplay();
    delay(100);//storing the button states
    incPrev = inc;
    decPrev = dec;

}

Vannak erre cél IC-k.

Az egyszerűbb az sn74hc595 shift register. Kicsit egyszerű, de van hozzá jó könyvtár, amiben a  számok is implementálva vannak.

A második szint a max7219/7221, ez már azért szofisztikáltabb cucc, szintén alkalmas 7 szegmenses meghajtásra és mivel árammal hajt, így előtétellenállások sem kellenek.

https://www.instructables.com/MAX7219-7-Segment-Using-Arduino/

Sziasztok egy kis segítség kellene:Méterszámlálót építek ,kerékről kapja a közelítésérzékelő jelét ,ezt szorzom majd be a

kerülettel.A triggerelések számát kellene betenni egy változóba,amit a szorzás után kiíratok 4db 4 szegmenses ledes kijelzőre.

pl. ha 6 akkor írjon ki 9-et (az átmérő kb 1,5m ,autókerék 14-es

Multiplexes tehát semmi egyéb chip nincs.

Fizikailag kész van,ez a konfig:

int pin1 = 2;                                    //  
int pin2 = 3;                                    //                            --6--
int pin3 = 4;                                    //                         5 |     | 7
int pin4 = 5;                                    //                           |--4--|
int pin5 = 6;                                    //                         1 |     | 3
int pin6 = 7;                                    //                            --2--
int pin7 = 8;
int gnd1 = 10;                            //                          gnd1 is display 1's gnd
int gnd2 = 9;                          //                                        2 szegmens

int gnd2 =A0;                                                                   3

int gnd2 =A1;                       //                                          4                   

1 gombbal lenne a reset és restart

A neten találtam egy számolót,de 20-ig számol és nagyon hosszú

mert minden számot egyesével írt be.

Gondolom a SevSeg könytárral ez lerövidíthető

Köszi hogy megnézted,a hozzászólásokat is

Vannak kész dimmer paneljeim, én ezt összerakom próbaképpen, ez annyira abszurd, hogy már szinte jó:)

Amúgy a túlcsordulásnál szerintem nem vág, hanem tovább számol és kezdi nulláról, de majd ez is kiderül.

Egyébként teljesen igazad van a felső és alsó tartomány problémás a dimmereknél, de hogy erre valaki feltalált egy matematikai formulát, az érdekes.

Márpedig nagyon úgy néz ki, hogy feltalálta, most már tényleg érdekel:)

Szia,

Odáig még nem jutottam el, hogy az időjel alapján milyen logika mentén csinál szabályozójelet. Egy dologra tudok gondolni, ez pedig az, hogy a ledek érzékelhető/látható fényereje a lineáris kitöltési tényezőhöz képest fordítottan exponenciális, tehát két szomszédos kitöltési tényező az alsó (nem világító) részen jóval nagyobb érezhető fényességváltozással jár, mint a felsőbb részen. Sőt, én 80 százalék feletti lépéseknél soha nem láttam eltérést, még 5-ös léptetésnél sem. Ezt a negatív exp függvény egészen jól kompenzálhatja, már ha ez szempont.

Mondjuk szerintem az ATMegák Arduino keretrendszerben pwm kimenetet generálva nem feltétlenül adnak nagyon vidám eredményt. Bár fogalmam sincs, hogy a halak ebből mennyit érzékelnek.

Hát le a kalappal, hogy kibogoztad ezt a teljesen értelmetlennek tetsző valamit.

Most komolyan ead x-ből kell számolni a fényerőt? De miért???

Vagy ez valami fiziológiai turpisság?

Hihetetlen...

Ja, az ominózus sornak az analogWrite(...) előtti sorba kell mennie (egy új sorba nyilván).

Frankó, köszönöm!

Global Standard Direct Line

A lényeg, hogy ők szedjék be és fizessék a vám+ÁFA-t.

És még rendes számlát is adnak, a könyvelő mondjuk hümmögött egy sort, de aztán simán könyvelhetőnek minősítette:)

=30*A31+225*KÉPZ.EXP(-HATVÁNY((A31-3); 2))
Ez az excel képlet, amit be kell illeszteni, az első oszlop 0-tól 8,5-ig, 0.1-es lépésekkel, ez pedig a második oszlop végig (az A31 a hivatkozás, ennek az első sorban A1-nek kell lennie, és onnan kell lehúzni).

Mindegy. 30 éve képtelenek az index fórumot normális motorral megcsinálni. :-(

Itt a kép is.

Üdv,

Próbálom ezt a rémálmot megfejteni. Eddig nagy vonalakban odáig jutottam el, hogy több lehetséges állapot alapján (amelyet a jelek szerint idő vezérel) csökkenti vagy növeli a ledek fényességét.

Magát a fényességet a korábban idézett borzalmas képlet állítja be, konkrétan ez:

fading = exp(-pow(x-X_DIFF, 2)) * (255 - SLOPE*X_DIFF) + SLOPE*x;

Az x egy működési változól, erre késpőbb visszatérek.

Az X_DIFF egy konstans, fix 3 az értéke.

A SLOPE szintén konstans, pontosan 10 az értéke.

Az exp az e-alapú exponenciálist számolja, vagyis e értéke a paraméterben megadott hatványon).

A pow a hatványozás függvénye, ahol az első paraméter az alap, a második paraméter a hatvány, itt tehát a 2. hatvány működik.

Először helyettesítsük be a cuccokat:

fading = e^(-(x-3)^2) * (255 - 10 * 3) + 30x.

Átrendezve:

fading = 30x + 225 * e^(-(x-3)^2).

fadig értelmezési tartománya 0-tól (teljes fényerő bekapcsolva) 255-ig (kikapcsolva) terjed. Az Excel itt a barátunk (bár a CASIO 991 még inkább az lenne), és segít megoldani, hogy a fading értelmezési tartományára x értékének közelítőleg 0 és pontosan 8,5 között kell lennie, a 8,5-et is beleértve. De... Ha a teljes tartományt nézzük, akkor van egy galiba, nevezetesen 2,5 körül a fading értéke átlépi a bűvös 255-öt, majd kicsúcsosodik x = 3,1 körül, majd visszamegy x = 4,8 körül egy újabb minimumra, ahonnan nagyjából lineárisan emelkedik végig. Lásd az ábrát.
Tehát x értéke 0 és közelítőleg 2,5 között lehet. Nekünk az lenne a célunk, hogy a minimumot (ahol viszonylag lineáris, de kis meredekséggel) feljebb hozzuk, ne 0 legyen, hanem valahol 1--1,5 között.

x értékét a kódban több ponton direktben állítják. Van x = 0; x = X_DIFF; (vagyis feloldva x = 3;), továbbá x += X_DIFF / dawnDuration, illetve x -= X_DIFF / dawnDuration. Ez utóbbi kis magyarázatra szorul.
x = 0 a teljes fényerő. x = X_DIFF, vagyis x = 3 elméletileg 315-öt ad eredményül. Őszintén szólva fogalmam sincs, hogy az Arduino IDE ezt hogyan fordítja le a 0 és 255 között értelmezhető char típusú változó értékére (valószínűleg vág, de ezt tesztelni kellene), de tételezzük fel, hogy ez így normális működést eredményez.
A következő rész az x módosítása (vagyis a fokozatos világostás a -=-vel és a sötétítés a +=-vel, ami az aktuális x értékéből vesz el vagy az értékéhez ad hozzá 3 / dawnDuration-t, ami a kód alapján egy másodpercben kifejezett érték, de a kód maga konkrét értékadást nem tartalmaz (ez egyébként egy baromi nagy kódolási hiba). Az értéke egyébként meglehetősen széles tartományon belül mozoghat, 86400-at, vagyis teljes 24 órát is láttam, de arra nem sikerült rájönnöm, hogy ennek így mi értelme van.

Sebaj.

Magát a fényerőállítást a light_fading() függvény csinálja, ami a mian_screen fülön van alul. Ennek is a legvége az érdekes a fenti képlettel és az analogWrite függvényhívással, ami konkrétan a kimenetet vezérli.

Namost. Az a fő kérdés, hogy miként lehet a maximális fényerőt valamennyire csökkenteni? a helyes válasz az, hogy fading értékének minimalizálásával. Ezt a teljes fenti körforgás megértésével (illetve a most hiányzó értékű dawnDuration változó értékének számszerűsítésével) lehetne többé-kevésbé modellezni, majd javaslatot tenni arra, hogy ebben az eszelősen nagy katyvaszban hol, mit és hogyan kellene megváltoztatni (nagyjából kísérleti úton) ahhoz, hogy sikerrel járjunk.
Vagy.

Van egy kotvány megoldás, ami egy sornyi kód, brute-force, minden léltező konvencióval szembe megy és a már most is gyalázatos kódon rettenetesen sokat ront tovább. De -- elvben -- megoldja a problémát.

if (fading < 20) fading = 20;

vagy nagyon elborultan:

fading = (fading < 20) ? 20 : fading;

A 20 értékét változtatva a kódban lehet a maximális fényerőt változtatni, de bele lehet írnia  kódba, hasonlóan a többi változóhoz, hogy eepromból olvassa, illetve akár állíthatóvá tenni, hogy oda visszaírva a következő restartnál is már a jó érték legyen benne.

Hardveresen egyébként a feszültség csökkentésével lehetne megoldani, de erre a feltételezhetően több wattnyi teljesítmény miatt annyira nincs egyszerű és olcsó módszer.

Üdv,

Hm.

Mivel szállíttatod akkor?

A pénz az még hagyján, nade:

Az utolsó nyákomat április negyedikén rendeltem, és tegnap itt volt vele a futár, teljesen normális szállítással, nem DHL-el.

Az előző 11 nap alatt ért ide a rendeléstől számítva. És ezek lila színűek, amiknél a gyártás alapból +2 nap.

Amióta nem kerül bele a Magyar Posta képviselte fekete lyukba, amiből információ még Hawking-sugárzás formájában sem jut ki, hihetetlen sebességgel jönnek a panelek.

Kiváló választás. És mivel ugye házon belül van a JLCPCB-vel, szinte kizárt a DRC hiba.

Nem egy liga a Fritzinggel.

köszönöm, akkor marad az easyeda. Amire nekem kell, arra a biztosan elég, meg a JLCPCB oldal támogatja - na annyi pénzért SENKI más nem készít 100x100mm-es nyákot, nekem meg az bővel jó. 

Szia,

Nem egyszerű a kérdésre a válasz, de megpróbálom. Mint mindig, itt is attól függ, hogy mi a használati cél.

Alapvetően a Fritzing egy végtelenül egyszerű, elsősorban dugpaneles áramkörtervezésre (inkább dokumentálásra) való korábban ingyenes alkalmazás. Az, hogy most 8 dollárt kérnek érte, ágya vigye.

Hogy mennyire jó, az attól függ, hogy mire kell. Amikor én néztem (és ez még az EAGLE előtt volt, és azt biza legalább 6 éve kezdtem használni), akkor a legnagyobb bajom az volt vele, hogy nem volt átjárható a dugpanel, az áramkörtervező, és a nyomtatott áramköri tervező. Vagyis amit dugpanelen összeraktál, abból nem csinált neked áramkört, abból nem tudtál nyákot tervezni. Ez azóta változhatott (nálam talán a 0.65 verzió volt fent).

Arduinos megoldásokhoz szerintem teljesen jó, dugpanel tervezéshez vagy dokumentáláshoz kiváló, értelmes THT nyákot még bőven meg lehet vele tervezni, ha nincs túl sok alkatrészed és nem kell ground plane (korábban nem tudta, hogy most tudja-e, azt nem tudom).

De! Mivel kötöttek (voltak) az alkatrészek, így nyilván nem tudtál 4-5-6 raszteres ellenállások között választani, vagy ha a tranzisztorod nem raszteres lábkiosztású volt, hanem fél raszteres, akkor így jártál, mert csak az eredeti 1 raszteres kiosztással tudtál nyákot tervezni. Nagyjából itt hagytam abba az e célból való alkalmazását). SMD nem volt (akkor).

Ha nem kell dugpanel és komolyabban is akarsz tervezni, akkor KiCad vagy EasyEDA. Mindkettő ingyenes, de van még pár hasonló, egészen jól működő alternatíva (ne kérdezd, nem emlékszem a nevükre).

említetted ezt a Fritzing kapcsolási rajzot. Semmi bajom azzal, ha egy programért fizetni kell, ez így normális, 8 euró nem a világ. Te viszont gondolom ismered. Mennyire vált be?

Hali!

Cseppet még korán van, megpróbáltam értelmezni a kódot, de nem nagyon ment.

A ledek világosságát a light_fading() függvényben állítja a kód, ezt a (main_screen) fülön találod az IDE-ben.

Magának a fényerőnek az értékét a fading változó adja meg, ha ez 255, akkor ki van kapcsolva, ha 0, akkor teljes fényerőn megy (legalábbis ha a Fritzing kapcsolási rajzot nézem, abból ez következik).

Az érték kiszámításához egy lenyűgözően idióta sort használ:

fading = exp(-pow(x-X_DIFF, 2)) * (255 - SLOPE*X_DIFF) + SLOPE*x;

Ezt így itt kiemelem, mert a rossz kód genotípusa.

A megfejtéshez sima matematikai ismeretek, továbbá az x, az X_DIFF, és a SLOPE változók lehetséges értékei, illetve az értékek alakulásának rendje kellene.

Ha estig nem lesz meg, megpróbálom megfejteni. De erősen megsimogatnám a kódot író embert egy szívlapáttal, nekifutásból.

Sziasztok !

Építettem egy akvárium világítás vezérlőt Arduino nano-val. Az Instructables oldalról van, úgy néz ki, hogy működik rendesen. Azt kellene megoldanom, hogy a max fényerőt a LED világításnál, hogyan tudnám módosítani ?

Azt látom, hogy a PWM-el szabályozza  a FET-et az Arduino , csak arra nem tudtam rájönni, hogy ahhoz mit kellene átírnom, hogy ne menjen teljesen 100%-ig fel a fényerő. Mert itt amint nézem 0-255-ig szabályoz fel , tehát teljesen 100%-ig.

Nem nagyon konyítok az Arduino programozáshoz :(

Ez lenne az : https://www.instructables.com/DIY-Aquarium-Controller/#discuss

Előre is köszi, ha valaki tudna segíteni benne.

Tibi

Szia,

Szívesen!

A DHT11 legendásan hitvány precizitás tekinetében. A DHT22 egy fokkal jobb nála.

Ha rákeresel, valahol van egy youtube video a különböző kombinált szenzorok összehasonlításával. Páratartalmat egyébként sem túl egyszerű mérni.

Az Arduino keretrendszert úgy 2 évente kvázi újradrótozzák, így azok a könyvtárak, amelyek mondjuk 4 éve jól mentek, az új verzióban nem biztos, hogy működnek. Ha jól vannak karbantartva, akkor az IDE-ben frissíthetők (sőt, szól is miatta, hogy van frissíthető könyvtár).

Köszönöm prof és kaper .

Most írom másodszor , mert az előbb mikor küldtem  volna elszállt.

"   radio.setChannel(100);  // csatorna 2400-2525 mhz 0-125  "

ez nagyon egyszerűnek tűnik ki fogom próbálni.

Az unsignedről pedig olvastam és nem jöttem rá , így hogy írtad beugrott.

Ahogy elemezted teljesen érthető volt , de nem fogom használni .

Először  "0xE8E8F0F0E1LL   " ezzel működött  adó és vevő oldalon. Én úgy koppintottam egy példaprogramból .

De most átálltam erre az egyszerűbb csomópontos címzésre.

      ezek csomópontok címei 

" 00000 "           szobai       ez a bázis

" 00001 "           udvar       közvetlenül beszél a bázissal

" 00002 "           tartály        közvetlenül beszél a bázissal

" 00021"           padlás         csak a " 00002 " ön keresztül tud beszélni a bázissal

Az első 00000 és 00001 már három éve működik , most tovább akarom bővíteni .

Ez egy meteorológiai adatgyűjtő állomás , elég sok van a netten .

   udvari :

 - DHT11              páratartalom

 - Dallas 18B20    hőmérséklet

 szobai :

 - DHT11               páratartalom

 - Dallas18B20      hőmérséklet

 - 100 Kohm   termisztor   radiátor előremenő

 - 100 Kohm   termisztor   radiátor visszatérő

 - RTC óra

 - SD kártya

 - 16x2 LCD kijelző

 - led minden méréskor villan

Mikor megy akkor évekig megbízható , de ha újra kell tölteni a programot , akkor 5 x lefordítja a programot aztán hibát jelez . Mindent újra telepítek , akkor megint jó.

UNO klónokat használok, még így hatszor drágább mint a bolti állomás , de szeretek vele bütykölni.

A hőfokot nagyon pontosan méri, a párát már nem annyira.

köszönöm prof és kaper !

Nálam csak ennyi a frekvencia állítás:

radio.setChannel(100);  // csatorna 2400-2525 mhz 0-125