[elektro] zavarvédelem

[Skandar Graun]

Köszönöm az eddigieket, most jelenleg relatív működőképesen ott lett hagyva
a cucc.
Ezzel az utolsó változtatással közel hibamentessé vált, csak elfogyott az
időm.
Most van egy kis időm kísérletezni itthon, jól felszerelkezve.
DC-DC célra nagy valószínűséggel régi hálókártya átalakítója lesz
felhasználva, az pont erről szól.

Egyébként ami érdekes.
A cuccban van egy 3,5"-os PC alaplap. Ez 12V-ról jár. Ebbe van beledugva a
touch elektronikája USB-vel.
Az alapfelállásban a PC-t is hajtó 12V-os tápegység feszültségét kiküldtem
a vezérlőszekrénybe, hogy ott húzzon be egy relét.
Ez kapcsolta be a rendszert.
Magyarul a tápon volt két hosszú drót.
Folyamatosan fagyott a touch kontroller.
Beletettem egy plusz tápot, ami csak a relét kapcsolja. Így a "nagy" tápról
lekerült a hosszú drót.
Azóta nem fagy a touch.
Viszont így elképzelhető, hogy ezt a tápot, mivel úgyis rajta lóg a hosszú
drótokon, fel is tudnám használni az optoleválasztó táplálására. :)


2014. július 25. 22:39 Pataki István írta, <pataki.istvan at freemail.hu>:

> Ez olyannak látszik, mintha közvetlenül kommunikáció előtt a busz
> lebegne, esetleg START szint körül billegne, és ebből nehezen tér
> magához a hardver, mert mindenféle szemetet vesz. Ha ehhez még auto
> baud-rate is társul, akkor végképp nem csoda. Élmentes, tiszta 0 vagy 1
> karakter ideje alatt magához tud térni, vagy erősen el kell húzni a
> lebegő vonalat STOP irányba.
> pi
>
>
>
> ----- Original Message -----
> From: "Skandar Graun" <sgraun at gmail.com>
> To: "elektro" <elektro at tesla.hu>
> Sent: Friday, July 25, 2014 5:15 PM
> Subject: Re: [elektro] zavarvédelem
>
>
> > Na, úgy néz ki, bejött... dummy bájtnak betettem a 0-t. Ebben
> > nincsenek
> > élek, egy bájtidőre fogja a buszt, valamint egy eldobható karakter.
> > Ezalatt
> > a helyére talál a HW uart.
> > Nagyságrendnyit javult a zavar. :D
> >
> >
> > 2014. július 25. 14:54 Skandar Graun írta, <sgraun at gmail.com>:
> >
> >> Bocs, elszámoltam... a tüske kb fél bitidő...
> >> A HW uarthoz nem nagyon férek hozzá.
> >> A folyamatos kummunikáció miatt eléggé szűkre kellene állítanom a
> >> timeoutot... nem igazán tűnik járhatónak számomra.
> >> Egyébként a szkóp szerint pont a frame start szekvencia (bájt) nem
> >> jelenik
> >> meg.
> >>
> >>
> >> 2014. július 25. 14:42 Fuzesi Arnold írta,
> >> <arnold.fuzesi.lista at gmail.com>
> >> :
> >>
> >>
> >>> On 2014.07.25. 14:04, charles hoss wrote:
> >>> > Kene csinalni egy kockat ami lenyeli a tuskeket. Meri a bejovo
> >>> > tustet
> >>> es ha
> >>> > mondjuk 75% bitidonel rovidebb vagy nem szimpatikus az alakja,
> >>> > akkor
> >>> > eldobja.
> >>>
> >>> Ezt hivjak framing errornak, amit az uart+sw le kene kezeljen.
> >>> Vmi nagyon nem kerek itt a hibakezelesnel.
> >>>
> >>> A tuske tippem szerint ott keletkezik mikor az rs485 iranyt valt.
> >>> Akkor
> >>> lebeg a
> >>> busz, a szethuzo ellenallasok meg beengedik a zavarjelet. (Ami
> >>> valahol
> >>> normalis
> >>> dolog.)
> >>>
> >>>
> >>> Ahogy en szoktam:
> >>> A frame start szekvencia indit egy timeout-ot, ha nem jon a
> >>> "sorvege"
> >>> karakter
> >>> idon belul akkor buffer tolto allapotgep alaphelyzetbe.
> >>>
> >>> Paritas bitet is be lehet kapcsolni, segit a kommunikacio kozben.
> >>>
> >>> Igazabol az 50us tuske pont két bitidő... egy start bit meg egy 0xfe
> >>> byte....
> >>>
> >>> Szimulald le, mi van ha 0xfe bejön magaban. Nemlehet h varja a
> >>> többit, és
> >>> ott
> >>> daral egyhelyben a veteli rutin?
> >>>
> >>>
> >>> A.
>
> -----------------------------------------
>           elektro[-flame|-etc]
>