TavIR-AVR oldal

Elkészült a végső megoldás. Tanulva a hibákból készítettem egy I2C buszt galvanikusan leválasztó kis panelt ISO1540 IC-vel. Így nem vágom haza véletlenül azt amit éppen le akarok hallgatni. Nagyon hasznos kis IC Mellékeltem a programot is hozzá. Én általában ESP32-t használok, Arduino platformon és ...

A programozásban az a szép, hogy ha ugyan azt egymás után többször megírod, akkor egyre gyorsabb, egyszerűbb és szebb lesz a kód. Harmadszor írtam át, mert belekavarodtam a feltételekbe. Viszont most egész értelmes eredményt kapok. Egy mérési ciklus eredményei: S1101101W+00110000+00001000+s S1101101...

Mindig ugyan az a móka: érintkezési hiba Rossz lábak használata. Na de miért? A panel nem az aminek gondoltam. A felhasznált ESP32 panelnak van 1-es és kettes változata is forgalomban. Eltérnek lábkiosztásban és kicsit működésben. Csak annyira, hogy az egyikre nem lehet a másikra fordított kódot fel...

hát egyelőre nem hogy nem működik, de nem csinál semmit. Egyetlen megszakítást sem érzékel. Közben ránéztem oszcilloszkóppal a I2C vonalakra és nagyon furcsa jeleket látok ott. sokkal nagyobb amplitúdójuak, mint a hivatalos tápfesz megengedne. Csoda, hogy magában működik a berendezés. Az is kiderült...

megírtam az I2C hallgatózót megszakításokkal.
Azt kell, hogy mondjam, hogy elegáns kód lett.
Egyelőre csak szintaktikailag jó, már késő van, nem merem tesztelni.
Ilyenkor már több hibát csinál az ember, mint javítást.
Ha működik felteszem ide a forrást és megírom a tapasztalatokat.

Arra érdemes figyelni, hogy a sprintf egy költséges utasítás. Ha kicsi a hely, akkor kerülendő, mert pár sprintf és el is fogyott a hely.

A WiFi , vagy egyéb létező szabványos kommunikációs megoldást azért szoktam használni, mert nem kell az alacsony szintű adatátviteli problémákkal foglalkozni (stabil frekvencia, hibajavítás, zavar, csomagütközés, stb.). Ez a problémakör saját építésű kommunikációnál hamar elő szokott jönni. Eddig né...

Igen, ez hasonló, mint amit a nyitó bejegyzésben 2. és 3. megoldásként említettem.
Megszakítás használatával, vagy folyamatos figyeléssel ( While(!SDA) ) nem kell az időzítéssel foglalkozni.
Mivel nem is akarok válaszolni, mert csak az adatra van szükségem, ezért az időzítés nem érdekes.

Az adatátvitelre pedig ESP32 wifi szerintem tökéletes megoldás. Azért ezt ajánlom, mert készen megkapod és csak az adatok küldésével kell foglalkozni. Ha nem fontos a nagy fokú szinkronitás és adatátviteli sebesség, akkor működik egy szerver-kliens megoldás. Az egyik modul lesz a szerver, ahova az a...

4A-t átlőni ilyen nagy távolságra nem egyszerű. A vezeték nélküli töltők általában induktív elven működnek. A létező megoldásokban a töltő és a töltendő tekercsét a lehető legközelebb helyezik el egymáshoz. Gyakorlatilag 1-2mm szigetelés van csak köztük. 1-2cm-es távolságon már komoly veszteségek va...

Próbálkozzál pl. ezzel: ESP32_I2C_Slave https://github.com/gutierrezps/ESP32_I2C_Slave Slave libeket nézegettem. Itt az a gond, hogy a Slave I2C-ben aktívan kommunikál, mert visszaírja az ACK-t. Ezt automatikusan visszajelzi a vonalon és nem kell külön programozni. Tehát, ha csak hallgatózni akarok...

pipi írta:Ez valami gyártmányban lenne fixen, vagy csak debug-hoz?
Ha csak debug akkor van Saleae logikai analizátor(ebay/ali) ami a kommunikációt visszafejti...

Egy meglévő eszköznek a funkcionalitását szeretném bővíteni, tehát fixre kell a megoldás

Sziasztok! Szükségem lenne egy megoldásra, ami I2C buszon hallgatózik és visszafejti az ott folyó kommunikációt. Nem kell semmi rosszra gondolni, csupán egy meglévő eszköz funkcionalitását szeretném kibővíteni a lehető legkisebb beavatkozással. Adott egy berendezés, ami többek között méri a hőmérsék...

A kettes komplemens átalakítása 2 byte méret esetén: Ha a beolvasott érték (value) első (legmagasabb) helyiértékű bit 0 ( vagyis az érték kisebb mint 0x8000, vagyis 10000000 00000000 ), akkor az érték önmaga és a szám pozitív. Ha az első bit 1. akkor a szám negatív és az abszolút értékéhez a kettes ...

Gyanítom, hogy a chip rendszeróráját szeretnéd lekérdezni, de ugye ez itt nem így működik. Mikrokontrolleres környezetben a rendszeridő funkcióról és szolgáltatásairól sajátkezűleg kell gondoskodni, mert az nincs beépítve. Tehát kell egy RTC kialakítás (Real Time Clock). Erről szol @vargham kolléga ...