Hallonpaj och 1-wire med lång bus funkar dåligt...

[jah]

Har skaffat en paj för ett tag sen, men nu äntligen "hunnit" börja leka lite med den.
Hade tänkt lägga över hela 1-wireslingan på den istället för på min lilla windowsdator, och efter mycket googlande och pulande så går det att få kontakt med och läsa ut ett dussin 18B20. Där är det dock stopp och kabeln kan inte vara mer än drygt 50m. Kör med en seriell TTL/USB-adapter och en DS2480B 1-wire master till pajen så man slipper nivåanpassning.

Har även testat I2C-släktingen DS2482-100, som iofs funkar utmärkt, men inte avsedd för långa kablar så som 2480.
Har även ett par DS2482-800 som jag hade funderingar på att använda, och köra med många parallella slingor istället, men vad jag förstått så har den ännu sämre drivförmåga.

PC:n har också en inbyggd DS2480B direkt till UART (COM1), och när jag kör LogTemp på den kan jag få upp alla 45 givarna, och med en kabellängd på 150m++ (innan jag fick fel på slingan för ett år sen så hade jag faktiskt 60 givare och ännu mer kabel i drift...), och nej, ingen parasitmatning...


Någon här med erfarenheter av 1-wire på linux/raspberry (OWFS), och har nån aning om varför prestandan kan skilja så mycket med samma drivare/master?

/J

[Lennart Aspenryd]

Typiskt bra problem att ta med till på lördag till Karin och Per och oss andra som dyker upp!
http://raspberryjam.se/
Bredgatan är den gatan som man tidigare använde när man körde ner till Färjorna.
Ses där säger Lasp

[JimmyAndersson]

Det brukar dyka upp massor med teorier och min erfarenhet är att ingen hittills har vetat säkert på det här forumet.
(Har själv spenderat många hundralappar för att följa upp och testa tips vid liknande problem.)

Så i det här fallet skulle jag tipsa dig om forumet på http://www.m.nu
Eller att helt enkelt använda DS2482.

Själv så använder jag den här med mycket gott resultat.
Minns inte hur lång slinga jag har, men den är lång och har några långa avstickare, bl.a ut till ett elskåp.

[jah]

Jotack, är medveten om alla teorier på forumet, och har nog bidragit där också. Men i det här fallet är det nog inget fel på bussen, för det funkar ju bra med pc:n och samma driverkrets, och frågan är mer inriktad på om det finns skillnader i hur owfs hanterar den jämfört med maxims drivisar för Windows.
Kan ju rent av vara så att jag missat nån konfigureringsgrej i pajen (finns ju miljoner options där...)

Kom iofs just på att det finns en skillnad rent elektriskt eftersom pajen inte är jordad alls, till skillnad från pc:n som är bokstavligt bultad till jord. Får väl göra ett test till med det, även om jag inte tycker det borde vara nån skillnad. ...

/J

[JimmyAndersson]

"om det finns skillnader i hur owfs hanterar den jämfört med maxims drivisar för Windows."

Det bör det göra, men nu blir det klurigt för min del... för mina erfarenheter är raka motsatsen mot dina.
Dvs, jag har haft stora problem med Logtemp, men inga problem med OWFS:

Forum-medlemmen Björn hade uppmärsammat detta
och det visade sig att LogTemp och Windows hade problem med tajmingen hos mig.
(Tillochmed med en så enkel sak som att läsa av sensorerna med ett visst tidsintervall
så gjordes 14% av avläsningarna vid fel tidpunkt.)

Jag bytte allt möjligt utan att lyckas läsa av fler än 1-3st sensorer,
sedan bytte jag till OWFS och fungerade allt.

Däremot har jag haft lite problem med DS9490R (och OWFS), men bara på 1st dator.
Jag har inte löst det än, men det verkar ha något med USB-delen att göra.


Hur har du konfigurerat OWFS?
Jag gick efter den här guiden: http://wiki.temperatur.nu/index.php/OWF ... asperry_Pi

[jah]

Nu har jag hunnit testa en del nya grejer, och för närvarande funkar det över förväntan

Kan ju börja med att säga att jordningen inte gjorde ett dugg skillnad (o tur var väl det...)

Sen tröttnade jag på gissningar och gjorde ny installation av Raspbian, och installerade (i huvudsak) enligt m.nu:s guide.
Blev dock ingen skillnad, så jag snidade ihop ett nytt kort med DS2482-800, med tanken att jag väl fick finna mig i att splitta till fler grenar (vilket väl iofs är en god ide).
Rev så ner korskopplingen till alla grenar och började koppla upp från början, och tänkte att jag provar hur mycket som det går att hänga på innan bussen dyker (den här kretsen ska ju enligt vad jag läst inte klara så långa kablar), och fortsätter sen med nästa kanal.
Det tog en liten stund, men sen stod jag där med alla grenar (minst 200m kabel) inkopplade på en kanal och alla 51 sensorer live!

Är lite smått förbryllad över att det funkar, och den enda skillnaden i elektroniken är (förutom kretsen) att jag inte satt några skydd (DS9503) på det nya kortet.

OWFS startas med standardinställningar (måste dock speca i2c-adressen exakt, annars skapas det spök-bussar). Jag har försökt uppdatera till senaste versionen som verkar ha detta fel fixat, men får inte till filerna på rätt plats så gamla versionen startas automatisk hela tiden. Erkänner att jag är noob på Linux, men ska väl reda ut detta också så småningom.

Bussen är kopplad så "idealiskt" som är praktiskt möjligt, med fram- och återledare i partvinnad kabel (dock blandat EKKX 2x10x0,5, CAT5, samt någon stump vanlig flatkabel). Matningsspänning 5V/0V går i eget par och är kopplad i stjärna, men 0V-tråden är inte ansluten i sensoränden.

Så här ser mitt interface ut, om någon undrar.

8ch-1wire-i2c.jpg

Och så här ser den provisoriska uppkopplingen ut

Stativ.jpg

/J
[Edit: fel i schemat rättat (kortslutning Vcc/GND) ]

[Lennart Aspenryd]

Imponerande uppkoppling på sista bilden.
Såg att någon funderade över Composit Videouttaget på RaspBerry Pi. Nu ser jag att den kan användas!
Bravo.

[blueint]

Var används uttaget för kompositvideo? ser ingen bildskärm.

Vart tvungen att kika lite på vad DS9503 var. Det verkar vara en Zenerdiod och resistorer för att skydda. Det kan vara så att zenerdioden belastar bussen kapacitivt eller sänker den för långt ner för att det skall fungera bra.

Har du kikat på signalnivåerna med oscilloskop? 1V/div 20µs/div vore lämpligt.

Har en liten misstanke att spänningsnivåerna för signalen går utanför det definierade området. Någon slags aktiv terminering kanske vore värt att använda? FPT som forcerar en öppenkollektor signal mellan två aktivt reglerade spänningsnivåer är väl en favorit. Drivrutinen för 1-wire och dess tidsaspekter kan vara värt att granska i källkoden. Samt RPi och dess fysiska anslutning till 1-wire nätet.

Rent generellt så är väl ett differentiellt (RS485) nät bättre än 1-wire utom för korta nät.

[jah]

Kan inte påstå att jag använder composit egentligen. Sladden sitter kvar efter test bara för jag trodde inte att tv:n hade HDMI, vilket den visade sig ha, och tittar man noga så ser man att HDMI också är inkopplad.

9503 är om jag minns rätt speciellt framtagen för att skydda 1-wire nät, och ha låg kapacitans.

Orkade inte släpa fram 'skåpet, men har en misstanke om att det kan finnas något enstaka ställe där 0V-tråden från matningen kan ha blivit ansluten, och att detta tillsammans med resistanserna i skyddet försämrar signalnivåerna. Får se om jag bygger ett anslutningskort för alla kanalerna och lägger in skydden där och passar på och mäta då också.
Egentligen vet jag inte hur mycket drivrutinerna kan påverka timingen eftersom busmastern sköter om det mesta där?
Att fippla med egen aktiv terminering verkar inte vara nån bra idé vad gäller den mot busmastern anslutna änden då detta sköts internt i kretsen. Möjligtvis skulle man kunna hjälpa till i andra änden, men jag tror inte det är värt besväret. Dessutom funkar det ju förbenat bra just nu, så om det blir något sämre med skydd, så finns det ju gott om portar att fördela på (vilket jag nog kommer göra ändå), och om det finns felaktigt anslutna 0V i slingan är det nog bäst att fixa där först.
Allr mest förvånad är jag dock att det alls funkar med sådan kabellängd och antal sensorer, med tanke på vad som skrivs om just de här kretsarna kontra ds2480b...

Nu är ju inte rs485 aktuellt öht i detta fall, men annars ett korrekt påstående.

[jah]

Ibland vill man nästan tro på spöken...

Skulle fortsätta labba lite igår, men då funkar inte slingan längre. Endast en ensam 18B20 på egen bus indikerar nån slags liv.

Så det blev att backa tillbaka och splitta slingan. Slutade med uppdelning på fem grenar, vilket ju iofs är helt ok, men man undrar ju...

/J

[gkar]

Har du mätt signalerna, hur ser de ut?

[blueint]

Låter som att det finns väldigt små elektriska marginaler.

[MiaM]

Imponerande med krone-plintar å grejer

1-wire känns väl inte som ett sådär supertillförlitligt protokoll att använda "generellt", d.v.s. man lär väl faktiskt behöva mäta signalkvalitet.

Tänk på att nästan alla oscilloskop har signaljord+skyddsjord ihopkopplade, så använd två probe'ar och använd diffmätningsläget ifall du har ett sådant.

Det kan väl vara en idé att mäta även i andra änden av slingorna, men då bör du definitivt diffmäta och jorda oscilloskopet vid pajen.

HDMI-kabeln lär väl vara en rätt effektiv skyddsjordning ifall ansluten skärm/TV har skyddsjord ansluten. Om skärmen/TV'n inte har skyddsjord så har du väl å andra sidan en minst lika effektiv överläckning från elnätet via skärmen/TV'ns nätfilter, det är kanske inte jättebra för signalkvaliteten på bussen.

[jah]

Gjorde en liten mätövning ikväll. Inte helt uttömmande, men för att få lite hum om hur det ser ut.
Slingorna (och därmed pajen också) blev jordade via skåpet.

Så på allmän begäran, här är lite bilder:

001-A-ref.jpg

002-A-ref.jpg

003-B-working-long.jpg

004-B-working-long.jpg

005-C-nonwork.jpg

006-C-nonwork.jpg

007-C-nonwork.jpg

/J

[blueint]

Ta en kik på kapacitans och pull-up. Tyvärr är nog slutsatsen att slingan är för lång.