Hallo zusammen, für ein neues Projekt, Li-Ion Lade-, Entladestation mit 10 Steckplätzen, suche ich nach einem geeigneten Temperatursensor. Früher hat man es einfach mit einem NTC gemacht, doch da wird es doch sicherlich noch was "besseres" geben. Ob Analog oder Digital soll mir erstmal egal sein. Falls ich ein Kühlkörper für die 10x MOSFET nutzen sollte, dann wäre es schön, wenn man diesen da auch montieren könnte, sonst werde ich wohl nur die Umgebungsluft messen (bzw. zusätzlich). Hab schon gesehen, dass es diese in verschiedenen Gehäusetypen gibt: TO-92, TO-220, SOIC-8, DIP-8, SOT-23, ...usw. Am besten wäre es wenn dieser recht linear arbeitet. Die Auswahl ist echt erschlagend. Bin für jeden Vorschlag dankbar, mit denen ihr evtl. bereits Erfahrung gesammelt habt.
:
Bearbeitet durch User
LM75 wenn du I2C machen willst oder kannst. Ich finde es allerdings spannend dass du dich in der Lage siehst ein 10 fach Li Ladegerät zu bauen, aber nicht nach Temperatursensoren schauen kannst.
:
Bearbeitet durch User
Adam P. schrieb: > Hab schon gesehen, dass es diese in verschiedenen Gehäusetypen gibt: > TO-92, TO-220, SOIC-8, DIP-8, SOT-23, ...usw. > > Am besten wäre es wenn dieser recht linear arbeitet. > Die Auswahl ist echt erschlagend. Sorry das versteh ich als Dummer mal wieder nicht. DU müsstest doch am besten wissen welche Bauform für DEIN PROJEKT am besten geeignet ist, DU musst ihn doch montieren. Und DU müsstest doch am besten wissen welche Schnittstelle für dich am besten geeignet wäre. Hast du sowieso schon 1WIRE, I2C oder SPI im Einsatz? Kannst und willst du das Analog Gedöns für einen NTC machen? Du musst doch sagen können was dein Controller kann und was praktisch ist, weil evt. sowieso schon benötigt. Nicht mal einen Temperaturbereich gibst du an. Wer für alles offen ist, und dem alles egal ist, der hat doch null Plan und noch gar nichts gemacht.
:
Bearbeitet durch User
Cyblord -. schrieb: > Ich finde es allerdings spannend dass du dich in der Lage siehst ein 10 > fach Li Ladegerät zu bauen, aber nicht nach Temperatursensoren schauen > kannst. Ja dazu bin ich in der Lage. Habe bis jetzt noch nie Temperatursensoren benötigt. Cyblord -. schrieb: > Sorry das versteh ich als Dummer mal wieder nicht. DU müsstest doch am > besten wissen welche Bauform für DEIN PROJEKT am besten geeignet ist, DU > musst ihn doch montieren. > Und DU müsstest doch am besten wissen welche Schnittstelle für dich am > besten geeignet wäre. Hast du sowieso schon 1WIRE, I2C oder SPI im > Einsatz? Kannst und willst du das Analog Gedöns für einen NTC machen? > Du musst doch sagen können was dein Controller kann und was praktisch > ist, weil evt. sowieso schon benötigt. > Nicht mal einen Temperaturbereich gibst du an. > > Wer für alles offen ist, und dem alles egal ist, der hat doch null Plan > und noch gar nichts gemacht. So ist das halt in der Planungsphase, da hat man halt noch nichts gemacht. Deshalb sind die Schnittstellen noch alle frei. Ich wollte hier Anregungen und Ideen sammeln, bevor ich mich für ein Konkreten Typ entscheide. Das man bei einer allgemeinen Frage direkt auf Das technische Know-How schliessen muss, erschließt sich mir nicht. Aber sei es drum.
Udo S. schrieb: > https://www.mikrocontroller.net/articles/Temperatursensor Danke! Das hatte ich noch nicht gesehn.
Adam P. schrieb: > Deshalb sind die Schnittstellen noch alle frei. Falls jedem der 10 Steckplätze ein eigener Temperatursensor zugeordnet werden soll, könntest du die Sensoren z.B. nicht alle auf einen I2C-Bus legen, weil dir die Adressen ausgehen. Falls du einen µC einsetzen willst, kann dir die Linearität eher egal sein. Wichtiger wären dann vielleicht die Toleranzen der Sensoren. Nur so Hinweis für die Entscheidungsfindung. Wie genau muss die Messung überhaupt sein?
Adam P. schrieb: > Früher hat man es einfach mit einem NTC gemacht, doch da wird es doch > sicherlich noch was "besseres" geben. > Ob Analog oder Digital soll mir erstmal egal sein. Hängt halt von der Auswertung ab. Wenn man nur einen Lüfter ansteuern will, oder der uC einen Analogeingang hat, sind analoge Sensoren sicherlich passend. Irgendwie scheint es auch nicht um 1 GradC zu gehen. NTC sind nicht so gut darin, grosse Temperaturbereiche (-50-300) abzudecken, aber wenn man eigentlich nur an einer Temperatur interessiert ist (wann der Lüfter angehen soll, oder Fieberthermometer) völlig ok. Es gibt auch noch Silizium PTC Sensoren wie KTY die linearer sind, auch ein paar GradC ungenau, und im Spannungsteiler ausgewertet werden können. Platin Pt1000 oder Dioden (Vorwärtsspannung bei definiertem Strom -2mV/K) scheint für deinen Anwendungszweck nicht ideal. > Falls ich ein Kühlkörper für die 10x MOSFET nutzen sollte, dann wäre es > schön, wenn man diesen da auch montieren könnte https://m.made-in-china.com/product/M4-M5-M6-Mounting-Hole-Ntc-Thermistor-Sensor-Battery-Pack-Temperature-Monitoring-Sensor-10K-3435-for-Auto-Car-1916330295.html Kann man auch selber in so eine Öse stecken, ist nicht high tech. > sonst werde ich wohl > nur die Umgebungsluft messen (bzw. zusätzlich). > Hab schon gesehen, dass es diese in verschiedenen Gehäusetypen gibt: > TO-92, TO-220, SOIC-8, DIP-8, SOT-23, ...usw. > Am besten wäre es wenn dieser recht linear arbeitet. > Die Auswahl ist echt erschlagend. https://dse-faq.elektronik-kompendium.de/dse-faq.htm#F.32
Rainer W. schrieb: > Falls jedem der 10 Steckplätze ein eigener Temperatursensor zugeordnet > werden soll, könntest du die Sensoren z.B. nicht alle auf einen I2C-Bus > legen, weil dir die Adressen ausgehen. Ne, ich denke mal je Kühlkörper (5 MOSFET) ein Sensor + ein dritter für die Umgebungsluft. Rainer W. schrieb: > Wie genau muss die Messung überhaupt sein? Muss nicht 100% genau sein, ich denke mal so 2-4% Genauigkeit. Temperatur wird wohl so zwischen 20°C - 50°C liegen. Wobei ich die obere Temp. gar nicht so abschätzen kann. Lüfter wollt ich dann mit PWM in abhängigkeit zur Temp. steuern. Michael B. schrieb: > Kann man auch selber in so eine Öse stecken, ist nicht high tech. Ja zur Not wäre das sogar vllt. die einfachste Lösung.
Angehängte Dateien:
-
TMP1075.png
13 KB
Rainer W. schrieb: > Falls jedem der 10 Steckplätze ein eigener Temperatursensor zugeordnet > werden soll, könntest du die Sensoren z.B. nicht alle auf einen I2C-Bus > legen, weil dir die Adressen ausgehen. Z.B. der TMP1075 kann 32 Adressen.
Adam P. schrieb: > So ist das halt in der Planungsphase, da hat man halt noch nichts > gemacht. > Deshalb sind die Schnittstellen noch alle frei. D.h. du startest dein 10fach Ladegerät mit dem dir unbekanntesten und mithin unwichtigstem Bauteil? Es gibt noch kein Blockschaltbild, grobe Planung der Pinbelegungen, Busse? Die 10 fach Spannung/Strom- Regelung und Messung, also das wirklich WICHTIGE und entscheidende bei diesem Projekt gibts auch noch nicht, geschweige denn die Steuerung über den Controller. Aber nach einem Temp Sensor, da suchst du schon mal? Steht der Controller wenigstens fest? Macht keinen Sinn. Ich denke das wird so nichts. Deine Herangehensweise zeigt es bereits.
:
Bearbeitet durch User
Michael B. schrieb: > https://m.made-in-china.com/product/M4-M5-M6-Mounting-Hole-Ntc-Thermistor-Sensor-Battery-Pack-Temperature-Monitoring-Sensor-10K-3435-for-Auto-Car-1916330295.html > > Kann man auch selber in so eine Öse stecken, ist nicht high tech. Man könnte einen SMD-Sensor auf eine kleine Alukernplatine löten.
Cyblord -. schrieb: > D.h. du startest dein 10fach Ladegerät mit dem dir unbekanntesten und > mithin unwichtigstem Bauteil? Es gibt noch kein Blockschaltbild, grobe > Planung der Pinbelegungen, Busse? > > Die 10 fach Spannung/Strom- Regelung und Messung, also das wirklich > WICHTIGE und entscheidende bei diesem Projekt gibts auch noch nicht, > geschweige denn die Steuerung über den Controller. > > Aber nach einem Temp Sensor, da suchst du schon mal? > > Steht der Controller wenigstens fest? > > Macht keinen Sinn. Ich denke das wird so nichts. Deine Herangehensweise > zeigt es bereits. Eine 10 Fach Ladestation ist bereits in Betrieb, somit weiß ich genau was ich mache. Diese soll halt besser werden. Aber hat kein Wert auf deine Vermutungen einzugehen.
Adam P. schrieb: > Eine 10 Fach Ladestation ist bereits in Betrieb, somit weiß ich genau > was ich mache. Na wenn du das sagst wird es so sein. Es ist dann aber umso merkwürdiger dass noch kein Pin belegt ist und noch keine Schnittstellen eingeplant sind. Und auch keine präferiert wird. Man hat ja normalerweise Vorlieben. Wie gesagt, komplett offen für alles heißt meist nichts gutes. Den verwendeten Controller rückst du auch nicht raus. Evt. engt der die Möglichkeiten auch ein. Nächster Post dann: "Welcher Controller für 10 fach Ladegerät". > Diese soll halt besser werden. Besser ist immer gut. > Aber hat kein Wert auf deine Vermutungen einzugehen. Meistens liege ich mit meinen Vermutungen allerdings richtig. Auch wenn es manchen weh tut.
:
Bearbeitet durch User
Cyblord -. schrieb: > Meistens liege ich mit meinen Vermutungen allerdings richtig. Auch wenn > es manchen weh tut. Diesmal nicht! Was juckt den hier der µC, es geht um Temp.Sensor. Wenn du es unbedingt wissen willst, ATmega2560 im TQFP-100 Gehäuse. Man oh man, wie im Kindergarten...
:
Bearbeitet durch User
H. H. schrieb: > Cybarschloch einfach nicht beachten. Ist mittlerweile tatsächlich zu einem Problem geworden. Wieso nimmt man sich die Zeit, so häufig und armselig Fremde im Internet zu beschimpfen und sich denen gegenüber zu profilieren? Gibt es eigentlich eine Ignorierfunktion hier?
Adam P. schrieb: > Muss nicht 100% genau sein, ich denke mal so 2-4% Genauigkeit. > Temperatur wird wohl so zwischen 20°C - 50°C liegen. Die mittlere Temperatur läge dann bei grob 300K, so dass du mit 2-4% bei Abweichungen von bis zu 12K landest. Hört sich machbar an.
Adam P. schrieb: > ATmega2560 im TQFP-100 Gehäuse. Dann hast Du ja genug Eingangspins für den ADC. Eine erweiterte Schaltung wie folgende, sollte passen: Beitrag "Temperatursensor KTY81 am ATmega328 (Arduino UNO), 1-6 Kanäle" Im Grunde kannst Du jeden Sensor nehmen und die Stützpunkte der Kennlinie anpassen. Bevorzugen würde ich Typen mit Gewindestutzen zum Einschrauben in die Kühlkörper oder ein TO92 Gehäuse einkleben.
Keks F. schrieb: > so häufig und armselig Fremde im Internet zu beschimpfen Dann schau mal wer hier wen beschimpft...
Adam P. schrieb: > Was juckt den hier der µC, es geht um Temp.Sensor. Weil nicht jeder Controller jede Schnittstelle gleich gut implementieren kann. ich würde trotzdem schlicht zu I2C Sensoren raten. den LM75 oder der Nachfolger den auch Peda schon empfohlen hat,TMP1075, haben auch bei 6 Stück den wenigsten Verdrahtungsaufwand bei gleichzeitig trivialer Softwareansteuerung und eindeutige Adressierung. Bei 1WIRE ist die Ansteuerung schwieriger wegen des Timings und die Adressierung immer so eine Sache für die man sich extra was ausdenken muss.
:
Bearbeitet durch User
Angehängte Dateien:
-
zwei_NTC.jpg
28 KB -
Detail_NTC_Triac.jpg
47 KB
H. H. schrieb: > xxxx://m.made-in-china.com/product/M4-M5-M6-Mounting Ich habe sowas mit Gewindebolzen, aber leider keine Idee, woher die stammen. Eine Lüfterregelung habe ich mir erspart und nur zwei Schwellwerte ermittelt, Lüfter ein und wieder aus. Dazu einen dritten Wert für die Meldung Übertemperatur. Aber ob NTC für 10 Meßstellen der richtige Ansatz ist? Cyblord -. schrieb: > ich würde trotzdem schlicht zu I2C Sensoren raten. den LM75 Zur Montage am Kühlkörper eine maximal unhandliche Bauform. > Bei 1WIRE ist die Ansteuerung schwieriger wegen des Timings und die > Adressierung immer so eine Sache Das bekommen soagr "Arduinos" hin, kann also so schlimm nicht sein. Die DS18x20 kommen im TO-92, dafür müssten sich Montageklammern finden lassen oder man klebt sie ihn in ein Loch ein. Und es genügt ein Port für seine 10..12 Meßstellen.
Manfred P. schrieb: > H. H. schrieb: >> xxxx://m.made-in-china.com/product/M4-M5-M6-Mounting Stammt nicht von mir. Manfred P. schrieb: > DS18x20 kommen im TO-92, Oder in SO-8 oder MSOP-8.
:
Bearbeitet durch User
Die DS18x20 gibt es als Chinaclone auch für kleines Geld im Edelstahlröhrchen vergossen. Entweder Loch in den KK bohren und einkleben, oder mit einer Schelle dranmontieren. Oder einen Aluklotz in der Art der Leistungswiderstände machen, wo der Sensor eingeklebt wird und der Klotz wird dann auf den KK montiert. Über Onewire kannst du über einen Controllerpin bis zu 64 Sensoren abfragen. Das sollte wohl reichen.
Manfred P. schrieb: >> ich würde trotzdem schlicht zu I2C Sensoren raten. den LM75 > > Zur Montage am Kühlkörper eine maximal unhandliche Bauform. Man kann den als SOIC auf eine Platine löten und diese an den Kühlkörper schrauben. Solche Platinen, mit Befestigungsloch, gibt es auch fertig. Manfred P. schrieb: > Das bekommen soagr "Arduinos" hin, kann also so schlimm nicht sein. Das ist eine Fehleinschätzung. Nur weil es im Testprogramm mit einer fertigen Lib funktioniert. Die ganze 1WIRE Kommunikation muss in diesen libs atomar ablaufen, d.h. da gehts nichts parallel oder async. Ganz im Gegensatz zu I2C oder SPI übrigens. Weil es da fertige HW Peripherie in den Controllern gibt. 1WIRE ist aber 100% Software. Nicht optimal. Dann lass die Ansteuerung selbst ok sein, aber wie adressierst du 6 Sensoren? Wie ordnest du die den jeweiligen Stellen zu? Jeder Baustein hat eine eindeutige ROM Adresse. Tippst du die manuell ab für jede Messstelle fest in den Code? Was passiert wenn du einen Sensor tauschen musst? Bei I2C hast du schlicht eine feste Adresse pro "Slot". Auch im Tauschfall. Nein, 1WIRE ist im Notfall ok, sonst unnötig umständlich.
:
Bearbeitet durch User
Gerald B. schrieb: > Die DS18x20 gibt es als Chinaclone auch für kleines Geld im > Edelstahlröhrchen vergossen. Sind das dann Clone oder Clowns? Es gibt Threads, die von instabilen Nachbauten und mangelhafter Wärmekopplung sprechen. > Entweder Loch in den KK bohren und einkleben. Vielleicht könnte man sie auch einschrumpfen, Alu dehnt sich stärker als Edelstahl.
Manfred P. schrieb: > Vielleicht könnte man sie auch einschrumpfen, Alu dehnt sich stärker als > Edelstahl. Sehr wartungsfreundlich, wechsele den mal irgendwann. Wenn es nur Q&D "irgendwie" halten soll, kann man den auch mit einem Kleber der eigenen Vorliebe irgendwie auf den KK pappen.
Erstmal vielen Dank für die ganzen Vorschläge. Nach langem Überlegen, find ich die ganzen Gehäuseformen nicht sehr praktisch für diesen Anwendungszweck. Auf OneWire habe ich ehrlich gesagt keine Lust. Ja, es gibt Wärmeleitkleber um die Sensoren irgendwie an den Kühlkörper zu fixieren, aber das scheint mir eher nach einer Bastel Try&Error Lösung. Die ersten Versuche werde ich dann wohl doch mit einem NTC machen. https://de.rs-online.com/web/p/thermistoren/0126291 Grund: - Montage ist perfekt - Nicht linear, aber Lookup Tabelle regelt das schon - +/- 2-4 °C stellen kein Problem dar (wobei der nur 1% Toleranz hat)
:
Bearbeitet durch User
Ich habe noch kein Ladegerät gebaut, will mich daher auch nicht zu den internen Details äußern. Aber ein Frage hätte ich: Die Temperatur von WAS soll eigentlich gemessen werden? Das stand hie bisher nirgendwo. Von der Ladeelektronik oder vom Akku? Wenn Erstes - gibts keine "Ladecontroller", die sowas bereit intus haben? Wenn Zweites - wie bringt man den Sensor zuverlässig in Kontakt mit dem Akku? Danke für Aufklärung.
Frank E. schrieb: > Von der Ladeelektronik oder vom Akku? > > Wenn Erstes - gibts keine "Ladecontroller", die sowas bereit intus > haben? > > Wenn Zweites - wie bringt man den Sensor zuverlässig in Kontakt mit dem > Akku? Nein nicht von der Ladeelektronik. Da kann ich den Akku direkt per I2C auslesen und nach seiner Temp. fragen. Es geht hier um den Entladeteil. Das Entladen wird per PWM, MOSFET, Lastwiderstand realisiert. Ich bin mir jedoch noch nicht ganz sicher, wie warm das alles wirklich wird. Die MOSFET sind an einem Kühlkörper fixiert, an dem dann auch der Sensor sitzt. Grundsätzlich wird es eine Mischung aus diversen Temperaturen sein. Die interene Akku Temp. die von den Kühlkörpern, die vom Netzteil.
:
Bearbeitet durch User
Cyblord -. schrieb: > Das ist eine Fehleinschätzung. Nur weil es im Testprogramm mit einer > fertigen Lib funktioniert. Die ganze 1WIRE Kommunikation muss in diesen > libs atomar ablaufen, d.h. da gehts nichts parallel oder async. Ganz im > Gegensatz zu I2C oder SPI übrigens. Weil es da fertige HW Peripherie in > den Controllern gibt. 1WIRE ist aber 100% Software. Nicht optimal. Keiner verlangt, dass die Sensoren und die zugehörige Software optimal sind. Für die Kontrolle bei einem einfachen Ladegerät reicht es, wenn alles zuverlässig funktioniert. Die paar Byte von den Sensoren abzuholen, ist nun wirklich kein Hexenwerk, falls man seine Software halbwegs im Griff hat. Je einfacher die Prozessorarchitektur, um so einfacher das saubere Timing der Software. Temperatur und Laden/Entladen eines Akkus sind so langsam, dass man alle Zeit der Welt für einen geordneten Ablauf hat.
Rainer W. schrieb: > Die paar Byte von den Sensoren abzuholen, ist nun wirklich kein > Hexenwerk Hast du meine Ausführungen zur HW Peripherie nicht gelesen oder nicht verstanden? Es ist immer besser diese zu nutzen als unnötigerweise etwas anderes in Software zu machen. Es gibt hier schlicht keinen Grund für 1Wire. Warum es dann nehmen? Hast du meine Ausführungen zur Zuordnung nicht gelesen oder nicht verstanden? Wenn man schon 6 Temp Sensoren verbaut hat, will man auch wissen welcher Sensor nun genau wo misst. Bitte erläutere deinen Ansatz wie man das bei 1Wire macht, der einfacher oder gleich einfach ist, wie bei I2C.
Cyblord -. schrieb: > Wenn man schon 6 Temp Sensoren verbaut hat, will man auch wissen welcher > Sensor nun genau wo misst. Bitte erläutere deinen Ansatz wie man das bei > 1Wire macht, der einfacher oder gleich einfach ist, wie bei I2C. So wie ich es gelesen habe geht das beim DS18B20 über seine ID: https://www.analog.com/media/en/technical-documentation/data-sheets/ds18b20.pdf Each DS18B20 has a unique 64-bit serial code, which allows multiple DS18B20s to function on the same 1-Wire bus. Thus, it is simple to use one microprocessor to control many DS18B20s distributed over a large area. Match ROM & Skip ROM Aber erstens passt mir das Gehäuse nicht und dann noch der Aufwand der Implementierung, neee Danke.
Adam P. schrieb: > So wie ich es gelesen habe geht das beim DS18B20 über seine ID: Ja die haben eine eindeutige ID. Jetzt kannst du alle Sensoren abfragen mit ihren jeweiligen IDs. Aber woher weißt du nun, welcher Sensor wo sitzt? Jetzt kannst du die IDs (64 Bit) fest in den Code schreiben, mit Zuordnung (z.B. Sensorname). Bei einem Sensortausch musst du nun aber den Code anpassen. Natürlich gibt es alle möglichen Möglichkeiten. Die DS18X20 bieten einen EEPROM Bereich. Damit kannst du deine eigene Adressierung basteln. Damit kannst du auch dynamischen Sensortausch realisieren. Geht alles. Benötigt aber zusätzliche Implementierung und Hirnschmalz. Wohingegen du bei I2C oder SPI quasi gar nichts extra tun musst.
:
Bearbeitet durch User
Cyblord -. schrieb: > Geht alles. > Benötigt aber zusätzliche Implementierung und Hirnschmalz. Wohingegen du > bei I2C oder SPI quasi gar nichts extra tun musst. Sehe ich genau so.
Cyblord -. schrieb: > Es ist immer besser diese zu nutzen als unnötigerweise etwas anderes in > Software zu machen. Unsinn - Millionen von 1wire-Sensoren laufen ohne Hardwareunterstützung. Und für einen Prozessorkern im Idle gibt es kein Geld zurück. Wenn man Schwierigkeiten hat, seine Software so zu strukturieren, dass sie stabil läuft, ist es natürlich besser, auf weitgehend autarke HW Peripherie zu setzen.
Rainer W. schrieb: > Wenn man Schwierigkeiten hat, seine Software so zu strukturieren, dass > sie stabil läuft, ist es natürlich besser, auf weitgehend autarke HW > Peripherie zu setzen. Du darfst 1Wire von Früh bis Spät einsetzen. ICH empfehle aber passende Dinge wenn jemand fragt. Kommt dein Adressierungskonzept noch du Schwätzer?
:
Bearbeitet durch User
Adam P. schrieb: > Die ersten Versuche werde ich dann wohl doch mit einem NTC machen. > > https://de.rs-online.com/web/p/thermistoren/0126291 Hab ich am Kühlkörper einer Eigenbau Fahrradlampe mit 60W, funktioniert bestens. Im Grunde interessiert doch nicht das letzte Grad, sondern eher die Grenzwerte. Auch in BEVs hat nicht jede Zelle einen Tempsensor. Nimm einen guten externen ADC, eine brauchbare Referenzspannung, 0.1% Widerstände für den Spannungsteiler und dann sollte es auch gut sein. Passendes Layout und Befilterung vorausgesetzt.
Adam P. schrieb: > Die ersten Versuche werde ich dann wohl doch mit einem NTC machen. > > https://de.rs-online.com/web/p/thermistoren/0126291 > > Grund: > - Montage ist perfekt > - Nicht linear, aber Lookup Tabelle regelt das schon > - +/- 2-4 °C stellen kein Problem dar (wobei der nur 1% Toleranz hat) Das finde ich eine gute Lösung, zumal die Montage sehr einfach ist.
Adam P. schrieb: > Sehe ich genau so. Eben. Selbst wenn du die normalen LM75 nimmst, kannst du 8 Stück an einen I2C Bus hängen. Die gibts, wie gesagt, schon auf Platine mit Befestigungsloch. Aber selbst wenn man den SOIC auf ne Lochraster lötet ist das kein Problem. Denn der Nachteil bei den fertigen Platinen: Auf jeder sind die I2C Pullups mit drauf. Will man bei mehreren Teilnehmern am Bus nicht. Aber die kann man auch runterlöten.
:
Bearbeitet durch User
Adam P. schrieb: > Die ersten Versuche werde ich dann wohl doch mit einem NTC machen. > > https://de.rs-online.com/web/p/thermistoren/0126291 > > Grund: > - Montage ist perfekt https://www.lcsc.com/product-detail/NTC-Thermistors_Littelfuse-TO502J2J_C17210856.html
H. H. schrieb: > https://www.lcsc.com/product-detail/NTC-Thermistors_Littelfuse-TO502J2J_C17210856.html Ja daran hatte ich auch noch gedacht.
Allerdings muss man alle analogen Sensoren kalibrieren. Sonst ist es wirklich nur ein sehr grobes Schätzeisen.
Paul B. schrieb: > Nimm einen guten externen ADC, eine brauchbare Referenzspannung, 0.1% > Widerstände für den Spannungsteiler und dann sollte es auch gut sein. Meinst der interne ADC reicht nicht? Der hat 10-bit.
Cyblord -. schrieb: > Allerdings muss man alle analogen Sensoren kalibrieren. Sonst ist es > wirklich nur ein sehr grobes Schätzeisen. Der Hersteller liefert doch eine Tabelle, die in 1 °C Schritten ist.
Adam P. schrieb: > Cyblord -. schrieb: >> Allerdings muss man alle analogen Sensoren kalibrieren. Sonst ist es >> wirklich nur ein sehr grobes Schätzeisen. > > Der Hersteller liefert doch eine Tabelle, die in 1 °C Schritten ist. Aber du baust den Analogteil um das Ding zu messen. Abgesehen von dynamischen Einflüssen wie Temperatur, hat der in jeden Fall einige konstante Fehler. > Meinst der interne ADC reicht nicht? > Der hat 10-bit. Ja, ich kann nur den Kopf schütteln bei dem was hier empfohlen wird. Entweder alles Theoretiker die noch nie ein Gerät wirklich gebaut und programmiert haben, oder die haben das letzte mal 1915 was gebaut.
:
Bearbeitet durch User
Cyblord -. schrieb: >> Meinst der interne ADC reicht nicht? >> Der hat 10-bit. > > Ja, ich kann nur den Kopf schütteln bei dem was hier empfohlen wird. Sonst hab ich hier noch ADS1299 mit 24-bit rumliegen :-D Ach quatsch. Der NTC ist mit -55 bis +125 °C angegeben, das ist ein Range von 180 °C. Im besten fall hätte man da bei 10-bit eine Auflösung von 0,175 °C. Also ich bin auch mit +/- 1 °C zufrieden.
Adam P. schrieb: > https://www.lcsc.com/product-detail/NTC-Thermistors_Littelfuse-TO502J2J_C17210856.html > > Ja daran hatte ich auch noch gedacht. Das ist ein 10% NTC. Soweit unten muß man nicht mitspielen :-( Der 10Bit ADC vom ATmega reicht völlig aus und Du mußt für Deine Anforderungen nichts abgleichen, wenn Du wie vorgeschlagen eine ratiometrische Messung machst.
Cyblord -. schrieb: > Allerdings muss man alle analogen Sensoren kalibrieren. Sonst ist > es wirklich nur ein sehr grobes Schätzeisen. ?!? Was meinst du,.wozu so was erfunden wurde: https://www.fuehlersysteme.de/Genauigkeitsklasse Aber ich seh schon,,du hast mal wieder keine Ahnung, aber davon ganz viel. Auch bei NTC und KTY gibt es Toleranzangaben right out of the box, und dank ratiometrischer Messung versaut man sich die nicht durch schlechte A/D Referenz sondern man kann vorher berechnen, welchem Temperaturbereich der A/D-Wandlerwert entspricht. Und beim Kuhlkörper kommt es auf +/-5GradC sicher nicht an, es tut also der billigste Mess-NTC, nicht genaue wie https://atcsemitec.co.uk/product-category/precision-ntc-thermistors/ auf 0.2 GradC, es gibt auch genauere https://www.calplus.de/fileuploader/download/download/%3Fd%3D0%26file%3Dcustom%252Fupload%252Ffluke-5640-serie-katalogseite-en.pdf
Mi N. schrieb: > Adam P. schrieb: >> > https://www.lcsc.com/product-detail/NTC-Thermistors_Littelfuse-TO502J2J_C17210856.html >> >> Ja daran hatte ich auch noch gedacht. > > Das ist ein 10% NTC. Soweit unten muß man nicht mitspielen :-( Der hat 5% Toleranz! > Der 10Bit ADC vom ATmega reicht völlig aus und Du mußt für Deine > Anforderungen nichts abgleichen, wenn Du wie vorgeschlagen eine > ratiometrische Messung machst. Einfach automatisch kalibrieren, per Software.
Michael B. schrieb: > kommt es auf +/-5GradC sicher nicht an Sag ich ja, sehr grobes Schätzeisen. Wenn das reicht ok. Bei digitalen Sensoren bekomme ich halt 0,5-1 grad billigst und ohne jeglichen sonstigen Aufwand und mit weniger Bauteilen.
Adam P. schrieb: > Der NTC ist mit -55 bis +125 °C angegeben, das ist ein Range von 180 °C. > Im besten fall hätte man da bei 10-bit eine Auflösung von 0,175 °C. Milchmädchenrechnung, der NTC hat eine exponentielle Kennlinie, der AD eine lineare.
H. H. schrieb: > der NTC hat eine exponentielle Kennlinie Ist mir bewusst. Deshalb ja "im besten Fall". Lass es von mir aus +/- 1°C sein, passt auch noch. Ob der Lüfter nun bei 29 oder 32 °C anfängt sich zu drehen, wird keinen interessieren.
:
Bearbeitet durch User
Adam P. schrieb: > Ob der Lüfter nun bei 29 oder 32 °C anfängt sich zu drehen, wird keinen > interessieren. Dann kannst du ja jetzt loslegen.
Auch, wenn hier die Wahl schon auf NTC gefallen ist, wollte ich noch anmerken zu den DS18_20. Wenn man nur einen Sensor an den Bus hängt, dann kann man mit dem Befehl skipROM den Sensor auch ohne ID ansprechen. Bei 6 Sensoren und einem Mega256 wären die 6 IOs wohl gerade noch verkraftbar. Ich mache es so, daß ich die ID vorher auslese und auf einem kleinen Aufkleber am Sensor befestige. Manche Hersteller liefern die Sensoren auch bereits mit einem solchen Aufkleber. Übrigens benutze ich nur die niedrigsten 3 Bytes, weil das für 16 Mio. Kombinationen ausreicht. Mir sind noch keine Sensoren mit den gleichen Bytes untergekommen. Wenn mehrere Sensoren an einem Bus hängen, könnte man z.B. beim Gerätestart die Sensor IDs abfragen und in einer Liste im RAM speichern. Dann kann man die Sensoren direkt ansprechen und "merkt" auch, wenn einer nicht mehr antwortet. Bei den Original DS18B20 ist die absolute Genauigkeit +/- 0,5°C im Beriech von -10 bis 80°C -> das ist schon ganz ordentlich. (Allerdings für die Anwendung hier wäre vermutlich auch +/- 5°C ausreichend.) Anstelle der NTC würde ich lieber PT1000 verwenden, wenn das Gerät sehr lange halten soll. Die NTCs entwickeln nach m.E. nach >10 Jahren doch eine merkliche Drift.
Adam P. schrieb: > Meinst der interne ADC reicht nicht? Wenn man für den Temp-Sensor extra einen Thread aufmacht, keine Angaben zu den geplanten Genauigkeitsanforderungen macht.... nein, dann würde ich sagen der reicht nicht ;). Aber das kannst nur du allein definieren. So hab ich es gemacht, da ich noch paar ADS1115 rumliegen hatte und mehrere NTCs auswerten wollte. So lässt sich der Analogteil gut vom Digitalteil trennen. Ob man es braucht steht auf einem anderen Zettel, aber manchmal arten Hobby Projekte ja auch etwas aus ;). Dürfen sie ja auch.
Cyblord -. schrieb: > Kommt dein Adressierungskonzept noch du Schwätzer? Am einfachsten ist es, eine Messstellen-ID im Permanentspreicher des DS18B20 abzulegen und die beim Bus-Scan mit auszulesen. Dann kommt sich auch bei einem Sensorwechsel nichts in die Quere und die ID bleibt unabhängig von der ROM-ID.
Svensson schrieb: > Anstelle der NTC würde ich lieber PT1000 verwenden, wenn das Gerät sehr > lange halten soll. Die NTCs entwickeln nach m.E. nach >10 Jahren doch > eine merkliche Drift. Also die 10 Jahre sollten kein Problem sein, dann tauscht man sie halt oder baut wieder was neues. Wer weiß ob es die Akkus in 10 Jahren überhaupt noch gibt. Paul B. schrieb: > So > lässt sich der Analogteil gut vom Digitalteil trennen. Ob man es braucht > steht auf einem anderen Zettel, Ja da bin ich auch noch am überlgen ob ich mir extra ein Analogteil erzeuge.
Rainer W. schrieb: > Am einfachsten ist es, eine Messstellen-ID im Permanentspreicher des > DS18B20 abzulegen und die beim Bus-Scan mit auszulesen. Dann kommt sich > auch bei einem Sensorwechsel nichts in die Quere und die ID bleibt > unabhängig von der ROM-ID. Und wie kommt die Messstellen-ID in den EEPROM des Sensors?
H. H. schrieb: > Der hat 5% Toleranz! ... und ist nicht lieferbar. 10 Stück sind nur in 10% Ausführung lieferbar. Adam P. schrieb: > Paul B. schrieb: >> So >> lässt sich der Analogteil gut vom Digitalteil trennen. Ob man es braucht >> steht auf einem anderen Zettel, > > Ja da bin ich auch noch am überlgen ob ich mir extra ein Analogteil > erzeuge. Die NTCs sind potentialfrei, weshalb bei den geringen Anforderungen keine separarte Schaltung notwendig ist.
Cyblord -. schrieb: > Und wie kommt die Messstellen-ID in den EEPROM des Sensors? Wie kommen Daten wohl in ein EEPROM? Manche Leute behaupten, dass es keine blöden Fragen gibt ...
Cyblord -. schrieb: > Sag ich ja Nein, sagtest du nicht, und auch jetzt kommt nur Stuss von dir > sehr grobes Schätzeisen. Wenn das reicht ok. Bei digitalen > Sensoren bekomme ich halt 0,5-1 grad billigst und ohne jeglichen > sonstigen Aufwand und mit weniger Bauteilen. Der hier genannte LM75 hat ( 25°C to 100°C: ±2°C Max), der Dallas/Maxim/AD DS18B20 ist nicht billig (3.06$ ab 1000 https://www.analog.com/en/products/ds18b20.html ) und der chinesische 18B20 den du billig über Ali/Amazon bekommst hat auch eher +/-2 GradC https://www.umw-ic.com/en/product_details/UMW+DS18B20A10 egal was sein Datenblatt sagt (wer weiss ob Alis Zeug von UMW stammt). Deine Grundaussage, digital ist billiger und genauer, ist einfach falsch.
Mi N. schrieb: > H. H. schrieb: >> Der hat 5% Toleranz! > > ... und ist nicht lieferbar. Hoppla, als ich nachgesehen hatte war der Lagerbestand bei einigen hundert Stück. :-(
Rainer W. schrieb: >> Und wie kommt die Messstellen-ID in den EEPROM des Sensors? > > Wie kommen Daten wohl in ein EEPROM? > Manche Leute behaupten, dass es keine blöden Fragen gibt ... Jaja dann beschreib mal den Ablauf in einem realen Gerät. Also z.B. dem Ladegerät des TE. Willst du dafür ein extra 1-Wire-EEPROM Programmiergerät bauen? Oder muss das Ladegerät des TE dann eine komplette Menüführung anbieten, um Sensor für Sensor erst anzuschließen, dann mit einer ID zu versehen? Und wie läuft das wenn alle Sensoren schon angeschlossen sind? Wie zeigt das Gerät dann an, welcher Sensor jetzt gerade zugeordnet werden soll? WOW. Effizient. Wo man mit I2C die Adressierung ohne Aufwand bekommt. Und daran sieht man dass du nur theoretisch unterwegs bist. Denn sowas hast DU noch nie wirklich gebaut. Sonst wüsstest du um diese Probleme.
:
Bearbeitet durch User
Manfred P. schrieb: > Cyblord -. schrieb: >> ich würde trotzdem schlicht zu I2C Sensoren raten. den LM75 > > Zur Montage am Kühlkörper eine maximal unhandliche Bauform. Kann man nicht so pauschal sagen. Man könnte ja einen beliebigen Temperatursensor in ein Metallgehäuse verpacken und mit Epox eingießen. Das Gehäuse mit einem Gewindebolzen ist auf einer Drehbank ja schnell hergestellt. Das schraubt man dan genau so ein wie Deine Beispiele (https://www.mikrocontroller.net/attachment/preview/663614.jpg). Eine passende Sechskantschraube mit einer Bohrung für den Fühler würde vermutlich den gleichen Zweck erfüllen. Die Montage des Fühlers dürfte wohl das geringste Problem sein, es gibt da viele Möglichkeiten, man muß halt etwas kreativ sein.
Rainer W. schrieb: > Am einfachsten ist es, eine Messstellen-ID im Permanentspreicher des > DS18B20 abzulegen und die beim Bus-Scan mit auszulesen. Dann kommt sich > auch bei einem Sensorwechsel nichts in die Quere und die ID bleibt > unabhängig von der ROM-ID. Das kann man machen, ich würde dort aber lieber Kalibrierdaten ablegen. Allerdings war es m.W. so, daß es bei einigen Nachbauten (aus CHN) Probleme mit dem EEPROM gab - nicht vorhanden bzw. nicht dauerhaft. Da muß man also aufpassen; mit den originalen DS sollte das aber kein Problem sein. Zur Montage: Man kann die Sensoren auch mit 2K-Epox-Wärmeleitkleber direkt auf dem Kühlkörper festkleben.
Cyblord -. schrieb: > Wenn man schon 6 Temp Sensoren verbaut hat, will man auch wissen welcher > Sensor nun genau wo misst. Ja und? Das ist kein Hexenwerk. Es kann ja wohl nicht so schwer sein sich die ID des Sensors zu notieren bevor man sie montiert. Ich habe bei mir im Haus derzeit 16 Temperatursensoren DS18xx und diverse andere 1-Wire Bausteine verbaut, im Grundstück und Nebengebäude auch noch einmal die gleiche Anzahl, und ich kann genau sagen wo welcher Baustein ist und was er tut. Ja man man muß schon etwas penibel sein und sich die ID's notieren und "die Datenbank" auch pflegen. Es überfordert aber einen auch nicht. Wenn wirklich mal ein Sensor verrecken sollte ( bei mir in 10 Jahren nur einmal vorgekommen, weil ich bei meinem Bodentemperatursensor mit 5 DS18xx die falsche Vergußmasse gewählt hatte und die Anschlüsse weggegammelt sind) ist die ID auch schnell geändert. Man kann ja die ganzen ID's in einer simplen Textdatei halten, die vom Programm eingelesen wird. Da man die Sensoren aber eher selten wechselt kann man es auch in den Code fest einkompilieren. Hierfür gibt es bei mir eine Headerdatei in der alle 1-Wire-ID's eingetragen sind und die ich in allen Projekten mit 1-Wire benutze. Und ja man muß das Programm neu kompilieren, wenn man einen Sensor ändert, aber da das nicht alle Tage der Fall ist kann ich gut damit leben. Viel häufiger als ein neuer Sensor sind neue Funktionen im Programm, weil man am Anfang was nicht bedacht hat, neu Ideen hat was man noch machen könnte etc. etc..
Hans schrieb: > Ja und? Das ist kein Hexenwerk. Es kann ja wohl nicht so schwer sein > sich die ID des Sensors zu notieren bevor man sie montiert. Notieren. Ok. Von wo? Die steht nicht drauf. Und was bringt mir die ROM Adresse auf einem Zettel? Die SW im Gerät muss die ja wissen. > ist die ID auch schnell geändert. Man kann ja die > ganzen ID's in einer simplen Textdatei halten, die vom Programm > eingelesen wird. Es geht um ein Ladegerät. Nicht um eine Datenbank in einem PC. > Da man die Sensoren aber eher selten wechselt kann man > es auch in den Code fest einkompilieren. Hierfür gibt es bei mir eine > Headerdatei in der alle 1-Wire-ID's eingetragen sind und die ich in > allen Projekten mit 1-Wire benutze. Und ja man muß das Programm neu > kompilieren, wenn man einen Sensor ändert Unglaublich. Genau. Neu kompilieren wenn sich ein Sensor ändert. Völlig wirre und weltfremde Vorschläge.
Svensson schrieb: > Wenn mehrere Sensoren an einem Bus hängen, könnte man z.B. beim > Gerätestart die Sensor IDs abfragen und in einer Liste im RAM speichern. > Dann kann man die Sensoren direkt ansprechen und "merkt" auch, wenn > einer nicht mehr antwortet. Oder so
Cyblord -. schrieb: >> Ja und? Das ist kein Hexenwerk. Es kann ja wohl nicht so schwer sein >> sich die ID des Sensors zu notieren bevor man sie montiert. > > Notieren. Ok. Von wo? Die steht nicht drauf. Du bist ja ein Schlauberger. Ja natürlich muß ich die irgenwie auslesen, z.B. mit einem RasPi dauert das keine 5 Minuten. Ich habe meine 1-Wire Programme so geschrieben, das ich auch den Bus abscannen kann, damit ist es auch keine Hürde einen neuen Sensor am Bus festzustellen und die ID zu notieren. Cyblord -. schrieb: > Und was bringt mir die ROM Adresse auf einem Zettel? Die SW im Gerät > muss die ja wissen. Ja wenn Du meinen Post bis zum Ende gelesen und nicht vorschnell in die Tasten gehauen hättest, dann müßtest Du diese Frage nicht stellen, denn ich hab's geschrieben wie man die ID in die SW bekommt - habe mich persönlich für die Variante mit dem fest einkompilieren entschieden. Das Warum habe ich hier auch ausreichend begründet. Cyblord -. schrieb: >> ist die ID auch schnell geändert. Man kann ja die >> ganzen ID's in einer simplen Textdatei halten, die vom Programm >> eingelesen wird. > > Es geht um ein Ladegerät. Nicht um eine Datenbank in einem PC. Das ich die Datenbank in Anführungszeichengesetzt habe ist Dir schon aufgefallen? Bei dem Ladegerät wäre diese Datenbank für mich ein einfacher Aufkleber im Gerät, wo alles Nötige vermerkt. Man könnte so was natürlich auch in seinen Projektunterlagen vermerken. Bei dem Ladegerät wird er die Temperaturfühler nicht jeden Tag wechseln nd vermutlich halten die solange das Ladegerät existiert, also muß man den "Aufwand" mit der ID nur einmal tätigen - wirklich schlimm. Cyblord -. schrieb: >> Da man die Sensoren aber eher selten wechselt kann man >> es auch in den Code fest einkompilieren. Hierfür gibt es bei mir eine >> Headerdatei in der alle 1-Wire-ID's eingetragen sind und die ich in >> allen Projekten mit 1-Wire benutze. Und ja man muß das Programm neu >> kompilieren, wenn man einen Sensor ändert > > Unglaublich. Genau. Neu kompilieren wenn sich ein Sensor ändert. > > Völlig wirre und weltfremde Vorschläge. Völlig daneben ist nur einer hier. Wenn sein Ladegerät fertig ist, wird er wohl nie wieder den Temperaturpart in der FW anfassen oder den Sensor ändern, die halten nämlich ausgesprochen lange - bei mir nun seit gut 10 Jahren. Ist aber völlig wurscht, der TO hat sich eh schon gegen 1-W entschieden und das Dir dieses Konzept nicht behagt wissen jetzt auch alle. Es gibt genug Anwender, die mit dem Ermitteln der ID und richtigen Zuordnung keine Probleme haben. Ganz offensichtlich sind die alle wirr im Kopf.
Hans schrieb: > Es gibt genug Anwender, die mit dem Ermitteln der ID und richtigen > Zuordnung keine Probleme haben. Ganz offensichtlich sind die alle wirr > im Kopf. Die meisten nutzen dann in ihrer Not einfach einen Sensor pro 1WIRE Pin, die Buseigenschaft ist damit zwar verloren aber man spart sich den Wahnsinn mit den Adressen.
Cyblord -. schrieb: > Hans schrieb: >> Es gibt genug Anwender, die mit dem Ermitteln der ID und richtigen >> Zuordnung keine Probleme haben. Ganz offensichtlich sind die alle wirr >> im Kopf. > > Die meisten nutzen dann in ihrer Not einfach einen Sensor pro 1WIRE Pin, > die Buseigenschaft ist damit zwar verloren aber man spart sich den > Wahnsinn mit den Adressen. Ganz offensichtlich ist nur einer hier wirr im Kopf, oder sogar wahnsinnig.
Cyblord -. schrieb: > Notieren. Ok. Von wo? Die steht nicht drauf. Nun stell dich doch nicht blöder an, als du bist. Beim Bus-Scan kann man sich die IDs automatisch ausgeben lassen und gut is's.
Cyblord -. schrieb: > Hans schrieb: >> Es gibt genug Anwender, die mit dem Ermitteln der ID und richtigen >> Zuordnung keine Probleme haben. Ganz offensichtlich sind die alle wirr >> im Kopf. > > Die meisten nutzen dann in ihrer Not einfach einen Sensor pro 1WIRE Pin, > die Buseigenschaft ist damit zwar verloren aber man spart sich den > Wahnsinn mit den Adressen. Das kann der Cyblord gern so machen. Die meisten werden es aus gutem Grund anders machen. Speziell die "Nichtskönner" die mit einem Pi anfangen machen das bestimmt so - oder doch nicht? Die werden wohl in der Lage sein sich solch eine ID zu notieren und diese dann auch in das Script, SW oder what ever zu übertragen. Da wird wohl keiner anfangen für jeden Sensor einen Pin zu definieren. Die nutzen lieber den Defaultpin und das zugehörige Kernelmodul oder OWFS - beides simpel zu handhaben, wenn man in der Lage ist mit den ID's umzugehen, was für die meisten wohl kein Problem darstellt - momentan gibt es nur einen der da Probleme hat.
:
Bearbeitet durch User
H. H. schrieb: > ... , oder sogar > wahnsinnig. Tja Wahnsinn und Genie liegen eben dicht beieinander - sagt man zumindest.
Rainer W. schrieb: > Nun stell dich doch nicht blöder an, als du bist. > Beim Bus-Scan kann man sich die IDs automatisch ausgeben lassen und gut > is's. Jaja ich habe alles dazu gesagt und auch genau dargelegt warum es in diesem Fall unnötig kompliziert ist und was die bessere Alternative ist. Und auch warum. Sachliche Einwände kamen bisher nicht und werden wohl auch nicht mehr kommen. Macht ihr euren 1Wire Quatsch in eurem Altersstarrsinn. Der TE ist zum Glück davon abgekommen.
:
Bearbeitet durch User
Cyblord -. schrieb: > Macht ihr euren 1Wire Quatsch in eurem Altersstarrsinn. > Der TE ist zum Glück davon abgekommen. Glücklicherweise ist er auf deinen Digital-Humbug erst gar nicht reingefallen. Er schraubt 10 MOSFETs auf 1 Kühlkörper braucht also nur 1 Temperatursensor um a) zu ermitteln wann der Lüfter helfen soll b) abzuschalten wenn zu heiss. Selbst wenn er 10 Kühlkörper mit 10 Sensoren hätte, reicht es wenn er weiss ob EINER davon so warm wird dass der Lüfter laufen muss bzw. um abzuschalten weil zu heiss. Er muss gar nicht wissen welcher MOSFET das war. Insofern ist dein ganzes Geschwätz um die Sensorzuordnung völlig überflüssig, es reicht wenn man sie der Reihe nach auslesen kann.
Nur so als Gedankenanstoß: Wer ein Ladegerät mit 10 Schächten baut, das offensichtlich auch noch eine Entladefunktion hat, der dürfte zumindest ein Text-LCD verbauen. Auf diesem könnte man die IDs beim Start anzeigen. Wenn dann noch eine Eingabetaste vorhanden ist, ggf. auch sortieren und ins EEPROM des Mega256 schreiben.
Svensson schrieb: > Nur so als Gedankenanstoß: > > Wer ein Ladegerät mit 10 Schächten baut, das offensichtlich auch noch > eine Entladefunktion hat, der dürfte zumindest ein Text-LCD verbauen. > Auf diesem könnte man die IDs beim Start anzeigen. Wenn dann noch eine > Eingabetaste vorhanden ist, ggf. auch sortieren und ins EEPROM des > Mega256 schreiben. Ja Du könntest das, die meisten alten Hasen hier im Forum könnten das und ich vermutlich auch, allerdings würde ich das bei diesem Projekt schon für etwas oversized halten - ich meine das mit den ID's. Das brauche ich genau einmal beim Zusammenbau des Ganzen und da ermittle ich die ID vorab mit einem Pi oder einem µC meiner Wahl und kompiliere sie danach fest ein. Wenn wirklich mal so ein Sensor den Weg alles irdischen gehen sollte, dann ist es doch eine Kleinigkeit, beim Wechseln von selbigen die FW neu zu kompilieren und zu flashen. Andererseits wird der TO vorgesehene ATmega2560 genug Potenzial haben, um Deinen Vorschlag zu implementieren. Am Ende ist es wohl Ansichtskarte wie man es umsetzt. Für ein projekt wo man über kurz oder lang mit Änderungen/Anpassungen rechnen muß, dürfte Dein Vorschlag schon eine Überlegung wert sein.
Hans schrieb: > H. H. schrieb: >> ... , oder sogar >> wahnsinnig. > > Tja Wahnsinn und Genie liegen eben dicht beieinander - sagt man > zumindest. Naja, so mach Wahnsinniger glaubt er sei ein Genie.
Hans schrieb: > Ja und? Das ist kein Hexenwerk. Es kann ja wohl nicht so schwer sein > sich die ID des Sensors zu notieren bevor man sie montiert. > Ich habe bei mir im Haus derzeit 16 Temperatursensoren DS18xx und > diverse andere 1-Wire Bausteine verbaut, Mein Senf dazu: Ich habe auf der Stirnseite des TO-92 Gehäuse eines DS18B20 mittels einer Reißnadel fortlaufend eine Zahl eingeritzt, sodass ich jeden Sensor einer Messstelle zuordnen kann. Eine Messanordnung z.B. mit 8St. DS18B20 läuft nun schon seit 2015 störungsfrei in unserer Heizstation. Die Messwerte werden alle 8 Sekunden ausgelesen und auf einer SD-Karte abgespeichert.
:
Bearbeitet durch User
Wolle G. schrieb: > Mein Senf dazu: > Ich habe auf der ... Die meisten scheinen ganz offensichtlich in der Lage zu sein das mit ID's in irgend einer Form zu lösen. Viele Wege führen nach Rom, wenn man nur will - Manche wollen halt nicht.
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.