OK Mégsem
Fórum témák

» Több friss téma
Fórum
Keresés
Lapozás: OK   2 / 198
(#) tki válasza Massawa hozzászólására (») Feb 12, 2026
"Product will not function until activated with Cricut Heat app and compatible internet-connected mobile device."

Súlyos és adatgyűjtés-szaga van. Bár van egy Xiaomi konyhamérlegem, ami Bluetooth-on át _is_ kezelhető, szóval már én sem vagyok ártatlan e téren...

Olvastátok, hogy attól hangos az Internet, de most tényleg az volt legalább fél napig (...), hogy a tengeren túl, az amerikai törvényhozáson átment egy olyan szabály, aminek a betartatása eleve kétséges, mert azt mondja ki, hogy a 3D-nyomtatóknak online kapcsolatban kell lenniük valamilyen hivatalos szerverrel, hogy a hatóságok meggátolhassák nyomtatás előtt, hogy fegyverhez felhasználható alkatrészeket nyomtassanak vele? A legkisebb otthoniaktól a nagyokig. Ez ám a valami... Adott esetben talán jóindulatú, de a műszaki problémákat, következményeket megérteni képtelen képviselők műve lehet.
A hozzászólás módosítva: Feb 12, 2026
(#) Régi motoros hozzászólása Feb 11, 2026

Alibaba deviza váltás?

Meg tudja valaki mondani, ha alibaba.com -on vásárlok, ott be lehet állítani valahol, hogy a dollár forint átváltást a platform végezze, ne pedig a bank (ami jellemzően rosszabb árfolyamon vált)?
(#) afp hozzászólása Feb 1, 2026

Vegyes

Budapest, 18. kerületből ingyen elvihető dolgok egyenként, vagy egyben.

Ikea gyerek lámpa
Szétszedett olcsó powerbank
Nucleo, target does not respond
MacBook Pro 2006 A1150 (nincs táp, akku, hdd, ram)
"laser"-pionterek (2 db)
Akku-töltők
piros, elemes aktív hangfal
hangfal-pár
hangszóró-pár

Személyes átvétel: a pestlőrinci piachoz közel.
Posta, foxpost: a szállítási költség elutalása után tudom feladni.

Ami jövő vasárnapig nem megy el, az megy az újrahasznosítóba.

ikea-lampa.jpg
macbook.jpg
powerbank.jpg
nucleo.jpg

toltok.jpg
piros.jpg
hangfal.jpg		  
(#) vargham hozzászólása Jan 30, 2026

Vegyes

Előzetes megbeszélés után Budapest XVIII. kerületben vehetőek át. Csak egyben, csak személyesen.
Több jelentkező esetén azé, aki hamarabb el tudja vinni. Nem őrzöm, nem postázom. Máshol is hirdetem.

PC tápegység
Szétszedett olcsó powerbank
Döglött szerszám akku
Akkumulátoros fejlámpa
Li-ion akkusra alakított ózon generátor
Motoros Wifi kamera 2x
Nucleo, target does not respond. Debugger emlékeim szerint még jó.
MacBook Pro nagyon régi, erősen hiányos

IMG_20260130...jpg
IMG_20260130...jpg
IMG_20260130...jpg
IMG_20260130...jpg

IMG_20260130...jpg
IMG_20260130...jpg
IMG_20260130...jpg
IMG_20260130...jpg
     
(#) zenetom válasza majkimester hozzászólására (») Jan 30, 2026
Ez jópofa.
Bár erősen korlátozott hogy hol lehet ilyeneket használni, illetve ahogy HeZ is írta, ma már gyakorlatilag végtelen erőforrás áll rendelkezésre.
De amúgy ettől függetlenül, én is ragaszkodok a régi, 8-as verziójú MPLAB-hoz, illetve a nagyon új PIC-ekkel nem foglalkozom.
Viszont a 12F1840 nagy kedvencem. Van benne elég klassz indirekt címzés, akárcsak a nagyobb 18F szériában. Tehát végig bírsz olvasni egy táblát az adat/program memóriában úgy, hogy nem nyúlsz hozzá a pointerhez.
18F-nél erre van a POSTINC, POSTDEC.. stb. virtuális regiszterek, melyekkel a kiolvasás után (vagy előtt a PREINC-el) automatikusan lehet növelni/csökkenteni az FSR pointert.
Na ugyanez megvan a 12F1840-nél, csak máshogy kell használni.
Ráadásul a 12F1840-nél úgy ki lehet kerülni a bankolást, hogy létrehoztak egy virtuális, "lineáris" adatmemória területet, ami az összes bank GPR regisztercímeit tartalmazza folytatólagosan.

Szóval igen, megvannak ennek a területnek a szépségei, csak kell hozzá szem, ami meglátja.
(#) Bakman válasza fotomen32 hozzászólására (») Jan 22, 2026
Pancsolj, lásd melléklet. A konfigurációt kiegészítettem, mert hiányos volt, erre:

  1. #pragma config FOSC = INTRC_NOCLKOUT// Oscillator Selection bits (INTOSCIO oscillator: I/O function on RA6/OSC2/CLKOUT pin, I/O function on RA7/OSC1/CLKIN)
  2. #pragma config WDTE = OFF       // Watchdog Timer Enable bit (WDT disabled and can be enabled by SWDTEN bit of the WDTCON register)
  3. #pragma config PWRTE = ON       // Power-up Timer Enable bit (PWRT enabled)
  4. #pragma config MCLRE = ON       // RE3/MCLR pin function select bit (RE3/MCLR pin function is MCLR)
  5. #pragma config CP = OFF         // Code Protection bit (Program memory code protection is disabled)
  6. #pragma config CPD = OFF        // Data Code Protection bit (Data memory code protection is disabled)
  7. #pragma config BOREN = ON       // Brown Out Reset Selection bits (BOR enabled)
  8. #pragma config IESO = OFF       // Internal External Switchover bit (Internal/External Switchover mode is disabled)
  9. #pragma config FCMEN = OFF      // Fail-Safe Clock Monitor Enabled bit (Fail-Safe Clock Monitor is disabled)
  10. #pragma config LVP = OFF        // Low Voltage Programming Enable bit (RB3 pin has digital I/O, HV on MCLR must be used for programming)
  11.  
  12. // CONFIG2
  13. #pragma config BOR4V = BOR21V   // Brown-out Reset Selection bit (Brown-out Reset set to 2.1V)
  14. #pragma config WRT = OFF        // Flash Program Memory Self Write Enable bits (Write protection off)


A programot nem ellenőriztem semmilyen formában, csak fordítottam (ingyenes verzójú XC8).

kabel_teszte...hex		    
(#) NGY válasza NickE hozzászólására (») Jan 20, 2026
Idézet:
„...nincs egyszerű, gyors fizetési lehetőség. Jól látom?”

Jól látod.

A paypal fizetési lehetőség visszaállításán valamit dolgoznak, de nem tudják, mikor lesz újra elérhető. Közvetlen bankkártyás fizetés sem lehetséges.

(A paypal is több egyszerű regisztrációnál, kártyához vagy bankszámlához azt is hozzá kell kötni valamilyen formában.)

Kivonat ma reggeli chat szövegből:
Idézet:
„Q: What kind of payment options do you have?

A: The latest online payment method that may soon be available on the website is Payoneer’s online payment, which is expected to go live in about a week. The restoration of the PayPal account may still take a few days, and the exact date is uncertain for now. We sincerely apologize for the inconvenience caused! Now may only have Payoneer payment link and bank transfer

Q: not even CC payment?

A: If you wanna pay with card, may only through Payoneer payment link for now”
(#) NickE hozzászólása Jan 20, 2026

PCBWay

A PCBWay-en ez az üzenet van kint fizetésnél. Sokszor rendeltem már tőlük nyákot, most viszont nincs a megszokott bankkártyás fizetési lehetőség. Ha jól értem, a Payoneer csak akkor működik, ha Payoneer ügyfél vagyok, de úgy látom, az több egy egyszerű regisztrációnál... Nem akarom elhinni, hogy nincs egyszerű, gyors fizetési lehetőség. Jól látom?

Due to internal corporate restructuring, PayPal is currently not available as a payment method on PCBWay. We sincerely apologize for any inconvenience this may cause.

During this period, please complete your payment using one of the following options:

bank Transfer
Payoneer (supporting credit card)
(#) Gafly válasza zenetom hozzászólására (») Jan 16, 2026
Nagyon jó hogy megtaláltad ezt a TI segédanyagot.
Tulajdonképpen akár fel is lehetne tenni fixen valahová (Segédprogramok?), hogy ne kallódjon el.
Elvileg még nagy jogsértést nem is követnénk el vele:
Idézet:
„Reproduction of information in TI data books or data sheets is permissible only if reproduction is without alteration and is accompanied by all associated warranties, conditions, limitations, and notices. Reproduction of this information with alteration is an unfair and deceptive business practice. TI is not responsible or liable for such altered documentation.”

Ami nem tetszik, hogy nem beszél a sávszélességről. Lehet érdemes lenne bepötyögni egy szimulátorba.
A másik dolog ami az eszembe jutott, hogy ha ennyire keskenysávú, akkor jó lenne hangolni. Mondjuk egy trimmer potenciométerrel. Szerintem szépen be lehetne állítani a maximális jelszintet. Én érzés szerint az R3 és R4 ellenállásokat támadnám meg, az egyiket (a kisebbet) kicserélve trimmerre. Ehhez is jó lehet a szimulátor. A csúcs lehet a haranggörbe tetején, ha utána van PLL, vagy hasonló. Vagy a haranggörbe szoknyáján, az inflexiós pont környékén, ha így akarsz FM demodulációt csinálni.
Antennát is ki kellene hangolni, azt talán a tekercs csúsztatásával, vagy pótkondenzátorokkal.
Gyári DCF77 vevőben láttam olyan megoldást, hogy két hangolt ferrit volt egymáshoz képest derékszögben. Ebből az egyik elektromosan nem volt bekötve sehová, csak mágneses csatolásban állt a vevő tekerccsel. Ilyesmivel is lehet próbálkozni.
(#) segítő válasza Ódenka hozzászólására (») Jan 12, 2026
A mellékelt kapcsolásban gyakorlatilag nincs katódellenállás
Az AUDIO notE katódellenállást alkalmaz, külön, minden végcsőhöz. Profik
Az ARC fix előfeszültséget használ. Profik
Mindkettő profi, de nem azonos csövekkel építenek.
Tehát szerintem csőtől függ..
A hozzászólás módosítva: Jan 12, 2026
(#) GPeti1977 hozzászólása Jan 7, 2026

Itt a saját vevőm

Itt a saját verzióm:
  1. #include <Wire.h>
  2. #include "LiquidCrystal_I2C.h"
  3. LiquidCrystal_I2C lcd(0x27, 16, 2);
  4. #define Signalarray 256
  5. #define Bittime 430
  6. #define window_size 4 //moving average filter
  7. const unsigned int bh = 4560;//4540
  8. unsigned long sample;
  9. unsigned long lastsample;
  10. volatile int value = 0;
  11. int sum = 0;
  12. int readings[window_size];
  13. volatile int averaged = 0;
  14. int index = 0;
  15. int OCR_Result;
  16. volatile unsigned int bitle[Signalarray];
  17. int nosig = 0;
  18. volatile byte j = 0;
  19. volatile byte pr = 0;
  20. byte state = 0;
  21. byte laststate = 0 ;
  22. unsigned long lastsample1;
  23. byte sT1 = 57;
  24. byte sTF = sT1 / 2;
  25. volatile byte calc = 0;
  26. bool HGAStartBitDetected = false;
  27. byte HGAData[256];
  28. byte HGAByteCounter = 0;
  29. byte crc = 0;
  30. byte year = 21;
  31. byte month = 1;
  32. byte day = 1;
  33. byte hour = 12;
  34. byte minute = 0;
  35. byte sec = 0;
  36. byte halfsec;
  37. byte nap = 1;
  38. unsigned long previousMillis = 0;
  39. bool sync = false;
  40. unsigned int nosync = 1200;
  41. const int interval = 500;
  42. byte inByte = 0;
  43. extern volatile unsigned long timer0_millis;
  44. unsigned long new_value = 0;
  45.  
  46. void setup() {
  47.   pinMode(13, OUTPUT);
  48.   pinMode(5, OUTPUT);
  49.   PORTD = PORTD | B00100000;
  50.   analogReference(INTERNAL);
  51.   Serial.begin(1200, SERIAL_8E1);
  52.   setupTimer1(sT1);
  53.   Adjust_Phase(sTF);
  54.   AcompSetup();
  55.   lcd.init();
  56.   lcd.backlight();
  57.   Wire.setClock(400000);
  58.   lcd.setCursor(0, 0);
  59.   lcd.print("   HGA22 CLOCK  ");
  60.   delay(1000);
  61. }
  62.  
  63. void setMillis(unsigned long new_millis) {
  64.   uint8_t oldSREG = SREG;
  65.   cli();
  66.   timer0_millis = new_millis;
  67.   SREG = oldSREG;
  68.   sei();
  69. }
  70.  
  71. void setupTimer1(byte freq) {
  72.   TCCR1B = 0x18; // 0001 1000, Disable Timer
  73.   TCCR1A = 0x50; // 0101 0000
  74.   ICR1 = freq; // Frequency Control, use TimerCalc to determine! <<******58:135,65kHz, 57:138kHz, 59: 133,4kHz
  75.   OCR1A = freq / 2; // never less than 1, never more than ICR1
  76.   OCR1B = freq / 2; // both channels in phase, OCR's not using TimerCalc values
  77.   TCNT1 = 0x0;
  78.   TCCR1A = 0xA0; // FOC setup to clear Wavegen output flops
  79.   TCCR1C = 0xC0; // FOC strobe
  80.   TCCR1A = 0x50; // 0101 0000
  81.   pinMode(9, OUTPUT); // OC1a
  82.   pinMode(10, OUTPUT); // OC1b
  83. }
  84.  
  85. void Adjust_Phase(int Up_Down)
  86. {
  87.   TCCR1B = 0x18; // DISABLE Timer Clock
  88.   OCR_Result = OCR1B; // Copy current OCR value
  89.   // change Phase
  90.   OCR_Result += Up_Down; // add passed parameter
  91.   // Constrain
  92.   if (OCR_Result < 1) OCR_Result = 1; // never less than 1
  93.   if (OCR_Result > ICR1 - 1) OCR_Result = ICR1 - 1; // never >= ICR
  94.   OCR1B = OCR_Result; // Pass back changed Phase value
  95.   TCNT1 = 0; // reset Counter
  96.   TCCR1A = 0xA0; // Set Compare-Match bit-fields for Clear-on-Match
  97.   TCCR1C = 0xC0; // Force Output Compares -- Clears Channel-AB Waveform Outputs!
  98.   TCCR1A = 0x50; // Set Compare Match bit-fields for Toggle-on-Match
  99.   TCCR1B |= 1; // Prescale=1, ENABLE Timer1 Clock
  100. }
  101.  
  102. void AcompSetup() {
  103.   DIDR1 |= (1 << AIN0D); // Disable Digital Inputs at AIN0 and AIN1
  104.   ADCSRA &= ~(1 << ADEN);
  105.   ADCSRB |= (1 << ACME); //Set ACME bit in ADCSRB to use external analog input at AIN1 -ve input
  106.   ADMUX = 0x01; //select A1 as input
  107.   ACSR =
  108.     (0 << ACD) |    // Analog Comparator: Enabled
  109.     (0 << ACBG) |   // Clear ACBG to use external input to AIN0 +ve input
  110.     (0 << ACO) |    // Analog Comparator Output: OFF
  111.     (1 << ACI) |    // Analog Comparator Interrupt Flag: Clear Pending Interrupt by setting the bit
  112.     (1 << ACIE) |   // Analog Comparator Interrupt: enabled
  113.     (0 << ACIC) |   // Analog Comparator Input Capture: Disabled
  114.     (1 << ACIS1) | (1 << ACIS0);   // Analog Comparator Interrupt Mode: rising edge
  115. }
  116.  
  117. ISR(ANALOG_COMP_vect)
  118. {
  119.   sample = micros();
  120.   value = sample - lastsample;
  121.   sum = sum - readings[index];
  122.   readings[index] = value;
  123.   sum = sum + value;
  124.   index = (index + 1) % window_size;
  125.   averaged = sum / window_size;
  126.  
  127.   if ((averaged < Bittime) ) {//&& (averaged < 550)
  128.     state = 0;
  129.     nosig ++;
  130.     PORTB = PORTB & B11011111;
  131.  
  132.   }
  133.   if ((averaged > Bittime) ) {//&& (averaged > 380)
  134.     state = 1;
  135.     nosig = 0;
  136.     PORTB = PORTB | B00100000;
  137.  
  138.   }
  139.  
  140.   if (state != laststate) {
  141.     bitle[j] = (sample - lastsample1);
  142.     j++;
  143.     lastsample1 = sample;
  144.   }
  145.   laststate = state;
  146.   if (nosig > 150 && j > 0) {
  147.     nosig = 0;
  148.     pr = 1;
  149.  
  150.   }
  151.   lastsample = sample;
  152. }
  153.  
  154. void loop() {
  155.   unsigned long currentMillis = millis();
  156.   //if (millis() % 20 == 0)Serial.println(averaged);
  157.   if (currentMillis - previousMillis >= interval) {//internal 2Hz
  158.     previousMillis = currentMillis;
  159.     nosync++;
  160.     halfsec++;
  161.     if (halfsec % 2 == 0) {
  162.       sec++;
  163.     }
  164.     if (sec > 59) {
  165.       sec = 0;
  166.       minute++;
  167.     }
  168.     if (minute > 59) {
  169.       minute = 0;
  170.       hour++;
  171.     }
  172.     if (hour > 23) {
  173.       hour = 0;
  174.     }
  175.    
  176.     if (halfsec % 2 == 0 && sync == true) {
  177.       lcd.setCursor(0, 0);
  178.       lcd.print("   20");
  179.       lcd.print(year);
  180.       lcd.print("-");
  181.       if (month < 10)lcd.print("0");
  182.       lcd.print(month);
  183.       lcd.print("-");
  184.       if (day < 10)lcd.print("0");
  185.       lcd.print((day));
  186.       lcd.print("  ");
  187.       lcd.setCursor(4, 1);
  188.       if (hour < 10)lcd.print("0");
  189.       lcd.print((hour));
  190.       lcd.print(":");
  191.       if (minute < 10)lcd.print("0");
  192.       lcd.print((minute));
  193.       lcd.print(":");
  194.       if (sec < 10)lcd.print("0");
  195.       lcd.print(sec);
  196.       lcd.print("  ");
  197.     }
  198.   }
  199.   if (Serial.available() > 0) {
  200.     inByte = Serial.read();
  201.     //lcd.print(inByte, HEX); lcd.print(" ");
  202.     //Serial.print(inByte, HEX); Serial.print(" ");
  203.     HGAData[HGAByteCounter] = inByte;
  204.     HGAByteCounter++;
  205.     if (HGAStartBitDetected)
  206.     {
  207.       if (HGAByteCounter == 3)
  208.       {
  209.         if (HGAData[1] != HGAData[2])
  210.         {
  211.           HGAStartBitDetected = false;
  212.         }
  213.       }
  214.       if (HGAData[1] + 6 == HGAByteCounter)
  215.       {
  216.         HGAStartBitDetected = false;
  217.         crc = (HGAData[13] + HGAData[12] + HGAData[11] + HGAData[10] + HGAData[9] + HGAData[8] + HGAData[7] + HGAData[6] + HGAData[5] + HGAData[4]);// & 255;
  218.         if (HGAData[0] == 0x68 && HGAData[1] == 0x0A && HGAData[2] == 0x0A && HGAData[5] == 0x00 && HGAData[6] == 0x00 && HGAData[7] == 0x00 && HGAData[15] == 0x16 && (HGAData[14] == crc)) {
  219.           if (HGAData[13] <= 99  && HGAData[12] <= 12 &&  (HGAData[11] & 0x1F) <= 31 && (HGAData[10] & 0x1F) < 24 && (HGAData[9] & 0x3F) < 60 && ((HGAData[8] & 0xFC) >> 2) < 60) {
  220.             setMillis(new_value);
  221.             sync = true;
  222.             nosync = 0;
  223.             year = HGAData[13];
  224.             month = HGAData[12];
  225.             day = HGAData[11] & 0x1F;
  226.             hour = HGAData[10] & 0x1F;
  227.             minute = HGAData[9] & 0x3F;
  228.             sec = ((HGAData[8] & 0xFC) >> 2);
  229.             nap =  ((HGAData[11] & 0xE0) >> 5  );// a hét napja
  230.             while (Serial.available() > 0)Serial.read();
  231.           }
  232.         }
  233.       }
  234.     }
  235.     else
  236.     {
  237.       if (inByte == 0x68)
  238.       {
  239.         HGAData[0] = 0x68;//01101000
  240.         HGAStartBitDetected = true;
  241.         HGAByteCounter = 1;
  242.       }
  243.     }
  244.   }
  245.  
  246.   if (pr == 1) {
  247.     pr = 0;
  248.     //1200baud 8E1:
  249.     for ( byte i = 1 ; i <= j; i++ ) {
  250.       //Serial.println(bitle[i]);
  251.       if (bitle[i] < 7500 && bitle[i] >= 2500) bitle[i] =   bh * 2 / 12 ;
  252.       else if (bitle[i] < 12500 && bitle[i] >= 7500) bitle[i] =  bh * 2 / 12 * 2;
  253.       else if (bitle[i] < 17500 && bitle[i] >= 12500) bitle[i] = bh * 2 / 12 * 3;
  254.       else if (bitle[i] < 22500 && bitle[i] >= 17500) bitle[i] = bh * 2 / 12 * 4;
  255.       else if (bitle[i] < 27500 && bitle[i] >= 22500) bitle[i] = bh * 2 / 12 * 5;
  256.       else if (bitle[i] < 32500 && bitle[i] >= 27500) bitle[i] = bh * 2 / 12 * 6;
  257.       else if (bitle[i] < 37500 && bitle[i] >= 32500) bitle[i] = bh * 2 / 12 * 7;
  258.       else if (bitle[i] < 42500 && bitle[i] >= 37500) bitle[i] = bh * 2 / 12 * 8;
  259.       else if (bitle[i] < 47500 && bitle[i] >= 42500) bitle[i] = bh * 2 / 12 * 9;
  260.       else if (bitle[i] < 52500 && bitle[i] >= 47500) bitle[i] = bh * 2 / 12 * 10;
  261.       else if (bitle[i] < 57500 && bitle[i] >= 52500) bitle[i] = bh * 2 / 12 * 11;
  262.       else if (bitle[i] < 62500 && bitle[i] >= 57500) bitle[i] = bh * 2 / 12 * 12;
  263.     }
  264.     //Serial.println();
  265.     for ( byte i = 1 ; i <= j; i++ ) {
  266.       if (i % 2 == 1) {
  267.  
  268.         PORTD = PORTD & B11011111;
  269.       }
  270.       else
  271.       {
  272.  
  273.         PORTD = PORTD | B00100000;
  274.       }
  275.       delayMicroseconds((bitle[i]));
  276.     }
  277.  
  278.     PORTD = PORTD | B00100000;
  279.     j = 0;
  280.   }
  281. }

hga22sch.jpg		    
(#) tunerman válasza mek-elek hozzászólására (») Jan 1, 2026
Idézet:
„....de nem adott választ, hogy ezzel a felhasználással árnyékoltnak mondható e a 4. lábra kötött házzal?”


A fejhallgató erősìtők jellemzően a nagyszíntű (LINE) kimenetekről műkődnek, ráadásul általában nincs szükség nagyobb feszültségerősítésre sem. Tehát itt a különböző külső zavarok nemigazán jelentenek veszélyt, az opamp "árnyékolása" itt nem elsőrangú kérdés.

Amennyiben a tápegységek elektrolit kondenzátorai távolabb vannak az opamptól, akkor lehet a tápfesz lábaknál un. bypass kondenzátorokat beépíteni. Ezek néhány mikrofarádos, audio tipusok lehetnek, például Audio note STD, Nichicon MUSE, stb.
TJ.

V-DMOS headp...jpg		    
(#) bbb válasza Lacika hozzászólására (») Dec 27, 2025
Ezt mondjuk nem tudom honnan szedted...
Idézet:
„Is Firefox Chromium based?
Firefox is not based on Chromium (the open source browser project at the core of Google Chrome). In fact, we’re one of the last major browsers that isn’t. Firefox runs on our Quantum browser engine built specifically for Firefox, so we can ensure your data is handled respectfully and kept private.”
Bővebben: Link
(#) tki válasza Massawa hozzászólására (») Dec 19, 2025
Ha a legelterjedtebb készülékek normál üzemben kopó-elhasználódó alkatrészeiről írnának, talán még érthető is lenne, hogy mit akarnak megvalósítani. Mellesleg elvileg nem is ezekről szólt az egész, hogy lett belőle más? Más környezeti hatástanulmány vagy lobbierő-viszonyok alapján?

"While initially majorly driven by automotive consumers protection agencies and the automotive after sales service industry, the discussion of establishing a right to repair not only for vehicles but for any kind of electronic product gained traction as consumer electronics such as smartphones and computers became universally available, causing broken and used electronics to become the fastest growing waste stream." (Wikipedia)
A hozzászólás módosítva: Dec 19, 2025
(#) még1MbR válasza stenglt hozzászólására (») Dec 15, 2025
Az AI szerint:
For your Indesit NTM1081, error codes appear as flashing lights (LEDs 1-5) or digital displays (F01, H20, Locked) indicating faults like pump issues (F11), heater problems (F07/F08), or control board errors (F09). You read them by counting the flash sequence (e.g., 11 flashes = F11) or noting the code on the display, then checking common causes like blocked filters, kinked hoses, or door lock problems.
Common Indesit Error Codes & Meanings:
F01: Motor Triac short circuit.
F02: Motor jammed/tacho issue.
F03: Water temperature sensor (thermistor) fault.
F04: Pressure switch stuck on empty.
F05: Pressure switch stuck on full.
F07/F08: Heater relay fault/stuck.
F09: EPROM/Software error.
F10: Pressure switch not sensing.
F11: Drain pump fault/not activating.
F12: Communication error.
F13/F14/F15: Dryer-related issues (fan, element) for washer-dryers.
H20: Machine not filling (check taps/hoses).
LOCKED: Door lock error (check interlock).
How to Read:
LED Flashes: Count the rapid flashes, pause, then flashes again to find the number (e.g., 11 flashes for F11).
Digital Display: note the letter and number shown (e.g., F05).
Quick Fixes (Before calling for repair):
For F05, F11: Clean the drain filter and check the pump for obstructions.
For H20, Locked: Check water taps, hoses for kinks, and ensure the door is shut properly.
For Unbalanced Loads: Redistribute laundry evenly.
A hozzászólás módosítva: Dec 15, 2025
(#) majkimester válasza fera27 hozzászólására (») Dec 15, 2025
A hangerőegység helyett térfogategység skála olvasása után gyorsan áttértem az angol változatra, bár ebben is vannak pontosításra szoruló dolgok.
A VU meter skáláján a 0 a referencia érték, ehhez képes dB-ban van skálázva, ami egy arányszám, eddig rendben is van. A referencia értékre megadott mondat zavaros:

Idézet:
„With no attenuation applied (i.e. set to 0 dB), a steady tone of +4 dB would register as 0 VU on the scale.”


Magyarul, ha nincs előtte a jel leosztva, akkor +4 dB tartozik a 0 VU értékhez. A +4 dB szintén egy arányszám, aminek akkor mi a referenciája?

A Wikipedia megadja a választ erre. Az nem +4 dB, hanem +4 dBu, ami hozzávetőlegesen 1.23 V effektív (RMS) feszültséget jelent 600 Ohm-os terhelőimpedancián.

A 0 dBu az a feszültség amely 600 Ohm-os terhelő impedancián 1 mW teljesítményt okoz. Ezt kiszámolva P = U^2 / R képlet átrendezéséből ki is jön, hogy a 0 dBu 0,77459 V, a +4db kb. 1,58x, azaz 1,2276 V

A referencia 0 VU tehát nem csúcsérték, nem abszolút közép érték, hanem effektív érték. A bemenő jelet viszont integráljuk, hogy a nagy kilengéseket elkerüljük. A kivezérlés jelző válasza egy bemenő jelre látható ezen az ábrán:
VU-meter-reponse-graph.svg
Jól látszik, hogy a dob beütéseknél a VU mérő csak -15-ig jut el, de csúcsban már a 0 VU értéket azaz a referenciát is megközelítjük. Ezek után ez nem jó sem a modulációs mélység skálával AM adás modulációjára, sem mondjuk egy A/D konverterre jutó jel ellenőrzésére. Szerintem ezek miatt csúcsfeszültség kijelzése lenne jobb, ami nem egy átlagos hangerő szintet ad, hanem azt mutatja, hogy a fogadó túl lesz-e vezérelve vagy nem.
(#) img válasza bbb hozzászólására (») Nov 30, 2025
User manual 37. oldal:

"Mode – The RAID mode (level) configuration of the logical drive"

Szerintem engem igazol mert a paritás a logikai egység része, viszont a hot spare fizikailag más.
A hozzászólás módosítva: Nov 30, 2025
(#) tki válasza pajesz66 hozzászólására (») Nov 26, 2025
Ahogy tovább olvasgattam, más is csak az ESP-IDF toolokat használja az Arduinoból kiindulva is, tehát az eredeti framework dokumentációja az irányadó, nem láttam több nyomot, ami szerint maga az Arduino támogatná.

Ott viszont részletesen le van írva a menete és az is, hogy hogyan lehet a már encryptált Flash-ű ESP-re firmware-t feltölteni. Mivel minden alkalommal az ESP végzi, valószínűleg tök mindegy, hogy mivel fordítod le, Arduinoval vagy sem. https://docs.espressif.com/projects/esp-idf/en/latest/esp32/securit...n.html Lásd az idézetet lejjebb.

Az, hogy előbb átmennek az ESP-IDF-be, aztán vissza az Arduinoba, szerintem zöldség, mármint szükségtelen, más sem nézte meg, hogy igazából az ESP32 board telepítésével az Arduinoban is jelen lesznek a megfelelő toolok. Vagy eleve arról beszéltek abban a leírásban, amit említettél. Vagy tényleg nem alkalmasak erre és ESP-IDF-et is telepíteni kell, de ránézésre azok. Hogy honnan vették ezt, hogy az Arduino supportálja (hogyan? GUI-val? mert ott nincs), csak nem lehet saját kulcsfájlt használni, azt nem tudom, bocs. : -)

Ezeket a toolokat én csak Linuxon szoktam használni és ESP-IDF-ben, de a nevek alapján minden megvan, ami kell. Szívesen ki is próbálom veled párhuzamosan, szándékomban áll megtanulni az encryption használatát is, ill. a doksit is rendesen feldolgozni, csak először rendelnem kell egy-két olcsó klónt a próbákhoz, mert az nincs itthon, a komolyabbakat meg nem használnám el erre. : -)

***
"During the development stage, there is a frequent need to program different plaintext flash images and test the flash encryption process. This requires that Firmware Download mode is able to load new plaintext images as many times as it might be needed. However, during manufacturing or production stages, Firmware Download mode should not be allowed to access flash contents for security reasons."
A hozzászólás módosítva: Nov 26, 2025
(#) majkimester válasza bencevvg hozzászólására (») Nov 18, 2025
Ha rákeresel a cikk címére, akkor ezt az áramkört több helyen is megtalálod, van ahol a TO-220 tokos alkatrészeket tokrajzzal jelenítik meg, ezek átrajzolások, de itt van az eredeti rajz is:
Bővebben: Link

Az kapcsolást megnézve ez a rajzolási mód az ausztrál Silicon chip magazinra jellemző, meg is találtam itt az ingyen letölthető programot hozzá, ami jól van formázva, és bizonyára fordítható:
Bővebben: Link

A magazinban megjelent cikk pedig elérhető az internet archive-ban:
Erdeti: Bővebben: Link
Átdolgozott: Bővebben: Link

Ez az eredeti forrás, ezeket lenne érdemes átnézni, átolvasni először, meg esetleg a Microchip AN1521 Application note-ot.
(#) fecameca válasza kaqkk hozzászólására (») Nov 9, 2025
Kell hozzá még egy léptető számláló a vezérléshez. Ami minden impulzusra lép egyet előre. Pl: shift register. Invertereknél az csinál 1 fázisból 3 fázisú vezérlő jelet. Még amikor mi tanultuk tranzisztoros áramkörök voltak. Ma már biztos van IC, ami elszámol 1 től 10-ig. Na és a művonalak. Amiket nem tudom, hogy nézzenek ki? L-C tagokból álló rezgőkörök, vagy alul és felüláteresztő szűrők? Az irodalom művonalakról ír, a Hammond vibrátó rajzot azért még egyszer felteszem ide: Sima aluláteresztő szűrők sorozatának néznek ki. De még konkrét kapcsolást nem találtam róla, ami azt jelenti, az egészet nekem kellene megtervezni? Le kellene egyszerűsíteni, mert ez nagyon sok kontaktus, ami a képen van.
A hozzászólás módosítva: Nov 9, 2025

B-3_vibrato_...jpg		    
(#) ttindian válasza proli007 hozzászólására (») Nov 7, 2025
Még néhány hozzá fűznivaló:- nem tartja fenn magát, igaz hogy a mikrofon modul aktiv amig hallja a piezot, de amikor az időzítésnek lejár az ideje lekapcsol, majd újra hangra aktiválodik , ez pont jó.
Minap leszállított , akkumulátor ,áron vásároltam power bank-et, 10000mA , 5v,2A usb. Ez is jó. Most éppen arról műkődik . Vam egy zsák 1.2v napelemes kertilámpám, a napelemek ősze párositom, majd használok oda is egy step upot 5vra avval tőltőm a power bankot. Azt hiszem ez is jó lesz.
Véleményed ?

176252381609...jpg		    
(#) majkimester hozzászólása Nov 1, 2025

MyElecParts v1.50

A MyElecParts v1.50 elkészült.

A keresés/szűrés kibővítése volt fokuszban. Az Alkatrészek és Tárolóhelyek oldal kapott egy általános szűrési mezőt. Eddig is lehetett oszlopokra szűrni de ez még kényelmesebb, és minden oszlopban, a nem látható gyártói típusszám, felirat és megjegyzésben is keres. A sima kereső szavakon túl összetett kifejezéseket is elfogad pl.: (MOC30* OR TLP30*) AND not 3052
Az ilyen összetett kifejezéseket mostantól az oszlopszűrőkben is lehet használni minden táblázatnál.

A web elérés ettől a verziótól kezdve a libCURL-lel történik, ezért nem fog problémát okozni ha a jővőben bármely oldal áttér a TLS1.3-ra (ami csak Win11-en ment volna a korábbi verzióval) vagy modernebb titkosítási algoritmusra (mint például a QDatasheet és SManuals).

A metakereső is fejlesztve lett, Most támogatja a Alltransistor oldalról a gyártó kiválasztását, és saját készletben is keres, találat esetén közvetlen linkkel megnézhetjük, ha az adott alkatrészből van nekünk.
Ezen felül megjegyzi a legutoljára kiválasztott keresési módot és forrásokat a használatok között.

Teljes lista:

• Táblázatok: Összetett oszlopszűrő támogatása logikai műveletekkel és zárójelezéssel
• Táblázatok: 3 állapotú rendezés támogatása (Növekvő/Csökkenő/Ki)
• Alkatrészek: Általános szűrő minden oszlopra logikai műveletekkel, zárójelezéssel
• Alkatrészek: Az Ismeretlen Gyártó/Tokozás legfelül jelenik meg az oszlopszűrőkben
• Tárolóhelyek: Általános szűrő minden oszlopra hozzáadva logikai műveletekkel, zárójelezéssel
• Tárolóhelyek: Az Ismeretlen Gyártó/Tokozás legfelül jelenik meg az oszlopszűrőkben
• Web elérés: CurlLib használata: A TLS1.3 és modern titkosítású algoritmusok támogatására
• Meta kereső: QDatasheet újra támogatott Win7-en
• Meta kereső: Legutóbbi keresések gomb hozzáadva
• Meta kereső: A legutóbb használt keresési mód és források megjegyzése
• Meta kereső: Alltransistor forrás támogatja a gyártó kiválasztását
• Meta kereső: DigChip pdf letöltés javítása
• Meta kereső: Keresés a saját készletben, közvetlen link a saját készletre
• SMD kód kereső: SManuals újra támogatott Win7-en
• SMD kód kereső: Legutóbbi keresések gomb hozzáadva
• SMD kód kereső: A legutóbb használt keresési mód és források megjegyzése
• Apró fejlesztések és hibajavítások

Letöltés innen:
MyElecParts v1.50

01 - generic...png
02 - metasea...png		   
(#) bbb válasza W.A.Lacky hozzászólására (») Okt 30, 2025
Nem a 11-gyel, hanem az egale-lel kapcsolatos probléma: Bővebben: Link
(#) Béla 66 válasza ferci hozzászólására (») Okt 29, 2025
Köszönöm a gyors válaszod!
Sejtettem, mert ahol találtam frekvencia adatot, a munkatekercs és a kondi bank beírásával, ott közelítőleg a frekvencia értéket kaptam. Csak biztos akartam lenni, nem ez a szakmám, és hobbi szinten űzöm!
Erről lenne szó.
Csak az egyenáram betáp 60V helyett kb. 20-24V lenne.
Sikerült szereznem ESR mérőt, bár nem tudom, milyen frekvencián mér!
Eddigi gyors mérések vele:
MKP V4 1µF = 0,22
Mikró 0,94µF = 0,45
Mikró 1,2µF = 0,57
Mikró 1µF = 0,38
DHM!? 400 nF = 0,00
Töbször ráeresztettem a mérést, de nem változott az érték!

Indukciós he...jpg		    
(#) Lacika válasza cz350 hozzászólására (») Okt 12, 2025
Hol olvastad, hogy ez tárolja az időt áramkimaradáskor?

Idézet:
„The clock indication does not show the correct time.
•A power interruption occurred. Set the clock and timer settings again.”


Melléklet: Használati utasítás (angol)
A hozzászólás módosítva: Okt 12, 2025

W0005287M.pdf		    
(#) tki válasza Massawa hozzászólására (») Okt 7, 2025
: -) Na igen, és nemcsak durva hibák vannak, hanem például mikor a "note"-ot egységesen "Megjegyzés"-nek fordítják, pedig van, ahol sokkal inkább "Figyelmeztetés", így elsőre nehéz érteni, mit is akar a rendszer.
(#) szs válasza majkimester hozzászólására (») Okt 5, 2025
Na, kész...
Plane, hogy utánaneztem: az a "NASA" cikk nem az. "NASA JPL"
Amiről ezt írják: a NASA megbízottjanak (Caltech) a megbízottja.
Na, ennyire NASA ez az egész.
Kezd ez olybá tűnni, mintha én (aki dolgozott olyan fuvarozónal, aki a Waberers-szemerey alvallalozója volt) egyszercsak ugy nyilatkoznék mint Waberers SZS.

Meghát a fejléc is elgondolkodtat
Idézet:
„Due to the lapse in federal government funding, NASA-JPL is not updating this website.”

Kar, hogy nem tudok angolul, -de mintha NEM kormanyzati tamogatasú ize lenne (nem, mintha a kormanyzati tamogatasúak nem tevedhetnenek, most nem arrol van szó. Csak a "NASA"-ra hivatkozásról, mint megfellebbezhetetlenség...)
A hozzászólás módosítva: Okt 5, 2025
(#) majkimester válasza Lamprologus hozzászólására (») Szept 25, 2025
SPI interfész az. Nézz bele az ST7796 adatlapjába, mindenhol SPI-ként hivatkozik, csak a lábak megnevezése nem a szokásos:

CSX - Chip selection pin. Low-active
WRX/SCL - In SPI mode, this pin is used as SCL
SDA - SPI interface input/output pin. The data is latched on the rising edge of the SCL signal.
SDO - SPI interface output pin. The data is outputted on the falling edge of the SCL signal.

Az IM0 ... IM2 111-re van állítva, ez a 4Line SPI mód, ahol van egy plusz láb a 3SPI-hez képest:

DCX - Display data/command selection (RS) pin in MCU interface.
DCX=’1’: display data or parameter.
DCX=’0’: register index / command.
(#) Hp41C válasza Pali79 hozzászólására (») Szept 23, 2025
Nem az ugrás kiváltásával lesz itt a gond, hanem az incfsz egy RMW művelet, a tstfsz nem. Az eredmény valahol a kontroller belsejében keletkezik az incfsz esetében, míg a tstfsz -nél az operandus alapján dönti el, hogy ugrik vagy sem. Ebből már ki is jöhet egy kis eltérés.
Ilyen esetben az is kérdéses, hogy egyes silicon revision mellett működni fog, egy másokon már nem.
Jobb lenne a maszkolást beletenni - örök élet és egy nap / bármely megvalósításon működnie kell majd.
(#) BlackStar válasza Tasznka hozzászólására (») Szept 10, 2025
Köszönöm a segítséget mindenkinek.

Az RTCC lenne a fontos, hogy annak legyen a forrása a SOSC.
A Timer1 csak a SOSC tesztelése miatt konfiguráltam.

Érdekes ez a SOSC kezelése.
Van 3db PIC32MZ2048EFM144 (külön nyák lapon)

1: PIC32MZ2048EFM144 Rev:B2
Az SOSCI (RC13) lábra egy 32.768 KHz generátor van kötve az SOSCO (RC14) lábra nincs kötve semmi.
Tökéletesen megy a belső óra „RTCC” (RTCCONbits.RTCCLKSEL = 1, FSOSCEN = 1) a SOSC forrásról.
A OSC 12MHz generátor
A REV:B2 PIC32MZ2048EFM144 nincs gondom.

2: PIC32MZ2048EFM144 Rev:A1
A SOSC-nak egy 32,768 kristály van kötve a SOSCI SOSCO lábakra (nem generátor).
Tökéletesen megy az RTCC belső óra. (Pedig elméletileg nem kellene a REV:A1 OSC probléma miatt)
„The Secondary Oscillator (SOSC) does not support crystal operation. Rev A1, A3”
Viszont ezen a nyákon primary SOC-nak szintén kristály van (12MHz) amivel nem megy csak a belső 8MHz FRC-vel. (Sajnos ezen a nyák lapon az USB-t nem tudom használni, belső FRC-ről nem megy)

3: PIC32MZ2048EFM144 Rev:A1 (ez a problémás nyák)
Az SOSCI (RC13) lábra egy 32.768 KHz generátor van kötve az SOSCO (RC14) lábra nincs kötve semmi.
Az belső óra RTCC nem megy csak (RTCCONbits.RTCCLKSEL = 0) a belső 32KHz oszcillátorról. (ami pontatlan)
A primary OSC 12MHz generátor ez működik.
Ezen a nyák lemezen nem tudom „rávenni” az RTCC-t sem pedig a Timer1, hogy forrásként a SOSC-t használja.
Az oszcilloszkóppal a SOSC generátor kimenetén nem tapasztaltam hibát

Az RTCC lenne a fontos.

AZ SOSCO-ra nem tudom tenni a generátort kimenetét mert az SOSCI-re van kötve.

Esetleg ötlet?
Végső megoldásként (I2C külső RTCC használnék).
Következő: »»   2 / 198
Bejelentkezés

Belépés
Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem