Näyttää siltä, että sinulla on noin 2,4 bitin kertaa jakoa kohti, mikä on 250 µs.Tämä asettaa jokaisen bitin ajan 104 µs.Käänteinen tulos tuottaa 9,6 kBaud.Se on yksi tavallisista baudinopeuksista, joten tämä kuulostaa melko uskottavalta.

Laajennuksesi näyttää ajoituksen \ $ 100 \: \ mu \ textrm {s} \ $. Tämä voi olla joko asetat kohdistimet tai muuten mittaustoiminnon automaattinen käyttö laajuudessa. Et sano. Joko niin, olen samaa mieltä Olinin kanssa siitä, että tämä on lähellä 9600 bps, mikä on yleinen bittinopeus RS-232-viestinnässä.

Oma kommenttisi ulkoisesta kellotaajuudesta kuitenkin väittää, että totta on, että tarkka 9600 bps on totta. \ $ 8 \: \ textrm {MHz} \ $ ei jakaudu tasaisesti 9600 bps: ään.

Joitakin muita ajatuksia:

1. Jos se todella on \ $ 100 \: \ mu \ textrm {s} \ $ bittinen leveys, ne ovat ylittäneet \ $ \ pm 2 \% \ $ sallitun tarkkuuden vaihtelun, joka on sallittu yhteiselle nopeudelle 9600 bps . (Jos haluat nähdä tämän kuvan takana olevat laskelmat ja ajatukset, katso tämä Maxim-sivu.) Jos hyväksymämme laajuuden tarkkuus on vain likimääräinen, se ei välttämättä ylitä tarkkuusvaatimuksia. Siitä huolimatta on hyvä idea, että tiedät niiden olevan.
2. Tämä signaali ei selvästikään käytä RS-232-jännitteitä, vaan ehkä ~ \ $ 3.5 \: \ textrm {V} \ $-signalointi.
3. Tämä signaali käyttää HI-merkkiä MARK-merkkiin (RS-232: ssa MARK on negatiivinen jännite), joten tämän on oltava loogisen tason lähtö mikrosta eikä RS-232-signaloinnista.

Jos otat vaaditun START-bitin ja pienimmän yhden bitin STOP-ajan pois, se tarkoittaa, että ainakin on todennäköisesti jäljellä seitsemän bittiä tiedoille:

Yllä oleva tulkitaan 0x2A: sta endianiteetista riippumatta, jos kiinnitän huomiota.

Tämä olisi kuitenkin kaavio kahdeksalle databitille:

Tällöin tulkinta olisi joko 0xAA tai muuten 0x55 virran endianluonteesta riippuen. Joten tämä voi edustaa 0xAA (pieni endian, joka mielestäni on yleisempää.)

Kuten näette, lähettimen ja vastaanottimen on a priori sovittava databittien lukumäärästä ja niiden endianluonteesta.

Laajuustulokset voidaan tulkita jopa pidemmiksi sarjasanoiksi. Olen nähnyt niitä aiemmin (9, yleisimmin, koska jotkut IC: t tukivat sitä, mutta olen jopa nähnyt 10 käytettyä aiemmin.)

Ilman sopimusta on vaikea olla varma.

A sivupalkkina:

Muistan päivät, jolloin teletyypit siirtyivät 5 bitistä 6 bittiin (1960-luvun alun DTE) silloin, kun RS-232 luotiin vuonna 1960, koska isälleni tällainen teletyyppi istui kotona kotitoimistossa. Kuusibittinen RS-232-tietoliikenne oli todellakin olemassa jonkin aikaa.

ASCII-koodausta käytettiin laajalti 1960-luvun lopulla ja 1970-luvun alussa, ja se on 7-bittinen koodaus. Oli hyvin yleistä, että RS-232-tietoliikenne käytti 7 bittiä dataa.

Myöhemmin, kun tietoliikennepiirit ja mikrokontrollerit tulivat yleiseen käyttöön ja 8-bittisiä rekisterikokoja oli runsaasti, RS-232: ta laajennettiin usein lähettämään / vastaanottamaan 8 bittiä kerrallaan.

Luulen, että nykyään useimmat ihmiset vain odottavat sitä käytettävän 8-bittiseen viestintään. Mutta näin ei aina ollut.

Jos tämä koskee mikro-ohjainta, siirtonopeutta ei voida määrittää oskillaattorista, mutta 8 MHz: n kide pystyy varmasti luomaan 9600 baudia.

Voitteko mitata ja kertoa tarkan ajan ensimmäisestä matalasta viimeiseen huippuun?- Ensimmäinen tila näyttää minulta hieman poispäin.Minusta näyttää siltä, että käytät liipaisinta, voitko siirtää sen hieman korkeammalle, koska jos se on reunaliipaisin ja istuu piikkien päällä, oskilloskoopilla on mahdollisesti vaikeuksia laukaista.

Siirtonopeuden määrittäminen laajuusjäljestä on joskus, mutta ei aina mahdollista.

Siirtonopeus on bittijakson käänteinen, mutta signaali voi pysyä samassa tilassa useita bittijaksoja, joten et voi aina yksiselitteisesti määrittää bittijaksoa laajuusjäljestä.

Olettaen, että 8-bittistä dataa ei ole pariteettia, aaltomuotosi voi edustaa yhtä tavua, jonka bittijakso on ~ 100ns, mutta se voi myös edustaa kahta tavua, joiden bittijakso on noin 50ns.