É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.

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.

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:


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.

Adatlap szerint nem megy tönkre:

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.

DNF=do not fit

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.

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.

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.)

Egyetértek, szintén zenész.

https://forum.vcfed.org/index.php?threads/486-l2-cache-not-working.1241500/

Komolyabb helyeken a szoftvert megrendelő ügyfél, jelen esetben a bank saját maga végez(tet) egy UAT-t (User Acceptance Test) Ennek célja, hogy a valós környezetben bebizonyítani, hogy a sw a követelményeknek maradéktalanul megfelel. Ha az nem történt meg vagy nem elég alaposan akkor a bank hibázott. Ha az UAT eredményét a bank elfogadta, akkor ő bizonyíthatóan elismerte, hogy a sw megfelel a követelményeknek. Ez után kár mutogatni a sw fejlesztőre.

Angol barátaim meselik, hogy mi történt az utobbi 36 evben.
Az egyik neves bank ( fiokjai voltak minden településen) egy rossz szoftwaret használt. A szoftver gyártoja évekig tagadta, hogy hibás lenne. A betétesek ezrei vesztették el a pénzüket.
Mintegy 20 éve a hatoságok bebizonyitották, hogy valoban hiba van a szoftwareben, és kényszeritették a neves közismert céget a javitásra.
Most jutott el a biroság a kártalanitàsra ( már aki meg él a károsultak közül), de érdekes modon senkit nem vontak felelöségre. Pedig sokan vesztették nemcsak a pénzüket, de a házukat lakásukat is.
Ezekszerint a szoftware fejlesztök valahogy nem felelösek a munkájuk minösegéért.

Gondolj bele, a fényérzékelő nem tudja megkülönböztetni, hogy körülötte van fény vagy a saját fényét érzékeli, tehát normális, hogy kivárja a beállított időtartamot, míg lekapcsol.
"This is a feature, not a bug."

Bocs, közben megnéztem a linkelt leírást is. Ő huntingnak nevezi a jelenséget és ír róla, hogy előfordulhat és hogy kell javítani:
"note that when used as a servo or speed control, you will experience hunting if the gain is too high, and/or if the feedback caps (C1 and C2) are too small (the arrangement shown below didn't require the caps). Hunting means that the servo will 'hunt' for the correct setting, but will overshoot and undershoot continuously"
Tehát vagy a gain túl nagy, vagy a C1 C2 túl kicsi.

>Három huzalja van: gnd és két + szál, egyik forgatja erre, a másik meg arra
Belül mi lehet benne? Hogy működik?

Azért nem biztos, hogy jó ötlet az analóg szabályozás, mert esetleg kis eltérésre folyni fog áram, de épp nem indul be a motor és feleslegesen melegítheti a szabályzó. Persze ha nem ég le, akkor mindegy. Meg nem is vagyok teljesen biztos benne, hogy előállhat ez a helyzet. Analóg rendszereken szerintem sokkal nehezebb hibát keresni, és például jelen helyzetben nehezebb beállítani a lengés mentes szabályozást is.

Sziasztok!
Működik a rendszer, de van azért hibája. Előfordul, hogy be se lép a while(1) részbe, csak esetenként a második bekapcsolásra. Van úgy, hogy megáll (lefagy) a 400ms késleltetés után és nem folytatódik a végtelen ciklus.

Sziasztok!
Mint az előbbi kérdésemben elővezettem, sok a tudatlanságom!
Most hogy az idők rendben vannak a kérdés az, hogy miért nem lép ki while(!PORTB.F4); ciklusból a program, pedig a feltétel változik.

/*PIC16F887 8MHz belső oszcillátor
KÖZELEDÉS ÉRZÉKELŐ HC-SR04 ultrasonic szenzorral

*/

// LCD module connections
sbit LCD_RS at RD2_bit;
sbit LCD_EN at RD3_bit;
sbit LCD_D4 at RD4_bit;
sbit LCD_D5 at RD5_bit;
sbit LCD_D6 at RD6_bit;
sbit LCD_D7 at RD7_bit;

sbit LCD_RS_Direction at TRISD2_bit;
sbit LCD_EN_Direction at TRISD3_bit;
sbit LCD_D4_Direction at TRISD4_bit;
sbit LCD_D5_Direction at TRISD5_bit;
sbit LCD_D6_Direction at TRISD6_bit;
sbit LCD_D7_Direction at TRISD7_bit;
// End LCD module connections
//változók
int a;
char txt[7];

void main()
{
OSCCON=0b01110101;
TRISB = 0b00010000; //RB4 bemenet PIN (ECHO)
TRISD= 0b00000000; //minden RD kapu kimenet
Lcd_Init();
Lcd_Cmd(_LCD_CLEAR); // Clear display
Lcd_Cmd(_LCD_CURSOR_OFF); // Cursor off
PORTB.F0=0; //trig kimeneti jel
//PORTB.F4=0;
Lcd_Out(1,1,"HC-SR4");
Delay_ms(2000);
Lcd_Cmd(_LCD_CLEAR);
T1CON = 0x10;

while(1)
{
TMR1H = 0;
TMR1L = 0;

PORTB.B0 = 1; //TRIGGER HIGH
Delay_us(10); //10uS Delay
PORTB.B0 = 0; //TRIGGER LOW

Lcd_Out(1,1,"itt vagyok");
while(!PORTB.F4); //Waiting for Echo

T1CON.F0 = 1; //Timer Starts
while(PORTB.F4); //Waiting for Echo goes LOW
T1CON.F0 = 0; //Timer Stops

a = (TMR1L | (TMR1H<<8)); //Reads Timer Value
a = a/58.82; //Converts Time to Distance
a = a + 1; //Distance Calibration
if(a>=2 && a<=400) //Check whether the result is valid or not
{
IntToStr(a,txt);
Ltrim(txt);
Lcd_Cmd(_LCD_CLEAR);
Lcd_Out(1,1,"Distance = ");
Lcd_Out(1,12,txt);
Lcd_Out(1,15,"cm");
}
else
{
Lcd_Cmd(_LCD_CLEAR);
Lcd_Out(1,1,"Out of Range");
}

Delay_ms(400);
}

}

Sziasztok!
Nemrégiben gépcsere volt nálam, a régi XP-s Win cserére került Win10-re. Ezzel együtt a korábbi Flowcode-om is megszánt létezni. Letöltöttem a díjmentes verziót, ez azonban nem hozza létre a kívánt hex-et. Az alábbi hibaüzenetet dobja:

(Amennyiben a HEX-be fordítást választom.)
Hogyan lehet ezt kiküszöbölni?
Előre is köszönöm a választ!

Ezt csináltam, a leírások alapján: