Forum: Mikrocontroller und Digitale Elektronik 1-Wire Slave auf AVR

hallo martin,

du willst dir also soweit ich das verstehe mit einem mc ein
1-wire-device erstellen.

im prinzip ist das doch nicht schwerer, als den mc als master zu
programmieren. brauchst doch die selben routinen nur das du halt den
portpin nun abtasten musst, ob ein reset ansteht und das ganze zeug.

selbermachen ist doch am schönsten!

Es ist fast hoffnungslos. Wenn es nur ein Slave waere, dann koennte man
das realisieren, aber wenn da andere Slaves dran haengen, dann hat man
mit AVR kaum eine Chance. Timing ist sehr wichtig fuer 1-wire, AVR
schafft es nicht. Und es gibt keine vernuenftige Beschreibung, weil es
von DS lizensiert ist. Alles was man finden kann ist nur ein Paar
Tests.

Geht m.E. nur mit etwas Nachilfe in Form externer Hardware, die ggf. den
1µs-Impuls vom Master latched. Ansonsten müsste der AVR garantiert
binnen 1µs reagieren können, was sich schwer garantieren lässt, wenn
der noch was anderes tun soll.

Hmm. Vielleicht mit Hilfe vom USI, so vorhanden. Der start condition
detector könnte sich missbrauchen lassen um den Impuls zu latchen, und
ein timer mit input capture kriegt raus, wie lange das schon her ist.
Damit könnte es gehen. Trotzdem haarig.

Wäre denn der ordinäre externe Interrupt nicht für den 1µs-Impuls
geeignet?

Beim Lesen zieht der Master für 1µs auf 0. Der Slave muss dann binnen
dieser 1µs den Pin selber auf 0 ziehen, wenn er eine 0 zurückgeben
will, oder er lässt den Pin in Ruhe bei einer 1.

In Software ist diese Reaktionszeit schlecht zu gewährleisten.

hallo,

wo habt ihr die 1us her. schau ich mir die timmingbeschreibung von
maxim an, finde ich diese bedingung nicht. ich gehe davon aus, das man
die devices nicht im overdrive modus betreibt.

z.b. um auf den presence puls zu reagieren, hat man genügent zeit. Die
erst phase ist ca. 600us und detektiert wird bei 610us.

avr kenn ich perönlich nicht. aber der takt wird doch sicher auch bei
20mhz liegen.

schwirig ist eher, das das timing zwischen min und max werten läuft.
hier würde ich auf masterseite den ds2482-100 empfehlen, der sich ums
timing kümmert und nicht die onewire schnittstelle sleber realisieren.

Habe das seit ein paar Wochen am laufen für einen Tiny13 und Mega8. Hat
allerdings noch einen kleinen Bug (gelegentlich antwortet der nur mit
FFs, gibt dann aber CRC Error, kann aber auch am Netzwerk liegen), aber
funktioniert prinzipiell in einem Netzwerk mit mehreren DS1820.

Kann ich heute abend mal reinstellen. Ist aber noch Alpha status.

Gruss
Axel

hallo peter,

das timing lässt sich gut aus dem datenblatt zum DS2482-100 ablesen.
dort steht, das der master nach ca. 14us (typischer wert), den zustand
auswertet. also muss ich nach feststellen der negativen flanke bis
dahin meinen zustand stabil haben. bei den devices, z.b. dem ds2433
wird das fenster für die detektierung mit trvd - tlowr  angeben. wie
man daraus sieht, stellt der ds2482-100 den zustand zimlich am ende
erst fest. so schlägt maxim das ja auch vor, wenn man sich den master
mit einem portpin selber schustert.

Man muss sich also nicht einigen, da ja das von maxim geklärt ist und
wann dein mc das zurück liest, kannst ja du selber festlegen.

ich nutzte den ds2482-100 und hab damit keine probleme.

Das One-Wire Timing laesst sich prima mit einem UART erzeugen. Bei Maxim
oder Atmel gab eine Applikationsnote dazu.

Die Frage ist doch, was ich für einen Master verwende. Digiterm z. B.
verwendet den PC UART, das Timing dort kann ich beeinflussen. Das
Gleiche gilt, wenn man einen AVR als Master nimmt.

Somit sind die 1 us zwar in der Theorie vorhanden, kommen aber
praktisch kaum vor. Eigentlich muss man nur die Flanke detektieren und
dann das Signal auf den Pin bekommen. Das kann man aber schon
vorbereiten, d. h. der Flankeninterrupt kann das direkt nach Aufruf
machen.

Entscheidend ist, dass man rechtzeitig aktiv wird, bevor der Master das
Signal abtastet.

Gruss
Axel

@ Joachim,

hmm, das mit den Patenten könnte tatsächlich ein Problem sein, wenn ich
das hier veröffentliche. Ist vielleicht auch schlicht der Grund, warum
ich nirgends ein Programm für so einen Slave finden konnte.

Hast Du eine E-Mail Adresse, wo ich das hinschicken kann ?

Gruss
Axel

Hallo Joachim,

ich schicke es Dir heute abend, will den Code erst noch ein bischen
aufräumen.

Gruss
Axel

Hallo Axel,

ich hätte auch interesse an dem Code. Wäre super wenn du ihn mir auch
schicken könntest.

Email:  einer.meiner@lycos.de

Danke und Grüße,

Joachim

Hallo Axel,

ich hätte auch interesse an Deinem Code.

Könntest Du ihm mir bitte auf diese Adresse schicken:
stephan_bauer@gmx.de

Danke

Grüße

Stephan

Nun Das mit den Patenten geht so: US-Patente gelten nur in USA! Wenn Du
kein Geld damit machst, kannst Du das benutzen. Patente sind keine
Geheimnisse... eher das Gegenteil! Was nicht geht: Patent nutzen für
eine Sache die verkauft oder vermietet wird.

Ok, ich schieb ihn heute Abend hoch.

Ist aber, wie bereits geschrieben, noch Alpha Stadium (funktioniert
aber).

Gruss
Axel

Hier also der Code. Läuft auf einem Tiny13 und einem Mega8. Das kann im
Makefile eingestellt werden.Im Tiny13 wird es aber schon sehr knapp und
es ist der Timer und der externe interrupt belegt. Ich habe im Haus
einen 1-Wire Bus hängen, an dem viele 18B20 hängen, die Tiny13 Variante
nutze ich um z. B. Reedkontakte abzufragen.

Der Baustein verhält sich im Prinzip wie ein 1820 Temperatur Sensor
wobei natürlich keine Temperaturen, sondern die 8 Datenbytes ausgegeben
werden, die in "transdata" stehen.

Dazu gibt es noch eine adaptierte Digitemp 3.3.2 Source, die
zusätzliche Aufrufparameter zum Schreiben der zwei EEPROM Zellen
bietet.

Gruss
Axel

dann sind patente nur schutz dieser speziellen sache. die idee selbst
ist nicht geschützt. wenn du nicht unbedingt die genauen zeiten
brauchst dann fahr das ding auf einer anderen (nicht in den
datenblättern spezifizierten) taktrate und schon ist das nicht mehr
1wire konform - aber kompatibel.
wenn die z.b. nur zwischen zwei µC aus layout-gründen nur eine leitung
ziehen kannst, dann bist du doch nicht an 1wire gebunden.
abgesehen davon sind 1µS bei 8MHz takt eines avrs immer noch 8 takte...
assembler lässt grüssen.

Hallo Axel

Wie hast du den Tiny13 beschaltet?
Data I/O auf welchem Port, mit externem Transistor?
Interner RC-Oszi oder extern?

Gruss Mike

Hallo Mike,

lies doch einmal in "onewire.c" nach.
Data I/O liegt an INT0.
Die Taktfrequenz sollte 9,6 MHz sein.
Ein Transistor ist sicher nicht erforderlich. Bei einem bidirektonalen 
Anschluß wüsste ich nicht wie das Schaltungstechnisch aussehen sollte?

Gruß
Joachim

Hallo Christian,

Du hast recht.
Ich hatte mich auf diesen Teil der Datei bezogen:

1

#define ONEWIREPIN 1         // Pin, an dem der 1-Wire angeschlossen ist, MUSS INT0 sein

2

#define PRESENCEZEIT 15      // Timingdeclarationen für 9,6 MHz

3

#define PRESENCEWAITZEIT 2

4

#define ABTASTZEIT 3           // Abtastzeitpunkt beim empfangen 

5

#define SENDEZEIT 5           //  Dauer des 0-Sendeimpulses

Die 17% Abweichung sind dann offensichtlich nicht kritisch.

Gruß
Joachim

Hallo zusammen,

hab mir eine ATTiny13 besorgt, scheint aber nicht zu funktionieren.
Kann es sein das "SKIP_ROM" nicht richtig unterstütz wird ?

wenn ich per SKIP_ROM alle DS18B20 abfrage, reagiert der ATiny aber und 
verstümmelt die Daten bzw. der Bus bricht ab.

Der 1-Wire Master schickt auch noch ein "SEARCH ROM [F0h]" Kommando beim
einlesen der DS18B20, evtl. reagiert der ATiny darauf.

Im Code ist "SEARCHROM" ist zwar definiert, aber nicht benutzt.

erwind schrieb:
> wenn ich per SKIP_ROM alle DS18B20 abfrage, reagiert der ATiny aber und
> verstümmelt die Daten bzw. der Bus bricht ab.

Mit SKIP-ROM darf man nur einen Dallas-Baustein am Bus haben. Dieser 
fühlt sich dann ohne Seriennummern-Check angesprochen.

hab im Master nachgeschaut - CONVERT T [44h] wird mit SKIP ROM [CCh] 
angefordert.
Nach etwa 1s wird mit SEARCH ROM [F0h] nach den IDs der DS18(S,B)20 
Sensoren gesucht, diese werden dann gezielt mit READ SCRATCHPAD [BEh] + 
ID aus dem vorhergehenden SEARCH ROM [F0h] Commando ausgelesen.

Das Tut alles seit Jahren, ich brauche aber ein paar Eingänge, so bin 
ich auf die ATiny Geschichte hier gestossen.

Läuft das tatsächlich bei jemandem am Bus zusammnen mit anderen Dallas 
Bausteinen ?

Welche Komando-Reihenfolge führt zum Ziel ?

Hier mal ide aktuelle Variante. Habe da einiges angepasst, um die 
Störungen wegzukriegen, bin aber nicht sicher, ob das auf einem ATTINY 
noch läuft, da ich das nur noch auf einem ATMEGA laufen lasse.

So läuft das aber seit drei Jahren ohne Fehler.

// Timer interrupt routine
#ifdef _AVR_ATtiny13_
ISR (TIM0_OVF_vect)
#elif defined (_AVR_ATmega8_)
ISR (TIMER0_OVF_vect)
#endif    // Port als Ausgang
{
    unsigned char tim0_i, status;
    signed int temperaturwert, temperaturwert_bruch;
    TIMSK0 &= ~(1 << TOIE0);       // Timer Interrupt aus
    status = status_global;
#ifdef _AVR_ATtiny13_
          DDRB &= ~(1 << ONEWIREPIN);    // Pin auf Eingang
#elif defined (_AVR_ATmega8_)
          DDRD &= ~(1 << ONEWIREPIN);    // Pin auf Eingang
#endif
    if (status == RESET){
#ifdef _AVR_ATtiny13_
          DDRB |= (1 << ONEWIREPIN);    // Pin auf Ausgang
#elif defined (_AVR_ATmega8_)
          DDRD |= (1 << ONEWIREPIN);    // Pin auf Ausgang
#endif
          status = PRESENCEPULSE;
          bitcount = 0;
          TCNT0 = ~PRESENCEZEIT;     // Neu Starten zum bestimmen der 
Presencepulselaenge
          TIFR0 |= (1 << TOV0);
          TIMSK0 |= (1 << TOIE0);       // Timer Interrupt an
    }
    else if (status == PRESENCEPULSE){    // Presence Puls zu ende, 
Timer INT aus, Pin auf Eingang, warten auf Opcode
          status = RECEIVE_OPCODE;
          bitcount = 0;     // TINT wird oben ausgeschaltet
    }

   else if (status & (RECEIVE_OPCODE | MATCHROM | WRITEMEM)){
            bitcount++;
            if (bitcount == 1) {
                transbyte = 0;
            }
            transbyte = transbyte >> 1;
            if (PIND & (1 << ONEWIREPIN)){
                transbyte |= 0x080;
            }
            if (bitcount == 8){
                if (status == RECEIVE_OPCODE) {
                        if (transbyte == 0x55){   // 0x55 -> Matchrom
                              status = MATCHROM;
                              transbyte = 0;    // New
                        }
                        else if (transbyte == 0x4E){
                              status = WRITEMEM;
                              transbyte = 0;
                        }
                        else if (transbyte == 0x48){  // Write data to 
EEPROM
                              status = WRITEMEM;
                              transbyte = 0;
                        }
                        else if (transbyte == 0x48){  // Write data to 
EEPROM
                            for (tim0_i = 2; tim0_i < 4; tim0_i++){
                                while(EECR & (1<<EEPE)) ;
                                /* Set Programming mode */
                                //EECR = (0<<EEPM1)|(0>>EEPM0);
                                /* Set up address and data registers */
                                EEARL = tim0_i;            // EEPROM 
Address
                                EEDR = transdata[tim0_i];
                                /* Write logical one to EEMPE */
                                EECR |= (1<<EEMPE);
                                /* Start eeprom write by setting EEPE */
                                EECR |= (1<<EEPE);
                            }
                              status = IDLE;
                              transbyte = 0;
                        }
                        else if (transbyte == 0xBE){    // Daten lesen
                              status = READMEM;
                              shift_reg = 0;     // Schiebergister für 
CRC loeschen
                             transbyte = transdata[0];
                        }
                        else {
                                status = IDLE;
                        }
                        bitcount = 0;
                        bytecount = 0;
                }
                else if (status == MATCHROM){
                        if (bytecount == 0){
                                if (transbyte == FAMILYCODE);
                                else status = IDLE;
                        }
                      else if (bytecount < 7){
                                if (transbyte ==  DEVICEID) ;
                                else  status = IDLE;
                        }
                        else {                  // Byte 8
                                status = RECEIVE_OPCODE; // Eigentlich 
CRC checken, aber wozu ?
                        }
                        if (status == IDLE){
                                bytecount = 0;
                        }
                        bytecount++;
                        bitcount = 0;
                }
                else if (status == WRITEMEM){
                        if (bytecount == 0){
                                onewire_cmd1 = transbyte;
                                transdata[2] = transbyte;
                        }
                        else {
                                onewire_cmd2 = transbyte;
                                transdata[3] = transbyte;
                                status = RECEIVE_OPCODE;
                                bytecount = 0;
                        }
                        bytecount++;
                        bitcount = 0;
                }
          }
    }
    else {                 // status == READMEM oder rest
#ifdef _AVR_ATtiny13_
          DDRB &= ~(1 << ONEWIREPIN);    // Pin auf Eingang
#elif defined (_AVR_ATmega8_)
          DDRD &= ~(1 << ONEWIREPIN);    // Pin auf Eingang
#endif
    }
    status_global = status;
}

// Flankenerkennung am 1-Wire pin, entsprechend wird dann dei Aktion 
ausgewählt
ISR (INT0_vect)
{
    unsigned char tim0_i, status;
    status = status_global;
#ifdef _AVR_ATtiny13_
          DDRB &= ~(1 << ONEWIREPIN);    // Pin auf Eingang
#elif defined (_AVR_ATmega8_)
          DDRD &= ~(1 << ONEWIREPIN);    // Pin auf Eingang
#endif

#ifdef _AVR_ATtiny13_
      if (PINB & (1 << ONEWIREPIN)){     // Steigende Flanke am One Wire
#elif defined (_AVR_ATmega8_)
    if (PIND & (1 << ONEWIREPIN)){     // Steigende Flanke am One Wire
#endif
            if ((TCNT0 < 0xE0) && (TCNT0 > 35)) {    // Reset pulse wenn 
Puls >30 und < F0 geaendert auf 35
                  TIFR0 |= (1 << TOV0);                   // Timer 
Overflow loeschen
                  TCNT0 = ~PRESENCEWAITZEIT;                  // Timer 
Neu Starten Fuer Presencepulse
                  TIMSK0 |= (1 << TOIE0);       // Timer Interrupt an
                  status = RESET;
            }
      }
      else {                                      // Fallende Flanke am 
One Wire
          if (status == READMEM){
                if ((transbyte & 0x01) == 0){
#ifdef _AVR_ATtiny13_
                      DDRB |= (1 << ONEWIREPIN);    // Pin auf Ausgang
#elif defined (_AVR_ATmega8_)
                      DDRD |= (1 << ONEWIREPIN);    // Pin auf Ausgang
#endif
                  }
                TIFR0 |= (1 << TOV0);         // TimerOverflow loeschen
                TCNT0  = ~SENDEZEIT;
                TIMSK0 |= (1 << TOIE0);       // Timer Interrupt an
                fb_bit = (transbyte ^ shift_reg) & 0x01;   // CRC 
berechnen
                shift_reg = shift_reg >> 1;
                if (fb_bit)
                        shift_reg = shift_reg ^ 0x8c;
                bitcount++;
                transbyte = transbyte >> 1;
                if (bitcount == 8){
                        bitcount = 0;
                        bytecount++;
                        if (bytecount == 8){
                                 transbyte = shift_reg;  // CRC senden
                        }
                        else if (bytecount == 9) status = IDLE;  // CRC 
senden
                        else transbyte = transdata[bytecount];
                }
          }
          else if (status == IDLE) {           // Erste fallende Flanke
              TIFR0 |= (1 << TOV0);         // TimerOverflow loeschen
              TIMSK0 &= ~(1 << TOIE0);       // Timer Interrupt aus
              TCNT0 = 0;
             // status = RESET;                // Erste fallende Flanke 
nach Idle, Timer nutzen um Länge des Pulses zu messen
          }
          else if (status & (RECEIVE_OPCODE | MATCHROM | WRITEMEM)){
                TCNT0 = ~ABTASTZEIT;          // Zeichen abtasten in 
ABTASTZEIT
                TIFR0 |= (1 << TOV0);         // TimerOverflow loeschen
                TIMSK0 |= (1 << TOIE0);       // Timer Interrupt an
          }
          else if (status == RESET) {           // Da hat ein anderer 
einen Presence Pulse gesendet, da haengen wir uns dran
//              DDRD |= (1 << ONEWIREPIN);    // Pin auf Ausgang
                status = PRESENCEPULSE;
                bitcount = 0;
                TCNT0 = ~PRESENCEZEIT;     // Neu Starten zum bestimmen 
der Presencepulselaenge
                TIFR0 |= (1 << TOV0);       // Timer OVF loeschen
                TIMSK0 |= (1 << TOIE0);       // Timer Interrupt an
          }
          else if (status == PRESENCEPULSE);   // Gar nichts tun, 
Pegeländerung kommt vom eigenen Timer beim Senden oder anderen
          else {
               status = IDLE;
                TCNT0 = 0;
                TIFR0 |= (1 << TOV0);         // TimerOverflow loeschen
                TIMSK0 &= ~(1 << TOIE0);       // Timer Interrupt aus
          }
     }
    status_global = status;
}

hab das mal in den Ur-Code eingepflegt, komme aber erst Morgen zum 
testen.

Danke schon mal

AVR Memory Usage
----------------
Device: attiny13

Program:     958 bytes (93.6% Full)
(.text + .data + .bootloader)
Data:         15 bytes (23.4% Full)
(.data + .bss + .noinit)

Build succeeded with 6 Warnings...

>Ach ja: Axel: Ich hoffe, du hast nichts dagegen; dein Code hatte kein
>Copyright und stand nicht unter GPL oder Ähnlichem ..

Is scho recht :-)

Gruss
Axel

Bjoern M. schrieb:
>> http://www.mikrocontroller.net/articles/Hausbus :
>> "in Software realisierte Peripherie verstößt gegen US-Patente"
>
> Also nicht verklagen lassen bei Veroeffentlichung...
>
> gruss, bjoern.

Hallo, kann diesen Abschnitt jemand mit einer Quelle belegen?

Gruß,
Alexander

Hallo,

wenn ich versuche den Code von smurfix im AVR Studion für einen ATmega8 
zu kompilieren, bekomme ich folgende Fehlermeldung(en):

Build started 22.7.2010 at 11:14:02
avr-gcc  -mmcu=atmega8 -Wall -gdwarf-2 -std=gnu99 
-DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct 
-fshort-enums -MD -MP -MT onewire.o -MF dep/onewire.o.d  -c 
../onewire.c
../onewire.c: In function 'setup':
../onewire.c:170: error: 'EIFR' undeclared (first use in this function)
../onewire.c:170: error: (Each undeclared identifier is reported only 
once
../onewire.c:170: error: for each function it appears in.)
../onewire.c: In function 'set_idle':
../onewire.c:428: error: 'EIFR' undeclared (first use in this function)
../onewire.c: In function '__vector_9':
../onewire.c:455: error: 'EIFR' undeclared (first use in this function)
../onewire.c: In function '__vector_1':
../onewire.c:677: warning: overflow in implicit constant conversion
make: *** [onewire.o] Error 1
Build failed with 5 errors and 1 warnings...

Leider kann ich damit nichts anfangen, da in den betreffenden Zeilen 
immer nur   IFR |= (1 << INTF0);    steht.

Für jede Art von Hilfe bin ich dankbar.
Gruß, Dieter

Mit WinAVR ist das EIFR Problem gelöst.

Ja das ist aber jetzt nicht so super.

Ich habe einen ziemlich langen Beitrag über die Verwendung der Arbeit 
von smurf geschrieben und vor dem Abschicken noch auf das Lesen der 
Nutzungsbedingungen geklickt, womit mein Beitrag weg war.

Klar, ich bin schon ein ..., wenn ich Nutzungsbedingungen lese, aber das 
weiss ich.

Mein Beitrag zusammengefasst:

Smurfs Arbeit, aufbauend auf der Arbeit von Axel, erachte ich als 
professionelle Basis für weitere Arbeiten.

Scheint dieser oder ein PIN kompatibler FreeScale "MC9S08SH32" zu sein, 
der da verwendet wird (großes Board).

stimmt sogar, ich hatte PINs verglichen um den Typ zu finden ...

Ich habs eben gerade in der Doku gefunden:
MC9S08SH8 im SOIC-8 für das kleine Modul.
MC9S08SH16/MC9S08SH32 im SOIC and TSSOP 28 für das große Modul.

Na dann kann das Reverse Engineering ja losgehen ...
(ich hab von FreeScale Null Ahnung)

Das scheint ein 1-Wire Master zu sein. Da gibt es keine Probleme mit. 
Dallas verfolgt meines Wissens nur Slave Implementierungen.

Wobei Patente sowieso nur die kommerzielle Verwertung verbieten, so dass 
einem Einsatz im eigenen Haus wohl nichts entgegensteht.

Gruss
Axel

Stimmt, man muss ja nur das Datenblatt öffnen, da steht auf der ersten 
Seite, dass das ein Slave ist.

Gruss
Axel

Hallo,

wer kann mir helfen damit ich die Dateien auf einem WinXP mit WinAVR und 
AVRStudio zu kompilieren.

Es kommt z.B diese Fehlermeldung:
../ow_slave.c:170: error: 'EIFR' undeclared (first use in this function)

Wie muss ich das Makefile umschreiben damit es auf WinAVR läuft?

Wie funzt das mit dem gen_eeprom

Danke und Gruß
Mario

Hallo Günter,

vielen Dank, hast du mir auch Hex-Files und EEProm für einen atmega8, 
den hab grad zur Hand und will eigentlich nur mal das ganze one-wire 
ausprobieren.

Danke und Gruß
Mario

Hallo Günter,

ich hab mal beim C geschaut, den Attiny44 und atmega88 gibts nicht im 
DIL.
Im File avr.h sind doch viele Typen definiert unter anderem auch der 
Atmega 8.

Gruß
Mario

Hallo,

nun muss ich diesen Beitrag doch noch einmal rauskramen :-) Ich habe 
obigen Code von Axel auf meinem ATtiny85 erfolgreich zum Laufen gebracht 
und gebe derzeit (Dummy)-Messwerte an meinen Haupt-Controller aus.

Wenn ich nun zusätzlich den Timer1 starte und den entsprechenden 
Timer-Overflow aktiviere, so treten Aussetzer in der One-Wire 
Kommunikation auf. Je kleiner der Prescaler (also je öfter ein solcher 
Overflow) desto frequentierter diese Aussetzer. Das Problem tritt auch 
dann auf, wenn die Interruptroutine nur ein ";" enthält, also 
vernachläsigbar kurz sein sollte.

Mein derzeitiges Hauptprogramm besteht derzeit nur aus einer leeren 
Schleife, macht also nichts. Mit dem Timer1 möchte ich später eine 
kleine LED für eine gewisse Zeit nach einer erfolgreichen Übertragung 
leuchten lassen. Ich bin mit meinem Latein wirklich am Ende und habe 
keine Ahnung, wo ich den Fehler suchen soll... Für einen kleinen 
Denkanstoß wäre ich sehr dankbar :-)

Hier noch die Initialisierung:

1

int main(void)

2

{    

3

   TCCR0B |= (1<<CS00)|(1<<CS01);

4

   TCCR1  |= (1<<CS10)|(1<<CS11);

5

   GTCCR = 0;

6

7

   TIMSK  |= (1<<TOIE0)|(1<<TOIE1);

8

   GIMSK |= (1<<PCIE);

9

10

   DDRB |= (1<<PB3)|(1<<PB4);        // LED's

11

12

   status_global = IDLE;

13

14

//   USI_TWI_Master_Initialise();

15

16

   sei();

17

18

   while(1) {}

19

}

Vielen Dank schonmal !!
Gruß
Christoph

Das Problem: der Interrupt-Wrapper (also der Maschinencode vor- und 
nachher) ist ziemlich lang; er sicher so gut wie alle Register, egal ob 
sie gebraucht werden oder nicht.

Das bringt das Timing im Zweifelsfall zu sehr durcheinander. (1wire ist 
diesbezüglich leider ziemlich kritisch.)

Evtl. reicht es, gleich am Anfang der Routine Interrupts wieder zu 
ermöglichen (entsprechendes Bit setzen …), anstatt darauf zu warten, 
dass das der Maschinencode am Ende der ISR tut.

Wenn das auch nicht reicht, muss wohl ein wenig Assemblerprogrammierung 
her, zusammen mit anderen Compiler-Optionen (-mcallee-saves und 
Konsorten). Die darf man aber nur für die ISR verwenden, für sonst nix.

Zunächst mal vielen Dank für Eure Antworten / Tips! Die 
"ISR_NOBLOCK"-Option war mir bis dato völlig unbekannt... (man lernt 
eben nie aus!). Das Ganze scheint tatsächlich mein "Problem" zu lösen. 
Seit ich die timer1-OVF Routine auf diese Weise unterbrechbar gemacht 
habe, treten die Übermittlungs-Aussetzer nicht mehr aus.

Ich werde mich jetzt mal mit Hilfe der Forensuche näher in die 
Problematik einlesen, um meinen Horizont diesbezüglich zu erweitern. 
Wenn ich das richtig verstanden habe, dann kann ich durch die 
"ISR_NOBLOCK"-Option die Priorität bestimmter ISR-Routinen 
herabstufen...

Vielen Dank auf jeden Fall für Eure Hilfe, da wär ich wohl selber nicht 
drauf gekommen !!!

Dein Versuch den Clock Prescaler im ATiny13 zu ändern (für den Fall dass 
die CKDIV8-Fuse gesetzt ist), ist in dieser Form wirkungslos:

1

CLKPR=0; //9.6Mhz

Dafür braucht's eine getimte Sequenz, also:

1

CLKPR=(1<<CLKPCE);

2

CLKPR=0; //9.6Mhz

Hi,

sorry for breaking in with english here, but I'm interested in this 
discussion :)
I've experimented with the OW-slave code from smurfix 
(https://github.com/smurfix/owslave/) and the fork taliesin 
(https://github.com/taliesin/owslave/), with mixed results. I've been 
using an ATMega8 running at 8Mhz, and in a simple basic setup (DS2480B 
master, cables < 1m) it works. But as soon as I introduce longer cables 
(10-20m) it doesn't work very reliable, if at all.

My question is, have you had any success with longer cables in your 
experiments? Also, what clock frequency do you run it at?

Thank you
Johan

Hallo Tobias / Mio

die 1-Wire-Slaves interessieren mich sehr und ich finde es super, was 
hier in diesem Thread bisher versucht wird. Ich selbst programmiere z.Z. 
mehr mit BASCOM und versuche 1-Wire- und andere Sensoren über AVR 
anzusprechen und in PC-Systeme einzubinden.

(Schleichwerbung: http://home.arcor.de/RoBue/AVR-PC-Ctrl/index.html)

Nun konkret:
Hat schon jemand Erfahrung mit der ATtiny13-DS2423-Version?
Ich habe das hex-File auf einen ATtiny13 geflasht.
Der Baustein wird auch erkannt,
aber beim Auslesen erhalte ich lauter 0xFF,
egal, was ich sende.

Aufbau: Pin 1 mit 10k an VCC, Pin 2 ebenfalls (=Countereingang), Pin 6 
als 1-Wire, Pin 4 an GND, Pin 8 an VCC

Fuses: Spien, ckdiv8, sut0, cksel0

Hat vielleicht einer eine Idee, woran das liegen könnte?

RoBue

Hallo Leute,

habe nun einige Mails mit Tobias gewechselt und habe keine 
ATtiny13-1-Wire-Emulation (DS18B20 und DS2423) an einem AVR mit 
BASCOM-Programm zum Laufen gebracht.

Interessanterweise wird die ID problemlos erkannt,
auch "Match Rom" funktioniert ohne Fehlermeldung,
aber dann kommen beim Auslesen immer nur 0xFFs.

Bei "echten" 1-Wire-Devices gibts überhaupt keine Probleme.
Die werden erkannt und ausgelesen, auch wenn man die Befehle einzeln 
über den Draht schickt.

Ein ähnliches Phänomen hatte ich bei echten 1-Wire-Devices,
wenn man sie ohne VCC an den Bus anschließt (weder echte 5V noch 
parasitär).
Dann wird die ID ebenfalls ausgelesen, aber keine Werte.

Okay - soweit der Stand der Dinge.

Meine Frage:
Haben andere BASCOM-User ähnliche Probleme mit den AVR-1-Wire-Slaves?
Kann jemand das vielleicht auch mal testen?
Falls Ihr ein Programm sucht, werdet Ihr sicher im bascom-forum 
(www.bascom-forum.de) fündig.
Da habe ich auch eines eingestellt.

Ich vermute einmal ganz freche
- wenn ich nicht völlig auf dem Schlauch stehe -,
dass das Problem am BASCOM liegt.

Liebe Grüße,
RoBue

Hallo Leute,
wenn wir hier schon beim Sammeln von 1-Wire-Slaves sind,
möchte ich (nochmal) auf folgende Seite hinweisen:

Beitrag "Re: 1-WIRE SLAVE DEVICE BEISPIELE AVR ASSEMBLER ATmega8"

Dort kann man nun einen Slave für SHT11 mit LCD downloaden.

Habs auch noch im Bascom-Forum eingestellt:

http://bascom-forum.de/showthread.php?4481-Emulation-von-1-Wire-Slaves

Liebe Grüße,
RoBue

Hallo,
leider muss ich diesen alten Beitrag wieder hoch holen.
Ich lese seit einiger zeit diesen Artikel und habe
nun mich auch mal ran gemacht einen 1-Wire Slave zu
Programmieren.

Nun habe ich folgendes Problem. Ich habe es auf einen Atmega16 mit 8Mhz 
mit Erfolg ausprobiert. Nun habe ich ein Atmega 644 Board auf dem der 
1-Wire fest auf einen Pin Change Pin verdrahtet ist.
Das Board läuft mit 20Mhz. Die Software ist abgespeckt, aber Ich kann 
den Slave über die Suchfunktion nur mit dem Atmega16 finden. Beim 644 
hängt der Master sich in der Suchfunktion auf.

Zum Testen habe ich zwei DS18S20 die werden immer gefunden. Wenn der 
AT16 dran ist wird dieser auch gefunden. Nur beim AT644 werden nur die 
DS18S20 gefunden und danach hängt er in der Suchfunktion.

Ich denke das ich in der ISR vom PinChange das Problem ist.
Dort habe ich verschiedene Routinen zum aus werten der Flanken 
verwendet. Allerdings ohne Erfolg.

Nun Hoffe ich das einer von euch das Problem eingrenzen kann.

Schöne Weihnachten

Hello Tobias Muller
thanks for your code's 1wire.
I test it over tiny13 and very good work.I change micro to mega8 and 
mega32, after start we have 1/2 good send & recive data after than I 
have many fault recive data.
after change this code from you, I have not any code & detect.please 
help me.

thanks

Hallo,

erstmal danke an Tobias für den tollen Code :-).

Ich hab den ds18b20-Beispielcode genommen und daraus mit einem attiny25 
ein Gateway für DHT22 Sensoren gemacht. Die Datenleitung vom DHT22 muss 
mit dem PIN B4 verbunden werden, der wird nach den START_CONVERSION 
Befehl in das Scratchpad ausgelesen, einfach die 5 Bytes der Reihe nach 
wie sie auch vom DHT22 kommen.
Zusätzlich wird auch noch der ADC3 an pin PB3 ausgelesen und in die 
Bytes 6 und 7 geschrieben.

Läuft bei mir bisher ziemlich zuverlässig.

Viele Grüße,

Martin