Azt a képletet hol láttad? Ez van a megjegyzésbe írva:

Mondjuk így?
((1 * 8²) + (0 * 8¹) + 1)
Ez sima pl. HTML kódban (de más szerkesztőkben) is könnyen megoldható lett volna.

Teszteltem az arduinó megán, lefuttatva azt az eredményt kaptam:


Eredmény:
ab = 12
ac = 11
ad = 1

egyébként: 8^1 = 9!

icserni már leírta de akkor legyen újra: "A zárójeles kifejezés csupán megjegyzés, azaz nem C nyelven van!" A nyolc hatványai vannak jelezve, nem bit szintű XOR művelet. Sőt, a kettős per jel utáni rész, mint megjegyzés szerepel.

Ezt értem!

Attól függetlenül én mégis különösnek tartom az arduinon kapott eredményt!

Nem különös az, ha figyelembe veszed a műveletek végrehajtási sorrendjét.

0 * 8 ^ 1 --> (0 x 8) XOR 1 = 1

A zárójelen belül két művelet van. Ha biztosra akarsz menni, akkor vagy több zárójelet használsz mejelölve a prioritásokat vagy egyenként hajtod végre a műveleteket olyan sorrendben, ahogy neked tetszik.

Igy már értem!
Nem tudom mért gondoltam, hogy a XOR-nak nagyobb a Precedencia-ja mint a szorzásnak!

HTML-ben megoldható, de ez egy preformatted text blokkban volt...

Hogy a legegyszerűbb egy 8bites de lehet inkább csak egy nibble méretű adatváltozó azonnali kiírása portokra?

Direktben címezhetem a portot DDRDx PORTx regiszterek használatával ... ez ok.
Más lehetőség nincs az arduino utasításai között?
Egyedi forciklusos bitenként és portonként körbe járása nélkül.
Ekkor lesz "hazard" mert nem 1szerre és azonnal jelenik meg minden porton az adat .
(persze DDRx PORTx esetén is van "hazard" amit a belső regiszterek kapukésleltetési idők eredményeznek ha nagyon kihegyezzük, de ez nem érdekes )
Amilyen hosszú 4 - 8 ciklus ütemig folyamatosan fog prellezni/hazárdozni a port állapota.

Portbővítő ic, illetve shift regiszter OE láb vezérlés áthidalhatja a problémát.

Igen ez jó lehet shiftreg vagy I/O IC-k.
De csak ha magát az ardu panelt szeretném használni akkor nem megoldható.

Ez a legegyszerűbb és leggyorsabb - szerintem. Bővebben: Link

8 bites esetén:



4 bites esetén, alsó 4 lábra: (a többi lábat változatlanul hagyja)



4 bites esetén, a felső 4 lábra:

Mert ezt nem így kell ebben az esetben megoldani, hanem pl árnyékregiszter alkalmazásával, ahol ebbe a regiszterbe állítasz be minden bitet, egyéni kényelmed szerint(nem érdekes mennyi idő alatt és mivel), majd mikor kész van minden bit, a PORTx utasítással egyszerre másolod át ebből a segédregiszterből a portra a kívánt állapotot. Ekkor minden bit egyszerre jut érvényre...

AVR-nél nem feltétlen kell árnyékregisztert használni, itt simán működik a PORTx olvasása, manipulálása, majd visszaírása megoldás.

Ez azért működik itt, mert a PORTx olvasása nem a port lábait olvassa, hanem azt adja amit előzőleg te beleírtál. Itt külön van a kimenetre a PORTx a bemenetek olvasására meg a PINx regiszter.

Más kontrollereknél (Pl. PIC16 sorozat), ahol nincs különválasztva a port írás és olvasás két regiszterre, ott az árnyékregiszter használata a jó megoldás, mert a port regiszter olvasása esetén egy terhelt kimeneti port esetén esetleg előfordulhat, hogy nem azt olvassa vissza, mint amit korábban kiírtál. (ott még a 1 lábra a bit manipulációs utasítások is read-modify-write-ként működnek, azokkal is lehet ilyen gond.)

Köszönöm a segítséget és megerősítést , hogy az ardu utasításai között ne keressem ezt a lehetőséget!
Az Arduino IDE utasítás eszközeivel akkor csak a bitenkénti kezelésre van lehetőség.
(egyszerre való kezelésre nem készítették fel , csak regiszterek direkt elérési útjára)
A DDRDx/PORTx nélkül nem oldható meg.
Akkor marad ez.
Ezeket a bit-set/reset AND/OR trükköket ismerem.

Nem a szükségessége miatt ajánlottam, hanem az elve, átláthatósága miatt! Aki ilyen kérdést feltesz, annak ez nagyobb segítség, mint ha leírod példában (majdnem) ugyanezt...

Sziasztok.

Régebben már kitárgyaltuk , hogy az arduino AMS1117 feszültség stabilizátora nem jó hatékonyságú. Ki lehet hagyni ams1117-et ha az arduino 5V(out) pin-re rákötünk egy DC-DC konvertert ? (a trimert fixen 5V-ra kell állítani )

Mit értesz a nem jó hatékonyság alatt?? Egyszerű, áteresztő stab, mint mindegyik másik... Viszont LDO, kis eséssel dolgozik...
DC-DC konverter sokkal nagyobb zajt visz be, mint egy LDO! Ha ez belefér, akkor lehet létjogosultsága neki. Valamint akkor, ha magas bemenő feszültségről akarod járatni...és jelentősebb fogyasztás is kialakulhat mellette....

A jó hatékonyság alatt azt értem hogy a konverter hatékonysága 90% feletti míg egy LDO rengeteget elfűt (és pont ezért akartam kihagyni, de ezzel a nagyobb zajjal most elbizonytalanodtam egy kicsit). 7,2V engedek be az LDO-nál, de így is melegszik egy kicsit és ez idegesít

Mi az a kicsit? Nyilván az átfolyó áram függvénye a létrejött disszipáció. Ha ez durván nem emeli meg az LDO tok hőmérsékletét, akkor tetszik, nem tetszik, ez normális, nem kell vele foglalkozni! Ha 80C-nél magasabbra fűt fel, akkor már van helye a DC-DC konverternek, függetlenül a nagyobb zajtól!
Vagy csökkented a bemenő feszültséget, az LDO bőven elviseli ezt! Esetleg megnézed, mi az a "nagy" fogyasztó, ami generálja ezt a disszipációt, és azon csökkentesz, ha lehetséges...

Kb 40-50 C fokra tippelek. Nagy fogyasztó nincs itt hacsaknem az lcd háttérvilágítása nagynak számít.

Az semmi!
De a háttérvilágítást értelmetlen erről járatni! Az mehet a nyers bejövő tápról, megfelelő előtét ellenállással...

40 - 50°C normál üzemi hőmérsékletnek számít egy elektromos berendezésnél ...
Az ne zavarjon, hogy a kezed/ujjad nem szeresse tapintani.

A hatékonyság javítása a célom ....

próbálok kerülni minden melegedést

Sziasztok

EEprom 0-dik bájtjába írok egy számot, majd vissza is olvasva okés, majd áramtalanítás után 94-et olvasok vissza.
Ez miért van?

Írd tele az eepromot, és nézd meg utána a teljes területen mi van.
Milyen procival nyomulsz?

Rossz az EEPROM vagy rossz a kód, amivel kezeled.

ESP8266, pontosabba NodeMcu, 512byte eeprom van benne.

menet közbe kiíratom a 0-dik byteot és az jó.
Akármit írok be menet közbe, visszaolvasva jó.
Tehát eltárolja

Ha újra indítom, mindig felülírja, most éppen 102.
Másik eszközzel ugyanez a helyzet.

Kipróbáltam másik eszközzel, ugyanez a helyzet.
EEprom. write-val írom, EEprom.read-al olvasom.
Ezen felül kellhet még valami?
Amit nem tartok kizártnak, mert pl a
parancs is kellett ESP8266-nál