Fórum témák
» Több friss téma |
Próbálok egy soros kommunikációt visszafejteni, de nem találom nyomát sem a protokollnak a neten.
Alábbiak ismertek: - vonalfeszültség 12V (nyugalmi 0V) - half-duplex kommunikáció - az adat 2bites csomagokban továbbítódik különböző impulzushosszúságú start és stopbittel, a 70us-os csomagok között ugyanennyi szünet van - 20 byte-onként van egy elválasztójel, ami szignifikánsan különbözik az adatcsomagoktól - 5x20 byte van összefogva egy nagy csomagban másik fajta elválasztójellel Szkóppal ekkora csomagokat kikockázni kicsit időigényes, egyszerűbb lenne a byte-streamet elemezni, pláne mivel ismeretlen, hogy checksum van-e benne. Találkozott már valaki hasonlóval?
Szia, a protokolt nem ismerem, de ha megírnád, hogy milyen eszköz használja az segíthet a kiderítésében, mert az már lehet, hogy valakinek ismerős.
Idézet: „az adat 2bites csomagokban továbbítódik különböző impulzushosszúságú start és stopbittel” Biztos ez a két bit? Lehet, hogy egyszerű UART fordított szintekkel?
Az a két bites protokoll, kicsit olyan nekem, mint a kő/papir/olló paritásbittel feljavitva.
Erős kétségeim vannak, hogy motorfűrész-diagnosztikába valaki már beleásta volna magát.
Nem kell röhögni, ez tényleg az
Egy ilyen 5x20 bájtot kikockáztam a szkópon (320 csomag). Nekem is furcsa volt, de kezdett gyanús lenni, hogy csak 4 különböző kombináció van. Nagyon redundáns az egész.
A jel a fűrészre kötött diagnosztika készüléktől soros BT kapcsolaton kerül a szgépre. Ha a diagnosztika készülékben nincs semmilyen kiértékelés, akkor elképzelhetőnek tartom, hogy a soros BT miatt van így előkészítve az adat. De nem találtam még semmit arra vonatkozóan, hogy hardware szinten hogy néz ki egy soros BT kapcsolat.
Ha a kapcsolatot egy Bluetooth - serial modul biztosítja, akkor a fűrás a szokásos soros felületet használja. Bővebben: Link
Annyi történhet még, hogy a vonala(ke)t nem az RC232 szabvány feszültség szintekre illesztik.
Azon már túl vagyok.
A jelszint passzol a UART-hoz, mert 12 V, viszont a UART stopbit 1,1.5,2, ez meg csak 0,5. Meg a 2 bit is elég egyértelmű, UART-nál viszont 5 a minimum. A szkóp dekódere felismeri UART-nak, csak tévesen, mert nem tesz különbséget a csomagok között. Kicsit olyan, mint egy csonkolt UART.
Nekem úgy tűnik, mintha az első jelsorozat (1. és 2. osztásban) S01001000P lenne.
S - a startbit, P a Stopbit. Ez megfelelne egy 0x09 byte adásának az uarton - fordított jelszinttel. A második (3. és 4. osztásban) mintha S1111111P lenne, azaz 0xFF. A harmadik (5. és 6. osztás első negyedében) S01000000P azaz 0x02. A negyedik olyan, mint a második. Az ötödik olyan, mint az első. A hatodik S10111111P , azaz 0xFD. A hetedik olyan mint a második. Pontosabban kellene ismerni a pulzusok idejét. Mi a Bluetooth - serial modul típusa?
Furcsa lenne, ha 320 csomagban 4 bájt ismétlődik. Nincs elvileg nagy adatforgalom, kb. 35-40 karakter az egész ami a PC-n megjelenik (ennél persze lehet több).
Kicsit macerás, mert burst-okben jön az infó. A diagnosztika készülék - fűrész kapcsolat nem folyamatos, mert ugye a fűrészben nincs táp. Az adatátvitel előtt "feltölti" a diagnosztika egy négyszögjellel (a jelvonalon keresztül, amin egyébként egy mágnesszelep "lóg" ezért nem lehet folyamatosan táplálni), majd lefut a kommunikáció. 5 us a "rövid", 10 us a "hosszú" jel. A BT modulról fogalmam sincs. A készülék nyilván kiöntve. Drágább volt mint a szkóp ezért nem akarom szétszedni. Még a BT adatfolyam loggolása jutott eszembe, hátha az is hozzátesz valamit. A hozzászólás módosítva: Márc 8, 2021
|
Bejelentkezés
Hirdetés |