Köszönöm a segítséget, már hozzá is írtam a joystick library-hoz való sorokat.

Hibátlanul működik.
Ha be van kapcsolva a billenő kapcsoló akkor analógot olvas, ha ki van kapcsolva akkor a digitálist.

Nagyon köszönöm a segítséget.

/LOGITECH Kormány, Játékvezérlő, Hangfal, Egér, Billentyűzet, Dell, Toshiba, Fujitsu, Acer notebookok és minden egyéb elektronikai termék szakszerű, gyors JAVÍTÁSÁT vállalom/

Nem igazán értem, hol itt a probléma.
Kell egy váltókapcsoló, aminek a közös pontja megy az A0-ra,
a nyugvó és a munkaérintkező pedig a potira, illetve a kapcsolóra.
Fölösleges túlbonyolítani, ha nem muszáj. Szerintem.

Ma olyan bizonytalan vagyok... Vagy mégsem?

Ez is igaz.

Weiss kolléga megoldása a leg elegánsabb megoldás szerintem.
Így nem kell kötögetni össze vissza, csak egy kapcsolót bekötni.
Én is váltókapcsolóban gondolkoztam, de ha meg lehet oldani pár sor programmal a dolgot akkor miért ne ?!
És ezzel meglehetett. Nagyon hálás vagyok nektek srácok, hogy ilyen későn is segítettetek.

/LOGITECH Kormány, Játékvezérlő, Hangfal, Egér, Billentyűzet, Dell, Toshiba, Fujitsu, Acer notebookok és minden egyéb elektronikai termék szakszerű, gyors JAVÍTÁSÁT vállalom/

Így van, amíg van szabad I/O pin, addig ez a legjobb megoldás. Aztán mikor elfogynak a szabad pinek, akkor lehet agyalni, hogyan multiplexeljen az ember egy pin-re két inputot meg egy output-ot (true story ).

Egy bemeneten is elég jól lehet játszani az idővel. Amikor ezt teszteltem, 3 vagy 4 beállítást is tudtam egy mikrokapcsolóval működtetni, 0.5 s alatt, 0.5-1 s között, 1-1.5 s között és fölötte. Kell hozzá egy kis ritmusérzék, de simán ment. És akkor még mehet a dupla kattintás, a tripla kattintás és így tovább, és ezeket nem túl nehéz leprogramozni. Elemlámpáktól lehet ötletet meríteni, mert ott is egy gomb van, és sok funkciót kell beállítani esetenként, és nagyon sok emberen van tesztelve a milliárdnyi lámpa révén.

menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet

Igen, ez is jó ötlet, raspberry-n csináltam így reset+kikapcsoló gombot ugyanarra az 1db tactile switch-re.
Én arra gondoltam, hogy pl. egy attiny85 projektemben egy pin-re tettem egy mikrokapcsolót, egy ledet és egy hangszórót. De fordítva is lehet, több különböző gombot ellenálláslétrával egy analóg pinre kötni (és még emellett kimenetként is lehet használni, a gombokat nem zavarja). Vagy a soros buszt is lehet multiplexelni, hogy 2 pin helyett csak 1-t foglaljon.

Erre pont tegnap találtam egy videót.
[link]

/LOGITECH Kormány, Játékvezérlő, Hangfal, Egér, Billentyűzet, Dell, Toshiba, Fujitsu, Acer notebookok és minden egyéb elektronikai termék szakszerű, gyors JAVÍTÁSÁT vállalom/

Sziasztok!

Arduino mega 2560ra írok egy programot ami 4db analóg értéket, 2db ds18b20 hőmérsékletet illetve sebességértéket és fordulatszám értéket jelenít meg egy 7" Nextion kijelzőn.
Még csak az analóg értékeket és a 2db hőfok kijelzésnél járok, de úgy érzem lassú az egész.
Az értékek lebegőpontosan vannak számolva és dtostrf paranccsal konvertálva stringbe ami elküldve a nextion text mezőjében jelenik meg 1tized pontosan.

Olvastam hogy float számolást ne erőltessük arduinonál, de akkor máshogyan hogyan csináljam a tizedest.

Köszönöm a segítséget!

Kizártnak tartom, hogy Te a lebegőpontos - integer közti sebességkülönbséget érzékelnéd. Legfeljebb olyan esetben, amikor tízezrével végzel ciklusban műveleteket.
Ha csak 1 tized pontossággal kell számolnod, akkor szorozd fel az értékeket 10-zel, aztán a végén oszd vissza, vagy még gyorsabb a biteltolás, pl: x << 4, a számolás végén pedig osztás 16-tal.

Szerintem egyszerűen maga a kijelző és/vagy az azt kezelő library lassú.

[ Szerkesztve ]

Ezt csak olvastam, hogy lassú arduinon.
Kijelzőt még csak szimulálom, Nextion editor debug-al.
Kijelzőhöz nem használok külön könyvtárat, sima serial.print amivel küldöm az adatokat.

Azzal, hogy a programrészeket függvényekbe írtam és ezeket különböző paraméterekkel hívom meg nem csináltam rosszat igaz?

Köszi

[ Szerkesztve ]

nem csináltam rosszat igaz?

Persze, hogy nem. Nemrég az oszcilloszkópom kapcsán eléggé beleástam magam én is a sebesség témába, de én lementem egészen assembly-ig, hogy nyerjek néhány us időt, és azt láttam, hogy a fordító meglepően hatékonyan optimalizálja a kódot. Alig tudtam rajta javítani.

Hol érzed lassúnak a programot? A serial.print rohadt lassú tud lenni, még magas bitrátán is, ha esetleg 9800bit/s sebességgel használod, emeld meg 115200-ra, ha lehet.

A kijelzőn az adatok láthatóan lassan frissülnek. 115200baudon vagyok

A debug fogadott parancsoknál is látni, hogy nem folyamatosan jönnek a kódok az arduinotól.

[ Szerkesztve ]

Esetleg csökkentsd a DS18B20 szenzorok felbontását, az alap 12 bit helyett a 10 is elég szokott lenni. A 750 ms szenzoronkénti kiolvasási idő így a negyedére csökken.

"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy

Igen az is elég simán
Köszi kipróbálom.

Csatlakoznék Aryes kollégához, ami a lebegőpontos műveletek sebességét jelenti. Más - de szintén 8-bites - kontroller is elég nagy kódot generál az ilyesmihez, de ha adatküldési vagy megjelenítési ciklusonként csak egyszer kell végrehajtani, az lópikula.
A Nextion-hoz viszont két dolog: az első, hogy a debug-módja nem túl életszerű, mikor soros porton küldözgetek rá adatokat szoros időzítések mellett (erre egyébként a leírása is utal). A másik, hogy a változói számára a hagyományos módú értékátadás (egyáltalán: parancsküldés) rettentő pazarlóan bánik az adatmennyiséggel. Ezt megkerülni csak 'reparse' módban lehet, amit a Nextion parancskészlet részletezése is jótékony homályban hagy. A legtöbbször csak annyit említ róla, hogy ezt úgysem szokás használni, így aztán mindenféle netes példákból lehet csak kihámozni a gyakorlati megvalósítását (pedig nagyon előnyös dolog). Azzal viszont én 500 ms-os gyakorisággal adok át a legkisebb (Basic-sorozatú, vagyis a létező leglassabb) típusnak közel 100 változót, és nem tűnik lassúnak. Persze egyetlen képernyőn sosem jelenik meg az összes, de azért pár tucat biztosan, és mellette mást is csinál, animál / rajzol a HMI. A valóságban hibátlanul működik, debug-gal pedig ugyanaz a Nextion-kód közel sem tökéletes.
Mod: a bitráta a uC - Nextion között nálam is 115,2 kbps.

[ Szerkesztve ]

Jelenleg nincs rajta a hőmérő, így - 127 érték jön.
Így is megvan a késleltetés?
A héten jönnek meg a szenzorok

Ekkor te most tulajdonképpen egy emulátort szeretnél optimalizálni?

Kijelzőt jövő héten rendelem meg, addig debuggal ismerkedek.
Szenzort pedig úgy gondoltam ha nincs bekötve akkor nincs késleltetése.

Nem tudtam, hogy a debug ennyire más a valóstól.

Na majd jövök ha megjöttek az alkatrészek 😀

Sziasztok

Nextion Basic kijelzőnél van a gauge mint mutató. Ezt szeretném 2db nyomásmérőnél felhasználni.
A nextion mutatónál "9" óránál van a 0fok és megy körbe 360fokot.
A nyomásmérő órán 270foknál van a 0 érték, 180foknál a végérték óramutató járásával megegyezően.

Függvényt kell erre írni ami ezt lekezeli?
A 0pontot nem tudom állítani nextionban, hogy ne onnét kezdjen.

Köszönöm

Mivel a Nextion-féle Gauge objektumnak nem sok beállítható jellemzője van, ezért igen, muszáj írni egy rövidke script-et, ami adott eseménynél - most a Timer-en, ill. annak lejártán kívül más nem jut eszembe, ami erre a célra jó lenne - szépen átszámolja / átskálázza neked a bemenő mennyiségeket (nyomásértékeket) a mutató szükséges elfordulását eredményező ívszögekké.

Akkor jól gondoltam.
Mert elöször 270foktól kell 360fokig majd tovább 180fokig. Az értékem pedig 0-400ig van
A map függvény pedig így nem használható.

Ha simán hozzáadsz 270-et a kijelezni kívánt adathoz, akkor nem fordul át?

Különszedtem a 2db map függvényt if blokkokkal.
A 0-4.0 tartományt átskáláztam 0-270re. Aztán if blokkal ellenőrzöm a bemeneti adatot.
Ha 0-90 között van akkor map 270-359 közé
Ha 90-270 között van akkor map 0-180 közé.

Kipróbáltam működik

[ Szerkesztve ]

De nem kellene szétszedni, át kellene fordulnia magától, mikor átlépi a 360-at.

Nem emlékszem pontosan, de így adtam meg:
map(nyomas, 0, 400, 270, 180);

Nyomas változó itt 0-400 között volt, az utolsó kettő értéket próbáltam felcserélve is, de vagy 180tól ment 270fokig,vagy 270foktól 180fokig de óramutatóval ellentétesen

[ Szerkesztve ]

Hát persze, ez így teljesen rossz, mert 180-270-ig map-eli az értékeket, csak visszafelé, a lesz 270, a 400 pedig 180.
A helyes kód:
map(nyomas, 0, 400, 270, 540);
Minden magára valamit adó gauge 360 feletti értéket érték%360-ként fog értelmezni, ha nem, akkor hibát ad. Ez utóbbi esetben neked kell a műveletet elvégezni, vagyis
helyes_érték = map(nyomas, 0, 400, 270, 540)%360;

[ Szerkesztve ]

Köszönöm, kipróbáltam így egyszerübb!
Ezt a %360as megoldással nem találkoztam sehol.

A % az osztási maradék műveleti jele, amit ugye bonyolultan is le lehetne írni, hosszú képletekkel, de így egyszerűbb és elegánsabb. De gyanítom, hogy enélkül is működne, már 30 évvel ezelőtt, Commodore64-en, a Graphics Basic-ben is lehetett körívet rajzolni 360-nál nagyobb szögekkel.

Mint osztási maradék oké, de itt a mutatónál nem tudtam hogy működik.
Enélkül nem ment.

Köszönöm

Szívesen!

Itt találod.

menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet

Jó tudni:
[link]

Nagyon meg lennék lepve, ha párszáz forintos cuccra több ezer forintos adminisztrációs díj kerülne. Azt írják: sávos lesz.
Szerintem a legtöbb webshop megoldja majd európai raktárból, vagy beépíti az áfát, legalábbis ebben reménykedem. Azt meg sajnos nem tudom, hogy a jövőben mire lesz szükségem.
Azt tudom, hogy bármilyen értékű ellenállásra lenne szükségem, az sosincs éppen itthon. Tudtok javasolni esetleg olyan készletet, amiben össze van válogatva az összes ellenállás, amire ezután szükségem lesz?

Igen, én jövőbelátó képességekkel rendelkezem, és úgy sejtem, hogy neked is ebben a csomagban lévőkre lesz szükséged:
https://www.ebay.com/itm/2600PCS-130-Values-1-4W-0-25W-1-Metal-Film-Assorted-Pack-Kit-Set-Resistors/173860010941
de lehet, hogy ez is megteszi:
https://www.ebay.com/itm/600-Resistors-Metal-Resistance-Film-12-each-30-Values-Assortment-Pack-1-4W-1/392918460939

[ Szerkesztve ]

Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.

Köszi! Ebay-ről nem szeretek vásárolni, remélem találok ilyet az Alin is.

Például ez az egyik. Az aliban jobban bízom, egységes fizető és garancia rendszere van, évek óta kb. mindent onnan veszek, egyszer vertek át onnan, de még abból is jól jöttem ki: attiny85 helyett attiny12-t küldtek, de bosszúból megtanultam assembly-ban programozni.

Ha már Ali,
Van Nextion 7" kijelző az intelligens P típus is 20-22eft-ért. Erre a 27% Áfa és 5000ft vámeljárás jön, ez 35000ft kb?
Eu raktárast nem találtam...
Mennyire megbízhatóak vajon? Itthon a sima is 60e ft kb.
Kínai a kijelző, ezt is hamisítják, miért ilyen olcsó?

Mondd már el, hogy mi olyan jó abban a kijelzőben? Ennyiért már lassan egy 32"-os tévét is lehet venni.

Van alternatív megoldasod arduinohoz?