Spänningsnivå
Ok, antar att startbiten måste vara 1 (5V) på insignal. Då kan man invertera den så att den blir 0 på utgången. Men bitarna som kommer efter (databitarna) skall INTE inverteras...verkar som jag får lägga ner skiten...
Jag fattar för lite för att fixa de här...fyfan för digitalt näää tackavetja elektronrör...
Jag fattar för lite för att fixa de här...fyfan för digitalt näää tackavetja elektronrör...
sodjan > "Insignalen saknar startbit, men utsignalen skall ha det..."
danei > "tvärtom. Läs första inlägget ett par gånger till..."
I ett senare inlägg skrev 335dot :
"...t.ex. 011011001 där första 0:an är startbit och sista 1:an är stopbit, när spänningen normalt ligger på 0 V."
D,v.s att startbiten ligger på samma nivå som "idle" lägt, d.v.s att
startbiten i *praktiken* saknas, vilket var vad jag skrev (eller menade).
Sen skall denna ej existerande startbit "återskapas" i utgångens
bit sekvens. Detta stämmer även överens med 335dot's första inlägg.
Dessutom, om exemeplet ovan stämmer, så är det 7 data bitar, inte
8 som 335dot säger i ett senare inlägg.
Detta går *inte* att lösa, det hjälper inte att titta på en längre
sekvens, eftersom man enkelt kan konstruera en bit-sekvens där
startbiten kan finnas på flera olika ställen. Det spelar ingen roll
hur mycket datorkraft man kastar in för att lösa det. Och en PIC/AVR
skulle antagligen inte hänga med i "TTL-hastighet", vad nu det
betyder.
Det är klart att man kan lägga till villkor som inte finns med i
förutsättningarna, som att det alltid är en paus som är större
en avståndet mellan en start och en stopbit, men det är "fusk"...
Det måste finnas någon annan mekanism för synkning, antingen
någon separat "klock" signal, eller att det med jämna mellanrum
kommer en speciell bit sekvens som kan detekteras, men då
talar vi om en synkron seriell koppling. Eller att det finns andra
begränsningar i vilka "data" som kan skickas i det 8 (eller 7)
databitarna, t.ex någon självklockande (Manchester eller liknande)
kodning. Men det är också bara gissningar...
danei > "tvärtom. Läs första inlägget ett par gånger till..."
I ett senare inlägg skrev 335dot :
"...t.ex. 011011001 där första 0:an är startbit och sista 1:an är stopbit, när spänningen normalt ligger på 0 V."
D,v.s att startbiten ligger på samma nivå som "idle" lägt, d.v.s att
startbiten i *praktiken* saknas, vilket var vad jag skrev (eller menade).
Sen skall denna ej existerande startbit "återskapas" i utgångens
bit sekvens. Detta stämmer även överens med 335dot's första inlägg.
Dessutom, om exemeplet ovan stämmer, så är det 7 data bitar, inte
8 som 335dot säger i ett senare inlägg.
Detta går *inte* att lösa, det hjälper inte att titta på en längre
sekvens, eftersom man enkelt kan konstruera en bit-sekvens där
startbiten kan finnas på flera olika ställen. Det spelar ingen roll
hur mycket datorkraft man kastar in för att lösa det. Och en PIC/AVR
skulle antagligen inte hänga med i "TTL-hastighet", vad nu det
betyder.
Det är klart att man kan lägga till villkor som inte finns med i
förutsättningarna, som att det alltid är en paus som är större
en avståndet mellan en start och en stopbit, men det är "fusk"...
Det måste finnas någon annan mekanism för synkning, antingen
någon separat "klock" signal, eller att det med jämna mellanrum
kommer en speciell bit sekvens som kan detekteras, men då
talar vi om en synkron seriell koppling. Eller att det finns andra
begränsningar i vilka "data" som kan skickas i det 8 (eller 7)
databitarna, t.ex någon självklockande (Manchester eller liknande)
kodning. Men det är också bara gissningar...
Datan skall jag sända till anslutna slavar och dessa kräver exakta digitala adresser för att svara.
Alla dessa värden som jag använder är inget påhittat utan följer EN 1434 standarden för M-bus och används flitigt idag av massa användare.
Jag skulle bara vilja göra en egen master för att se om jag skulle använda det här hemma till slavar som jag har. Slavarna är konstruerade enligt EN 1434-3 och denna MASTER som det här handlar om måste då följa standarden för att det skall synka.
Alla dessa värden som jag använder är inget påhittat utan följer EN 1434 standarden för M-bus och används flitigt idag av massa användare.
Jag skulle bara vilja göra en egen master för att se om jag skulle använda det här hemma till slavar som jag har. Slavarna är konstruerade enligt EN 1434-3 och denna MASTER som det här handlar om måste då följa standarden för att det skall synka.
EN1434, Suck...
Kunde du inte ha "kläckt" ur dig det tidigare.
Då är allt solklart.
Det förklarar också tråden med 1.5 mA frågorna. Jag minns inte
att EN1434 nämndes där heller, eller missade jag det ?
Se :
http://www.m-bus.com/mbusdoc/default.html
http://www.m-bus.com/mbusdoc/md4.html
http://www.m-bus.com/mbusdoc/md5.html
Och övriga kapitel på samma sida....
Kunde du inte ha "kläckt" ur dig det tidigare.
Då är allt solklart.
Det förklarar också tråden med 1.5 mA frågorna. Jag minns inte
att EN1434 nämndes där heller, eller missade jag det ?
Se :
http://www.m-bus.com/mbusdoc/default.html
http://www.m-bus.com/mbusdoc/md4.html
http://www.m-bus.com/mbusdoc/md5.html
Och övriga kapitel på samma sida....
ok förklara igen för mig
Jag ansluter mastern till en centralenhet och till M-busen. Centralenheten ger ut 1000100011 alltså till mastern i volt 5000500055. Till busen från mastern skall ges ut 0000100011 eller i volt 24 24 24 24 36 24 24 24 36 36.
Min nuvarande koppling med 741:or och mosfetar ger på busen 0111011100, alltså alla inverterade. Ändrar jag lite får jag en direktförstärkning som ger 1000100011 men då märks ju inte den första 1:an eftersom att idle är redan 1.
Krånglar jag till saker eller??? Sry isåfall...tyckte jag hade detta under kontroll för 2 veckor sen...

Jag ansluter mastern till en centralenhet och till M-busen. Centralenheten ger ut 1000100011 alltså till mastern i volt 5000500055. Till busen från mastern skall ges ut 0000100011 eller i volt 24 24 24 24 36 24 24 24 36 36.
Min nuvarande koppling med 741:or och mosfetar ger på busen 0111011100, alltså alla inverterade. Ändrar jag lite får jag en direktförstärkning som ger 1000100011 men då märks ju inte den första 1:an eftersom att idle är redan 1.
Krånglar jag till saker eller??? Sry isåfall...tyckte jag hade detta under kontroll för 2 veckor sen...
