Ékezetek nélkül is jó lesz. Nekem lehetne németül, angolul, mindegy. A cimborámnak viszont leginkább magyarul vagy oroszul Akkor már inkább legyen magyar

A cél nem csak ez, hanem kicsit megérteni, hogy mit csináljak, ha ilyesmi gond van. Van pár arduinom, egész egyszerű dolgokat megoldottam már vele, de mások projektjét (a grbl-en kívül) még nem próbáltam fordítani. Nem mélyedtem el még benne, de ebben a forrásban elég nagy a kavar nekem.
Jah! A grafikus lcd lenne a cél!

igen, az eredeti MenuLCD.h forrása is karakteres kijelzőre hivatkozik, csak nem tudom, hogy hol kellene belenyúlnom, hogy azt tegye amit szeretnék. A githubos hex működik, bár a hw még nem teljes. Most estem bele ebbe a projektbe, a cél a pan-tilt irányítása vagy esetleg követés még. A másik projekt amit kiszemeltem, 32 bites Arduino, azt későbbre hagyom Ott hex-et nem is találtam, tehát mindenképpen le kell majd fordítanom, ha oda kerülök.

Szerintem belekel ásni magad a témába.
Az természetes, hogy nem fordul le elsőre az alkalmazás.

Hiszen van vagy 100 féle grafikus LCD forgalomba, és be kel állítani a környezetet az arduinóban.

Pl. csak próbaképen belenéztem egy projectba (mivel abból is több található)
panobot/software/gigascan/lib/U8g2_ID942/examples/u8x8/HelloWorld/HelloWorld.ino
Ez HW_SPI LCD vezérlővel foglalkozik.
És láttam a megjegyzésekben linkeket, amiket szintén megkel látogatni, hogy megértsed a dolgokat.

A legegyszerűbb az idézőjelek közt levő szövegeket lecserélni magyarra:
u8x8.drawString(0,0,"Hello World!"); -> u8x8.drawString(0,0,"Hello Vilag!");

Illetve van ott bőven LCD vezérlő választék!
Bővebben: Link
Az első dolog amire megkér, hogy válaszd ki a használt LCD típusát:
// Please UNCOMMENT one of the contructor lines below
// U8x8 Contructor List
// The complete list is available here: https://github.com/olikraus/u8g2/wiki/u8x8setupcpp
….

eeprom-config.h ott van az src mappában, nem értem miért mi nem tetszik neki.

"sketch\panobot.cpp:18:23: fatal error: Streaming.h: No such file or directory"

Igaza van kapu48-nak, igy nagyon nehéz segíteni, át kéne böngészni az egész projektet.

Értem én, csak mivel egy konkrét HW-hoz „jár” a kód, gondoltam, hogy nem kell minden library-t végigtúrnom és valami más a hiba oka. A config.h-ban deklarált a SPI kommunikáció, az enkóder viszont nem találtam semmi nyomát ami az lcd-t választaná ki.No keresgélek

Tudom, hogy nem egyszerű, de ha csak ennyi infót adtok is, akkor is előre haladok!!! Eszembe nem jutott volna a libeket nézni, ha itt fel nem merül! Kezdő vagyok és ez nekem tanulás is, amit egy következő esetben hasznosítok! Ezt köszönöm, mindenképpen és tudom, hogy nem mindenkit villanyoz fel ez annyira, mint engem

Ezt nem igazán értem? Enkoderrel akarsz futásközben LCD típust választani?
De hiszen még nem is működik ilyenkor a kijelződ! Hogyan akarod használni az enkoder?

Fordítás előtt kel kivenni a megjegyzésből // a megfelelő sort.
Utána lehet kiértékelni az esetlegesen kapott hibajelzést.

Ez nem felvillanyozás kérdése.
A "gondolkodtató" problémák megoldására mindig több válasz érkezik. Többek fantáziáját piszkálja fel a probléma megoldás, valamit egy dolog elegánsabb leprogramozása.
A "miért nem fordul el" szerű problémákra általában nem (vagy kevés) válasz jön.

és itt hiányzik a vessző Bocsánat!


A config.h-ból:


Ez a pinek beállítása a RepRap LCD-hez, erre gondoltam és arra, hogy itt lehetne a helye a pontos LCD-nek az u8g-hez... Persze csak szerintem.

Pontosan ezért adok ki inkább .hex fájlt (még ha nem is lehet módosítani), mert a feltöltés XLoaderrel gyerekjáték. Viszont most találkoztam ezzel az old bootloader problémával frissítés után, remélem nem kavar be. Az új Arduino új bootloadert feltételez a lapokon, emiatt előfordulhat, hogy nem tudja a programot feltölteni. Még jó, hogy meghagyták az old bootloader-re való feltöltési lehetőséget...

A hex felment avrdude-val linux alatt, nekem meg is felelne, illetve ha már belemásztam, akkor a Pappy miatt is szeretném újrafordítani.Természetesen így is jó, de ez nekem tanulás is.

Az Arduino hogyan fogadja el a több dimenziós(négy) tömböt.
Egy bipoláris motor működtetéséhez kellene egy nyolc elemű tömböt létrehozni az alábbi szerint.

1 2 3 4 5 6 7 8
A0 H H L L L L L H
A1 L L L H H H L L
B0 L H H H L L L L
B1 L L L L L H H H

Ezek után már csak a tömb elemeire kellene hivatkozni és a négy kimenet e szerint állna be. Azért kellen ez a megoldás, mert van mikor teljes fordulatokat kell a motornak tenni, de van olyan mikor csak pár lépést.

Az előző hsz-ban az első sor eltolódott balra. Elnézést! Az első "érték" HLLL".

char aArray[]={HIGH, HIGH, LOW, LOW, LOW, LOW, LOW,HIGH};
char aaArray[]={LOW, LOW, LOW, HIGH, HIGH, HIGH, LOW, LOW};
char bArray[]={LOW, HIGH, HIGH, HIGH, LOW, LOW, LOW, LOW};
char bbArray[]={LOW, LOW, LOW, LOW, LOW, HIGH, HIGH, HIGH};
int s = 0;
int timer = 100;

void setup(){
pinMode(2, OUTPUT);
pinMode(3, OUTPUT);
pinMode(4, OUTPUT);
pinMode(5, OUTPUT);
}

void loop() {
for (s=0;s>=7;s)
{
digitalWrite(2, aArray[s]);
digitalWrite(3, aaArray[s]);
digitalWrite(4, aArray[s]);
digitalWrite(5, bbArray[s]);
delay(timer);
}
}
én ezzel próbáltam, de nem ment.

Jaj! A feltételt nagyon benéztem. Köszönöm!
A te példádban hogyan olvasom ki a tömb tartalmát?

Sziasztok!
Aduino nanora hogyan lehet optiboot bootloadert feltölteni? Mi kell hozzá? Milyen beállítások? ISP-n ödsszekötöm egy másik arduinoval, amin ArduinoISP van, az meg van. Továbbiak?
Köszi.

Itt több lehetőséget is leír.

Mekkora lehet arduinos paneleken (uno,micro,nano)lévő kvarc ppm-je?
Persze gyártó függő és az ócsósítás lévén ami a meo-n kiesett az is jó beépült.
A 30 ppm már jó lenne számomra.

Az általam kultivált nano kártyákon nincs kvarc, csak kerámia rezonátor, ami pontatlanabb.
Arduino Uno "kompatibilis" kártyák némelyikén van "rendes" kvarc, az akár 20 ppm-es is lehet.

Rezonátorral rosszabb a helyzet valóban ...
Több darab panelt , hogy lehetne legegyszerűbben összeválogatni órajel pontosságra?
Mérhetek frekit a osc lábakon.
Egyhez a többit összehasonlítani, oszci freki keveréssel ( XOR vagy NAND kapu / diódás analóg heterodin keverő azt füllel is hallható már úgy) , relatív érték bőven jó mert csak az egymáshoz képest , a különbségük az érdekes jelen esetben számomra. Abszolút frekvencia "mindegy" 15, sok kilenc MHz vagy 16 MHz és egy kicsi.

A lényeg , hogy 6 8 db eszköz egymástól függetlenül de szinkronban kövesse egymást.
Pár órán (5-10) belül ne legyen nagyobb 0,5-2 másodpercnél nagyobb csúszás köztük.
(erre jött ki a kb 30 ppm-es érték)
Az egyszerre elindításuk megoldott egy "szinkron kábellel".
(Reset lábakon lóg egy optokapu tranzisztora, a ledek párhuzamosan kötve , kívülről egyszerre kapnak majd egy nyomógombon keresztül tápot)

Közös órajelről járatni őket nem opció? Az lenne az igazi.

Akár több kilométer is lehet köztük ... Bocsi ez lemaradt.
Persze az egyes kvarcok/kerámiák egyedi ppm és hőfok gradiense is érdekes lehet mert változatos lehet a külső környezet. De ez már csak amolyan szőrszál hasogatás részemről , hogy ilyet is elvárnék, de nem érekes, ha túlságosan nem borítja fel az elcsúszásokat több másodperccel.

Közös pontosítást adhat másodpercenként pl. egy-egy GPS vevő is. Már ha van rálátás a műholdakra.

Valóban de az meg ágyúval verébre ...

Mindegyiken egy-egy RTC ami nem túl pontatlan? Ha tudnak kommunikálni egymással akkor esetleg minden nap szinkronba hozhatják egymást az egyik órajelével? Vagy olyan RTC-ket használni ami a Frankfurti atomóra jelét tudja venni? DCF77?