A vicc, hogy nálam az Arduino ezért még sosem szólt. Pedig biztosan vétettem már ilyen hibát.
Nézd meg David10 programját, lefut, pedig pont hibázik. Az Arduino erre nem kényes.

Lehet, hogy az arduino fordítója mégis több menetet használ a fordításhoz? Akkor visszaszívom, a legtöbb C fordító érzékeny erre.

Ha egy saját lcd.create karaktert szeretnék kiíratni,lehet-e az lcd.print karakterei között,vagy csak külön pozicionálva lcd.write-al?

Lehet, a C/C++ szabályok szerint. A karakter 8-as számrendszerben, három számjeggyel megadott kódjával kell rá hivatkozni egy \ jel után. Meg lehet adni hexában is, de a fordító hajlamos összemosni a számot a szöveg többi részével.
Pl:
"Itt jon a hetedik spec. karakter: \007"
"Irany: 237\xDF"

A hexa-val kiválóan működik,sokkal egyszerűbb,mint lcd.write-al,az 10 utasítással több +a spec karakter.Egy hőszivattyúhoz csinálok vezérlést,sok hőfokot kell mérni és pont a C°-t nem tudtam kiírni.Kösz.

Helyesen szerintem így kell írni: °C (előre kerül a fok jel).

Végül is igazad van,de két adatot írok egymás mellé kevés helyre és a kis fok jel majdnem úgy elválasztja,mint egy space. A funkciót talán így is betölti.

Attól , hogy "téglákat/ablakokat faragsz/vágsz ki programkód házakból", nem mentesít a logikai függvények ismerete alól.



XOR (KIZÁRÓ VAGY) logikai függvény működésének illene utána nézned ha már említésre került valaki mástól.

XOR használatával a legegyszerűbb "titkosítást" lehet végrehajtani.
Ha a változót egy adott fix értékkel XOR kapcsolatba hozol (mint kulccsal) akkor megváltozik.
Ezt küldöd el és nem az eredeti változót.
A vételi helyen a vett adatot újra a kulcs értékkel XOR kapcsolatba hozod akkor megkapod azt a változó értéket amit szerettél volna "titkosítani".
pl.:
88 az eredeti 45 a titkosító kulcs
88 XOR 45 = 117 ez kerül küldésre
Vételkor pedig a a vett adatot kell újra 45-el mint kulccsal XORolni
117 XOR 45 = 88 vissza kapod

Szép napot!

Érdekelne mások (ti) hogyan milyen formában detektálnátok egy arduinoval (328P) a hálózati feszültség csúcsértékét. Nekem van két elgondolásom a feladatra, de kíváncsi volnék mások véleményére is.
Konkrétan nem a számértékre vagyok kíváncsi, hogy hány volt, hanem arra az időpillanatra, amikor a színuszhullám épp a csúcsponton (vagy az ellentétes mélyponton) van.

Szükségeltetik ez azért, hogy ebben az időpillanatban (vagy ehez viszonyítva) tudjak bekapcsolni egy digitális kimenettel vezérelt SSR eszközön keresztül egy ponthegesztő transzformátor primer tekercsét.

Köszi...

Szia!

Csinálj nullpontfigyelő áramkört és ahhoz képest várjál 5 ms-ot !

Miért nem olyan SSR-t használsz,amiben eleve van nullátmenet detektálás?

Nem akkor akarja működtetni !

Biztos jó neked ha pont a legnagyobb áram rúgáskor kapcsolsz be egy fogyasztót?
Általában mindig 0 átmenetnél szoktuk ezt megtenni.
Ennek figyelésével és időzítéssel 50Hz 20ms periódus időből saccolható a csúcspont.

Na úgy látom mindenki inkább külön áramkörre bízná a detektálást, szoftveres megoldást nem említettetek...

-kisi az első ötletem nekem is valami ilyesmi, csak épp nem nullérzékelésben gondolkodtam, hanem csúcsérzékelésben mondjuk egy schmit trigger kiegészítő áramkörrel, amivel egy digitális bemenetet lehet vezérelni.

-gaspa erre a fajtára tudnál mondani típust is ami ebay -ról is beszerezhető? Esetleg olyat ami akkor kapcsol amikor a jelet kapja? Én csak a nullátmenetes változatot találtam: SSR-25DA...

-Kera_Will először én is úgy gondoltam, hogy valóban a nullátmenetnél jó bekapcsolni, ami igaz is az ohmos fogyasztókra, de nem igaz a transzformátorokra. Nem én mondom, engem is felvilágosítottak.
A trafókat a hullám csúcspontjában jobb bekapcsolni...

Szóval a szoftveres megoldásra én úgy gondoltam, hogy egy kissebb segédtrafó szekunder kimenetét egy utasan egyenirányítva pufferkondi nélkül egy analóg bemenetre vezetve a proci megkapja a pozitív félhullám részét, és a program egy for ciklusban addig méri az analóg feszültséget, míg el nem ér egy bizonyos szint fölé, így kilépve a ciklusból bekapcsolja a kívánt fogyasztót. Majd átlépve egy másik for ciklusba, szintén folyton méri az analóg bemeneten a szinusz pillanatnyi értékét, és egy előre beállított impulzusszám után megfelelően kikapcsolja a fogyasztót.

Ez a megoldás szerintetek mennyire életképes?

Tekerj vissza és lesz erre megoldás itt is kb.: 1 éve volt már emlegetve .. rajzcis van róla fesz osztó ellenállások.

Valójában nem a hardver megvalósítása érdekel (azt megoldom),
hanem a szoftveres rész, hogy működőképes -e elméletileg az elmondottak alapján...

Szerintem felesleges egy hardveres megoldás mellé ( a tiédhez is kell!) még egy szoftverest is tenni és ezzel terhelni a processzort... Ma már pontos a hálózat, ha megtalálod a nullátmenetet, akkor 5 ms múlva ott a csúcs ( és a 0-t könnyebb detektálni, mint a terhelések miatt ingadozó csúcsot!) !

Értem, amit mondasz, akkor megpróbálom úgy...

Egyszer össze jön majd....

Két kérdésem lenne,ha egy sketch-be belejavítok és letöltöm,elmenti az új változatot,de a régit hogyan kapom vissza?Ha nyitok egy új sketch-t,egy régi működőből hogyan lehet deklarációkat,függvényeket áttenni az újba,hogy ne kelljen újra beírni?

Most próbáltam, ctrl c/v átvíszi a régiből az újba,amit kijelölök,remélem működik is.

Néha célszerűbb az új vázlatot úgy létrehozni, hogy a régit mentem el új névvel, s kitörlöm, vagy átírom, ami nem kell. A vágólap is hasznos segítség, ahogy írtad. (Ctrl-C, Ctrl-V)

A gyakran használt függvényekből pedig lehet könyvtárat szervezni...

A millis() megoldotta a helyzetet. Stabilan tartja a hőfokot a cucc.

Ez megoldódott! lcd.write helyett, lcd.print a megfelelő függvény
Következő problémám, ami inkább programozás.
LCD-re iratom ki az adatokat, az aktuális hőfokot is és a beállítottat is. Az LCD működik, viszont ascii kódnak veszi az értékeket és az annak megfelelő karaktert írja ki. Van valami függvény amivel rá tudom venni, hogy az értéket írja, vagy karakterenként kell konvertálnom?

Ha ascii kódként kezeli, akkor valószinűleg char típusú változóban tárolod a hőfokot, ezt kellene átírni int-re vagy float-ra, attól függően, hogy egész számot szeretnél-e kiiratni, vagy nem.

Ezt a hibaüzenetet kapom: collect2.exe: error: ld returned 5exit status
Vajon mi lehet a gond?

Kedves, Tisztelt fórumozók!
Ritkán szoktam írni, mert előbb-utóbb megoldom a feladataimat. Most viszont várnám az ötleteiket. Egy IR remote control-ral vezérlek egy RGB LED szalagot. Mindent tud, amit akarok, de van egy általam megoldatlan feladat, melyen egy hete dolgozom. Bármilyen fade programot írok, vagy a program fut és nem lehet kilépni belőle, vagy el sem indul. A delay már kizárva, de így sem jött össze. Van olyan is, hogy az indító gomb HEX jelére elindul, de megáll. Ha újra megnyomom, akkor megmutatja, hol jár, de újra leáll. Próbáltam azt is, hogy timer.h-val villogtatok egy ledet és akkor lépjen, de nem sikerült távirányító nélkül HEX jelet bevinnem a programba. Tudtok e segíteni?
Egyébként mindenkinek B.U.É. K.

Ilyen kevés infó alapján csak kitartást tudunk neked kívánni!
A többihez látni kellene a programot! (Már ha nem titkos?)

Itt a kód. Int tipusu mind a két változó.
int encoderPos = 16;
int cel = mv/10;
lcd.write-tal kiíratva ascii értéknek veszi, lcd.print-tel viszont kiírja az értéket. Ez nekem eég

Üdv ! Olyan problémám lenne hogy Mouse.X szeretnék használni unon van de mivel csak leonardon működik ezért alternatív megoldást kell keresnem. Keresgéltem és találtam ilyen frimware módosítást de mivel nekem kíni ch340 gagyiság van ezért DFU módba nem tudom fel tenni a hexet . ISPN keresztül
ez fogad. Van egy Xloader nevű program ami hex-et tenne fel de az le fagy update feliratnál meg áll.


Ötlet valaki ?

Félreértettelek, mindegy, a lényeg, hogy jó.