Még tejársz a legjobban fejlesztet változat...
csatolom privátba...

Előzmény: VighLajos, 2019-07-23 14:10:13 [1483]

Minden 1 min bekapcsol 1 secre ez a fügvény!

if ( now.minute() >= 1 && now.second() < 1)


itt nem veszi figyelembe az ora váltózót?

if (now.hour() >= 5 && now.minute() >= 1 && now.second() < 1)


Minden 5 oránban 1sec igaz feltételt szeretnék!

válaszoltam

Előzmény: juhasz, 2019-07-23 13:06:34 [1482]

...lemaradtam?

Előzmény: Törölt felhasználó, 2019-07-12 16:36:22 [1461]

Írtam privátban.

Előzmény: frob, 2019-07-23 07:41:30 [1481]

hogy mi változik a két feltöltés között azt nem tudom,
de ha az lcd megy egyébként, ( kontakt hiba nincs) akkor annak mindig mennie kell

de azért érdekelne hogy a láb birizgálást hogy oldottad meg, milyen időzítéssel, timerrel?
közvetlenül elérhetően az arduinoban 2 fajta van, egyik amelyik megfogja szintén a procit, a másik fajtával meg számolni kell úgy adja a pontos időzítést

utána meg jönnek a timer libek...

ügye a delay egyértelműen felfüggeszti a program futását

a micros és a millis -pedig bekapcsolástól kezdve számol az egyik hamarabb a másik később de körbefordul
a micros 70 perc
a millis 50 nap
viszont ezekkel számolni kell mert az aktuális bekapcsolástól eltelt időt adják vissza...

de mivel a kódot még nem láttuk, kb bármi lehet

Előzmény: juhasz, 2019-07-21 21:31:16 [1478]

lcdnek van késés ideje/válasz(kijelzés) 4bit üzemodba még lassabb ha jol tudom ez 100..200ms... ha ez alá mész idöben áll a kijelzés ez ez igaz a törlési idöre is... valamit osztást használ a program részben és azt jelenisd meg!

Előzmény: juhasz, 2019-07-21 21:31:16 [1478]

Igen, régen ezt használtam én is, köszi. Ki fogom próbálni.

Előzmény: Törölt felhasználó, 2019-07-21 11:58:17 [1476]

De ha beállítom, hogy ha a fordulat 100 vagy nagyobb, a 13pin legyen magas, egyébként legyen alacsony, akkor azt szépen váltogatja. A kijelzőn viszont nem látszik csak hogy 0 a fordulat. Ebből gondolom, hogy a program fut csak a kijelző nem megy valamiért. Amikor viszont jól működik, akkor a kijelzőn is szépen látszik, ahogy változik a fordulat.
A működő és nem működő program ugyanaz, csak újra feltöltöm.

Előzmény: frob, 2019-07-21 18:00:55 [1477]

kijelzőnek időzítések lényegesek, az hogy neked látszik hogy a program fut, mikor veszel te észre 1-2-10ms -ot?
sztem kb kizárt

egyébként meg kezd szépen elölről, eső körben az lcd-n egy külön fájlban jeleníts meg mondjuk egy sima változót hogy másodpercenként növeled. Ha a tápot nem veszed le a kijelzőn az utolsó állapot van, az meg hogy restnél nem törlődik minden bizonnyal azért van mert nem nyomsz neki egy törlést
és még a kontakt hibáról nem is beszéltünk

Előzmény: juhasz, 2019-07-21 11:29:23 [1475]

Szintén én is de könyvtár / meghajtó átalakitó tud szivatni rendesen hiába jó a szoftveres részed!
csatolom a gyüjteményemet...LINK

Előzmény: juhasz, 2019-07-21 11:29:23 [1475]

De a program fut, mert ha kapcsoltatok Pint és teszek rá ledet, annak szépen változik az állapota. Az is a loop-ban van.
A kijelző pedig le van fagyva. Ha ismét feltöltöm a vázlatot, akkor pedig minden jó. Resetre sem szokott helyre állni az lcd. Illetve feltöltéskor is van, hogy nem jó, de akkor le sem törli az lcd-t. Nem tudom érthető-e :D.
Szóval van, hogy már az elejétől nem működik a kijelző, nem változik rajta semmi, csak azt irja ami volt rajta, van amikor semmi baja. Amikor nem működik, akkor sem feltöltéskor sem resetre nem törlődik a kijelző.

Cree, csak műkedvelő vagyok, fogalmam nincs mennyi a lekérdezési idő. LiquidCrystal_I2C könyvtárat használom.

Előzmény: frob, 2019-07-21 08:33:25 [1474]

az interupt, az az megszakítás megjön, majd mindaddig míg innen ki nem esik a program, tehát valami bazi hosszú időigényes feladat fut végig, minden ÁLL!!!
ezért érdemes azt csinálni. hogy interuptban pl egy bool váltózó értéke lesz 1,
és a főprogiban pedig meghívod a függvényedet úgy hogy

if ( valtozo ==1){
a te függvényed;
valtozo=0;

}
a megszakítás így csak egy változót állít be, ami egy bool ráadásul, ami miután lefut a függvényed vissza is áll alapértékre várva a következőt
annyira rövid időre megakasztva a program futását amennyire csak lehet

tehát lényeg, interuptban nincs csak max 1 program sor, ami nem egy függvény hívás!! hanem csak egy jelzőbit állítása

Előzmény: juhasz, 2019-07-19 19:59:55 [1472]

i2c 4bit modba használja lekérdezési idö mennyi?

Előzmény: juhasz, 2019-07-19 19:59:55 [1472]

Ezt nem értem ám.
attachInterrupt(0, rpm, RISING), ne hívjam meg az rpm függvényt?
Bár kicsit gyomláltam, sei és cli kikerült, most jól működik.

Előzmény: frob, 2019-07-19 06:51:25 [1471]

megszakítások érdekes dolgokat tudnak produkálni, talán úgy tudod csökkenteni a hibát, hogy ha a megszakításban csak jelző bitet állítasz, nem pedig benne futtatod le a mit le akarsz, hanem így átadod a fő proginak, így nem csúsznak el az időzítések...

Előzmény: juhasz, 2019-07-18 15:03:02 [1470]

Üdv. Az a problémám, hogy ha külső megszakításkezelést csinálok, nem működik az I2C 1602-es LCD.
Ez normális? Összeveszik valami valamivel?

köszi probálom!

Előzmény: dezsoe, 2019-07-17 21:43:15 [1468]

A gugli szerint a ReadPressure-nek nincs paramétere csak visszatérési értéke:

float Adafruit_BME280::readPressure(void)

Forrás itt.

Előzmény: Törölt felhasználó, 2019-07-17 21:09:06 [1467]

böviteném a lenti orát de néha elég keserü tud leni ha elakad matek!

Mi a hiba: no matching function for call to 'Adafruit_BME280::readPressure(float&)'

void printValues() {
//String pre [bme.readPressure[SLpressure_mB]);
String pre (bme.readPressure(SLpressure_mB));
String temp (bme.readTemperature());

float SLpressure_mB = (((pressure * 100.0)/pow((1-((float)(ELEVATION))/44330), 5.255))/100.0);

P.setIntensity(1);
char time_string[100];

sprintf(time_string, "%d/*C %d/mPa ",temp.toInt(),pre.c_str());
P.displayText(time_string, PA_CENTER, SCROLL_SPEED2, PAUSE_TIME3, PA_SCROLL_RIGHT ? PA_SCROLL_LEFT : PA_SCROLL_RIGHT);


while (!P.displayAnimate()) {
P.displayAnimate();
ESP.wdtFeed();

}

Köszönöm.

Előzmény: Törölt felhasználó, 2019-07-15 16:43:38 [1465]

javitva..
if ((now.minute() > 58)) { delay(1000); RTC_Update_NTP(); }

Előzmény: Törölt felhasználó, 2019-07-15 16:41:25 [1464]

Az alap kodban arfolyam22_4.ino volt 2 hibba ezt javitsátok!
cserélni erre:
1 rész
-------

if ((now.minute() > 59)) { delay(1000); RTC_Update_NTP(); }

------------------------------------------------------------------
2 rész
------


void time_ds_print()
{

DateTime now = rtc.now();

Serial.print("DS3231: ");
Serial.print(now.year(), DEC);
Serial.print('/');
Serial.print(now.month(), DEC);
Serial.print('/');
Serial.print(now.day(), DEC);
Serial.print(" (");
Serial.print(daysOfTheWeek[now.dayOfTheWeek()]);
Serial.print(") ");
Serial.print(now.hour(), DEC);
Serial.print(':');
Serial.print(now.minute(), DEC);
Serial.print(':');
Serial.print(now.second(), DEC);
Serial.println();


String d2 (daysOfTheWeek[now.dayOfTheWeek()]);
String mh2 (monthOfTheWeek[now.month()]);


now = rtc.now();
char time_string[100];
sprintf(time_string, "DS %d.%s.%d %s %02d:%02d ",
now.year(), mh2.c_str(),now.day(), d2.c_str(),
now.hour(), now.minute());


P.displayText(time_string, PA_CENTER, SCROLL_SPEED3, PAUSE_TIME3, PA_SCROLL_RIGHT ? PA_SCROLL_LEFT : PA_SCROLL_RIGHT);
while (!P.displayAnimate()) {
P.displayAnimate();
ESP.wdtFeed();
controlBR();


}
--------------------------------------------------------------------------------


firmware lehet wifin is frisiteni egy web böngészön kell hozzá pc, android tel stb eszközön is!

http://ora ip cim/update
http://esp8266-webupdate.local/update "ez nem mindig müxik"!

arduino ide alat ki exprotálható a firmware bin sketch>>>>export compiled binary!

Az alaplap ESP8266 D1



DS3132 VCC 3,3V

PIR HC505 VCC 5V (out)3,3v

led matrix max7219 vcc 3,3v (ha nem elég a fényerő) vcc 5v is lehet de spi logic level kell 5vto3,3v...

Ezel a megoldással nem kell logic level illesztés d1 és fenti külsö modulok közé...

Előzmény: Törölt felhasználó, 2019-07-12 16:36:22 [1461]

clock source

pw:01234

Most olvasom...
Engem is érdekelnének!
Kösz!

Előzmény: Törölt felhasználó, 2019-06-21 15:06:45 [1436]

Persze.
Jöhet óra minden mennyiségben.
LED, VFD, nixie, Flip clock stb

Előzmény: Törölt felhasználó, 2019-07-12 16:19:03 [1458]

ok!
Amugy lesz még bövités még de némi problémával elakadtam bene de lasan megszületik majd ez is de az alap ilyen most!
fejlesztés alat:
-ofline modban tcp ds modul beálitás...
-wifimanager felület sta/ap kezelés...
Az alap prog is érdekel?

Előzmény: szf, 2019-07-12 14:52:25 [1453]

online/offline is használható!
Kék a kedvenc szinem jó hogy gyártani kezték max7219 modulban edig piros volt 328 cal kezdeti clock...

Előzmény: morvfer7, 2019-07-12 15:22:29 [1454]

Most így, hogy látom a videón, nekem tetszik a kék.
Csak megjegyeztem, hogy hálószobában nem ajánlott.

Előzmény: szf, 2019-07-12 15:43:47 [1455]

Milyen színt ajánlasz?
Piros?

Előzmény: morvfer7, 2019-07-12 15:22:29 [1454]

Szerintem szuper lett, gratulálok hozzá. Kék kijelzővel talán jobban mutat mint pirossal, de fontos, hogy a kék kijelző nem ajánlott hálószobában ha szeretnél nyugodtan aludni.
Azt nem értem, ha NTP, akkor minek bele még RTC is?

Előzmény: Törölt felhasználó, 2019-07-12 14:25:09 [1452]

Engem érdekelne. Leírás?

Előzmény: Törölt felhasználó, 2019-07-12 14:25:09 [1452]

Tudom tudnak itt többen ilyesmit meg jobbat is de akkor is meg mutatom részbeni köszönet "freewind" is!

Persze hogy érdekel.

Előzmény: Törölt felhasználó, 2019-06-21 15:06:45 [1436]

Persze, értem a lényeget, hogy ha le van választva a LED egy 358-cal, akkor semmi gond.

Én megszoktam a TTL és Z80-as világból, hogy mindent korrektül fel kell húzni, vagy le kell húzni, ahhoz, hogy valami biztonságosan, zavarvédetten működjön.

A menetvágó berendezésünknél is használjuk a D13 bemenetet, 1kohm-on keresztül kommunikál a másik IC-vel, és az húzza fel 1-be és le 0-ba. Az atmega328 adatlapja szerint meglepően alacsony a magas szintje, ezért nem nehéz 1-es szinten tartani a bemenetet.

Ezzel nem azt akarom mondani, hogy amit mondasz, az nem úgy van, hanem csak annyit, hogy szegény kínaiak spórolnak, ahol tudnak, és nekünk meg észnél kell lenni.

Előzmény: dezsoe, 2019-06-21 18:43:26 [1449]

Az adás folyamatosan (30ms-ként) megy és elküldi az összes bemenet állapotát. A bemeneteken gombok vannak.

A kici kínaival az volt a bajom, hogy az eredeti (arduino.cc-n megtalálható) UNO rajzon még volt annyi eszük, hogy a 13-as láb lehet bemenet is és akkor bekavar a LED, ezért illesztették, lásd a mellékelt részletet.

  

Előzmény: B.Zoltán, 2019-06-21 17:46:56 [1447]

Nagyítóval végignéztem ATMega 16 os van rajta nálam is ( akkor kínai ) . Van rajta egy "L" led Fogalmam sincs hogy hogyan hajtódik . Mindenesetre azzal nem volt semmi baj
A nyákból elég nehéz kibogozni de rákeresek a schematic ra a R3 alapján

Előzmény: xsugix, 2019-06-21 17:37:15 [1446]

Azért ne fogjunk mindent a kici kínaira, egy kimenetre miért ne tehetne 1K-val LED-et, viszont, ha nyitott bemenetnek használom, akkor vagy vegyem le, vagy húzzam föl becsületesen.

Baj ott van, ha nem tudom, hogy esetleg LED van azon a lábon, no az lehet szívás egy ideig, de ez is csak nyitott bemenetnél.
A tanúság ez!

Előzmény: dezsoe, 2019-06-21 16:38:55 [1438]

Gábor, nekem is ilyen van, made in italy, lm358 nélkül. Garantáltan Kínából jött. És nem a ch340 az usb csatoló, hanem egy atmega16-os.
Ennek ellenére jól működik. CH340-ennel szerelt nanoval szívtam már. Rossz volt az IC..

Előzmény: ANTAL GÁBOR, 2019-06-21 17:14:51 [1444]

Az a gond, hogy nem tudom, hogy mi a gond.
A nyomógombot most hallom először, de akkor húzza fel 1K-val a +5V-ra.
Mire szolgál az a gomb, indítja az adást?

Előzmény: dezsoe, 2019-06-21 16:38:55 [1438]

Azt írom hogy nem tették bele az ugyancsak kinai UNO ba : Hát ez az első UNO-m . Elvileg olasz ( fehér a háta és rá van szitázva hogy made in Italy de fogalmam sincs hogy Kínai vagy olasz mert minimum 5 éve meg van lehet hogy a TME től vettem de az is lehet hogy Kínából de ezt úgy klónozták hogy abs olasznak nézzen ki . Nagyítóval keresem az LM358 at

Előzmény: ANTAL GÁBOR, 2019-06-21 16:58:59 [1440]

Mini sem kűlömb unon tesztelek a minin az d2...d3 láb fordítót logikát vesz fel unos programmal valamit a mini bootloader másképp kezel nem derült rá fény sajnos mi az oka (de nem kapcsolási nyüg) ...

Előzmény: ANTAL GÁBOR, 2019-06-21 17:03:19 [1441]

Én a CH340 kapcsolatát vizsgáltam a kontrollerrel Arra gyanakodtam hogy a két board különbözik vagy legalábbis az alkatrészek értékei lesznek mások . De szóról szóra egyforma minden ( ellenállás, led , ellenállás )

Előzmény: B.Zoltán, 2019-06-21 16:31:39 [1437]

Túl gyorsan küldtem el az iménti beírást és nem köszöntem meg az értem tett dolgokat . Még egyszer köszi . Már ráment a vasárnapom és magamtól nem tudtam volna rájönni , én fordítási hibára gyanakodtam

Előzmény: dezsoe, 2019-06-21 16:38:55 [1438]

Tegnap kitaláltam hogy megnézem az önálló NANO és UNO boardokat soros monitorral . Különböztek a kiirt értékek .

Ezeket elküldtem még az éjjel Dezsoenek aki reggel 10 kor mondta a megoldást . A kínai nano 13 as lába egy ellenállással egy föld felé kötött ledet hajt Ez (szerencsére ) nem tették bele az ugyancsak kínai UNO-ba . Az UNO szépen küldte a táviratot de a NANO az nem mert a programozott felhúzó nem tudta felhúzni az egységet .

10 kor már biztos voltam hogy minden OK lesz . Most értem haza , kiirtottam a ledet a 13 as lábról és minden OK ..

MŰKÖDIK a dolog. ( természetesen nálam a 13 as mint bemenet lett volna használva a többi digitális bemenettel egyetemben ). A Ruzsinszki féle bibliát használom de az is az eredeti olasz verziót tárgyalja. Tegnap megkerestem a kínai klón rajzát is ,de a CH340 környezetére koncentráltam

Tanulság : virtuálisan a NANO megegyezik az UNO val de mégsem !

nanora rá megy a program az meg kétirányu!

Előzmény: dezsoe, 2019-06-21 16:38:55 [1438]

De, pont erről van szó. A kezdeti probléma felvetéskor még a soros kommunikáció volt meggyanúsítva, de az rendben van. A küldött adat hülyeség, mivel a 13-as lábon a belső felhúzó nem bír el a lábra rákötött LED-1k párossal, emiatt úgy veszi, hogy az a bemenet mindig aktív. És igen, nyomógomb van rákötve, eltaláltad. Gábor le fogja szedni a LED-et a panelről és - gondolom - megírja a tapasztalatait. És igen, nem illik így rátenni egy LED-et, de a kici kínai ettől még rátette a Nano-ra. (Ezt írtam, hogy az eredeti UNO-n nem közvetlenül hajtja a LED-et.)

Előzmény: B.Zoltán, 2019-06-21 16:31:39 [1437]

A Gábor ezt írta:
„A kontroller kimenetei két ledet hajtanak ( a felhúzó ellenállások 1 kohm ) és ugyancsak 1 kohm os soros ellenállásokkal mennek a CH340 chiphez.”

Akkor most mi van felhúzva?
Ez a baj, hogy nem világos a probléma, mert már rég meg lehetne a megoldás.
Ha a felhúzó ellenállás az a LED soros ellenállása, még akkor is működhet, mert a program, ha magas szintet ad, akkor azt nem a belső felhúzó ellenállásával teszi.

Ha egy Arduino kimenet hajt meg egy másik bemenetet, akkor ott egy 1k-val bekötött LED-nek nincs jelentősége.
Ha egy bemenet nyitott, és vár egy mechanikus kapcsoló zárására, és csak belső felhúzó ellenállással van felhúzva, akkor oda nem illik LED-et tenni.
De ebben az esetben nem erről van szó.