Fórum témák
» Több friss téma |
Fórum
Tegnapi felállás szerint:
sizeof(flash_esp_mqtt) és sizeof(esp_mqtt) is 200-at kapok. Módosítások: Teszt 1. Beraktam reserved (rsvd) változókat, hogy 4-el osztható "tömböket" kapjak.
Ekkor: sizeof(flash_esp_mqtt) és sizeof(esp_mqtt) is 202-őt kapok. Teszt 2: Mivel az első változó is egy typedef ezért kipróbáltam hátha alá helyezve mást kapok:
Ugyan az 202 mindkét értékre. Teszt 3:
Eredménye: Idézet: „RAM == FLASH” További info: Ha mindent csak RAMban tárolok, akkor az MQTT elindul, de! Ha már fut és a HTTP felületen ismét elindítom, engedélyez/fut checkbox pipálva és a Save (submit)-re kattintok, akkor ESP rebootol. Akkor is, ha előtte leállítom, checkbox kivesz majd save, nincs reboot, de ha ismét bekapcsolom, akkor ESP reboot jön. Amik eddig az ESP8266-ban vannak: OTA TWI - MCP23017 RTC - belső interrupton fut egy saját egyszerű UDP csatorna WiFi Multi WiFiAP HTTP Web felület HTTPs OTA HTTPs MCP23017 kezelőfelület MDNS LLMNR DDNS NTP MQTT - HomeAssistant SB
A baj az, hogy a hátteret nem lehet megállitani. Nem a végfelhasználo a ludas, öt csak arra kényszeritik és nála torlodik a hulladek.
Nekem is a minap kellett telefont cserélnem, mert a bank közölte, hogy májustol nem támogatják a 3 éves OS-t. A régi telefonom különben remekül müködik. A gyártok kénytelenek abbol dolgozni, amit a beszállitok kinálnak.öket meg többek között a sporolás meg a technologiai fejlödes hajtja. Nézd meg a szoftwareket van olyan szoftwarem amit szinte évente frissiteni kell ( 2005 ota használom és a régi is tökéletesen megfelelne, de nem megy az ujabb HW-n.) A garancia abszolut semmit oldhat meg, azonkivül, hogy a mennyekbe hajtja az árakat. Ez csak egy agyalágyult bürokrata tudja elképzelni, hogy évekig valakik raktáron tudják tartani a ma kiszállitott áruhoz az alkatrészeket. Ráadásul lehet, hogy azok 60-70% érintetlenül kerül majd a garancia végén a szemétbe.
IN main.c sw1 and sw2 not defined nor referenced.
Kedves Pipi!
Ezt mind írja, ami az én "-végtelen -> 0" angoltudásomat még Google fordítóval is messze meghaladja... C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino: In function 'void setup()': C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:12:7: error: 'class AD9833' has no member named 'Begin'; did you mean 'begin'? gen.Begin(); ^~~~~ begin C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:13:7: error: 'class AD9833' has no member named 'EnableOutput' gen.EnableOutput(true); ^~~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino: In function 'void loop()': C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:35: error: 'class AD9833' has no member named 'ApplySignal' if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f); ^~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:47: error: 'SINE_WAVE' was not declared in this scope if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f); ^~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:47: note: suggested alternative: 'SIZE_MAX' if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f); ^~~~~~~~~ SIZE_MAX C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:57: error: 'REG0' was not declared in this scope if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f); ^~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:21:57: note: suggested alternative: 'FE0' if(sw1==LOW && sw2==LOW) gen.ApplySignal(SINE_WAVE,REG0,f); ^~~~ FE0 C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:35: error: 'class AD9833' has no member named 'ApplySignal' if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f); ^~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:47: error: 'TRIANGLE_WAVE' was not declared in this scope if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f); ^~~~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:61: error: 'REG0' was not declared in this scope if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f); ^~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:22:61: note: suggested alternative: 'FE0' if(sw1==LOW && sw2==HIGH) gen.ApplySignal(TRIANGLE_WAVE,REG0,f); ^~~~ FE0 C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:35: error: 'class AD9833' has no member named 'ApplySignal' if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f); ^~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:47: error: 'SQUARE_WAVE' was not declared in this scope if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f); ^~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:59: error: 'REG0' was not declared in this scope if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f); ^~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:23:59: note: suggested alternative: 'FE0' if(sw1==HIGH && sw2==LOW) gen.ApplySignal(SQUARE_WAVE,REG0,f); ^~~~ FE0 C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:35: error: 'class AD9833' has no member named 'ApplySignal' if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f); ^~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:47: error: 'HALF_SQUARE_WAVE' was not declared in this scope if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f); ^~~~~~~~~~~~~~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:64: error: 'REG0' was not declared in this scope if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f); ^~~~ C:\Users\APA-PC-Otthon\Desktop\OneDrive - Csarnok.hu Kft\EN\AVR_2024\AD9833_ALAP\AD9833_ALAP.ino:24:64: note: suggested alternative: 'FE0' if(sw1==HIGH && sw2==HIGH) gen.ApplySignal(HALF_SQUARE_WAVE,REG0,f); ^~~~ FE0 Multiple libraries were found for "AD9833.h" Used: C:\Users\APA-PC-Otthon\Documents\Arduino\libraries\AD9833 not used: C:\Users\APA-PC-Otthon\Documents\Arduino\libraries\AD9833-Library-Arduino-master exit status 1 Compilation error: 'class AD9833' has no member named 'Begin'; did you mean 'begin'?
HI ,every one once again I need help, i have a code of 16F676 to control the triac and schematic attached here , i think sw1 and sw2 not defined,i am not know much about coding, please help;
Szia! A "not great, not terrible" -jut eszembe a kapcsolási rajzról. Ami igazán laikus benne, az a végtranzisztorok párhuzamos kapcsolása. Ahhoz, hogy a terhelés valamelyest arányosan oszoljon el a párhuzamos tranzisztorok között, emitter-ellenállással kell őket ellátni. Mintaként szolgálhat a témájában alaposan kitárgyalt ST151-re keresztelt erősítő.
A kérdéseidre a válaszok: - a TR8-at nagyjelű erősítőnek nevezzük. A bázisa és kollektora közötti kondenzátor célja, a visszacsatolt erősítő fázismenetének olyan korrekciója, hogy az egységnyi erősítés határáig a fázistolás 180° alatt maradjon, azaz ne váljon az áramkör oszcillátorrá. - az R1, R2, R5 ellenállások az őket meghajtó tranzisztorok munkapontját stabilizálják. A rajtuk folyó áram miatt kisebb mértékben változik a tranzisztorok árama azzal szemben, ha mindössze a következő fokozat bázisáramával terhelnénk. Eredménye a lineárisabb működés lesz. - A TR7/R4 a végtranzisztorok nyugalmi áramát állítja be és stabilizálni is képes, ha a TR7 együtt melegszik a végtranzisztorokkal. A hozzászólásom elején említett végtranzisztor emitter-ellenállások abban is segítenek, hogy korlátozzák a nyugalmi áramot míg a termikus egyensúly ki em alakul. - a műveleti erősítő kimenete rosszul viseli a kapacitív terhelést, az R12 választja le róla TR9 Miller-kapacitását. - az R10 a bemenetnek ad referecia-feszültséget arra az esetre, ha a műveleti erősítőt leválasztanánk róla véletlen/szándékosan. - R6,R13 szokványos negatív visszacsatolás. Az erősítés 1+R6/R13. - a C4+R11 a terhelés impedanciamenetét javítja, bővebb információt Zobel-tag, Boucherot-cella keresésre találhatsz. - a soros R8, R9 határozza meg a differenciál erősítő emitter-áramát. Azért van két részre osztva, hogy C5 szűrje a táp hullámosságát.
Sziasztok.
Adott egy 18F458-as PIC. Frissítés közben sikeresen le lett húzva az USB. Azóta bootloader not respond van. Rákötöttem a pickitet, külső frissítéssel próbálkozok. A PICKit látja is az eszközt. Ha rámegyek Erase akkor visszajelez hogy erase complete utána a device blank-ra kattintva a következő hibaüzenetet kapom: Idézet: . Ilyenkor mi a helyzet? Így a .het-et se tudom feltölteni neki. Ha a read-re megyek, akkor szintén kiolvassa az eszközt és nem FFFF fogad. Valakinek ötlete mit szúrtam el? Vagy hogy javítható az eszköz? „Program memory is not blank starting at adress 0x000000”
Én is most jöttem a bankomtol, mert rákényszeritettek - engem mint kuncsaftit, higy vegyek uj telefont, mert ugye ök átállitottak valamilyen SW-t es a 3 éves nem eppen olcso telefon ezt nem támogatja.
Nem tudom ezt miért nem vasalják be a telefon FW fejlesztöin? De ugyanez van a PCkkel is. Nekem már 4-t kell üzembe tartanom, mert az egyiken ez nem megy a másikon meg az. A legujjabra meg nincs a használt program kompatibilis verzioja. Szoval ez megy mindenütt. A bank legalább valami kompenzäciot igért, de mások nem is válaszolnak. Vagy megveszed a szuper két méteres csili vili TV-t ami elvben mindent tud a sok tunerja segitségével a másik szolgáltato müsorát is fel tudod venni, addig mig bele nem dugod a kedvenc szolgáltatod kártyáját. Az egyböl leblokkolja a párhuzamos felvételt ( pl DVBT DVBS) és senki még a fülét sem billenti, hogy pénzért még meg is loptak, mert lehülyiti a kártya a drága TV tulajdonságait.
Arra kiváncsi vagyok, hogy mire jutsz, mert egyáltalan nem biztos hogy az ügyfélszolgálatos bele tud/akar nézni, nem hogy túrni.
 Idézet: „4 Use of the equipment identity register A network operator can make administrative use of the IMEI in the following manner: Three registers are defined, known as "white lists", "grey lists" and "black lists". The use of such lists is at the operators' discretion. The white list is composed of all number series of equipment identities that are permitted for use. The black list contains all equipment identities that belong to equipment that need to be barred. Besides the black and white list, administrations have the possibility to use a grey list. Equipments on the grey list are not barred (unless on the black list or not on the white list), but are tracked by the network (for evaluation or other purposes).” Amúgy ez nem akkora titok ám, amióta mobiltelefon van, nagyjából működik: GSM 02.16
Az OSCCON beállítása megtörtént a 113-mal:"0111001" beállítással
bit 6-4 IRCF<2:0>: Internal Oscillator Frequency bits 111 = 8 MHz bit 3 OSTS: Oscillator Start-up Time-out Status bit (1) 0 = Device is running the internal oscillator (HFINTOSC or LFINTOSC) bit 2 HTS: HFINTOSC Status bit (High Frequency – 8 MHz to 125 kHz) 0 = HFINTOSC is not stable bit 1 LTS: LFINTOSC Stable bit (Low Frequency – 31 kHz) 0 = LFINTOSC is not stable bit 0 SCS: System Clock bit 1 = Internal oscillator is used for system clock
Szia!
Réges-régen, talán még a múlt évezredben, a PIC18 kontrollerekben egy csomó FSR volt, de közel sem annyi, mint az új típusokban. Az SFR -ek akkor elérhetők voltak (egy-két típus kivételével) az un. ACCESS bankból. A mai típusok esetén sok FSR az ACCESS -ban címtartományán kívül esik. Ilyen típus az említett PIC18F16Q40 is. Az ACCESS bank a 0x460...04FF SFR címtartományt éri el. ACCESS bankban van pl. a PIE0 (0x4A8), INTCON0 (0x4D6), INTCON (0x4D7), de nem érhető el az IOCAN0 (0x406), IOCAN1 (0x407). A megoldás a BSR regiszter kezelése a movlb utasítással. movlw 11100000B
Szerintem se annyira lényeges az impulzus jelleggörbéje.
A kisütő áramkör a legtöbb esetben egy egyszerű dióda és megfelelő ellenállás kombinációja. Ezeket álltalában úgy méretezik, hogy a keletkező feszültség sose legyen magasabb 1kV-nál. Ha valaki jobban belegondol, a mágnes védelme szempontjából minél nagyobb ellenállás lenne a kívánatos, hiszen így növeljük azt az energiát ami külsőleg alakul hővé és nem tekercs normál állapotú vezetőjét hevíti. Vagyis itt egy gyorsan megjelenő feszültségcsúcsra, majd egy exponenciális lefutású jellegörbére lehet számítani. Mi ezt a kisütő diódát szeretnénk a jövőben egy IGBT + FPGA modullal helyettesíteni, aminek úgy szabályoznánk nyitását hogy az egész kisütő feszültség az előre beállított értéken maradjon, kérdés mennyire sikerül majd ez, így inkább egy négyszögre haonslító jelleggörbét kapnánk. A feszültség felfutása pedig a pneumatikus kapcsolón múlik ami bontja mágnse energiaellátását, de ennél közelebbit nem tudok, később ezt is IGBTre lenne cserélve. Egyébként erre a kisütésre különböző technikák vannak, nagyobb mágneseknél ez nem elég, ott alkalmaznak úgynevezett "quench heter"-eket, amik pillanatok alatt felfűtik az egész tekercset, jobban eloszlatva az összeomló mágnses tér energiáját, ilyenek vannak alkalmazva az LHC mágneseiben is. Némely megoldás segédtekercseket alkalmaz az energia elosztására, vagy ellenkezőleg lokálisan növeli némely pontbana mágneses teret normál állapotot idézve elő, néhol a problémás részt kerüli ki az áram valami módon. Kondenzátor bank kisütése a tekercs áramkörébe is szóba jöhet rezgőkört létrehozva és az "AC loss" jelenséget kihasználva melegíti a tekercset. Ha valakit jobban érdekel a téma quench protecion címszó alatt talál róla anyagot. Egyébként találtam ezt az érdekes VOM1271 vagy TLP3910 fotovoltaikus optocsatolót, ami egy MSOFET gate meghajtó feszültségforrás nélkül a működéséhez szükséges energiát a belső LED és belső "napelem" szolgáltatja. Ezzel egyszerűen megvalósíthatónak tűnik egy MOSFET meghajtása és annak galvanikus elválasztása is. A hozzászólás módosítva: Feb 24, 2024
Megmenekült a power bank. Vettem 2 "szerelt panel"-t. Az első egyszerűbb már nem is lehetne HT4928S az IC. de ugyanúgy lekapcsol ha nagyon kicsi az áramfelvétel. A második viszont tökéletes állítható kimenő feszültség és állandó jelenlét.
A "I" közvetlen bekerül a Transmit Shift register-be, amiből az adás megy, a "T" meg a TXREG-be ami az 1 byte buffer, de utánna már várni kell a második "T" beirása előtt, ez normális.
A TXIF flag akkor lesz beállítva amikor a TXREG átkerül a TSR-be, ekkor még megy az adás, de van bőven idő betölteni a következő byte-ot a TXREG-be. Amit irsz viszont igaz: Idézet: „TXIF becomes valid in the second instruction cycle following the write execution. Polling TXIF immediately following the TXREG write will return invalid results.” Szóval nálam azért működik, mert nálam van pluszban call + return
Én ugyanígy TXIF-re várva küldtem adatot, eddig mindig működött, szerintem nem ott van a hiba:
Milyen PIC, milyen órajelet használsz és hogyan néz ki az inicializálás? Szerintem azért nem kapod meg minden második byteot, mert a PC UART framing error miatt eldobja. Ugyanúgy neked is le kell majd kezelned a végleges programban fogadáskor ezeket az eseteket:
Ne a txif-et nézd, hanem a megfelelő soros vez. regiszter bitet. Meg nézd meg az erratát, mert pic24valamiben futottam bele, hogy dokumentáltan rossz az egyik vezérlőbit
UTXBF /* wait if the buffer is full, not working correctly!!!!*/ TRMT jó https://www.mouser.com/datasheet/2/268/80522c-19131.pdf Module: UART (TX Buffer) If the transmit buffer is filled sequentially with four characters, the characters may not be transmitted in the correct order. Work around Do not completely fill the buffer before transmitting data; send three characters or less at a time. Affected Silicon Revisions 5. Module: UART (Transmit) The Transmit Buffer Full flag, UTXBF (UxSTA<9>), may become cleared before data starts moving out of the full buffer. If the flag is used to determine when data can be written to the buffer, new data may not be accepted and data may not be transmitted. Work around Poll the Transmit Buffer Empty flag (TRMT, UxSTA<8>) to determine when the transmit buffer is empty and can be written to.
Üdv!
Adott egy power bank amit óra tápként szeretnék használni de néhány másodperc után kikapcsol.Az óra áramfelvétele fél másodpercenként 100-200 mA rövid impulzus a szünetekben néhány uA. Az usb-n csak a táp vezeték van bekötve. Hogyan tudom folyamatos üzemre bírni a power bankot? + terhelést nem szeretnék bekötni. Köszönöm. A hozzászólás módosítva: Feb 20, 2024
Adatlap szerint nem megy tönkre:
Idézet: „Analog Input Voltage (Either Input) (note 1) . . . . . . . . . . . . V+ to V- Reference Input Voltage (Either Input). . . . . . . . . . . . . . . . . V+ to V-”
Szia!
Ez sajnos nem ilyen egyszerű. Egy kommutátoros, univerzális motornak is lehetséges az úgynevezett szenzor mentes fordulatszám szabályozása, és így kis fordulaton is lesz érdemi nyomatéka, de ennek megvalósítása nem egyszerű, és nem univerzális. Az hogy nem univerzális, azt jelenti, hogy adott motorhoz illeszteni kell. A gyártó ismeri a fúrógépbe szerelt motor jellemzőit, és a szabályzó ezekhez a paraméterekhez illesztve képes a megfelelő szabályozásra. Hogy milyen jellegű számításokat, szabályozási feladatokat kell ellátni, itt egy link egy ilyen egyszerűbb szabályozási megoldásról szóló dokumentumhoz: Bővebben: Link Ez alapján beláthatod, hogy ilyen általános, univerzális fordulatszámot tartó szabályzót nem tudsz vásárolni. Vagy megveszed az eredetit, vagy megjavítod a régit, esetleg neki állsz, és a hobbi kedvéért megméred a motorod jellemzőit, és készítesz egy hozzá illeszkedő szabályzót. A hozzászólás módosítva: Feb 7, 2024
Sziasztok!
Az általam készített Arduino alapú csengővel kapcsolatos további információk és a kód: - A hang lejátszáshoz a TMRpcm lib-et használtam fel. - A kód tartalmaz DEBUG módhoz további kód részleteket, amik az élesztéshez kellettek nekem. Ezt kikapcsoltam. - Van benne SD kártya leállító és indító kód is. Bár ennek nem sok jelentősége van (kísérleteztem  ), mivel trafóról fog nálam működni a csengő.- Az isFnMusic() függvényben több fájlnév kiterjesztés is látható a WAV-on kívűl. Ez ne tévesszen meg senkit. Tudomásom szerint a TMRpcm lib csak WAV fájlt tud lejátszani. - A kód tartalmaz egy kapcsolót is, mely az LM386 tápját hivatott ki/be kapcsolni.
Esetleg a "Forget Me not" nevű bővítmény.
Szia!
Rég volt, hogy ilyet írtam, megkérdeztem az agyat, hátha:
A megszakításaid címe jó? Nem kell a bank select? Hátha nem törli a flag-et. Datasheet A datasheet 116. oldalán az int0 0x08-on van, a tiéd, ami a programodban van ORG 0X0018 goto ISR_L az nem a SPI1RX (Serial Peripheral Interface) -nek van? De álmos is vagyok, meg nem is tudtam nagyon átnézni, de hátha. A hozzászólás módosítva: Jan 22, 2024
Segítséget kérnék az alábbiakhoz:
PIC18F16Q40-nél nem sikerül a megszakítást megírni Asseblyben. Ez egy új generációs PIC és nem találok rá még hasonló minta progit sem MPLAB X IDE V6.15-öt használok. Feladat: Alaphelyzetben 13. láb, LATB,4 kimeneten LED1 villog. (EZ MŰKÖDIK) Ha a 17. láb INT2-re impulzus jön, akkor a 16. láb LATC,0 kimeneten LED2-nek világítania kell (megszakításba ugrás) majd villog tovább LED1. A megszakításba ugrás nem működik.
A hozzászólás módosítva: Jan 23, 2024
Moderátor által szerkesztve
Sziasztok!
Járt már hasonlóképpen valaki? Vettem az asszonynak karácsonykor üzletben egy Xiaomi Redmi note 12 telefont, mert a fiam azt mondta, hogy ezeket már telefonnak lehet nevezni. 4.-én már vissza is vittem a boltba mert nem volt hajlandó tölteni semmiféle módon. Szerintetek jobb lett volna akkor elállni a vásárlástól? Mi a gyakorlat ilyenkor? Megpróbálják megkókányolni, mert ez nekem nem tűnt olyan könnyen szétszedhetőnek. A bolt meddig ülhet egy ilyen "javításon", ill. mikor köteles kicserélni egy újra? Köszönöm a válaszokat!
Egy ujabb fejlemény ( erröl nem is tudtam), hogy a SW hibáját elöször a posta ( bank) alkalmazottjaira kenték és kb 700 alkalmazottat büntettek meg. A bank alkalmazottajait ezért, mert a SW hiányt jelzett sok számlán amit lopásnak minösitettek.
Most a parlament dönt arrol, hogy kegyelmet és kártalanitást kapnak, de több mint 10 éves büntetett priusz rengeteg embert közülük csödbe vitt. ( egyszerü alkalmazottaktol bankfiok igazgatoig mindenki elöfordul a listán). Egy szoftware hiba miatt.
Mit tud a kuncsaft tenni, amikor átveri a bank (illetve magát a bankot is átveri valaki más)?
Ha meg marad valami apropénze biztos, hogy átmegy máshova, de ha nem marad semmi csak fizethetlen hitel akkor mi van? Talán meg emlékszünk a devizahitelekre. Külföldön ez sokkal gyakoribb, nem ritkán éjjel nappal jönnek a financiális mézesmadzagok, és sajnos mindig van egy réteg aki ész nélkül ráragad. Ha meg baj van, láthatod az esetben is, 36 évvel késöbb kerülsz sorra a kártéritésre. És azt sem tudjuk ki mennyit kap vissza, általában soha nem annyit amit vesztett. Nem ritkán a pénzügyek sajnos piramis játék szerüen épülnek fel, és gyakran annyira alattomosan, hogy még nagy és megbizhatonak tartott bankok is a vesztesek közé kerülnek. Föleg az angolszász világban a bank filozofia nagyon eltér a nálunk megszokottol. Ott bizonyos összeg felett a kuncsaft „befektet“ , ami mindig rizikoval jár.
Azért figyelhetnél jobban az irottakra.
1. a SW-t 36 évvel ezelött kezdték használni. ( kb 1988) 2. Többször merült fel közben, hogy valami nincs rendben. (valoszinü a banknak is) 3. a cég egyfolytában tagadott 2003-ig ( visszaélt az eröfölénnyel), amikor sikerült bebizonyitani a hibát. Te gondolod, hogy idöközben nem voltak upgradek stb. söt valoszinü, hogy a HW is közben (többször) cserélödött, mégsem történt semmi. És valoszinü nem a kuncsaft reklamált, hanem a bank meg végül valoszinüleg egy megbizott, szintén SW specialista cég, akik be tudták bizonyitani a hibát. ( látod mi történik hasonlo esetekben a repülögépekkel, autokkal, vonatokkal stb. Az utolso csavarig szétszedik, és mindent tüzetesen átviszgálnak, még azt is kideritik, ki huzta az utolso vonalat a rajzokra és levonják a konzekvenciát. Ilyesmit eddig nem igen hallottunk, ha a SW-ben fordul elö a hiba.) A hozzászólás módosítva: Jan 10, 2024
Egyetértek, szintén zenész.
https://forum.vcfed.org/index.php?threads/486-l2-cache-not-working.1241500/ A hozzászólás módosítva: Jan 10, 2024
|
Bejelentkezés
Hirdetés |
