M
Marte Schwarz
Guest
Me too. Nie und nimmer mit I²C. Im Stern schon gar nie.
Marte
Navigation
Install the app
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
More options
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
Me too. Nie und nimmer mit I²C. Im Stern schon gar nie.
Marte
A
Axel Berger
Guest
Eric Bruecklmeier wrote:
Stimmt, aber irgendwas braucht man. Einfacher als HTML und PHP geht es
imho nicht.
> *Ich* mĂśchte HTTPS nicht auf einem ESP32 machen mĂźssen.
HTTP. Das ganze läuft, wenn s einmal laufen sollte, in einem
verschlüsselten LAN. ZUgriff von außen ist nicht vorgesehen.
--
/Ż\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --
ich brauche fĂźr eine Heizung keine
GUI. Aber das ist natĂźrlich Geschmackssache.
Stimmt, aber irgendwas braucht man. Einfacher als HTML und PHP geht es
imho nicht.
> *Ich* mĂśchte HTTPS nicht auf einem ESP32 machen mĂźssen.
HTTP. Das ganze läuft, wenn s einmal laufen sollte, in einem
verschlüsselten LAN. ZUgriff von außen ist nicht vorgesehen.
--
/Ż\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --
H
Hans-Peter Diettrich
Guest
Am 20.10.2019 um 11:13 schrieb Axel Berger:
Das ist gleich zweimal problematisch, lange Leitungen und Stern. Lange
Leitungen (ab 1/2m) fangen leicht StĂśrungen auf, und dann kĂśnnten
irgendwann die Flanken zu stark abgeschliffen sein. Flachbandkabel ist
Pflicht, mÜglichst mit Masse auf jeder zweiten Ader, dh. eine Hälfte des
Wannensteckers auf GND. Eine Reduzierung der Taktfrequenz kann hilfreich
sein.
Beim Stern braucht man zur ordentlichen Terminierung Pullups an jedem
Leitungsende, und die belasten alle angeschlossenen Geräte. Da ist auch
Vorsicht bei I2C Pegelwandlern und Multiplexern geboten, die haben
zumeist keine aktiven Verstärker fßr die Signale eingebaut.
Fßr längere Leitungen wßrde ich SPI benutzen und ordentliche
(differentielle) Leitungstreiber (RS-485...).
DoDi
Eric Bruecklmeier wrote:
Unter kritischen Bedingungen wĂÂźrde ich ĂÂźberhaupt keinen I2C einsetzten.
Der Bus ist prinzipiell nicht besonders robust...
Du hast sicher recht, aber soweit ich das als Fachfremder erkenne ist
das der AnschluĂ, mit dem preiswerte kalibrierte Sensoren im Handel
sind. Mein Plan ist, die Raumthermostaten fĂźr die FuĂbodenheizung durch
Temperatursensoren zu ersetzen und die Steuerung und Regelung einem
Raspberry zu Ăźbertragen. Das ist dann ein sternfĂśrmiger I2C mit langen
Leitungen.
Das ist gleich zweimal problematisch, lange Leitungen und Stern. Lange
Leitungen (ab 1/2m) fangen leicht StĂśrungen auf, und dann kĂśnnten
irgendwann die Flanken zu stark abgeschliffen sein. Flachbandkabel ist
Pflicht, mÜglichst mit Masse auf jeder zweiten Ader, dh. eine Hälfte des
Wannensteckers auf GND. Eine Reduzierung der Taktfrequenz kann hilfreich
sein.
Beim Stern braucht man zur ordentlichen Terminierung Pullups an jedem
Leitungsende, und die belasten alle angeschlossenen Geräte. Da ist auch
Vorsicht bei I2C Pegelwandlern und Multiplexern geboten, die haben
zumeist keine aktiven Verstärker fßr die Signale eingebaut.
Fßr längere Leitungen wßrde ich SPI benutzen und ordentliche
(differentielle) Leitungstreiber (RS-485...).
DoDi
E
Eric Bruecklmeier
Guest
Am 20.10.2019 um 15:43 schrieb Axel Berger:
Was spricht gegen eine einfache ASCII Tabelle mit den Schaltpunkten? Und
PHP wĂźrde ich mit der BeiĂzange nicht anfassen...
Wie wird die VerschlĂźsselung realisiert?
Eric Bruecklmeier wrote:
ich brauche fĂÂźr eine Heizung keine
GUI. Aber das ist natĂÂźrlich Geschmackssache.
Stimmt, aber irgendwas braucht man. Einfacher als HTML und PHP geht es
imho nicht.
Was spricht gegen eine einfache ASCII Tabelle mit den Schaltpunkten? Und
PHP wĂźrde ich mit der BeiĂzange nicht anfassen...
*Ich* mĂÂśchte HTTPS nicht auf einem ESP32 machen mĂÂźssen.
HTTP. Das ganze läuft, wenn s einmal laufen sollte, in einem
verschlĂźsselten LAN.
Wie wird die VerschlĂźsselung realisiert?
E
Eric Bruecklmeier
Guest
Am 20.10.2019 um 15:45 schrieb Axel Berger:
Nein, das Ganze ist eine Schnappsidee...
--
Werbung:
https://www.amazon.de/Bier-brauen-Grundlagen-Rohstoffe-Brauprozess/dp/3800109271
Marte Schwarz wrote:
Mit
geschirmten Leitungen wird es ab ca 1/2 m langsam eng, weil die
Schaltflanken zu rund werden.
Ich wollte Telephonkabel nehmen. Nicht gut?
Nein, das Ganze ist eine Schnappsidee...
--
Werbung:
https://www.amazon.de/Bier-brauen-Grundlagen-Rohstoffe-Brauprozess/dp/3800109271
M
Marte Schwarz
Guest
Hi Hans-Peter,
So ist es.
Vergiss die Terminierung bei I²C. Bei den Frequenzen spielt Reflexion
und Co keine Rolle, vorher steigt die Geschichte an anderen Parametern
aus. Zum Terminieren im Sinne der Leitungstheorie bräuchtest Du
Widerstände um die 100 Ohm. Das willst Du mit I²C nie.
So ist es.
Marte
Das ist gleich zweimal problematisch, lange Leitungen und Stern. Lange
Leitungen (ab 1/2m) fangen leicht StĂśrungen auf, und dann kĂśnnten
irgendwann die Flanken zu stark abgeschliffen sein. Flachbandkabel ist
Pflicht, mÜglichst mit Masse auf jeder zweiten Ader, dh. eine Hälfte des
Wannensteckers auf GND. Eine Reduzierung der Taktfrequenz kann hilfreich
sein.
So ist es.
Beim Stern braucht man zur ordentlichen Terminierung Pullups an jedem
Leitungsende
Vergiss die Terminierung bei I²C. Bei den Frequenzen spielt Reflexion
und Co keine Rolle, vorher steigt die Geschichte an anderen Parametern
aus. Zum Terminieren im Sinne der Leitungstheorie bräuchtest Du
Widerstände um die 100 Ohm. Das willst Du mit I²C nie.
Fßr längere Leitungen wßrde ich SPI benutzen und ordentliche
(differentielle) Leitungstreiber (RS-485...).
So ist es.
Marte
A
Axel Berger
Guest
Marte Schwarz wrote:
Ich wollte Telephonkabel nehmen. Nicht gut?
--
/Ż\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --
Mit
geschirmten Leitungen wird es ab ca 1/2 m langsam eng, weil die
Schaltflanken zu rund werden.
Ich wollte Telephonkabel nehmen. Nicht gut?
--
/Ż\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --
R
Ralph Aichinger
Guest
Axel Berger <Spam@berger-odenthal.de> wrote:
Die Welt bewegt sich hin zu HTTPS. Das kann man mĂśgen
oder nicht, aber es ist so.
/ralph
--
-----------------------------------------------------------------------------
https://aisg.at
ausserirdische sind gesund
HTTP. Das ganze läuft, wenn s einmal laufen sollte, in einem
verschlĂźsselten LAN. ZUgriff von auĂen ist nicht vorgesehen.
Die Welt bewegt sich hin zu HTTPS. Das kann man mĂśgen
oder nicht, aber es ist so.
/ralph
--
-----------------------------------------------------------------------------
https://aisg.at
ausserirdische sind gesund
A
Axel Berger
Guest
Eric Bruecklmeier wrote:
> Was spricht gegen eine einfache ASCII Tabelle mit den Schaltpunkten?
Wenig. Wie willst Du diese Tabelle als Text vom PI über's Netz auf ein
Eigabegerät übertragen und wie willst du auf diesem die Eingabe
bereitstellen?
HTML und der bereits vorhandene Browser (rsp. sein API, wenn man
unbedingst selbst eine App schreiben will) scheinem meinem, zugegeben
begrenzten Wissen das einfachste zu sein.
> Und PHP wĂźrde ich mit der BeiĂzange nicht anfassen...
Auch dafür wirst Du Gründe haben. Der vorinstallierte Webserver kann es
ab Werk und es gibt massenhaft Dokumentation zum Lernen und Einarbeiten.
Das macht es für mich attraktiv.
> Wie wird die VerschlĂźsselung realisiert?
Im LAN gar nicht, die Netzwerkdosen liegen hinter der abgeschlossenen
Wohnungstür. Im WLAN WPA. Es braucht nicht unknackbar zu sein. Es
reicht, wenn die Sache lästig genug ist, um Leute abzuhalten. Wieviel
Schaden kann ein fremder Zugang anrichten?
--
/Ż\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --
> Was spricht gegen eine einfache ASCII Tabelle mit den Schaltpunkten?
Wenig. Wie willst Du diese Tabelle als Text vom PI über's Netz auf ein
Eigabegerät übertragen und wie willst du auf diesem die Eingabe
bereitstellen?
HTML und der bereits vorhandene Browser (rsp. sein API, wenn man
unbedingst selbst eine App schreiben will) scheinem meinem, zugegeben
begrenzten Wissen das einfachste zu sein.
> Und PHP wĂźrde ich mit der BeiĂzange nicht anfassen...
Auch dafür wirst Du Gründe haben. Der vorinstallierte Webserver kann es
ab Werk und es gibt massenhaft Dokumentation zum Lernen und Einarbeiten.
Das macht es für mich attraktiv.
> Wie wird die VerschlĂźsselung realisiert?
Im LAN gar nicht, die Netzwerkdosen liegen hinter der abgeschlossenen
Wohnungstür. Im WLAN WPA. Es braucht nicht unknackbar zu sein. Es
reicht, wenn die Sache lästig genug ist, um Leute abzuhalten. Wieviel
Schaden kann ein fremder Zugang anrichten?
--
/Ż\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --
S
Sieghard Schicktanz
Guest
Hallo Marte,
Du schriebst am Sun, 20 Oct 2019 16:01:49 +0200:
Das ist doch sowieso irrelevant bei I2C, da die "Busteilnehmer" dafĂźr nicht
eigentlich adressierbar sind - manche Bausteine bieten zwar 2 oder 4 per
Jumper einstellbare Adressen, aber ansonsten sind die "Adressen" beim I2C
eher Bausteinkennungen, d.h. jeder IC hat eine typenspezifische "Adresse",
so daĂ es kaum mĂśglich ist, mehrere baugleiche ICs am selben Bus zu
betreiben. Und soviele unterschiedliche Sensortypen, daĂ man damit ein
echtes Bussystem aufbauen kĂśnnte, gibt's fast garnicht.
....
Naja, sind immerhin 400kHz bis 1MHz, die mĂśglich sind. Aber nachdem das ja
von "Inter-IC-Bus" kommt, sollte eigentlich der vorgesehene
Verwendungsbereich klar sein: koppeln mehrerer (unterschiedlicher) ICs auf
einer Leiterplatte, keine meterlangen Bussysteme.
--
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen GrĂźĂen, S. Schicktanz
-----------------------------------------------------------
Du schriebst am Sun, 20 Oct 2019 16:01:49 +0200:
Das ist gleich zweimal problematisch, lange Leitungen und Stern. Lange
Leitungen (ab 1/2m) fangen leicht StĂśrungen auf, und dann kĂśnnten
irgendwann die Flanken zu stark abgeschliffen sein. Flachbandkabel
Das ist doch sowieso irrelevant bei I2C, da die "Busteilnehmer" dafĂźr nicht
eigentlich adressierbar sind - manche Bausteine bieten zwar 2 oder 4 per
Jumper einstellbare Adressen, aber ansonsten sind die "Adressen" beim I2C
eher Bausteinkennungen, d.h. jeder IC hat eine typenspezifische "Adresse",
so daĂ es kaum mĂśglich ist, mehrere baugleiche ICs am selben Bus zu
betreiben. Und soviele unterschiedliche Sensortypen, daĂ man damit ein
echtes Bussystem aufbauen kĂśnnte, gibt's fast garnicht.
....
Beim Stern braucht man zur ordentlichen Terminierung Pullups an jedem
Leitungsende
Vergiss die Terminierung bei I²C. Bei den Frequenzen spielt Reflexion und
Naja, sind immerhin 400kHz bis 1MHz, die mĂśglich sind. Aber nachdem das ja
von "Inter-IC-Bus" kommt, sollte eigentlich der vorgesehene
Verwendungsbereich klar sein: koppeln mehrerer (unterschiedlicher) ICs auf
einer Leiterplatte, keine meterlangen Bussysteme.
--
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen GrĂźĂen, S. Schicktanz
-----------------------------------------------------------
M
Marte Schwarz
Guest
Hi Sieghard,
Ich kannte bisher nur 400 kHz als High-Speed, aber lass es 1 MHz sein.
mit der 10. Vielfachen bist Du bei einer Wellenlänge von ca 30 m. Bis ca
Lambda/4 brauchst Du Dir um Reflexionen keinen Kopf machen. Da hast Du
aber ohnehin keine 10 MHz Signale auf Deiner Leitung mehr, da ist die
positive Flanke schon so abgerundet, dass kein Slave mehr was versteht
und zwar auf dem gesamten Bus.
Bei 100 kHz ohnehin.
Marte
Beim Stern braucht man zur ordentlichen Terminierung Pullups an jedem
Leitungsende
Vergiss die Terminierung bei I²C. Bei den Frequenzen spielt Reflexion und
Naja, sind immerhin 400kHz bis 1MHz, die mĂśglich sind.
Ich kannte bisher nur 400 kHz als High-Speed, aber lass es 1 MHz sein.
mit der 10. Vielfachen bist Du bei einer Wellenlänge von ca 30 m. Bis ca
Lambda/4 brauchst Du Dir um Reflexionen keinen Kopf machen. Da hast Du
aber ohnehin keine 10 MHz Signale auf Deiner Leitung mehr, da ist die
positive Flanke schon so abgerundet, dass kein Slave mehr was versteht
und zwar auf dem gesamten Bus.
Bei 100 kHz ohnehin.
Marte
R
Ralph Aichinger
Guest
Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> wrote:
Kann man nich z.B. in jedem AVR die Adresse setzen? Im schlimmsten Fall
verpaĂt man dann jedem Busteilnehmer einen zusätzlichen AVR davor.
/ralph
--
-----------------------------------------------------------------------------
https://aisg.at
ausserirdische sind gesund
Hallo Marte,
Du schriebst am Sun, 20 Oct 2019 16:01:49 +0200:
Das ist gleich zweimal problematisch, lange Leitungen und Stern. Lange
Leitungen (ab 1/2m) fangen leicht StĂśrungen auf, und dann kĂśnnten
irgendwann die Flanken zu stark abgeschliffen sein. Flachbandkabel
Das ist doch sowieso irrelevant bei I2C, da die "Busteilnehmer" dafĂźr nicht
eigentlich adressierbar sind - manche Bausteine bieten zwar 2 oder 4 per
Jumper einstellbare Adressen, aber ansonsten sind die "Adressen" beim I2C
eher Bausteinkennungen, d.h. jeder IC hat eine typenspezifische "Adresse",
so daĂ es kaum mĂśglich ist, mehrere baugleiche ICs am selben Bus zu
betreiben. Und soviele unterschiedliche Sensortypen, daĂ man damit ein
echtes Bussystem aufbauen kĂśnnte, gibt's fast garnicht.
Kann man nich z.B. in jedem AVR die Adresse setzen? Im schlimmsten Fall
verpaĂt man dann jedem Busteilnehmer einen zusätzlichen AVR davor.
/ralph
--
-----------------------------------------------------------------------------
https://aisg.at
ausserirdische sind gesund
H
Hergen Lehmann
Guest
Am 20.10.19 um 22:47 schrieb Ralph Aichinger:
Wenn man dann eh schon einen ÂľC in jedem Teilnehmer hat, wird es
endgĂźltig Irrsinn, zur Vernetzung I2C verwenden zu wollen, statt z.B.
das fĂźr solche Zwecke ausgelegte RS485...
Kann man nich z.B. in jedem AVR die Adresse setzen? Im schlimmsten Fall
verpaĂt man dann jedem Busteilnehmer einen zusätzlichen AVR davor.
Wenn man dann eh schon einen ÂľC in jedem Teilnehmer hat, wird es
endgĂźltig Irrsinn, zur Vernetzung I2C verwenden zu wollen, statt z.B.
das fĂźr solche Zwecke ausgelegte RS485...
K
Klaus Butzmann
Guest
Am 20.10.2019 um 11:13 schrieb Axel Berger:
Sowas geht nie kaputt und Ăźberlebt drei Generationen Raspis und anderes
CPU Getier. Bei verteilten Sensoren ist doch eher Einbau und
LeitungsfĂźhrung der Aufwand, den Rechner kann man nach 10 Jahren ersetzen.
Butzo
Mein Plan ist, die Raumthermostaten fĂźr die FuĂbodenheizung durch
Temperatursensoren zu ersetzen und die Steuerung und Regelung einem
Raspberry zu Ăźbertragen. Das ist dann ein sternfĂśrmiger I2C mit langen
Leitungen.
Immer diese Sonderlocken, lieber PT100/PT1000 in Vierleiter.
Sowas geht nie kaputt und Ăźberlebt drei Generationen Raspis und anderes
CPU Getier. Bei verteilten Sensoren ist doch eher Einbau und
LeitungsfĂźhrung der Aufwand, den Rechner kann man nach 10 Jahren ersetzen.
Butzo
K
Klaus Butzmann
Guest
Am 20.10.2019 um 15:45 schrieb Axel Berger:
> Ich wollte Telephonkabel nehmen. Nicht gut?
Netzwerkkabel,
CAT-5 kostet nix und die Anschlusstechnik genausowenig.
Butzo
> Ich wollte Telephonkabel nehmen. Nicht gut?
Netzwerkkabel,
CAT-5 kostet nix und die Anschlusstechnik genausowenig.
Butzo
H
Hans-Peter Diettrich
Guest
Am 20.10.2019 um 16:01 schrieb Marte Schwarz:
Mir geht es nicht um Anpassung, sondern darum daà längere Leitungen
nicht offen bleiben sollen. Dann muĂ jede StĂśrung auf die Leitung
richtig Leistung bringen, um den Pullup runterzuziehen.
DoDi
Beim Stern braucht man zur ordentlichen Terminierung Pullups an jedem
Leitungsende
Vergiss die Terminierung bei I²C. Bei den Frequenzen spielt Reflexion
und Co keine Rolle, vorher steigt die Geschichte an anderen Parametern
aus. Zum Terminieren im Sinne der Leitungstheorie bräuchtest Du
Widerstände um die 100 Ohm. Das willst Du mit I²C nie.
Mir geht es nicht um Anpassung, sondern darum daà längere Leitungen
nicht offen bleiben sollen. Dann muĂ jede StĂśrung auf die Leitung
richtig Leistung bringen, um den Pullup runterzuziehen.
DoDi
M
Marte Schwarz
Guest
Hi Hergen,
Wenn Du das nicht schon geschrieben hättest, hätte ich das jetzt gemacht ;-)
Marte
Kann man nich z.B. in jedem AVR die Adresse setzen? Im schlimmsten Fall
verpaĂt man dann jedem Busteilnehmer einen zusätzlichen AVR davor.
Wenn man dann eh schon einen ÂľC in jedem Teilnehmer hat, wird es
endgĂźltig Irrsinn, zur Vernetzung I2C verwenden zu wollen, statt z.B.
das fĂźr solche Zwecke ausgelegte RS485...
Wenn Du das nicht schon geschrieben hättest, hätte ich das jetzt gemacht ;-)
Marte
M
Marte Schwarz
Guest
Hi Hans-Peter,
egal, wo diese liegen.
Marte
Die Leitungswiderstände sind sehr klein gegenßber den Pullups, da ist esBeim Stern braucht man zur ordentlichen Terminierung Pullups an jedem
Leitungsende
Vergiss die Terminierung bei I²C.
Mir geht es nicht um Anpassung, sondern darum daà längere Leitungen
nicht offen bleiben sollen. Dann muĂ jede StĂśrung auf die Leitung
richtig Leistung bringen, um den Pullup runterzuziehen.
egal, wo diese liegen.
Marte
E
Eric Bruecklmeier
Guest
Am 20.10.2019 um 21:27 schrieb Axel Berger:
Ich wĂźrde das gar nicht Ăźber einen PI machen, sondern wie bereits
erwähnt ßber einen ESP32.
Wo ist ab Werk der Webserver vorinstalliert?
"Das ganze läuft ... in einem
verschlĂźsselten LAN." das nicht aber verschlĂźsselt ist?
Ich wĂźrde mich da eher fragen, ob so eine Primitivfunktion Ăźberhaupt
jederzeit per Netz erreichbar sein muĂ.
Eric Bruecklmeier wrote:
Was spricht gegen eine einfache ASCII Tabelle mit den Schaltpunkten?
Wenig. Wie willst Du diese Tabelle als Text vom PI Ăźber's Netz auf ein
Eigabegerät ßbertragen und wie willst du auf diesem die Eingabe
bereitstellen?
Ich wĂźrde das gar nicht Ăźber einen PI machen, sondern wie bereits
erwähnt ßber einen ESP32.
HTML und der bereits vorhandene Browser (rsp. sein API, wenn man
unbedingst selbst eine App schreiben will) scheinem meinem, zugegeben
begrenzten Wissen das einfachste zu sein.
Und PHP wĂÂźrde ich mit der BeiĂŸzange nicht anfassen...
Auch dafĂźr wirst Du GrĂźnde haben. Der vorinstallierte Webserver kann es
ab Werk und es gibt massenhaft Dokumentation zum Lernen und Einarbeiten.
Das macht es fĂźr mich attraktiv.
Wo ist ab Werk der Webserver vorinstalliert?
Wie wird die VerschlĂÂźsselung realisiert?
Im LAN gar nicht,
"Das ganze läuft ... in einem
verschlĂźsselten LAN." das nicht aber verschlĂźsselt ist?
die Netzwerkdosen liegen hinter der abgeschlossenen
WohnungstĂźr. Im WLAN WPA. Es braucht nicht unknackbar zu sein. Es
reicht, wenn die Sache lästig genug ist, um Leute abzuhalten. Wieviel
Schaden kann ein fremder Zugang anrichten?
Ich wĂźrde mich da eher fragen, ob so eine Primitivfunktion Ăźberhaupt
jederzeit per Netz erreichbar sein muĂ.
H
horst-d.winzler
Guest
Am 21.10.19 um 17:22 schrieb Marte Schwarz:
Bei der Grenzlänge des Kabels mal ohne Pullups versuchen. Nicht
unwahrscheinlich das es da dann besser funktioniert.
--
---hdw---
Hi Hans-Peter,
Beim Stern braucht man zur ordentlichen Terminierung Pullups an
jedem Leitungsende
Vergiss die Terminierung bei I²C.
Mir geht es nicht um Anpassung, sondern darum daà längere Leitungen
nicht offen bleiben sollen. Dann muĂ jede StĂśrung auf die Leitung
richtig Leistung bringen, um den Pullup runterzuziehen.
Die Leitungswiderstände sind sehr klein gegenßber den Pullups, da ist es
egal, wo diese liegen.
Marte
Bei der Grenzlänge des Kabels mal ohne Pullups versuchen. Nicht
unwahrscheinlich das es da dann besser funktioniert.
--
---hdw---