[elektro] Szegmentálási hiba

elight at gmail.hu elight at gmail.hu
Wed Feb 12 13:57:42 CET 2014


Részvétem,

Pl.  tipikus PLC-s baromság szokott lenni,

hogy nincs szinkron, se adáskezdete!
Csak küld egy címer és utána egy parancsot,
jó ha benne van még az üzenethossz is,
és utána ismét a következőt, ami esetláeg más hosszú..
A timeouton belül jött adatok egy csomagnak tekintendők,
és a végén ott egy checksum, és egy lezáró bájt..

Ha eltéveszted a ritmust , elég nehéz visszatalálni,
jósok adatot el kellhet hajingálni addigra..

Van vele néha szivacs..
Igaz a PLC buszok cserébe  elég jól zavarvédettek.
Tehát ha megy , addig jó.

Üdv István



2014-02-12 13:39 keltezéssel, Acs Gabor írta:
> De, van ellenőrzés. Meghatározott a protokoll formátuma, amint nem
> megfelelő a szintaxis, nemlétező parancs jönne, hibás értékű paraméter,
> rossz chcksm, vagy olyan hivatkozás, ami ráépül korábbi valamire, de az
> nincs rendesen elvégezve, ezeket mind vizsgálom, és különféle
> hibakódokkal lereagálom. Szóval itt nem valami buherálás van a
> részemről, csak maradt egy kis rés a pajzson, ezt szeretném megtalálni.
>
> Olyan itt nincs, hogy minek kellene következnie. Megint a Windows, mint
> példa: ott sem tudod, mire fog kattintani a user, vagy melyik applikáció
> mikor akar valamit csinálni. Itt van mondjuk százszor ezer lehetséges
> lefolyása a dolgoknak.
>
>
> Gábor
>
> 2014.02.12. 13:29 keltezéssel, Kovács József írta:
>> Kis okoskodás ... látatlanban.
>>
>> Be nem tartott protokol szerint érkező és/vagy
>> a formailag nem OK adat  felismerése esetén >> hibaüzenet(ha úr vagyok).
>> Aztán adat a kukába és az állapot idle (timeouttal bebiztosítva az
>> állapotváltást, várakozáskor)
>> Az érdemi tovább feldolgozás, pedig áll... amíg VÉGRE
>> egy jó (értsd:várt és formailag helyes) input nem érkezik.
>>
>> Ettől többe nem tehetsz a te oldaladon.
>> (illetve igen, ha CRC-vel a tartalmi konzisztenciát és ellenőrzöd)
>>
>> Most viszont úgy tűnik elkezded kezelni a "szar" inputot is...
>> Aztán magában az érdemi kezelőben próbálod kiszűrni, azt
>> ami protokol/formátum/CRC szerint "nem OK" belőle.
>> Pedig az ilyen "csomag" a bufferbe be sem kerülhetne már...
>>
>> Miért?
>> Nem tudod minek KELLENE KÖVETKEZŐKÉNT érkeznie?
>> És ezért a beeső "szemetet" kezded emészteni... hátha jön valamikor?
>> Nem pedig, csak az odaillő/formátumhelyes/CRC_OK csomagokat buffereled
>> maagdnak...
>>
>>
>> KJ



More information about the Elektro mailing list