Hallo Joachim,

habe mir mal die Doku durchgelesen. Klingt alles sehr interessant.
Vielleicht könntest Du in Deine Doku noch einen kleinen Schaltplan
einfügen, aus dem hervorgeht, wie die Sensoren angeschlsoosen sind.

Und noch ein paar Fragen: Ich habe noch nie mit derlei
One-Wire-Bauteilen zu tun gehabt. Haben alle One-Wire-Chips eine
auslesbare Seriennummer?  Die Bitmaske wird offensichtlich wie eine
Adresse verwendet. Wie wird die Bitmaske eingestellt? Wo findet man
anfängertaugliche Informationen zu solchen Bauteilen?

Friedrich

Und noch eine Frage:
Was machst Du mit den eingesammelten Messwerten? Dienen die nur der
Anzeige oder werden die irgendwie weiterverarbeitet?

Friedrich

P.S. Inwischen habe ich schon ein paar Infos zu 1-wire-devices
gefunden.

bitte veröffentliche auch deine weiteren codebeispiele. ich bin vorallem
auf den dattenlogger gespannt! vielleicht kannst die doc ja auch im wiki
schreiben dann kann jeder dazu was beitragen.

Hi Joachim
erstmal ein Dank an deine super Doku etc.
Nun zu meinem Problem:
Habe alles Aufgebaut ausser der Temperatur Sensorik.
Webserver läuft auch soweit. PING, Webseite etc.
Allerdings habe ich mit der Kamera keinen Erfolg bis jetzt.
Unterschied zu deiner Hardware:
Ich benutze einen 11,0592 MHz Quarz.

Kann es sein das es daran liegt?
Hast du deine Schaltung mal damit getestet?

Mir kommt es vor, als wenn die Baudrate der Kamera nicht erreicht
wird.
Mit Hyperterminal bekomme ich eine Verbindung mit 9600 Baud und der LOG
bzw. Dump wird angezeigt.Was sollte nach der Cam init passieren? Gibt es
dann trozdem noch einen LOG für Hyperterminal, oder bleibt die Frequenz
der Cam erhalten?
Bei mir läuft der Log weiter.

Gerd

Hallo!

Ich verwende auch einen 11,0592MHz Quarz.
Die 460kbaud triffst du damit nur genau, wenn der UART im Doublespeed
Modus läuft. Dann funktionierts auch mit der MCA25 Kamera.

Gruß,
Daniel

Hmm, habe die Taktfrequenz in main.h eingetragen sowie die Kamera in
mca25.h defined.
Komisch halt dabei, das die Kamera nicht richtig läuft.
Was ist eigendlich mit den Spannungen an den Portpinnen?
Die haben doch auch 5V. Zerstören die nicht die Kamera, da diese ja
laut Datenblatt nur mit 3,3 bis 4,2 V betrieben werden sollte?

Oh, Datenblatt habe ich leider auch nicht, meinte deine Doku.
...SORRY...

So, hab jetzt die ganze Zeit getestet.
Habe mal mehrer Debugmeldungen in den Source eingebaut.
Genau an der Stelle, wo die Funktion:
mca25_set_460800baud()
aufgerufen wird, macht der Cam Init nicht mehr weiter.
Scheint also doch irgedwie an dem Quarz un dem Source zu liegen.

Das hatte ich so auch schonmal probiert, leider auch da erfolglos.
Der Source von Holger Buss läuft auch nur bis zu diesem Punkt.
Als wenn die Cam das nicht will.
Hier mal mein Hyperterminal Log ab der CAM:

MCA-25:

OK
+IPR: (),(1200,2400,4800,9600,19200,38400,57600,460800)

OK

Danach kommt nichts mehr

Stützelko ist eigebaut.
Wie lang ist deine Leitung zur Cam?
Oder wer hat Erfahrung damit, wie lang man die machen kann?
Ich habe ca. 20 - 25cm an der Cam hängen.
Vieleicht liegts ja daran, ansonsten weiss ich auch nicht mehr weiter.

Danke für deine Hilfe.

Habe jetzt alles nochmal ganz in Ruhe angepasst.
Resultat:
Die Sourcecodes von Holger Buss laufen jetzt stabil.

Die von dir haben immer noch dieses Problem.
Hab schon versucht, die Baudraten anpassung von Holger zu nehmen, ohne
Erfolg.

Werd mich da morgen nochmal dransetzen.

Deine Sources sind ja bei weitem Überlegen.
Schön wäre da noch ne Passwort Abfrage etc. zum sicheren einloggen
übers Internet und ein paar Schaltausgänge ohne PWM.

Gruß Gerd

Hi Joachim,

bin zwar leider noch nicht dazu gekommen, Deine Sources auszuprobieren
(wart noch auf ein paar Teile), aber tolle Sache u.v. gute Doku.

Was ich eigentlich sagen will: Du schreibst, dass Du einen
Dcf-Empfänger einbinden möchtest. Ich denke mal, Du hast das Teil
schon, aber einfacher (hardwareseitig) und v.a. billiger wäre doch die
Abfrage eines Timeservers übers Netz.
Man müsste zwar das Udp-Protokoll und bestimmt einige andere Sachen
implementieren (woran ich scheitere), aber generell sollte es machbar
sein.

Ich hoffe, ich bring hier jemand auf Ideen! ;-)

Gruß
Sirko

Tachchen
Was bedeutet eigendlich die Angabe ISA_CTRL bzw. warum heisst diese
Marke in Joachims Doku/Quelltext ISP_CTRL?
Holger Buss hat sie doch ISA_CTRL genannt. Gibts da Unterschiede?

Hallo Joachim,

ja, da hatte sich bei uns ein Tippfehler eingeschlichen.
ISP_CTRL macht irgendwie in diesem Zusammenhang keinen Sinn :-)

Dein Projekt finde ich sehr spannend.
Ich habe es gerade mal getestet.
Können wir die Files und Deine Dokumentation bei uns auf der Seite:
http://www.mikrocontroller.com
veröffentlichen?
Mail mich doch mal diesbezüglich an.
(Deine eMail-Adr könntest Du vielleicht noch in der Doku mit
aufnehmen)

Gruss,
Holger

Hallo!

Die Features lesen sich wirklich interessant.
Da meine Hardware allerdings auf dem Anschlusschema von Simon Schulz (
http://avr.auctionant.de/img/avr-ip-webcam_s01_sch.png ) basiert, habe
ich ISP_CTRL auskommentiert.
In deiner Version von WriteRTL() wird der Adressport noch mit der
Bitmaske ADDR_OUTPUT 0x1f verknüpft. Die war nur in der
Holger-Buss-Belegung definiert und es gab einen Compilerfehler. Ich hab
das dann entsprechend hinzugefügt und er compiliert fein durch.

Jetzt das Problem...  Die Netzwerkkarte wird nicht initialisiert
RTL8019AS: ERROR(255)

Hast du (oder hat sonst jemand hier) die Sourcen mit anderer Hardware
laufen? Was hab ich da übersehen?

Gruß,
Daniel

Hi Joachim !
Das neue Update hört sich wirklich super an.
Werds nachher mal direkt ausprobieren.
Ne kleine Anmerkung zu deiner Doku.
Du könntest evtl. noch ein paar Screenshots der Webseiten einbauen, um
mal im Vorfeld ein Bild von deiner Leistung zu bekommen und wie es
überhaupt aussieht.
Ansonsten Respekt und weiter so.
Bis zum nächsten UPDATE ,-)

MFG CHRIS

Ach, da fällt mir noch ein, was ist eigendlich mit dem Servo in deiner
Software.
Steht zwar im Source, wird aber nicht benutzt.
Schön wäre auch noch, diese Option über die Webseite zu steuern.

Vielleicht eine „dumme“  Frage: Was versteht man unter einem Webserver
zur Temperaturmessung?
MfG
Wolfgang

Lies dir doch einfach mal den ersten Beitrag hier zu diesem Thema
durch.
Was ein Webserver weist du doch bestimmt.
Er macht  folgendes:
Ein Nutzer stellt eine Anforderung, z.B. durch Anklicken eines Links in
seinem Browser (Client). Der Browser leitet einen HTTP-Request an den im
Link adressierten Webserver. Der Webserver liefert die adressierte Seite
mitsamt eines Mime-Types zurück. Der Browser zeigt die übertragenen
Daten entsprechend ihres Mime-Types an.

Nun zur Temperaturmessung:
Einer oder mehrere Temperatursensoren sind an dem Server
angeschlossen.
Die Nutzdaten der Sensoren werden vom Server aufbereitet und mittels
TCP/IP Protokoll an die jeweilige "Request" Stelle geleitet. Diese
kann z.B bei einem Freund sein.

Dort kann nun z.b. die Temperatur des Fussbodens in der Küche(falls
denn ein Temperatursensor eingebaut ist) abgelesen werden.

Hallo,
ich hätte da mal eine kleine Frage, gibt es nicht one wire treiber Ic,
mit analogen bzw. digitalen Ausgängen? Wenn ja , wäre es doch schön,
wenn man diese  mit in deinem Prohekt implementieren würde. Man könnte
ja dann in Verbindung mit den Temeperatursensoren, zb. die
Fussbodenheizung steuren, oder irgenwelche Lampen ansteuern, übers
Webinterface von Hand oder über Temperatur soll / ist - werte die
Heizungsstellmotoren auf oder zu fahren.

Ich weiß nicht ob ich das richtig verstanden habe , in deiner Doku
schreibst du, dass man die drei One wire leitung an und abschalten
kann, sind diese denn auch gleichzeitig abfragbar?
Gruß Peppe

Hallo Joachim,

ich habe mal ein paar Screenshots zusammen mit etwas Text auf unsere
Homepage vorgestellt....
http://mikrocontroller.cco-ev.de/de/ISA_1wire.php

Ist eine schöne Erweiterung für den Webserver....

Gruss,
Ingo.

Hallo Ingo
Wo sind denn die Bilder von der Webseite mit den Funlayern etc.
Würde das auch mal gerne sehen.

Hallo,

jetzt ist auf der Webseite auch ein Screenshot von der WebCam mit
Funlayer. (Danke Joachim)

Ausserdem sind auf den Screenshots jetzt 'echte' Temperaturdaten zu
sehen...

Gruss,
Ingo.

@Jürgen + Joachim,
ich danke euch für die Erläuterungen zum Webserver.  Mit meinen Worten:
Ein Webserver  ist ein PC oder ein Laptop, der ständig mit dem Internet
verbunden ist und der gleichzeitig Daten von z. B. Temperaturfühlern,
Kameras  usw. sammelt, welche ich aus der „Ferne“ über das Internet
abfragen kann.
Wenn z. B. die  Temperatur neben dem Ofen sehr hoch ist, sollte ich
mich dann schleunigst nach Hause begeben, denn es besteht die Gefahr,
dass die Bude bald abbrennt o. so ä. .
richtig?
MfG
Wolfgang

@Wolfgang

Ja, so ungefähr kann man es sehen,
aber der Webserver muss nicht unbedingt ein PC oder Laptop sein.
In diesem speziellen Beispiel HIER ist nämlich das besondere, das
die Server Dienste auf einem µController laufen.

Hallo Joachim,
ich habe mal nachgesehen und unter ds2480 finde ich nur ein
1 wire to RS232 chip, ist das richtig? oder gibt es ein chip der
Digitale parallel Ausgänge hat?
Wenn du das mit rs232 machen willst, dann gehe ich mal davon, das du
damit eine serielle relais karte ansteuern willst?
ICh habe mal ein Projekt gefunden, da aht jemand billige
Funktsteckdosen aus dem Baumarkt seriel über funk angesteuert.
Befehlssatz über Rs232 an µc und der hat dann die port des
Fernsteuerchips angestuert, das teil habe ich mal nachgebaut und funzt
sehr gut. Man könnte dann ja über den 1 wire bus den befehlssatz an den
µc schicken und der steuert dann die Steckdosen.
Hier ist der link zu dem Projekt:
http://mitglied.lycos.de/madmax3333/
Ich habe mir Steckdosen bei Ratio gekauft, da kosten drei stück mit
fernbedienung gerade mal 10 € wenn die im Angebot sind, allerdings
muste ich die Signale invertieren, weil in meiner Fb. ein anderer chip
verbaut ist.

Soll nur als Anregung dienen.
Gruß Peppe

Hallo Joachim,
wo hast du den ds 2408 herbekommen?
Soweit ich weiß bietet Reichelt den nicht an.
Ich wollte meine Stellmotoren auch nicht über Funk ansteuern, aber ich
könnte mir gut vorstellen diverse Lampen damit zu kontrollieren, 8 bit
würden ja ausreichen um den pt2260 / pt 2262 an zusteuern. Und wenn man
den ds2408 als smd Baustein verwenden würde könnte man den ja wirklich
mit in der Fernsteuerung unterbringen, verfügt der Dallas über den
tristate Modus?
Die 24 V Stellmotoren kannst du denen mitteilen wie weit die auf und zu
fahren sollen, oder können die wie meine nur auf oder zu?
Meine haben eine Latenzzeit von ca. sieben Minuten, ich bin mir auch
noch nicht ganz im klaren wie ich es hinbekomme, das ich auch wirklich
die Temperatur einstellen kann die ich haben möchte, da die
Fußbodenheizung auch eine gewisse Trägheit besitzt und die nicht ganz
unerheblich ist. Sprich, wenn mein Temperaturfühler zB. 22 Grad erfasst
und die Stellmotoren abstellt heizt der Boden immer noch für gut 45 min.
nach. Hast du da schon ein Lösung zu?

Gruß Peppe

Hallo

@Joachim und alle Heizungsfreaks.
Sollte man nicht einen eigenen Thread für Heizungssteuerung aufmachen
bzw. unter Hausbus bzw. Hausbus in Hausautomatisierung umbenennen oder
ins WIKI?.
@Joachim ich wäre an einer naheren Info Deiner Heizungssteuerung
interessiert(Hard/Software). Ich habe auch sowas vor in Verbindung mit
ner Solaranlageninstallation.

Viele Grüße
Achim

Hallo zusammen,

ich habe mal eine ganz simple Frage an die Experten.
Ich möchte meinen nachbau des Webservers gerne mit dem 16MHz Quarz
laufen lassen. Auf die Kamera verzichte ich.

Da ich überhaupt keine Ahnung von C habe und dei Datei main.h anpassen
muss, benötige ich eine kleine Einweisung in das Copilieren des Codes.

Ich habe mir WinAVR runter geladen.
Welche Datei muss ich hier herein laden um zu compilieren?
Wenn ich das Programm richtig verstehe werden die vielen Codes doch
automatisch mit compiliert, oder?
Wieso gibt es eigentlich immer eine C und eine h Datei?
Und noch eine letzte Frage. Wird der Html Code auch auf die SD Karte
gespeichert?

Ansonsten finde ich das Projekt echt große Klasse!

Schöne Grüße
Klaus

notepade öffne und dann änderungen in main.h vornehmen. dann auf
Copilieren, fertig.

Die html seite kann auch im flash gespeicher wertdem. (webpage.c oder
so)

@Joachim

würd mich auch über eine 16 mhz version ohne kamera als hexfile freun.
Serielle baudrate 9600. Mein webserver läuft mit holgers code, doch mit
deinem bekomm ich ihn nicht ans laufen.

Hallo,
wenn ich dein source code maken will, bekomme ich immer die
Fehlermeldung :

uart.c:35: Fehler: zu viele Argumente f├╝r Funktion
»fdevopen«
make: *** [uart.o] Error 1

ich habe lediglich die Taktfrequenz geändert auf 11.1 MHZ in der
Main.h
woran liegt das ich benjutze den compiler von winavr.
Schan mal danke im vorraus.
Gruß
Peppe

@123
notepade öffne und dann änderungen in main.h vornehmen. dann auf
Copilieren, fertig.

Hallo,

Wo finde ich "compilieren" im Menü von WinAVR-Notepade?

@Klaus

Das ist nicht dein ernst. Suche so werdest du finden!

@123
nur dass wir uns richtig verstehen, du meinst das "Programmers
Notepad" aus der WinAVR Installation!?

Ich habe dieses vor mir und sämtliche Menüpunkte nach compiliern
durchsucht. Endweder bin ich blind oder b... Blind bin ich nicht ;-)

Gib mir bitte mal nen Tip

Ich edetiere mit dem normalen Nodepad und compeliere dann unter der
Eingabeaufforderung ( Windows)

Gruß Peppe

@Peppe

wie machst du dass? kannst du mir weiterhelfen?
Was muss ich genau in die Eingabeaufforderung schreiben?

Beim PN unter "Tools" -> "Make all" compiliert es.
"clean" nimmt die Compileränderungen zurück, wenn du nur noch deine
.c und .h brauchst.
"program" würde es über AVRdude und ISP-Schnittstelle auf den
Controller übertragen, wenn alles im makefile dafür passt.

Gruß Elektrikser

Hi,
wie bekomme ich denn die gesamte source ins Programm geladen ? Immer
wenn ich auf öffnen gehe kann ich maximal eine datei auswählen.

Aber eigentlich geht es doch auch über die Konsole,
nur da bekomme ich immmer die Fehlermeldung:

uart.c: In function `UART_Init':
uart.c:35: Warnung: Verarbeiten des Argumentes 1 von ┬╗
 fdevopen« von inkompatib
lem Zeigertyp
uart.c:35: Fehler: zu viele Argumente f├╝r Funktion
»fdevopen«
make: *** [uart.o] Error 1

Woran kann das liegen, ist mein Compiler zu alt??
hat sonst auch immer funktioniert.

@ Klaus
ich habe das immer so gemacht, indem ich in den ordner gewechselt bin
in der meine source liegt und dann make eingegeben.
Ach ja du muß natürlich zuvor den gcc compiler installiert haben.

Gruß Peppe

Hallo Peppe,

Du brauchst nicht die gesamten Sourcen ins Programm laden.
Erst einmal packst Du das Zip-File mit den Quellendateien aus.
Dann startest Du den Notepad aus dem WinAVR-Packet.
Mit dem Notepad öffnest Du nun z. B. main.c, oder ein anderes .c bzw.
.h file.
Nun gehst Du zu "Tools" und betätigst "make all".
Der Compiler sucht sich dann im Verzeichnis der geöffneten main.c die
Datei makefile und findet dort alles was zu tun ist, insbesondere alle
Dateien, die zu dem Projekt gehören.

Im ersten Versuch probierst Du, die Quellen so zu übersetzen, wie Du
sie erhalten hast. Wenn das fehl schlägt, musst Du deinen Compiler in
Ordnung bringen.
Dann kannst Du dich ans Ändern machen.

@Klaus
Es gibt die Möglichkeit eine SD-Karte zu nutzen. Ich habe das bisher
jedoch nicht probiert, da der Platz im ATmega32 noch nicht erschöpft
ist.

Gruß
Joachim

@ JaochimB

Danke für die Info,
ich habe das jetzt so gemacht wie du es mir beschrieben hast.
und ersteinmal nichts in der source geändert und mein Glück versucht,
doch leider erfolglos. Beim kopilieren kommen eine Menge von Fehler.
Die sehen z.b. so aus:

Compiling: main.c
avr-gcc -c -mmcu=atmega32 -I. -g -Os -funsigned-char
-funsigned-bitfields -fpack-struct -fshort-enums -Wall
-Wstrict-prototypes -Wa,-adhlns=main.lst  -std=gnu99 main.c -o main.o
In Datei, eingefügt von main.h:17,
                    von main.c:29:
./avr/signal.h:36:2: Warnung: #warning "This header file is obsolete.
Use <avr/interrupt.h>."
In Datei, eingefügt von main.h:23,
                    von main.c:29:
rtl8019.h:87:1: Warnung: "ISR" redefined
In Datei, eingefügt von main.h:16,

ich habe schon den ordner avr mit in den source ordner kopiert, komme
dann ein stückchen weiter beim kompilieren aber dann kommen diese
Fehler....

Gruß Peppe

Hallo Peppe,

mein "Programmers Notebook" ist Version 2.0.5.48.
Der avr-gcc ist Version 3.4.3 und die AVR-libc hat die Version 1.2.3.

Vergleich doch einmal Deine Versionen. Evtl. brauchst Du ein update.

Gruß
Joachim

Hi Joachim,

ich habe alles neuere Versionen, hatte mir Winavr neu runtergeladen,
eventuell zu neu?

Ciao Peppe

Hallo,

@ Joachim
ich habe jetzt eine ältere Version von Winavr installiert und mit der
geht es, vielen Dank für deine Hilfe.

Gruß Peppe

Hallo,

ich habe das selbe Problem.
Wo kann ich die ältere Version bekommen?

Grüße
Klaus

Danke für den Hinweis.
Offensichtlich liegt das Versionsproblem bei mir. Ich werde das in der
nächsten Ausgabe berücksichtigen und dann alles mit dem aktuellsten
Compiler lauffähig machen.

Gruß
Joachim

Hallo,

ich habe den Webserver von Ulrich Ratig nachgebaut und in Betrieb
genommen. Er lief auf Anhieb!
Nachdem ich auf die Temperaturüberwachung von Joachim Börke gestoßen
bin, habe ich das Quarz auf ein 11,0592 Mhz getauscht und die
verschiednen Softwareversionen aus den Beitragägen dieses Forums
eingespielt.

Leider kann ich keinen Ping mehr zum Server senden oder die Adresse
anwählen.

Woran kann das liegen?

Auf der Platine leutet die rote und grüne LED.
Die IP Adresse meines PC lautet 192.168.99.9
Sub Net: 255.255.255.0
Die einstellung meiner Fuse Bits findet ihr im Anhang, liegt es
vielleicht an denen?
Das Programm spiele ich mit Pony Prog ein. Ich nutze zum überspielen
immer den Butto "Write Device".

Habt ihr eine Idee was ich falsch mache?

Danke für die Hiefe vorab
Tobias

Hast du im Programm deine Quarzfrequenz richtig angegeben? (SYSCLK in
der main.h)

Gruß Elektrikser

Ja, die Frequenz habe ich angepasst.

HI,

@ Tobias ,
hast du die cam auch angeschlossen?
Ich habe festgestellt, das wenn die cam nicht angeschlossen ist, dann
bootet der Webserver nicht zuende, erst wenn die cam angeschlossen
ist,dann fährt er vollständig hoch, kannst ja mal im hyperterminal
nachsehen wie weit deiner kommt.


Gruß Peppe

@Peppe

Hallo Peppe,

die cam habe ich noch nicht angeschlossen. Ich bekomme sie erst in der
nächsten Woche.
Das Hyper Terminal habe ich angeschlossen und bekomme nur wirre
Zeichen.

Hängt das wirklich an der nicht angeschlossenen cam?

Tobias

Kann ich auch bestätigen.
Deaktivier mal im Programm die Cam. (#define USE_MCA25_CAM 0 in der
mca25.h)

#define USE_MCA25_CAM 0 kann ich nicht finden aber #define USE_MCA25_CAM
1.
Wenn ich das deaktiviere bekomme ich neue Fehler beim Compilieren.

meine Programmversion ist die Datei "060118_Source1.38_jb04.zip".

Nutzt du eine andere?

Autsch! Do hättest einfach aus der "1" eine "0" machen müssen, wie
in der Klammer.;)
Es lässt sich bei mir dann kompilieren, bis auf das "fdevopen" in der
uart.c. Da mosert Winavr(20060125), das zu viele Argumente da wären.

Hey, Super!!

Vielne Dank für die Unterstützung.
Zwar bekomme ich über das terminal weiter nur Datenmüll, aber über das
Lan ist alles o.k.

Schöne Grüße
Tobias

hallo,

Erstmal großes lob an alle beteiligten!!
Hab die Platine von mikrocontroller.com, der Server läuft mit der SW
von holger ohne probleme. Den Temperaturwebserver bekomme ich aber
nicht ans laufen.
Ich hab schon alle versionen ausprobiert, dort natürlich alle
Einsellungen getätigt. Der Server läuft auch s.h log der seriellen
Verbindung. Aber ich kann ihn nicht über's lan erreichen. Mit
holger's code war was kein Problem.

ich habe ein 16Mhz Ouartz und keine cam oder 1-wire oder Dcf...

hatt jemand den webserver mit der hw zum laufen bebracht?

In der neusten Version fehlt glaube ich in der httpd.c : #include
"webcam/mca25.h" sonst kann man die cam nicht abschalten.

Hier das Log des terminal programms. Vielleicht kann jemand ein Log
schicken wo der server läuft.

Danke




93LC46 Dump:
      00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F


0000: 90 00 00 00 00 00 00 00 - 00 00 00 00 00ø

93LC46 Dump:
      00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F


0000: 90 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................

0010: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0020: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0030: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0040: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0050: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0060: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0070: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................

RTL8019AS: Okay 34
MAC: 00:00:00:00:00:00
IP : 192.168.99.199

EEPROM Dump:
      00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F

0000: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0010: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0020: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0030: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0040: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0050: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0060: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0070: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................

Warum wird keine Mac adresse ausggeben bei Holger kommt eine??

erstmal vielen Dank für die Antwort.

Auf der Netzwerkkarte ist ein eeprom. Ich glaub es wird auch
ausgelesen.

Würde der Server mit der Mac-Adresse 00:00:00:00:00:00 auch gehn?

In Deiner ersten Code-version müsste man ja eigentlich nur die
Quartz-Frequenz ändern und dann sollte es gehn. tut es aber nicht.

Bei der neusten Version hab ich USE_MCA25_CAM 0 gesetzt. und in der
httpd.c die "webcam/mca25.h" includet da sonst die precompiler "if"
nichtig ist, aber damit geht es auch nicht.

Es kommt noch eine Fehlermeldung gegen falscher Quartzfrequenz, die
habe ich auskommentier da die ja nur wichtig ist, wenn man die Cam
verwendet.

Die Ausgabe der Seriellen Sieht gut aus oder was müsste da noch
kommen?

Danke 123

Hi,

ich habe exakt das gleiche Problem wie 123, allerdings habe ich einen 7
Mhz Quarz drin. Auch bei mir wird der EEPROM anscheinend nicht korrekt
ausgelesen. Die MAC bleibt 00:00:00:00:00:00. Ich habe nochmal am
Rechner nachgeprüft: die Einstellungen der NIC scheinen alle korrekt zu
sein jumperless, IRQ 9 etc. Das DOS-Tool zeigt die MAC der Karte auch
an. Bloss eben im Webserver selber nicht.

Im Hyperterminal kann ich alles bis zum Initalisieren der Cam mitlesen.
aber anpingen geht nicht.

Ich habe noch eine 2. NIC ausprobiert, wo ich allerdings das EEPROM
entfernen musste, weil sonst nicht der IRQ-9 gewählt werden konnte.
Mit der habe ich genau das gleiche Problem. Die Act-LED leuchtet bei
Pings sogar, aber mehr auch nicht.

Ideen?

Joachim, gäbe es nicht die Möglichkeit irgendeine statische IP
vorzugeben wie bei Holgers Version, falls das EEPROM nicht ausgelesen
werden kann ?

Gruß
smiler

Hallo,
bei mir funktioniert der Webserver mit Cam und Temperaturmessung
sehr gut im Kabel- Netzwerk sobald ich in aber aus dem W-Lan
anspreche fangen die Probleme an, und er hängt sich auf  .

Liege ich richtig, das dies die Folge des nicht vollständig
Implementierten TCP- Stacks ist, wodurch keine automatische
Paketwiederholung erfolgt ?

Hat es schon jemand geschafft über eine W-LAN Bridge diesen
 Webserver zu betreiben ?

Ich bräuchte ein Webserver der auch mit einer bestehenden Wlan Bridge
von 1,4 Km zurecht kommt (Good Packets / Dropped Packets  ca. 100/1)

Danke für eine Antwort
Gruß Hans


@ smiler


- - > allerdings habe ich einen 7 Mhz Quarz drin

du meinst aber sicher 7,3728 sonst klappt das mit der
Initalisieren der Cam nicht und der Wepserver hängt.

- - > IP vorzugeben

in der Main.c  Zeile 41 gibst du mit :
unsigned char MYIP[] = {192,168,99,199};
die erste Adresse vor, diese wird auch verwendet wen kein Eeprom auf
der Netzwerkkarte mehr vorhanden ist .
Zumindest ist das bei mir so

Kann mir jemand zum testen ein hexfile mit 16 MHz ohne alles(keine
kam...) compilieren? Vielen Dank

- - > 123
Da bei 16 Mhz aber weder die Cam noch der One-Wire-Bus
funktioniert hat die Version von Joachim eigentlich für dich
doch wenig Sinn. Für „ohne alles „ ist die
Version von Holger doch O.K.

oder was meinst du mit ohne alles ?
Joachim Version macht nur Sinn mit :
14745600, 11059200 oder 7372800

- - - > 123
One-Wire-Bus geht wohl doch noch mit 16 Mhz

Hier eine 16Mhz Testversion  Ohne Cam aber mit One-Wire-Bus

Start IP 192.168.2.66

vielen Dank für den code, leider geht er auch nicht.

muss ein 1-wire-Sensor angeschlossen sein oder geht es auch ohne?
Die Ausgabe auf der seriellen sieht aus wie immer nur die ip ist
natürlich anderst.

Hab nochmals Holgers code getestet der geht einwandfrei, also an der Hw
kann es nicht liegen.

---> muss ein 1-wire-Sensor angeschlossen sein oder geht es auch ohne?

muss nicht angeschlossen sein geht auch ohne .

Ist dein Rechner in der selben IP Gruppe ?
(192.168.2.xx)

Stecker vom Programmadapter abgezogen ?

Vielen dank der Tipp mit der IP Gruppe war ein Volltreffer!!
Aber warum??

Hallo,
@ Joachim

ich wollte moch mal auf die Geschichte mit der Heizungssteuerung kommen
und fragen, ob mal nicht ein anderen Prozessor benutzen kann um diesen
dann an den 1 wire Bus, als slave anzuschließen, und die freien Ports
des µc als Ausgangsport zu benutzen um damit wiederum die Stellmotoren
zu steuern.

Gruß Peppe

Hi Joachim,

ich habe die selben Steckdosen, das mit der Empfangsqualität kann ich
nur bestätigen, ist echt mieserabel. Ich habe auch schon die
Ansteuerung fertig um den 2262 anzusteuern. man kann den Schlatplan von
der Homepage die ich mal gepostet habe nicht 1 zu 1 übernehmen, da der
2262 noch ein extra pin besitzt für send enabel und diese Steckdosen
nicht auf low sondern auf high reagieren , oder anders herum, weiß ich
nicht mehr so genau? hat mich aufjedenfall ein ganzen Samstagabend
gekostet bis ich das herausgefunden hatte...
Habe dann das Programm für den At so belassen und die Ports mit hilfe
von Transistoren invertiert. Ich habe zwar den Source von Mistercrd
erhalten, allerdings ist der in Assembler geschrieben und da habe ich
noch gar keine Ahnung von. Naja wird sich nächstes Semester ändern...

Was nicht so glücklich an der Lösung ist, dass man keine Rückmeldung
über den Schaltzustand erhält und das wäre meiner Meinung nach sehr
wichtig, gerade weil die Dinger so unzuverlässig schalten...

Wäre trotzdem an deiner Lösung interessiert.
Gruß und schönen Sonntag
Peppe

Hallo Joachim,
was fällt dir zu meinem Problem (weiter oben) ein ?

TCP- Stacks / W-Lan /Paketwiederholung


Danke ....

HH

Hallo,

nachdem mein Webserver, ohne Cam, schon einmal lief, habe ich mir jetzt
eine Cam besorgt und angeschlossen.

Leiser kann ich keine LAN Verbindung mehr aufbauen.
Ein ping geht auch ins leere.

Über den seriellen Anschluss erhalte ich die folgende Meldung:
93LC46 Dump:
      00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F


0000: 90 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................

0010: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................

0020: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0030: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0040: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0050: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0060: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................
0070: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
................

RTL8019AS: Okay 34
MAC: 00:00:00:00:00:00
IP : 192.168.99.199

EEPROM Dump:
      00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F

0000: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0010: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0020: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0030: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0040: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0050: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0060: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................
0070: FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF
................

MCA-25:

Die IP meines PC's ist die 192.168.99.10.
Liegt es an der fehlenden MAC Adresse?

Kann mir jemand helfen?

Tobias

Hallo,

ich habe jetzt unter mca25.h die Camera auf 0 gesetzt.
Jetzt kann ich den Webserver weder erreichen.

Woran kann das liegen.
Ist di eKamera defekt?

Tobias

wenn die cam nicht geht bleibt der sever hängen s.h. post weister oben.

ich hatte das gleiche problem. bei mir war die stromversorgung zu
schwach. mal mit dem oszi nachmessen.
gruss ecki

@ Joachim
Hallo Joachim,
ich habe gerade deinen Bericht auf deiner Homepage gelesen, mir ist
nocht nicht ganz klar wie du jetzt die Fernsteuerung ansteuerst.
Verbindest du PB 4 direkt mit dem Sender ( und Ground natürlich)
oder verwendest du noch ein Transistor als Schaltstufe. Ein kleiner
Schaltplan wäre recht Hilfreich. hast du auch schon eine Grafische
Oberfläche zum Webserver geschrieben.

Gruß Peppe

Hallo,
ich bin es noch mal , wer lesen kann ist klar im Vorteil, hatte es ganz
überlesen, das du es mir schon mal grob geschildert hattest. wie du den
Senderbaustein ansteuerst. Leistungstreiber am At port und ab auf den
Sender...

Hast du die Software schon beim Webserver implementiert?

Gruß Peppe

Hallo Joachim,

gehe mal davon aus dass du den zweite Transistor zur doppelten negation
benutzt. Ich habe in deiner Source gelesen dass der Quelltext für 14,...
Mhz ausgelegt ist. kann ich das über das Teilerverhältniss am ende
deines Quelltextes ändern? Oder passt dann die gesamte Bitfolge nicht
mehr?

Wo und was hast du studiert, also welche Fachrichtung?
Ich bin jetzt im vierten Semester an der Fh Münster engeschrieben.
Und höre gerade Mikroprozessortechnik, sind aber noch ganz am Anfang
und somit basiert mein Wissen noch hauptsächlich auf dem was ich hier
so lese. Wäre alles ein bisschen einfacher wenn ich schon weiter währe.

Schon einmal danke für die viele Arbeit die Du dir machst.

Gruß Peppe

Hallo Joachim,
in deiner Source zur Warteschleifen erzeugung multiplizierst du die 14
mit 370.
Jetzt sehe ich gerade den Wald vor lauter Bäumen nicht.
Steht die 14 jetzt für 14 MHZ , demnach müßte ich wenn ich mit 4 Mhz
Takt arbeite ,dann den Wert für 4 * 370 eintragen.
Gruß Peppe

Hallo Joachim Börke,

ich habe bei der Heizungssteuerung mit den Dallas-Sensoren oft das
Problem, dass die Werte nicht korrekt angezeigt werden (Differenz bis
zu 3-5 Grad im Vergleich zu den originalen Heizungs-Sensoren).

Die DS1820 sind m.E. sehr gut, um Luft oder Flüssigkeiten zu messen,
allerdings sind sie nur bedingt geeignet als Anlegesensor, um z.B. von
einem Rücklauf (Kupferrohr) die genaue Temperatur zu ermitteln.
Trotzt dicker Isolierung der Sensoren.

Oder hast Du die Sensoren in einer Tauchhülse direkt "ins Wasser
getaucht" ?

Gruss,
Pete

Hallo Joachim
ich habe inzwischen díe Sendertreiberstufe gebaut und mich mal daran
gesetzt den Source von Dir in die Source des Webservers einzupflegen.
Leider funktioniert es nicht richtig.
Ich kann zwar auf dem Webserver aktionen ausführen,diese werden auch
wohl übernommen, glaube ich, aber die Steckdosen schalten nicht.
ich habe den Ausgang PB4 vom webserver genommen, so wie es aussieht
spreche ich diesen auch an, wenn ich mein Skop an den Ausgang
anschliese und auf einstellung setzten klicke(auf dem Webinterface)
sehe ich, dass am PB4 Daten ankommen. Leider habe ich kein Speicherskop
und kann somit nicht sehen was da genau rauskommt.
Die Verstärkerstufe funktioniert auch, die Fernbedienung sowieso.
Was ich mir vorstellen könnte wäre falsche Anpassung der Funk.S meiner
seits, ich habe ein 11,1 MHz Quarz an dem Webserver und ich habe die
Zyklenberechnung auf 1015 gesetzt, ist das richtig?
Die Anzahl wie oft ein Paket gesendet wird, wurde von Dir mit der
Variablen Var übergeben, ich habe es fest auf 6 gesetzt:
anstelle von:   lds r22,VAr
habe ich dann   ldi r22, 6
in den Quelltext geschrieben.
Ich hoffe das ist richtig, ich habe es so verstanden, dass der Inhalt
von VAr in das Register R22 geschrieben wird, folglich setzte ich mit
Ldi, ins R22 die Konstante 6.

Könntest du bitte mal in ein Blick in meine Source verfen und mal
schauen, was da flasch ist.

Vielen Dank
Lg Peppe

Danke für die rasche Antwort, den Feher in der Webpage.c habe ich schon
gefunden gehabt. Ich bin noch nicht so ganz hinter deine Adressierung
gestiegen.
0x10,0x05,0x51   das dritte Byte (0x51 bzw 0x54) steht für ein und aus,
demnach steht das Erste für die Adresse und das Zweite für die Dose.
Sehe ich das richtig, das ich einfach von hex in Bin umrechnen muß, für
die einzelnen Schalterstellungen in den Steckdosen?

Also die Hardware passt, das konnte ich mit meinem Skop nachmessen,
leider kann ich die Pakete nicht vergleichen, die der µc und der 2262
schicken.
Hast du noch eine Idee woran es liegen könnte.

Was mich wundert, wenn ich die Hacken am Webserver nicht verändere, und
auf Einstellung übernehme klicke, dass dann der Webserver trotzdem
irgendwas raus schickt, was ja eigentlich nicht sein dürfte.

Gruß Peppe

Hallo Joachim,
danke für die Erklärung, das mit der Adressierung ist mir jetzt klar.
Der Sender funktioniert jetzt, ich habe einen 14 Mhz Qurz eingelötet
und die Source dahingehend wieder geändert, damit klappt es sehr gut.
Die Antenne die in dem Teil verbaut ist habe ich rausgeschmissen und
dafür eine Teleskop Antenne angeschlossen, diese habe ich nun auf ca.
Lambda halbe eingestellt, die Reichweite ist jetzt viel besser.Werde
morgen abend mal ein wenig mehr damit testen...
Leider ist irgendwie noch der wurm in meiner Webpage.c drin. Die
Einstellungen kann ich nur einmal ändern und muß dann erst auf ein
anderen "Einstellung setzten" Button klicken damit ich die nächste
Aktin tätigen kann.
Kann ich eigentlich mit der "alten Source" dynamische Html seiten auf
der mmc karte ablegen? den so ist es doch ein wenig umständlich immer
gleich den gesammten µc neu zu flashen wenn man mal eine Funktion
hinzufügen will, oder geht das erst mit der V1.40?

Noch mal vielen Dank für dein Bemühen.
Gruß Peppe

Hallo Joachim,
Also meine Erfahrung mit der Antenne ist bombig, der Server steht im
Erdgeschoss und ich kann damit im Gesamten Haus die Dosen schalten (
ca, 100 m^2 Pro Etage. Auch die Lampen im Garten sind erreichbar.ich
habe die AM - Platine von der Platine abgelötet und in ein Sub - D 9
gehäuse gebaut, daran die Antenne und von ausen ans Gehäuse.
Wenn ich die SOftware soweit fertig habe wie ich das möchte wollte ich
mich daran machen noch ein Display mit anzubinden, das will ich dann
aber über ein Atmega-8 ansteuern, die Daten soll es dann über den Uart
bekommen, oder über den I2c Bus. Weißt du ob schon jemand software für
Can Bus geschrieben hat, bezüglich Leitungslänge...

Gruß Peppe

Hallo Joachim,
ich habe mich noch ein wenig mit dem Webserver auseinander gesetzt und
ein wenig rum programmiert.
Ich habe nun eine seperate Seite eingepflegt und noch mehr Ports
hinzugefügt.
Jetzt habe ich mal wieder ein kleines Problem, wenn ich zuviel in der
httpd.c stehen habe, treten merkwürdige dinge auf.
1. Die Zustände der Checkboxen werden nicht mehr gespeicheter
2. Die html seiten werden nicht mehr richig übertragen, dies äussert
sich so, dass der Webserver dieverse Daten nicht mehr überträgt, wie
z.B. agline = center und die Hintergrundfarbe.
Muß man noch irgendwas erweitern oder eine Variable vergrößern??

Gruß Peppe

P.s. Die Hintergrundfarbe habe ich auf blau gesetzt, weil ich sehen
wollte ob mein I-Exlporer die Seiten aus dem Cache holt oder die
wirklich neu lädt....

Hallo,

ich habe die Quellen von Joachim Börke (1.38-04) auf dem ISA-Ctrl-Board
(vorerst ohne weitere externe Hardware) am Laufen und nun folgendes
Problem:

Wenn ich auf die Seite "Einstellungen" im Browser anwähle, erscheint die
Maske zur Eingabe der Uhrzeit wie im Anhang.

Jetzt habe ich testweise mal in webpage.c in Page4[]= die Zeile der
Stunde ("2 name=VAh size=2 value=%VAh") in "2 name=VAh size=2
value=%VAm" (also Minuten) geändert. Dann wird die Eingabemaske
prinzipiell richtig (natürlich mit den falschen Daten) angezeigt.

Was läuft hier schief?

Hallo Friedhelm,

ich führe das Problem auf Schwierigkeiten mit dem Interupt-System
zurück.
Bei minimalen Änderungen an anderen Stellen im HTML-Code treten
gelegentlich auch unerklärliche Fehler auf.
Ich bin dabei, den TCP/IP-Stack gegen uiP zu tauschen. Damit läuft das
ganze deutlich stabiler und es wird praktisch kein Interupt benötigt.

Gruß
Joachim

Hallo Joachim,
das ist echt super!
Leider stehe ich ein wenig auf dem Schlauch was die Codierung der
Funksteckdosen auf dem Webinterface angeht.
Ist das die Abbildung der Dipschalter?

Gruß Peppe

Hallo Stefan,
zu Deinen Fragen:

1. Der ATmega644 ist pinkompatibel zum ATmega32. An der Leiterplatte
sind deshalb keine Änderungen erforderlich. Der ATmega644 kann jedoch
(noch) nicht mit Ponyprog programmiert werden. Es gibt aber andere
Lösungen die bereits beschrieben sind. Die Version 1.40 der
Webserversoftware erfordert den ATmega zwingend. Die Software in diesem
Thread läuft bis jetzt noch auf einem ATmega32.

2. Bezogen auf die Software aus diesem Thread wird für jede Meßstelle
ein DS1820-Thermometer benötigt (DS1820, DS18S20, DS18B20 etc.). An
einer Busleitung werden mehrere Thermometer parallel angeschlossen. Jede
Busleitung benötigt einen Pullup-Widerstand. Drei Busleitungen werden
von der Software unterstützt.

3. Was verstehst Du unter vernünftig? Ich halte es für vernünftig, die
Temperatur an der jeweiligen Meßstelle zu digitalisieren und dann alle
Werte digital über einen Bus zu übertragen. Die Genauigkeit, die
Auflösung und der Temperaturbereich der DS18[x]20 reicht mir dabei aus.
Der Einstieg ist einfach. Leitung legen, Sensor anschließen, Pullup
verschalten.

Gruß
Joachim

Hallo Joachim,
ich habe mich gestern auch mal wieder mit dem Webserver beschäftigt.
Das hast du echt mal richtig gut hinbekommen.
Ich hatte das mit den Objekten erst nicht ganz verstanden aber dann habe
ich deine Anleitung gefunden und dann hats funktioniert.
Echt super.
Ich muß mir noch ein passenden Quarz besorgen, mit 14.0 MHZ läuft das
nicht so wirklich gut. Mal schauen wie schnell Reichelt liefert...
Wie ausgelastet ist der Server mit dem Ausbau (Funk, ds1820, und Dcf77).
schön wäre noch ein Rückkanal über die Fstd Fernbedienung.
Stelle mir das so vor das man den Empfangsteil einer Steckdose benutzt
an den Atmega anschliest und der die Schaltbefehle auswertet und weiter
leitet...
Da ja nicht immer ein Pc läuft wäre man man ein wenig unabhängiger und
hätte trotdem immer den aktuellen Zustand der Aktoren im Webinterface.

Viele Grüße
Peppe

Hi

Danke für die Antwort. Wie sollte ich den die Widerstände dimensionieren
ist das egal was ich da zwischen 1-4,7kOhm nehme?
In Einstellungen ist bei allen 3 Feldern ein Haken.
Wie finde ich den die Seriennummer? oder zeigt er die automatisch unter
Temperaturen anzeigen und dann #01  an?
Kann man den DS18S20 irgendwie falsch anschliessen?
Kann ich den die neue Software mit einem 7,327 Mhz Quarz betreiben?
Bis jetzt hat der dann nie gestartet?
Muss ich irgendwas im Quellcode aktivieren wenn ich die DS18S20
einsetze?

Cu Stefan

@  Joachim Börke

hast du msn messenger?

hasis55 ät hotmail punkt com

joachim ist ein gefragter mann ^^

ich sitz auch schon den ganzen tag hier und versuch raus zu bekommen
was nach dem interrupt vom rtl geschehen soll
welches register zu lesen ist um an die daten zu kommen.
Hab mir ulrichs code schon zieg mal durch gesehen ebenso andere wie vom
web51 usw
nur werd einfach nicht schlau daraus

Hallo Stefan,

möchtest du wissen, wieviele Pine noch am Atmega frei sind oder willst
du wissen mit welchem strom du den Atmel belasten kannst?
Zur Frage nach den freien Pinnen, hier ist der Schaltplan des Webservers
da kann man gut drauf erkennen was noch frei ist und was belegt ist.

http://mikrocontroller.cco-ev.de/files/ISA-Ctrl_Sc...

Zum Thema Stromentnahme, meine ich was von 20 mA im Kopf zu haben, aber
da solltest du vorsichtshalber noch mal in die Spec des Atmegas schauen.

Hoffe ich konnte Dir helfen, wenn nicht frag einfach nochmal...

Gruß Peppe

Der Atmega het einen Reset Pin und auf dem Board ist ein Resettaster
vorgesehen, brauchst nicht immer Spannungsfrei machen...

Ich habe den Atmega nun seit ca 4 Wochen am stück laufen ohne
unterbrechungen. Allerdings habe ich die Cam nicht mit dran.

Was den Quarz angeht mußt du schon genau den drin haben den du auch in
der Source angegeben hast. Hast du auch die richtigen Kondensatoren am
Quarz? Welche du nehemen mußt steht im  Datenblatt des Quarzes.

Peppe

Hi Zusammen,

ich sitze vor den Quellcodes und kriege sie nicht kompiliert.
(Das Hexfile der Version (060118_Source1.38_jb04.zip) läuft auf meiner
Hardware)

Mit dieser Version wollte ich nun an den Sourcen weiterarbeiten, aber
leider bringen meine WinAVR Versionen ständig Fehlermeldungen beim
Kompilieren.

060118_Source1.38_jb04
Die älteste von 2003 bringt ständig folgende Fehler:
1.)  "undefined reference to '_delay_ms'"    ---  kann ich ja fast
nachvollziehen weil delay.h jetzt unter utils/delay.h  - aber....

2.) "undefined reference to 'pgm_read_byte'" und bei allen anderen
pgm_read_xxxx aufrufen!

....Meine aktuelle Version WinAVR 20070525 bringt aber die gleichen
Meldungen + Fehler bei allen eeprom_write/read_ Aufrufen....

070409_Source0[1].90_jb05.zip
Aus Verzweiflung habe ich dann auch diese Version probiert! Die bringt
aber eine andere Meldung:
1.) mca25.c:109: error: conflicting types for 'memcmp_P'  --- und bricht
ab..

Nun meine beiden Frage:
1) Welche WinAVR Version habt ihr für die entsprechenden Pakete benutzt?
Oder sind wirklich noch Fehler in den Quellen? Oder stelle ich mich
einfach nur zu blöde an?
2) Auf Joachims inet-Seite mit der Doku steht der Dallas DS18B20 als
unterstützt drin - im Quellcode von Source0[1].90_jb05 habe ich aber nur
die remaincounter Berechnung für die S-Version gesehen. Oder hab ich
nicht genau genug hingeguckt???

Vielen Dank im Voraus für die erleuchtenden Antworten...

Thomas Neumann

... und Version 05 mit uIP bringt den Fehler (dafür extra nochmal
WinAVR-20060125 installiert)

sendmail.c:149: error: structure has no member named `fp'

betrifft die Zeile und Folgende
if (FileOpen(File_Name, 'r', &(tcp_socket->fp)))

Ich glaube jetzt hab ich alle durchprobiert

Immernoch ratlos ???

Danke
Thomas

Hi Joachim,

danke für die schnellen Tips. 0.90 läuft jetzt bzw. läßt sich
compilieren :))

Hast ntürlich recht...
Version 1.4 war xxxV1_40_IB - hab gerade den Überblick verloren wer IB
ist :(

Dankeschön
Thomas

Hallo,

das 1Wire Thema interessiert mich sehr. Leider habe ich nur eine 3Com
Netzwerkkarte zur Verfügung. Diese funktioniert mit 1.40 und 1.39
tadellos. Die 1Wire devices sind aber auf Code 1.38 aufgebaut, der
wiederum keine 3Com Karten unterstützt(?).
Ich verwende einen ATmega644 mit SD-Karte und mca25.
Von C habe ich praktisch keine Ahnung, somit sind meine Versuche die OWI
sourcen im Code 1.40 einzubauen gescheitert bzw. 1.38 für Unterstütung
der 3Com Karte zu kompelieren.
Hat einer von euch Profis einen Tip wie ich das angehen sollte?
Danke,
Gerhard

Hi,
ich würde mal sagen, dass du dir erst einmal C aneignen solltest und mit
einem kleineren Projekt startest. Das Projekt hier ist nicht gerade
etwas für Anfänger. Fang am besten erst einmal an mit einem Controller
eine Led zum blinken zu bringen, erst mit einem Delay dann mit einem
Timerinterrupt. Tasten abfragen, ganze Register auslesen und
beschreiben, einzelne Bits, auslesen beschreiben. Ich weiß ja nicht ob
du überhaupt schon mal programmiert hast, wenn nicht, wirst du dir wohl
zuerst ein gutes C Buch zulegen müssen und dich mit den Grundlagen
vertraut machen. Was sind Funktionen wie werden diese aufgerufen, mit
und ohne Rückgabewert. Zeigerarithmetik, Struckturen. Variablen,
Variablentypen...
Hinzu kommt, die Sourcen sind fertig geschrieben und selbst für jemanden
der C im großen und ganzen beherrscht ist es nicht ganz einfach sich in
die ganzen Funktionen einzuarbeiten, da vergehen schon mal ein paar
Stunden und Tage.
Ich will Dich nicht entmutigen, aber das hier ist echt nicht einfach.
Den Server in Betrieb zunehmen ist eins, aber an den Sourcen zu
schrauben ist ein Thema für sich.

@ 900ss:

Hallo,

die Wetterdaten haben zur Folge, dass die abgebildete Uhr nicht mehr
synchronisiert. Über den verwendeten Algorithmus kann ich nur
Vermutungen anstellen.
Mein Dekoder ist davon nicht betroffen.

Mit meinem Dekoder synchronisiere ich zuerst auf den Sekundenanfang. 150
ms später prüfe ich das Signal. Das ist der optimale Zeitpunkt um die
Daten abzutasten. Bei einem verlängerten "0-Bit" (über 150 ms), einem zu
kurzen "1-Bit" (unter 150 ms) oder einem Störimpuls zum Abtastzeitpunkt
habe ich einen Bitfehler, mit dem ich gut leben kann.
Neben der Parität prüfe ich alle Ziffern und alle Zahlen auf Einhaltung
des Wertebereiches. Dabei habe ich noch keine Fehlsynchronisation
gehabt.

Die Information wird in der Zeit von 0,1 s bis 0,2 s nach Sekundenbeginn
übertragen. Die verbleibenden 0,9 s sind für die Daten nicht von
Interesse und werden deshalb auch nicht betrachtet.

Ein Vorteil meiner Lösung besteht darin, dass kein Interrupt benötigt
wird und das es ausreicht, das Programm alle 10 - 20 ms aufzurufen.

Gruß
Joachim

Hallo Joachim,

bei der "alten" Software-Version gab es noch eine Super-Dokumentation,
bei der neuen mit TCP/IP-Stack uIP 0.90 leider (fast) gar nicht mehr.

Kannst Du bitte hier wenigstens den passenden Schaltplan
veröffentlichen?

Vielen Dank,
Thomas

Hallo Thomas,

bei den ersten Versionen ließ sich alles im einem MByte unterbringen.
Bei der letzen Version wurde die Beschreibung zu umfangreich.
Ich habe die Doku deshalb im Web zusammengefasst. Unter avr.börke.de
(Umlautdomain!) findest Du auch die Schaltbilder.

Gruß
Joachim

avr.börke.de ???

avr.börke.de -> avr.xn--brke-5qa.de

ASCII rulez...

Hallo Joachim,

Danke für die Antwort. Aber die Seite kenne ich selbstverständlich
schon. Ich hatte gehofft, es gäbe da einen zusammenfassenderen
Schaltplan. Speziell zu one-wire habe ich leider nichts gefunden. Da
hast Du doch außer den Temperaturbausteinen auch noch andere verwendet,
oder? Wie werden die wo angeschlossen?

Thomas

Hallo Thomas,

die one-wire-Bausteine sind sehr einfach anzuschließen.
Die GND-Leitung wird mit GND des Controllers verbunden.
Die Signalleitung DQ wird mit der Portleitung verbunden. Die benutzte
Portleitung wird dann noch mit einem Widerstand 2k2 an +5V gelegt.
Mehrere one-wire-Bausteine werden parallel geschaltet.

Das ganze ist so einfach, dass ich auf eine separate Zeichnung
verzichtet habe.
Gruß
Joachim

Hollo Joachim,
ich möchte Dich bzw. Euch auf den Thread

-> Beitrag "AVR für wenig Geld im LAN"

hinweisen.
Dort geht es um einen Bausatz von Pollin, der mit einem ATmega32 und
einem ENC28J60 ausgestattet ist.
Es funktionieren modifizierte Programme der Webserver von SimonK und
Ulrich Radig.

Zumindest 2 Personen (z.B. ich) haben Interessen an einer Einbindung von
1-Wire, wie es bei Deinem Webserver der Fall ist. Leider ist er "nur"
für den Realtek-Baustein geschrieben und leider zum 2. haben wir beide
(auf jeden Fall ich) z.Z. zu wenig Ahnung, um den C-Code umzuschreiben
bzw. den nötigen Treiber einzufügen.

Könntest Du (oder andere) helfen?

Es könnte auch sein, dass das hex-File zu lang für den ATmega32 wird.
Man müsste evtl. manche Sachen deaktivieren (z.B. Kamera?).

Gruß RoBue

Hallo RoBue,

der Bausatz von Pollin ist sehr interessant. Leider konnte ich ihn im
Webshop nicht finden.

Die Übersetzungsprobleme hängen mit dem Compiler zusammen.
Die letzte Version der Software habe ich im April 2007 mit der Version
WINAVR 20060125 übersetzt. Das sollte auch heute noch funktionieren.

Inzwischen wurde WINAVR mehrfach verbessert. Die AVR-Versionen von 2007
ließen sich unter WIN98SE nur mit Problemen installieren. Es waren
umfangreiche Anpassungen der Quellen an die Compileränderungen
erforderlich.

Der neuste Compiler WINAVR 20080610 läßt sich wieder problemlos
installieren. Der übersetzte Quelltext benötigt nun 1360 Bytes mehr
Speicher, als der ATmega bereithält.

Ich habe vor, neben dem neusten Compiler zukünftig den ATmega644 und den
ENC28J60 zu verwenden und auf die neueste uiP-Version umzustellen.

Das dauert aber angesichts der WINAVR-Überraschungen noch etwas.

Gruß
Joachim

Hallo Joachim,
toll, dass Du auf meine Anfrage reagiert hast. Also liegt das Problem
beim Compiler.

Der AVR-NET-IO ist mit dem 2. Webserver von U.Radig ziemlich kompatibel
(2 Leitungen des ENC-Bausteins müssen getauscht werden - in der Software
oder auf der Hardware).

SimonK hat seine Software auf AVR-NET-IO angepasst. Da ist sogar noch
einiges im ATmega32 an Platz frei. Ich habe auch schon etwas damit
herumexperimentiert und die Weboberfläche erweitert, aber meine
Kenntnisse in C sind nur ganz oberflächlich. Ich arbeite mich gerade ein
wenig ein.

Super ist auch deine Anleitung. Sie hat mir einiges verdeutlicht. Toll,
dass Du Dir diese Mühe gemacht hast.

Wäre es möglich die Software von SimonK mit Deiner zu kombinieren, also
Deine 1-Wire-Erweiterung und evtl. Deine Weboberfläche auf die
Grundroutinen von SimonK aufzusetzen. Es würden mir z.B. 8 Sensoren
reichen, Ihre Kennung könnte man per Hand in den Quellcode eintragen
(oder ins EEPROM schreiben) um Platz zu sparen, evtl. 4 weitere
Messeingänge (0/1) und 8 Schaltausgänge (0/1). Das größte Problem ist
für mich dabei die 1-Wire-Einbindung.

Siehst Du eine Möglichkeit, mir dabei zu helfen oder es selbst mal zu
probieren? Ich könnte mir vorstellen (als relativer Laie gesprochen),
dass Du  wohl am ehesten weißt, wo man da ansetzen muss. Evtl. würde mir
ein Grundgerüst reichen. Irgendwie kriege ich beide Systeme halt nicht
zusammengepackt.


Gruß RoBue

PS: Ich schicke Dir gerne den Code von SimonK

Hallo RoBue,

ich habe jetzt 2 Tage mit meiner Anpassung rumgetestet aber die 1Wire
Sensoren werden nicht erkannt. Die Probleme haben sich immer mehr
angehäuft.
Kurz was ich gemacht habe:
- Basis ist der aktuelle ETH32 Webserver code von Urlich Radig
- dann den code für AVR Net i/o angepasst und getestet : geht
- dann habe ich von Joachim den code für 1Wire aus 1.38 jb 04 genommen
- anpassung an makefile und header dateien etc.
- im Detail kann ich es nicht auflisten

Probleme machen:
1. geht der 1 Wire auch mit 16 MHZ (wegen der timeing Geschichten,
angepasst habe ich es)
2. Ich vermute ei Pointer problem, da mir einmal meine ip configuration
zerschrieben wurde.
3. Atmega32 Flash ist voll, alles möglich aus der Webpage rausgeworfen
um auf der RS232 debuggen zu können.
4. Aktivieren der Busleitungen portd.3 -6  ohne die webpage interaktion

5. Das ablegen der ROM IDs bzw. der Speicherverwaltung im EEprom
(pointer)


Aktueller Stand:
Ich habe es auch compiliert bekommen die software läuft auch aber keine
ROM Id ausgelesen und folglich auch keine Temperatur.
Falls  Joachim oder irgendwer  Tips geben kann wäre ich dankbar.


Gruß mr_energy
(juan dot nospam at lycos dot de)

Hallo mr_energy,
wir sind wohl gerade die Einzigsten, die sich für die 1-Wire-Erweiterung
zu interessieren scheinen.

Wir sollten uns einigen, in welchem Thraed wir unsere Erfahrungen
austauschen. Hier oder beim AVR-NET-IO.

Zu mir:
Ich bin auch noch nicht so arg weit gekommen. Ich denke, wir sollten bei
dem Grundgerüst von Simons Webserver bleiben. Da sind noch am ehesten
Reserven drin und die Sourcen laufen mit meinem WinAVR. Außerdem komme
ich langsam aber sicher doch hinter die Struktur. Schön wäre trotzdem
für uns, wenn uns dabei Simon oder/oder Joachim helfen würden.

Ich habe gelesen, dass Du auch mit BASCOM arbeitest. Ich habe 2
interessante Seiten gefunden

-> http://heldt-intern.dyndns.org/index.php

-> http://members.home.nl/bzijlstra/software/examples...

Vielleicht machen wir doch mit BASCOM weiter, wenn uns die C-Profis
nicht weiterhelfen (wollen/können). Da klappt 1-Wire problemlos. Ich
habe z.Z. nur die Demo-Version von BASCOM und kann deswegen die langen
Programme nicht testen.


Gruß RoBue

Hallo RoeBue und mr_energy,

wenn der lauffähige Code von SimonK im Netz zur Verfügung steht, bin ich
an einem Link interessiert.
Ich habe bereits einmal den TCP-IP-Stack im meiner Software
ausgetauscht. (Von Ulrich Radig's 1.38 auf uiP 0.9) Das ist eine
überschaubare Sache, wenn man die Schnittstellen kennt. Da ich uiP 1.0
für sinnvoll halte, habe ich vor das zu tun.

Meine Software arbeitet im wesentlichen ohne Interupts. Ein Dreh- und
Angelpunkt ist deshalb die "Zeitwirtschaft". Nach zeitintensiven
Aktionen, die einige Millisekunden dauern können, wird geprüft ob eine
Aktion des DCF77-Dekoders fällig ist.
Wenn die DS1820-Bausteine mit der Temperaturwandlung beschäftigt sind,
wird die Kontrolle an uiP gegegeben.

Das Zweite ist die Datenverwaltung. Die Daten zu den one-wire-Bausteinen
werden im EEPROM abgelegt. Jeder Datensatz enthält 16 Byte.
Im "Datensatz 0" stehen die IP-Adresse und einige Einstellwerte. Die
verbleibenden 127 Datensätze stehen für Dallas-IC's, Thermostaten,
Ausgangsleitungsbescheibungen, Schaltuhren oder Funksteckdosencodes zur
Verfügung. Die Schaltverknüpfungen sind ebenfalls im Datensatz abgelegt.
Die variablen Daten (Schaltzustand und Temperatur) liegen im RAM. Zu
jedem EEPROM-Datensatz gehören 2 Byte im RAM.

Ein Interrupt wurde als Notlösung vorgesehen, um bei Abstürzen der
Kamera oder bei nicht vorhandener Kamera, das Aufhängen des Systems
vermeiden zu können.

Fragen zur Software will ich Euch gern beantworten.

Gruß
Joachim

Hallo Joachim,
das wäre wirklich absolut super!

Den Code schicke ich Dir hiermit. Es ist soweit alles einegstellt.
WinAVR geht auch. In dem Zip-File habe ich noch einige wichtie Infos aus
dem Thread von Simon eingebunden (README_aus...).

Mir würde schlicht und ergreifend ein 1-Wire-Port reichen, z.B.
PortB2/PB0.
Der Rest der Portleitungen ist belegt (ENC-Baustein). Mehr als 8
Sensoren müssen es auch nicht sein.

Brauchst Du einen Schaltplan?

Liebe Grüße, RoBue

Übrigens:
rbuehler at vr minus web dot de

Nun antworte ich mir selber, da keine weiteren Einträge dazugekommen
sind.
Es geht immer noch um das AVR-NET-IO von Pollin und Routinen für 1-Wire
(z.B. von Joachim).

Allen Anschein haben sich doch einige für die Sourcen interessiert.
Kommt da noch etwas an Reaktion?

Ich bin nun auch etwas weiter gekommen und kann Werte in eine weitere
Tabelle eintragen (siehe Anhang).

Was mir jetzt fehlt und wohl auch anderen Probleme macht, sind
lauffähige 1-Wire-Routinen. Die, die ich gefunden habe, laufen auf
meinem (neuen) WinAVR nicht und die von Joachim sind für mich noch etwas
zu kompliziert. Kann mir einer weiterhelfen (schreiben, modifizieren
oder auch nur erklären)?

- Ich bräuchte eine Init-Routine (Aufruf in main.c), die den 1-Wire-Bus
initialisiert, durchsucht und den Code der gefundenen Bausteine in
irgendeiner Variablen (oder eeprom) ablegt.

- Eine zweite Routine, die zu bestimmten Zeiten ca. 1*pro min die
Sensoren abfragt und die Werte irgendwo ablegt (Variable). Ort/Aufruf:
main.c?

- Eine 3., die dann die Temperaturwerte aufgeteilt in Vorzeichen,
Zehner, Einer, Nachkommastelle aus der Variablen ausliest und in die
html-Tabelle einbaut (httpD.c).

Schaut euch dazu den Anhang von mir an. Er enthält eine modifizierte
Datei "httpD.c" des Webservers von Simon, in der auch einige Erklärungen
von mir stehen. Falls Euch dabei die Haare zu Berge stehen, dann
bedenkt, dass das meine ersten Gehversuche  in C sind und ich relativ
glücklich bin, wenigstens das geschafft zu haben.

Grüßle, RoBue

Hallo zusammen

ich bin "lanfristig" auch an einem Webserver mit 1-Wire Unterstützung
interessiert. Ich habe bisher eine Standolonelösung von

da >
http://www.siwawi.arubi.uni-kl.de/avr_projects/tem...

diese funktioniert problemlos. Man könnte eventuell diese in den
Webserver einbauen. Ein eigener Thread "Webserver & 1-Wire" wäre
sicherlich ne gute Sache bzw, in der Artikelsammlung die Ergebnisse
festhalten. Ich würde mich da auch beteiligen, wenn ich da mehr in
dieser Thematik drin bin.

Viele Grüsse
Achm

Hallo Ach(i?)m,
ein neuer Thread wäre sicher sinnvoll, da ich zur Zeit mich durch drei
verschiedene kämpfe. Wer macht ihn auf?

Nun aber konkret zu Deiner Lösung:
Traust Du Dir zu, die 1-Wire-Routine in die main-Schleife von Simons
Programm einzubauen?
Die Werte sollten dann irgendwo im Format
- Vorzeichen (1 Byte)
- Zehner (1 Byte)
- Einer (1 Byte)
- Nachkommastelle (1 Byte)
vorliegen,
also z.B. -|2|1|7 für -21,7 Grad.

Die Routinen in dem von dir genannten Beitrag sind realtiv alt (2205),
also für die neueren Compiler sehe ich da schon wieder Probleme. Es ist
echt ätzend, wenn man als Anfänger nicht nur mit den Befehlen an sich,
sondern auch noch mit verschiedenen "Dialekten" kämpfen muss. Soweit ich
weiß sind z.B. einige der Routinen (delay, crc) in WinAVR integriert -
oder? Braucht man sie dann trotzdem noch? Kann man sie ersetzen?

Ich müsste dann nur wissen WO Du diese Daten ablegst,
dann könnte ich sie relativ leicht (hoffentlich) in den Webserver
einbauen.
Den Teil würde ich dann versuchen zu übernehmen. Hoffentlich nehme ich
dabei das Maul nicht zu voll, aber ich denke, das wäre ein machbarer
Anfang.

Gruß RoBue

Hier weitere Details zum Aufbau meiner Webserversoftware.

Das System ist recht komplex und birgt das Risiko der
Fehleranfälligkeit. Um ein möglichst stabiles System mit hoher
Leistungsfähigkeit zu bekommen, wurde deshalb auf erprobte
Softwarebausteine zurückgegriffen. Der TCP-IP Stack wurde in der ersten
Variante aus der Software 1.38 von Ulrich Radig entnommen. Dann wurde
auf uIP 0.9 umgestellt, um die Bedienung WLAN-fähig zu machen. Im
Augenblich wird auf uIP 1.0 umgestellt. Die one-wire-Software entstammt
aus einer Applikation von Atmel in der die vollständigen Programme mit
erstklassiger Dokumentation und allen Varianten zur Verfügung gestellt
werden.
Die Kamerasoftware ist durch Reengeneering entstanden und stammt aus dem
Forum.
Der DCF77 Dekoder basiert auf einer Hardwareemulation zu der von den
Entwicklern des DCF77-Zeitcodes erstellten Dekoderhardware. Die
allgemein verfügbaren Dekoderprogramme sind ungeeignet, weil sie oftmals
"Alleinnutzer" ihres uP-Systems sind und alle Ressourcen belegen.
Alternativ belasten Sie ihre Systeme mit Interupts, die Auswirkungen auf
alle anderen Softwareteile haben. Die Dekoder erzwingen meistens Signale
in bestimmter Polarität, was bei der Problemlösung für zusätzliche
Forenbeiträgen sorgt und gegen eine möglichst universelle Verwendung
spricht.

Der Programmablauf.
Bei der Initialisierung wird der 16-Bit-Zähler-1 als freilaufender
Zähler programmmiert. Nachfolgend wird der Zähler nur noch gelesen. So
ergibt sich eine quarzgenaue Zeitreferenz.

Nach der Initialisierung geht das Programm in eine Endlosschleife. In
dieser Schleife werden nacheinander der TCP/IP-Stack, der DCF77-Dekoder
und das one-wire-Interface (OWI) bedient.

Der DCF77-Dekoder tastet das Signal in 10ms Schritten ab. Bei einer
Bitlänge von 100ms handelt es sich um eine Überabtastung. Beim
Programmstart liest der Dekoder den freilaufenden Zähler aus und kennt
damit den aktuellen Zeitpunkt. Zu diesem Zeitpunkt werden 10ms addiert.
So ergibt sich der Zeitpunkt, an dem die nächste Aktion fällig ist. Bei
jedem Aufruf des Dekoders wird geprüft, ob der vorbestimmte Zeitpunkt
erreicht oder überschritten wurde. Wenn die Zeit ereicht ist, führ der
Dekoder den nächsten Schritt aus. Wenn dabei der Sekundenanfang
abgetastet wurde, werden z.B. 150ms bis zur nächsten Folgeaktion
addiert. Programme, deren Laufzeit über 10ms liegt, rufen den Dekoder
auch zwischendurch auf. Das Dekoderprogramm darf beliebig oft aufgerufen
werden.

Der TCP/IP-Stack muss alle 500ms bedient werden und berechnet sich
daraus die längeren Zeitabläufe, wie sie z.B. für die Bedienung des ARP
benötigt werden, selbst. Der Mechanismus für die Zeitbestimmung ist der
Gleiche wie oben beschrieben.

Das one-wire-Interface, dessen Software im Verzeichnis OWI steht,
arbeitet wie folgt. Zuerst werden die Bausteine auf dem Bus
identifiziert und die Seriennummern ermittelt. Für jede Seriennummer,
die im EEPROM noch nicht hinterlegt ist, wird ein 16-Byte Datensatz im
EEPROM angelegt. Danach wird allen Bausteinen das Kommando zur
Temperaturwandlung gegeben. Der Bus wird dazu auf "1" geschaltet und
liefert so den Betriebsstrom für die angeschlossenen Thermometer, die
gleichzeitig ihre Temperatur messen. In den nächsten 800ms findet am Bus
nichts statt, damit die Thermometer nicht gestört werden. Anschliessend
werden alle Datensätze von 1 bis n bearbeitet. Bei einem Thermometer
wird die Temperatur ausgelesen und in einem Zwischenformat im RAM
abgelegt. Dazu stehen für jeden Datensatz 2 Byte zur Verfügung. Das
Zwischenformat ist platzsparend und unabhängig vom Thermometer (DS1820,
DS18B20, DS18S20, DS1822).
Bei einem Schaltausgang wird die Schaltbedingung geprüft und gfs. die
Portleitung gesetzt oder, wenn es sich um eine Funksteckdose handelt,
der Einschalt- oder Ausschaltcode gesendet.
Wenn der Datensatz einen Thermostaten oder eine Schaltuhr beinhaltet,
werden die entsprechenden Aktionen ausgeführt.
Ein Zyklus benötigt 800ms und die Zeit für die Bausteinbearbeitung (etwa
75 pro Sekunde). Das bedeutet, das Steueraktionen in spätestens 2
Sekunden ausgeführt sind. Für eine Heizung ist das ausreichend.

Bei der Integration weiterer Funktionen muß die Software in die
eitabläufe des Servers eingebunden und dazu in Segmente mit einer
Laufzeit von einigen Millisekunden unterteilt werden. Bei Erweiterungen
um Internetdienste ist die uIP-Schnittstelle zu bedienen. Die Ein- und
Ausgabedaten sind an die HTML-Schnittstelle und / oder die interne
Datenverwaltung anzubinden. Interupts sind zu vermeiden, weil das übrige
System keinen Schutz gegen zufällige Unterbrechungen bietet und deshalb
instabil werden könnte.

Die Organisation der Daten.
Die Daten zur Hardwareperipherie werden im EEPROM gespeichert. Dazu wird
das EEPROM in Datensätze mit jeweils 16 Byte eingeteilt. Die Datensätze
werden von 1 bis 127 (für den ATmega32) indiziert. Unter Satz 0 werden
die IP-Adresse und Einstelldaten abgelegt.
Jeder am Bus erkannte Dallasbaustein wird mit seiner Seriennummer als
Datensatz abgelegt. Über das HTML-Interface kann der Baustein dann noch
mit einem Namen versehen werden.
Die Datensätze können aber auch andere Daten enthalten, wie z.B. Daten
zu einer Schaltuhr, Einstelldaten eines Thermostaten, Codes einer
Funksteckdose, etc. Die Einstellungen werden ebenfalls über das
HTML-Interface vorgenommen.

Zu jedem Datensatz gibt es 2 Byte im RAM für variable Daten. Dort werden
die letzte gemessene Temperatur und Schaltzustände abgelegt.

Ich denke, dass es mit dieser Darstellung einfacher sein sollte
Änderungen oder Erweiterungen am Code durchzuführen.
Gruß
Joachim

Hallo Joachim,
danke für Deine ausführlichen Informationen.
Ich habe gerade etwas wenig Zeit, sie alle mal für mich auszuwerten.
Aber ich setze mich bald wieder dran.
Ich wollte mich nur mal melden und bedanken.

Meine Situation:
Wie gesagt ich bin absoluter Neuling in C.
Und ich habe nicht nur Probleme, den Code zu verstehen, leider gibt es
immer wieder Probleme mit den Code-Varianten oder Dialekten (wenn ich
das mal so ausdrücken darf). Mein WinAVR (neueste Version) schluckt
nicht alle Codes anstandslos. Deinen kann ich z.B. nicht ohne
Fehlermeldungen compilieren bzw. er bricht einfach ab.
Letzten Endes wäre es vermutlich das Einfachste, wenn Simon Deine
1-Wire-Routinen in seinen Webserver integriert, oder Du den Stack und
die ENC-Rotinen in Deinen. Ihr kennt Euch mit Euren Programmen am besten
aus!
Dieses Einbauen muss noch gar keine Ausgabe für das Webinterface
bedeuten (da bin ich jetzt ein gutes Stück weitergekommen), sondern
einfach (?) die Verknüpfung beider Programme bzw. Programmteile zu einem
compilierbaren Code  mit den richtigen include- und makefile-Anweisungen
für den WinAVR.

Trotzdem versuche ich natürlich, auch selbst eine Lösung zu finden - wen
ich wieder mehr Luft (Zeit) habe.

Melde mich dann wieder.

Grüße, RoBue

Hallo Joachim!

Ich habe mit Aufmerksamkeit deinen Artikel über den Webserver gelesen,
ich habe aber daheim nur die von Ulrich Radig entworfenene Platine
[http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex]. Ist die
Software Kompatibel? oder sind sehr umfangreiche Änderungen von nöten?

lg

Ralf

Hallo Ralf,

die Platine von Ulrich Radig arbeitet mit dem ENC28J60, der über den
SPI-Bus angesteuert wird. Die nächste Version meiner Software sollte
deshalb dazu kompatibel sein.

Gruß
Joachim

Hallo, ich habe auch eine Frage.
Habe soeben mein erstes ETH Board von Pollin zusammengelötet und mit der
Software von RoBue zum Laufen gebracht. Danke dafür.
Als nächstes wollte ich das Gerät in meinen IP Range bringen also
192.168.228.XXX. Dazu habe ich die IP Adresse in der config.h passend
abgeändert. Nur leider kann ich den damit programmierten Mega32 nicht
erreichen. Habe ich etwas übersehen?
Gruß,
Joeeee

Hallo Joachim!
Wollte mal fragen, wie weit du mit der implementierung für den ENC28J60
gekommen bist, da ich momentan nur auf der Stelle trete...

Hallo!
Ich habe heute meinen Webserver zur Steuerung der Funksteckdosen
erweitert. Funktioniert jetzt super. Allerdings ist Dir bei der doku auf
der Homepage ein Fehler passiert. Im Schaltplan der Transistorstufe
steht "Port D4" - sollte aber "Port B4" heißen. Bin nach längerem
herumsuchen draufgekommen.
Grüße
Gerhard

hallo, habe da mal ne Frage
und zwar hab ich das pollin avrnetio board und habe nun benutze die
software von RoBue. heute habe ich 1 1-wire sensor zum testen
angeschlossen, wie hier beschreiben, aber ich bekomme keinen wert
angezeigt???
woran kann das liegen oder muss man erst noch die id des DS1820 irgendwo
eintragen???
oder geht das automatisch???
schon mal danke