-
Fototrend
Új hozzászólás Aktív témák
-
dabadab
titán
válasz doboka98 #7399 üzenetére
(Van kulon C# topik, a nyelvvel kapcsolatos problemakat inkabb oda.)
A konkret hibauzenetet azert kapod, mert ha a szam1 es a szam2 egyenlo, akkor semmilyen erteket nem adsz a szam3-nak.
Amit nem ir ki, de latszik, az az, hogy ha viszont a ket szam nem egyenlo, akkor meg vegtelen ciklusba kerul a program.
Mindez azert van, mert hibas az algoritmusod, ha ezt a kivonogatasos modszert hasznalod, akkor egyaltalan nincs szukseged a szam3-ra.
DRM is theft
-
doboka98
tag
válasz Sk8erPeter #7409 üzenetére
Ha így játszunk, akkor mondat végén pont van .
-
lordjancso
senior tag
Sziasztok!
Azt szeretném kérdezni, hogy volt-e közületek valaki (vagy van-e ismerősötök) az ITFactory által szervezett és előadott App! iOS mobilalkalmazás-fejlesztés oktatáson?
Ha igen, írj privátot!
Köszi!Rip and cut and mutilate the innocent, his friends, and again and again and on and on.
-
atesss
addikt
Üdv !
A kérdésem ugyan elég specifikusnak tűnik, de alapvetően algoritmus-technológiailag kérdeznék rá a témára:
Egy AVR mikrokontrolleres áramkört szeretnék készíteni, amivel figyelem hogy egy adott fogyasztó be van-e kapcsolva (illetve hogy a készenléti pár W-nál többet vesz-e fel - de ez programozási szempontból lényegtelen).
Ezt minden másodpercben (AVR belső "órájával" mérem) megvizsgálom, és az eredményt (1 - ha be van kapcsolva, és 0 - ha nincs bekapcsolva) lementeném.
Ha ezt csak szimplán egymás után mentem, elég hamar kifutnék még a legnagyobb, 128Kbyte-os Flash méretéből is.Valami nagyon egyszerű kódolást kellene használnom tömörítési célból.
Egyszerű futáshossz-kódolás [link] jónak tűnik így elsőre. Mit kell tudni erről ?
Vagy mi az ami ilyen célra használható lehet még ? -
-
atesss
addikt
Viszont az átláthatóság (úgymond szemmel is fel tudjam "dolgozni") és az utólagos feldolgozhatóság miatt lehet a növelésnek lesz egy korlátja. Főleg, amíg még fejlesztés alatt vagyok.
Pl. 60-ig növelve pont egy percet ad ki. Mondjuk ez nem a leggazdaságosabb.
8 bites az AVR, úgyhogy a legoptimálisabb 255-ig lenne, csak az semminek sem osztója.A nullázás pont emiatt problémás, mert nem tudom egyszerűen eldönteni, hogy éppen 0-n vagy 1-en van-e.
A legjobb lenne kiírni az értéket (0/1) is.
De még gondolkodok, hogy hogyan. -
Karma
félisten
Egyébként az RLE-vel ott lehetnek gondok, ha nagyon változékony a jel - ha teszemazt minden másodpercben alternál, akkor ott vagy, hogy másodpercenként egy byte. Az előző számítás csak akkor áll meg, ha két percenként, monoton módon billeg.
Szerintem ha ekkora adatmennyiséget akarsz tárolni, inkább illessz valami háttértárat. Vagy tedd fel a kérdést AVR-es topikban, ott lehet jobban értenek hozzá
[ Szerkesztve ]
“All nothings are not equal.”
-
atesss
addikt
Valami olyan megoldás kell, ami gyakorlatilag a kódolást változtatja attól függően, hogy milyen hosszú az állandó jel.
Szerintem ez a 2 perces adat alapvetően megfelelő. Az azért ritka, hogy valaki 1 percben többször is ki-be kapcsoljon egy 230-as fogyasztót .
(Esetleg mikró, ha visszarakod még pár másodpercre a kaját; illetve a főzőlapok. Máshol is elképzelhető egyszer-egyszer, de nem tömegesen.)Viszont olyan esetben, amikor a 2 percnél jóval tovább (leginkább órákig) van egy állapotban a fogyasztó, oda kellene még valami.
15 bit (2 bájt - 1 bit az ON/OFF jelzésére) az 9,1*3600s. 9 óránál jelentősen hosszabb állandó állapot is ritkán fordul azért elő.Még azt nem tudom, hogy a két kódolás "határát" hogyan fogom egymástól megkülönböztetni. Lehet az egyik bitet be kéne áldozni erre.
-
dabadab
titán
Mondjuk a valasztando tomorites nagyban fugg attol, hogy tenylegesen milyen adatokkal dolgozol. Ha "szemmel" is at akarod tekinteni, az aztan meg rettenetesen korlatozza a lehetosegeket, ugyanis elesel a bitstream hasznalatatol, csak byte-os egysegekben gondolkozhatsz, ami pl. kizarja a Huffmant es rokonait (amiket egyebkent tipikusan nem onmagaban szoktak hasznalni, hanem kiegeszito kodolaskent, esetedben pl. ugy nezhetne ki, hogy egy bit a ki vagy bekapcsolas allapotat mutatja, aztan utana a hossz Huffmannal).
DRM is theft
-
daneel92
tag
sziasztok!
nem igazán tudom, hogy jó helyre írok-e...
szóval annyi a problémám, hogy windows 8 alatt pl a code blocks amikor futtatom a programot, amit írtam, vagy csak ha cmd.exe-t futtatom, akkor baromira kicsi maga az ablak, parányiak a betűk, semmit nem látni belőle. nem tudjátok esetleg, ezt hol lehet átállítani windows alatt?Asrock B450 Pro4, AMD Ryzen 7 2700 @3.2GHz, Sapphire Radeon RX 5700 XT Pulse 8GB, Chieftec 600W
-
Sk8erPeter
nagyúr
A "Defaults" opciót is módosítani kell ahhoz, hogy az alapértelmezett beállítást módosítsd. Hozzáteszem, meglehetősen degenerált megoldás, hogy így széjjel van választva, különálló ablakban van - például nem lett volna egyszerűbb csak egy Properties ablakot létrehozni, és felkínálni egy opciót (pl. egy checkbox-szal, vagy bárhogy), hogy alkalmazza az alapértelmezett beállításokra is, ne csak a jelenlegi ablakra? Bár a cmd-t lehet szidni amúgy is a borzalmas szegényességéért, például a copy-paste-re normális hotkey mai napig nincs (Windows 8-nál járunk ), ami nem ilyen. (Linuxon legalább Ctrl+Shift+C, Ctrl+Shift+V, stb. működik.)
[ Szerkesztve ]
Sk8erPeter
-
fatal`
titán
válasz Sk8erPeter #7422 üzenetére
Nincs is szükség komolyabb parancssorra, mi a lószarnak? Windows userek 95%-a egyszer sem látja.
Minden másra ott a powershell
-
dabadab
titán
válasz Sk8erPeter #7422 üzenetére
"Linuxon legalább Ctrl+Shift+C, Ctrl+Shift+V, stb. működik."
Meg az egerrel kijelol, kozepso klikkel beilleszt. Meg a focus follows mouse. Meg a raise on click. Meg a layerek. Meg a tobb workspace. Meg a... (Igen, napkozben Windowson kell dolgoznom )
DRM is theft
-
Sk8erPeter
nagyúr
válasz dabadab #7424 üzenetére
Jó, akkor a cmd csodálatos.
Egyébként én tényleg szívesen olvasok a Windows command prompt előnyeiről, sőt, kifejezetten érdekel is, ki hogy látja, de ez pont az említett hiányosságon nem változtat."Meg az egerrel kijelol, kozepso klikkel beilleszt."
Na ne mondd, és ebben hol is van a billentyűzet? Én pont nem szeretek egeret buzerálni, ha nem muszáj.(#7423) hunfatal :
őő, szerintem az átlagjúzerek közül többen látták már egyáltalán a klasszikus cmd-t, mint a PowerShellt (tudod, a jó öreg többéves tutorialok, amik megmondják, hova kő' kattintani, stb.) - ha már átlagjúzerekről beszélünk, de egy programozós topicban miért is beszélünk róluk?[ Szerkesztve ]
Sk8erPeter
-
fatal`
titán
válasz Sk8erPeter #7426 üzenetére
Mert a Windows átlagusernek készül és neki nincs szüksége többre.
A programozó meg fel tud telepíteni egy powershellt. Vagy egy alternatív parancssort..
De azokon kívül, akik tanulnak szerintem nem sokan fejlesztenek konzolos alkalmazást.
-
Sk8erPeter
nagyúr
válasz dabadab #7424 üzenetére
dabadab, ne haragudj, az előző hsz.-edet totál félreértettem... Fú de tompa vagyok, sikerült totál az ellenkezőjét kiolvasnom a hsz.-edből, mint amit írtál... Sorry, my fault, pedig még idézted is a konkrét részt, amire reagálsz - szóval a Linuxos terminál előnyeit soroltad fel, és épp szembehelyezted a Windows-parancssor gyengeségeivel. Az előbb ezt meg félreértettem, azért sikerült kicsit gyökérül reagálnom.
Szóval ja, így már teljesen egyetértek, hogy sikerült felfognom, mit írtál.
Sk8erPeter
-
Sk8erPeter
nagyúr
Most eléggé rácuppantál erre a Windows = átlagjúzerek témára, amit alapvetően értek, de nem értem eleve, mit keresne az átlagjúzer a command prompt környékén? Vagy arra gondolsz, hogy pont emiatt szarják le a kérdést? Végül is akár lehetne is. Na de akkor meg miért fejlesztenék mondjuk a PowerShellt? Kérdezem ezt anélkül, hogy bármi fogalmam lenne arról, hogy fejlesztik-e tovább egyáltalán.
De miért lenne alternatíva a PowerShell a command promptra, ha azokat a szempontokat vesszük, amiről éppen szó van? A PowerShell pontosan ugyanolyan kényelmetlen szar a felület tekintetében, mint a command prompt, pont ugyanúgy nem működnek a billentyűkombók, pontosan ugyanúgy külön van a Defaults és Properties ablak, stb., igazából minden ugyanolyan rajta a GUI-t nézve.[ Szerkesztve ]
Sk8erPeter
-
fatal`
titán
válasz Sk8erPeter #7429 üzenetére
Arra gondolok, hogy emiatt leszarják.
"Na de akkor meg miért fejlesztenék mondjuk a PowerShellt?"
Azt a szerverek miatt fejlesztették szerintem.Powershellnél pl. jobb klikkre beilleszt egyből. Nem tudok ilyenről a sima command promptnál.
-
martonx
veterán
válasz Sk8erPeter #7431 üzenetére
Az általam javasolt két cmb bővítményt használtátok már? Szerintem mindenképpen érdemes kipróbálnotok őket, ha máűr windows-os parancssorról beszélünk.
Én kérek elnézést!
-
alratar
addikt
Az eclipse-el kapcsolatban lenne kérdésem, remélem tudtok segíteni!
Amikkor megírok egy programot és nyomok egy F11-et, a program pár másodpercre kiírja, hogy Not Responding, majd mikor ismét visszatér nem csinál semmit.
Az ikon svábban aktívvá válik a kis piros négyzet, tehát a beírt kód fut, én mégsem látok semmit.Mi lehet a jelenség oka?
10 féle ember van: aki ismeri a bináris számrendszert, és aki nem
-
atesss
addikt
válasz dabadab #7419 üzenetére
Hát a bitstream ilyen szempontból nem lenne rossz. Csak tényleg ez a gond vele...
Még majd átgondolom hogy ha lesz már egy kész nem bitstream-es megoldásom, hogy mennyit nyernék ha átalakítanám.Egy pl. ilyen Huffman nem lehet hogy túl sok már egy ilyen kis AVR-nek ?
Első körben az algoritmus memóriafelhasználásában, másrészt meg feldolgozási igényben is akár.Közben viszont változik a dolog annyiban, hogy nem kell az AVR-el az időt folyamatosan tárolnom.
Mint kiderült külföldről akár 2 dollár alatt is lehet kapni az AVR-el I2C-n keresztül elérhető RTC modult: [link]
Ez így nem növeli meg vészesen a kapcsolás/az egész kész eszköz árát.
És mint kiderült az I2C használata nem is annyira bonyolult (elektronikailag sem), és mivel van hozzá egy jó kis library, leprogramozni sem annyira vészes. Persze nem mondom hogy nem kell beletanulnom, de úgy néz ki meg tudom majd csinálni.Így a pontos időt bármikor le tudom kérdezni I2C-n keresztül, ami azért könnyebbséget ad.
Pl. így simán meg lehet azt csinálni, hogy csak változásnál tárolom le az időt és/vagy a dátumot.
Célszerűen nem a teljes dátumot és időt - hanem csak ami a legutóbbi letárolás óta változott (mondjuk a másodpercen kívül a percet is lehet jó lenne minden alkalommal).
Így már csak attól függ a tárhely igény, hogy milyen gyakran van változás.Illetve azon is gondolkozok, hogy az áttekinthetőség érdekében nem lenne rossz minden nap éjfélkor letárolni a teljes időinformációt: évtől a másodpercig.
-
metrion
aktív tag
Sziasztok!
Erre a feladatra kellene megoldás C#-ban: Kell egy 5 elemű tömb amit billentyűzetről kell felvinni majd ennek az átlagát kell kiíratni.
Eddig ez van:
static void Main(string[] args)
{
Console.Title = "Tömb átlagszámítás";
int[] tomb = new int[5];
int i;
double atlag;
double seged = 0;
for (i = 1; i <= 5; i++)
{
Console.Write("Kérem a(z) {0}. számot: ", i);
tomb[i] = int.Parse(Console.ReadLine());
}
i = 0;
while (i < 5)
{
seged = seged + tomb[i];
i++;
}
atlag = seged / 5;
Console.WriteLine("Átlag:{0:0.00}", atlag);
}
}
}Köszi előre is!
[ Szerkesztve ]
-
dabadab
titán
"Egy pl. ilyen Huffman nem lehet hogy túl sok már egy ilyen kis AVR-nek ?"
Nem tudom, hogy konkretan milyen AVR, meg hogy a logolason kivul milyen feladatai vannak, de azert a Huffman-kodolas nem olyan nagyon megerolteto dolog, illetve az egyetlen kicsit is szamitasigenyes reszet (a fa felepiteset) meg is sporolhatod es hasznalhatsz elore definialt szotarat (ahogy tettek ezt pl. a fax tomoritesenel, marpedig azokhoz kepest egy 8 bites AVR is szuperszamitogep ) es az alapjan generalhatod a tomorito assembly (vagy miben szokas az ilyeneket programozni) kodjat (illetve ez igazabol nem is opcionalis, hanem kotelezo resz, mert tomoriteskor nem tudsz fat epiteni, mert egeszen egyszeruen meg nem lesznek meg azok az adatok, amikbol fel kellene epiteni).
[ Szerkesztve ]
DRM is theft
-
Karma
félisten
"Így a pontos időt bármikor le tudom kérdezni I2C-n keresztül, ami azért könnyebbséget ad.
Pl. így simán meg lehet azt csinálni, hogy csak változásnál tárolom le az időt és/vagy a dátumot."Nem igazán értem, hogy ez miért az RTC modul miatt van így; egyébként se kellett volna mást tenned
“All nothings are not equal.”
-
atesss
addikt
Igazad van, tényleg kimaradt hogy miért is írtam ezt.
Ha az eszközt kihúzzák a konnektorból, vagy áramszünet van, akkor belső, az AVR-t tápláló akkumulátor nélkül az AVR el fogja felejteni az időt.
Viszont ha rakok bele egy RTC modult, akkor minden inicializálásnál le tudja kérdezni az időt tőle.
És úgy tűnik olcsóbb egy ilyen modul, mint egy Li cella + töltő áramkör (és a Li cella se tudja nagyon hosszú ideig ellátni az AVR-t, max. ha valamilyen energiatakarékos módba kapcsolom szoftverből, de az okozhat problémákat - nem értek ehhez még eléggé, ezért nem vágnék ilyenbe bele).Plusz az AVR-be valahogy bele is kell vinnem a pontos időt egyszer. Külső periféria nélkül ezt felprogramozáskor lehetne maximum. Ezt a modult egyszer beállítom, és onnantól kezdve bármelyik AVR-re rakom is rá (akár csak majd hónapok múlva), nem fogja elfelejteni közben.
(Sőt könnyen lehet hogy úgy szállítják, hogy ha nem szedem ki a gombelemet, alapból tudja a pontos időt.)Ha gyakran lekérdezem a modultól, lehet még külső kvarc sem kéne az AVR-nek (jó a nem annyira pontos belső oszcillátor is), de ez mondjuk már tényleg részletkérdés.
Így tehát az időszinkronizáció biztosan rendben van, tehát onnantól nyugodtan lehet inkrementálisan is tárolni az adatokat.
Biztonság kedvéért lehet bele kellene rakni időnként a teljes idő letárolását, de ez lehet több naponként is.De még így is két lehetőség van:
A.) minden változáskor letárolom a legutóbbi változás óta eltelt időt.
B.) vagy változáskor a pontos időt tárolom le - illetve csak annak a legutóbbi változás óta megváltozott részét (ha a másodperc változott csak, akkor csak azt; ha a perc is, akkor azt is; ha a nap is, akkor azt is).Ha jól számolom az első tárhely-gazdaságosabb lehet.
-
Lacces
őstag
Hali.
Van olyan oldal, ahol valós életben előjövő alkalmazásokhoz mutatnak be design patterneket? Ideáig nem nagyon találtam, pedig kerestem például raktárkezelőhöz (belső raktár), vagy CMS oldal készítésénél?
Fogalmam sincs, hogy mikor kellene alkalmazni a Design patternek többségét még mindig
A válaszokat előre köszönöm.
-
martonx
veterán
Figyi, nem bántásként, de amilyen alapvető hiányosságaid vannak, én azt mondom, hogy szard le a dizájn patterneket. Tanulj meg programozni, és ha az már megy, és minden szuper, akkor majd el lehet azon kezdeni gondolkozni, hogy ilyen-olyan kódszervezési gyakorlatokkal, meg lehetett volna-e jobban de inkább csak szebben oldani az adott feladatot.
Én kérek elnézést!
-
zoty314
aktív tag
válasz metrion #7437 üzenetére
Tudom, már megoldódott, de gondoltam, átíom rövidebben, mert úgy éreztem, picit túl van bonyolítva.
static void Main(string[] args) {
const int DARABSZAM = 5;
Console.Title = "Tömb átlagszámítás";
decimal osszeg = 0M;
decimal aktualisSzam;
for (int i = 1; i <= DARABSZAM; i++) {
Console.Write("Kérem a(z) {0}. számot: ", i);
if (decimal.TryParse(Console.ReadLine(), out aktualisSzam)) osszeg += aktualisSzam;
}
Console.WriteLine("Átlag:{0:0.00}", osszeg / DARABSZAM);
}[ Szerkesztve ]
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
- D-Link DIR-842 kétsávos, Gigabites router - Foxpost az árban!
- H96 MAX RK3318 TV okosító - 2/16 GB - Új!
- MacBook Pro 13" 2016, i5 2.0GHz, 8GB Ram, 256GB SSD - rossz saját képernyővel, occón!
- Logitech G502 X vezetékes gaming egér, fehér, akár 25600 DPI
- Garett GRC Maxx okosóra, fekete, Android és iOs kompatibilis
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest