CUNO und 1-wire - Versionsgeschichte

PeMue: Nummern des Literaturverzeichnisses angepasst

2018-01-19T21:24:00Z

Nummern des Literaturverzeichnisses angepasst

← Nächstältere Version		Version vom 19. Januar 2018, 23:24 Uhr
Zeile 16:		Zeile 16:
	* einen entsprechenden RJ10-Stecker mitbestellen und selbst an ein Kabel ancrimpen,		* einen entsprechenden RJ10-Stecker mitbestellen und selbst an ein Kabel ancrimpen,
	* ein RJ10-Kabelende z.B. aus einem ausgeschlachteten Telefon verwenden oder		* ein RJ10-Kabelende z.B. aus einem ausgeschlachteten Telefon verwenden oder
	* die RJ10-Anschlussbuchse im CUNO selbst ersetzen. Das ist glücklicherweise leicht möglich, und bei CUNO vor Version 2.4 noch aus einem anderen Grund sinnvoll, siehe unten		* die RJ10-Anschlussbuchse im CUNO selbst ersetzen. Das ist glücklicherweise leicht möglich, und bei CUNO vor Version 2.4 noch aus einem anderen Grund sinnvoll, siehe unten.

	In der nebenstehenden Fotografie ist zu sehen, dass die RJ10-Buchse durch eine 3.5 mm Klinkenbuchse ersetzt wurde, das schwarze und das rote Kabel liefern die Pegel GND und 5 V, sowie das blaue Kabel die 1-Wire-Signale.		In der nebenstehenden Fotografie ist zu sehen, dass die RJ10-Buchse durch eine 3.5 mm Klinkenbuchse ersetzt wurde, das schwarze und das rote Kabel liefern die Pegel GND und 5 V, sowie das blaue Kabel die 1-Wire-Signale.
Zeile 41:		Zeile 41:

	== Software ==		== Software ==
	Der 1-Wire-Bus wird durch eine Anzahl von Kommandos gesteuert, die in der Beschreibung der CUNO-Firmware nachzulesen sind, siehe [http://culfw.de/commandref.html#cmd_O [2]]		Der 1-Wire-Bus wird durch eine Anzahl von Kommandos gesteuert, die in der Beschreibung der CUNO-Firmware nachzulesen sind, siehe [http://culfw.de/commandref.html#cmd_O [1]]

	In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.		In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.

Baumbuwe: CUNX löst CUNO ab

2017-01-16T11:00:16Z

CUNX löst CUNO ab

← Nächstältere Version		Version vom 16. Januar 2017, 13:00 Uhr
Zeile 8:		Zeile 8:

	In der Standardversion der CUNO-Firmware ist außerdem eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.		In der Standardversion der CUNO-Firmware ist außerdem eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.

			Der CUNO ist lt. Hersteller busware "end-of-life" und ist/wird ersetzt durch den weitgehend kompatiblen [http://www.busware.de/tiki-index.php?page=CUNX CUNX], einem CUNO ohne direkt verbaute Onewire-Schnittstelle, dafür mit einem Pigator-Slot, für den es wiederum (u. a.) einen Onewire-Modul gibt.

	== Hardware ==		== Hardware ==

Pahenning: /* Literatur */

2014-09-14T06:51:28Z

Literatur

← Nächstältere Version		Version vom 14. September 2014, 08:51 Uhr
Zeile 52:		Zeile 52:

	== Literatur ==		== Literatur ==
	*[1~~] Siehe z.B. Hilberg, W.: Skriptum zur Vorlesung Datentechnik an der TU Darmstadt, WS 1987/88~~		*[1] CULFW Commandref http://culfw.de/commandref.html#cmd_O
	*[2] CULFW Commandref http://culfw.de/commandref.html#cmd_O

	[[Kategorie:CUL]]		[[Kategorie:CUL]]
	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]
	[[Kategorie:Hardware Mods]]		[[Kategorie:Hardware Mods]]

Pahenning: /* Level-Shifter vor Version 2.4 */

2014-09-14T06:49:12Z

Level-Shifter vor Version 2.4

← Nächstältere Version		Version vom 14. September 2014, 08:49 Uhr
Zeile 36:		Zeile 36:
	Im CUNO vor Version 2.4 (ausgeliefert bis ca. Anfang Oktober 2012) wird der 1-Wire-Bus durch den CUNO nur mit einer Spannung von 3.3 V versorgt - diese Spannung liegt auch an der RJ10-Buchse an. Ein Signalpegel von 3.3 V auf der Datenleitung des 1-Wire Bus ist aber zu gering, um die angeschlossenen Sensoren parasitär mit Energie zu versorgen - sie müssen deshalb an den unmodifzierten CUNO tatsächlich mit drei Adern (3.3 V, GND und 1-Wire) angeschlossen werden. Im CUNO selbst stehen aber auch 5V zur Verfügung, wenn er durch ein USB-Kabel mit Spannung versorgt wird. Diese lassen sich sehr leicht "abgreifen" und an die (evtl. ersetzte) 1-Wire Anschlussbuchse führen.		Im CUNO vor Version 2.4 (ausgeliefert bis ca. Anfang Oktober 2012) wird der 1-Wire-Bus durch den CUNO nur mit einer Spannung von 3.3 V versorgt - diese Spannung liegt auch an der RJ10-Buchse an. Ein Signalpegel von 3.3 V auf der Datenleitung des 1-Wire Bus ist aber zu gering, um die angeschlossenen Sensoren parasitär mit Energie zu versorgen - sie müssen deshalb an den unmodifzierten CUNO tatsächlich mit drei Adern (3.3 V, GND und 1-Wire) angeschlossen werden. Im CUNO selbst stehen aber auch 5V zur Verfügung, wenn er durch ein USB-Kabel mit Spannung versorgt wird. Diese lassen sich sehr leicht "abgreifen" und an die (evtl. ersetzte) 1-Wire Anschlussbuchse führen.

	Das ist allerdings nur eine "halbe" Lösung, weil der interne Busmaster Chip DS2482 immer noch mit 3,3 V betrieben wird. Dagegen kann ein einfacher [[1-Wire_Pegelwandler Levelshifter]] helfen (insbesondere beim gleichzeitigen Umbau der Anschlussbuchse !), der auch die Datensignale auf dem Bus nach 5V umsetzt.		Das ist allerdings nur eine "halbe" Lösung, weil der interne Busmaster Chip DS2482 immer noch mit 3,3 V betrieben wird. Dagegen kann ein einfacher [[1-Wire_Pegelwandler\|Levelshifter]] helfen (insbesondere beim gleichzeitigen Umbau der Anschlussbuchse !), der auch die Datensignale auf dem Bus nach 5V umsetzt.

	== Software ==		== Software ==

Pahenning am 14. September 2014 um 06:48 Uhr

2014-09-14T06:48:10Z

← Nächstältere Version		Version vom 14. September 2014, 08:48 Uhr
Zeile 36:		Zeile 36:
	Im CUNO vor Version 2.4 (ausgeliefert bis ca. Anfang Oktober 2012) wird der 1-Wire-Bus durch den CUNO nur mit einer Spannung von 3.3 V versorgt - diese Spannung liegt auch an der RJ10-Buchse an. Ein Signalpegel von 3.3 V auf der Datenleitung des 1-Wire Bus ist aber zu gering, um die angeschlossenen Sensoren parasitär mit Energie zu versorgen - sie müssen deshalb an den unmodifzierten CUNO tatsächlich mit drei Adern (3.3 V, GND und 1-Wire) angeschlossen werden. Im CUNO selbst stehen aber auch 5V zur Verfügung, wenn er durch ein USB-Kabel mit Spannung versorgt wird. Diese lassen sich sehr leicht "abgreifen" und an die (evtl. ersetzte) 1-Wire Anschlussbuchse führen.		Im CUNO vor Version 2.4 (ausgeliefert bis ca. Anfang Oktober 2012) wird der 1-Wire-Bus durch den CUNO nur mit einer Spannung von 3.3 V versorgt - diese Spannung liegt auch an der RJ10-Buchse an. Ein Signalpegel von 3.3 V auf der Datenleitung des 1-Wire Bus ist aber zu gering, um die angeschlossenen Sensoren parasitär mit Energie zu versorgen - sie müssen deshalb an den unmodifzierten CUNO tatsächlich mit drei Adern (3.3 V, GND und 1-Wire) angeschlossen werden. Im CUNO selbst stehen aber auch 5V zur Verfügung, wenn er durch ein USB-Kabel mit Spannung versorgt wird. Diese lassen sich sehr leicht "abgreifen" und an die (evtl. ersetzte) 1-Wire Anschlussbuchse führen.

	Das ist allerdings nur eine "halbe" Lösung, weil der interne Busmaster Chip DS2482 immer noch mit 3,3 V betrieben wird. Dagegen kann ein einfacher Levelshifter helfen (insbesondere beim gleichzeitigen Umbau der Anschlussbuchse !), der auch die Datensignale auf dem Bus nach 5V umsetzt. Dabei handelt es sich um eine seit vielen Jahren in der Elektronik verwendete Standardschaltung [1]. Im Beispiel wird sie mit einem N-Kanal MOSFET und drei Widerständen realisiert, alternativ zum 2N7000 kann man auch einen BS170 verwenden.		Das ist allerdings nur eine "halbe" Lösung, weil der interne Busmaster Chip DS2482 immer noch mit 3,3 V betrieben wird. Dagegen kann ein einfacher [[1-Wire_Pegelwandler Levelshifter]] helfen (insbesondere beim gleichzeitigen Umbau der Anschlussbuchse !), der auch die Datensignale auf dem Bus nach 5V umsetzt.

	~~[[File:Levelshifter.png\|400px\|alt=Level-Shifter 3,3V <-> 5V]]~~

	~~[[File:1WLS_V3.PNG\|350px\|Level-Shifter Layout (dougie)]]~~

	== Software ==		== Software ==

Kamischi am 12. August 2014 um 19:21 Uhr

2014-08-12T19:21:52Z

← Nächstältere Version		Version vom 12. August 2014, 21:21 Uhr
Zeile 7:		Zeile 7:
	* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem CUNO kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am CUNO. '''Achtung:''' Derzeit (November 2012) erzeugt die Abfrage des CUNO durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können.		* Das Modul 00_OWX.pm (unter contrib/1-Wire) kann mit dem CUNO kommunizieren und ermöglicht dadurch die Verwendung von allen anderen 1-Wire Devices am CUNO. '''Achtung:''' Derzeit (November 2012) erzeugt die Abfrage des CUNO durch das Modul 00_OWX.pm so viel Overhead, dass bei mehr als vier gleichzeitig betriebenen 1-Wire Devices Instabilitäten auftreten können.

	In der Standardversion der CUNO-Firmware ist außerdem eine Einschränkung enthalten, ~~welche~~ die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.		In der Standardversion der CUNO-Firmware ist außerdem eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices durch die Firmware auf 10 beschränkt, s. unten.

	== Hardware ==		== Hardware ==
Zeile 47:		Zeile 47:
	In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.		In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.

	In der Firmware ist auch noch eine High-Level Komponente eingebaut, ~~welche~~ die Signale von Temperatursensoren (und nur diese !) auf das HomeMatic - System abbildet.		In der Firmware ist auch noch eine High-Level Komponente eingebaut, die die Signale von Temperatursensoren (und nur diese !) auf das HomeMatic - System abbildet.

	In der Standardversion der CUNO-Firmware ist eine Einschränkung enthalten, ~~welche~~ die Erkennung von 1-Wire-Devices auf 10 beschränkt. Will man dies erhöhen, muss in der Datei board.h die folgende Zeile mit einem Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.		In der Standardversion der CUNO-Firmware ist eine Einschränkung enthalten, die die Erkennung von 1-Wire-Devices auf 10 beschränkt. Will man dies erhöhen, muss in der Datei board.h die folgende Zeile mit einem Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.

	#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte		#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte

Pahenning: /* Literatur */

2013-12-26T11:25:48Z

Literatur

← Nächstältere Version		Version vom 26. Dezember 2013, 13:25 Uhr
Zeile 56:		Zeile 56:

	== Literatur ==		== Literatur ==
	[1] Siehe z.B. Hilberg, W.: Skriptum zur Vorlesung Datentechnik an der TU Darmstadt, WS 1987/88		*[1] Siehe z.B. Hilberg, W.: Skriptum zur Vorlesung Datentechnik an der TU Darmstadt, WS 1987/88
	[2] CULFW Commandref http://culfw.de/commandref.html#cmd_O		*[2] CULFW Commandref http://culfw.de/commandref.html#cmd_O

	[[Kategorie:CUL]]		[[Kategorie:CUL]]
	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]
	[[Kategorie:Hardware Mods]]		[[Kategorie:Hardware Mods]]

Pahenning: /* Literatur */

2013-12-26T11:25:27Z

Literatur

← Nächstältere Version		Version vom 26. Dezember 2013, 13:25 Uhr
Zeile 57:		Zeile 57:
	== Literatur ==		== Literatur ==
	[1] Siehe z.B. Hilberg, W.: Skriptum zur Vorlesung Datentechnik an der TU Darmstadt, WS 1987/88		[1] Siehe z.B. Hilberg, W.: Skriptum zur Vorlesung Datentechnik an der TU Darmstadt, WS 1987/88
			[2] CULFW Commandref http://culfw.de/commandref.html#cmd_O

	[[Kategorie:CUL]]		[[Kategorie:CUL]]
	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]
	[[Kategorie:Hardware Mods]]		[[Kategorie:Hardware Mods]]

Pahenning: /* Software */

2013-12-26T11:24:51Z

Software

← Nächstältere Version		Version vom 26. Dezember 2013, 13:24 Uhr
Zeile 43:		Zeile 43:

	== Software ==		== Software ==
	Der 1-Wire-Bus wird durch eine Anzahl von Kommandos gesteuert, die in der Beschreibung der CUNO-Firmware nachzulesen sind, siehe [http://culfw.de/commandref.html#cmd_O [1]]		Der 1-Wire-Bus wird durch eine Anzahl von Kommandos gesteuert, die in der Beschreibung der CUNO-Firmware nachzulesen sind, siehe [http://culfw.de/commandref.html#cmd_O [2]]

	In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.		In dieser Firmware ist sowohl der 1-Wire Suchalgorithmus implementiert, als auch das Lesen und Schreiben von einzelnen Bits und Bytes auf den 1-Wire Bus. Mit diesen Low-Level Kommunikationsfunktionen lassen sich bei Verwendung des Modul 00_OWX.pm (siehe contrib/1-Wire) alle 1-Wire Komponenten ansteuern.

Markusbloch am 14. Mai 2013 um 21:43 Uhr

2013-05-14T21:43:30Z

← Nächstältere Version		Version vom 14. Mai 2013, 23:43 Uhr
Zeile 51:		Zeile 51:
	In der Standardversion der CUNO-Firmware ist eine Einschränkung enthalten, welche die Erkennung von 1-Wire-Devices auf 10 beschränkt. Will man dies erhöhen, muss in der Datei board.h die folgende Zeile mit einem Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.		In der Standardversion der CUNO-Firmware ist eine Einschränkung enthalten, welche die Erkennung von 1-Wire-Devices auf 10 beschränkt. Will man dies erhöhen, muss in der Datei board.h die folgende Zeile mit einem Wert > 10 geändert und die Firmware neu übersetzt und geflasht werden.

	'#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte'		#define HAS_ONEWIRE 10 // OneWire Device Buffer, RAM: 10 * 8 Byte

	Allerdings ist eine beliebige Erhöhung nicht möglich, das der CUNO relativ wenig Speicherplatz hat. Berichtet wurde, dass schon ab einem Wert von 30 Schwierigkeiten auftreten, indem die 1-Wire Devices nicht alle erkannt werden.		Allerdings ist eine beliebige Erhöhung nicht möglich, das der CUNO relativ wenig Speicherplatz hat. Berichtet wurde, dass schon ab einem Wert von 30 Schwierigkeiten auftreten, indem die 1-Wire Devices nicht alle erkannt werden.