User:JanosA - Revision history

JanosA: OneWire moved to main Wiki Tree

2013-05-19T13:39:25Z

OneWire moved to main Wiki Tree

@@ Line 4: / Line 4: @@
 My hobby is programming embedded systems and creating my own small electronic boards.
-=== Skills ===
+== Skills ==
 * Assembly programming: PIC 8bit family
 * C programming: PIC 8bit / PIC32MX family, Linux
@@ Line 12: / Line 12: @@
 * IP networking
-=== My ArmadeuS plans (APF28 based) ===
+== My ArmadeuS plans (APF28 based) ==
 * Creating an universal home automation hardware for my friends, with easy programming in perl or PHP. :)
 * Datacenter temperature monitoring, with RS-485 and OneWire communications.
 * Data logger for Saia Sbus based intelligent power meters.
+== My works comitted to ArmadeuS project ==
+* [[RS-485]] for APF28/iMX28 mxs-auart and busybox stty patch
-== RS-485 ==
+* [[OneWire GPIO bus Master]] for APF28DEV

JanosA: RS-485 moved to main Wiki Tree

2013-05-15T18:53:41Z

RS-485 moved to main Wiki Tree

← Older revision		Revision as of 20:53, 15 May 2013
Line 19:		Line 19:


			== RS-485 ==
	== ~~RS485~~ ==		Informations and mini HOWTOs for my APF28/iMX28 mxs-auart and busybox stty patches moved to the main Wiki tree: [[RS-485]]
	Informations and mini HOWTOs for my APF28/iMX28 mxs-auart and busybox stty patches.


	~~=== Linux stty ===~~
	* Setup APF28 serial port for RS485 communication:
	~~<pre class=apf>~~
	~~# stty -F /dev/ttySP0 raw~~
	~~# stty -F /dev/ttySP0 -echo -echoe -echok~~
	~~# stty -F /dev/ttySP0 rs485~~
	~~</pre>~~

	* Set extra delays for TXEN/RTS signaling before and after the transmitted packet (in microseconds):
	~~<pre class=apf>~~
	~~# stty -F /dev/ttySP0 rs485delaybefore 100~~
	~~# stty -F /dev/ttySP0 rs485delayafter 100~~
	~~</pre>~~

	* To get current RS485 parameters. (If the port device supports the RS485 options you will see the last two lines)
	~~<pre class=apf>~~
	~~# stty -F /dev/ttySP0~~
	~~speed 9600 baud; line = 0;~~
	~~intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;~~
	~~eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;~~
	~~werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;~~
	~~-brkint -imaxbel~~
	~~rs485 -rs485rtsonsend -rs485rtsaftersend -rs485rxduringtx~~
	~~rs485delaybefore = 100; rs485delayafter = 100; rs485delaylastchartx = 1250;~~
	~~</pre>~~
	~~Please note:~~
	* You can't set the "rs485delaylastchartx" parameter, it's calculated automatically from the baudrate.
	~~Special notes for the APF28/iMX28 mxs-auart driver:~~
	* All delays are in microseconds.
	* The "rs485delaylastchartx" parameter is not used in DMA mode.
	* The parameters: "rs485rtsonsend" "rs485rtsaftersend" "rs485rxduringtx" are not used. (Only used by atmel_serial.c and crisv10.c drivers)
	* If the RS485 mode is turned on, it will override (turn off) the RTS/CTS hardware flow settings of the ~~uart, don't care what is configured.~~


	~~=== C code ===~~
	* The RS485 mode can be turned on with ioctl calls from C code, here is the example:
	~~<source lang="C">~~
	~~#include <stdio.h>~~
	~~#include <fcntl.h>~~
	~~#include <linux/ioctl.h>~~
	~~#include <linux/serial.h>~~
	~~#include <asm-generic/ioctls.h> /* TIOCGRS485 + TIOCSRS485 ioctl definitions */~~

	~~int~~ main~~(void) {~~
	~~struct serial_rs485 rs485conf;~~

	~~int fd = open ("/dev/ttySP0", O_RDWR);~~
	~~if (fd < 0) {~~
	~~printf("Error~~: ~~Can't open: /dev/ttySP0\n");~~
	}


	~~/* Don't forget to read first the current state of the RS485 options with ioctl.~~
	~~If You don't do this, You will destroy the rs485conf.delay_rts_last_char_tx~~
	~~parameter which is automatically calculated by the driver when You opens the~~
	~~port device. */~~
	~~if (ioctl (fd, TIOCGRS485, &rs485conf) < 0) {~~
	~~printf("Error: TIOCGRS485 ioctl not supported.\n");~~
	}

	~~/* Enable RS485 mode: */~~
	~~rs485conf.flags \|= SER_RS485_ENABLED;~~

	~~/* Set rts/txen delay before send, if needed: (in microseconds) */~~
	~~rs485conf.delay_rts_before_send = 0;~~

	~~/* Set rts/txen delay after send, if needed: (in microseconds) */~~
	~~rs485conf.delay_rts_after_send = 0;~~

	~~if (ioctl (fd, TIOCSRS485, &rs485conf) < 0) {~~
	~~printf("Error: TIOCSRS485 ioctl not supported.\n");~~
	}

	~~fcntl(fd, F_SETFL, 0);~~
	~~int n = write(fd, "ABC\r\n", 5);~~
	~~if (n < 0) {~~
	~~/* Error handling */~~
	}

	~~if (close (fd) < 0) {~~
	~~printf("Error: Can't close: /dev/ttySP0\n");~~
	}
	}
	~~</source>~~


	~~=== Hardware Notes ===~~
	* The RS485 Transmit Enable (TXEN) output will be the RTS pin of the uart.
	* The TXEN/RTS output is _active low_, it must be inverted to use it with the popular RS485 transceiver ICs.
	* When the u-~~boot runs and the board start to boot, the RTS pin works as input, please add a pullup resistor to this pin before the inverter, to prevent RS485 bus lockups.~~

JanosA at 22:00, 9 May 2013

2013-05-09T22:00:04Z

← Older revision		Revision as of 00:00, 10 May 2013
Line 124:		Line 124:
	=== Software installation ===		=== Software installation ===
	* Recompile your Linux kernel with OneWire GPIO bus master (and some slave device) support.		* Recompile your Linux kernel with OneWire GPIO bus master (and some slave device) support.
	* The driver works only in static compiled mode. (Load as module did not work.)
	<pre class="host">		<pre class="host">
	$ make linux-menuconfig		$ make linux-menuconfig

JanosA at 20:23, 9 May 2013

2013-05-09T20:23:19Z

← Older revision		Revision as of 22:23, 9 May 2013
Line 16:		Line 16:
	* Datacenter temperature monitoring, with RS-485 and OneWire communications.		* Datacenter temperature monitoring, with RS-485 and OneWire communications.
	* Data logger for Saia Sbus based intelligent power meters.		* Data logger for Saia Sbus based intelligent power meters.

	~~=== Currently I working on: ===~~
	* RS485 support for driver: mxs-auart.c (APF28 2.6.35.3+ kernel)
	* Next will be: Integrate and test the Linux kernel's one wire (w1) driver with APF28.


Line 123:		Line 119:

	== OneWire ==		== OneWire ==
	Informations and mini HOWTOs for my APF28DEV OneWire ~~patches~~.		Informations and mini HOWTOs for my APF28DEV OneWire patch.

JanosA at 20:20, 9 May 2013

2013-05-09T20:20:11Z

← Older revision		Revision as of 22:20, 9 May 2013
Line 189:		Line 189:
	28-000001e68904		28-000001e68904
	</pre>		</pre>
	Let's read the temperature:		Let's read the temperature: (The 28-xxx family is a DS18B20 temperature sensor in this example.)
	<pre class=apf>		<pre class=apf>
	# cat /sys/devices/w1\ bus\ master/28-000001e68904/w1_slave		# cat /sys/devices/w1\ bus\ master/28-000001e68904/w1_slave

JanosA at 20:17, 9 May 2013

2013-05-09T20:17:53Z

← Older revision		Revision as of 22:17, 9 May 2013
Line 127:		Line 127:

	=== Software installation ===		=== Software installation ===
	* Recompile your Linux kernel with OneWire GPIO bus master (and some slave device) support:		* Recompile your Linux kernel with OneWire GPIO bus master (and some slave device) support.
			* The driver works only in static compiled mode. (Load as module did not work.)
	<pre class="host">		<pre class="host">
	$ make linux-menuconfig		$ make linux-menuconfig

JanosA: Adding OneWire Informations

2013-05-09T19:09:23Z

Adding OneWire Informations

@@ Line 20: / Line 20: @@
 * RS485 support for driver: mxs-auart.c (APF28 2.6.35.3+ kernel)
 * Next will be: Integrate and test the Linux kernel's one wire (w1) driver with APF28.
 == RS485 ==
 Informations and mini HOWTOs for my APF28/iMX28 mxs-auart and busybox stty patches.
 === Linux stty ===
@@ Line 57: / Line 60: @@
 * The parameters: "rs485rtsonsend" "rs485rtsaftersend" "rs485rxduringtx" are not used. (Only used by atmel_serial.c and crisv10.c drivers)
 * If the RS485 mode is turned on, it will override (turn off) the RTS/CTS hardware flow settings of the uart, don't care what is configured.
 === C code ===
@@ Line 108: / Line 112: @@
+}
 </source>
 === Hardware Notes ===
@@ Line 113: / Line 118: @@
 * The TXEN/RTS output is _active low_, it must be inverted to use it with the popular RS485 transceiver ICs.
 * When the u-boot runs and the board start to boot, the RTS pin works as input, please add a pullup resistor to this pin before the inverter, to prevent RS485 bus lockups.

JanosA at 21:55, 6 May 2013

2013-05-06T21:55:37Z

← Older revision		Revision as of 23:55, 6 May 2013
Line 55:		Line 55:
	* All delays are in microseconds.		* All delays are in microseconds.
	* The "rs485delaylastchartx" parameter is not used in DMA mode.		* The "rs485delaylastchartx" parameter is not used in DMA mode.
	* The parameters: "rs485rtsonsend" "rs485rtsaftersend" "rs485rxduringtx" are not used.		* The parameters: "rs485rtsonsend" "rs485rtsaftersend" "rs485rxduringtx" are not used. (Only used by atmel_serial.c and crisv10.c drivers)
	* If the RS485 mode is turned on, it will override (turn off) the RTS/CTS hardware flow settings of the uart, don't care what is configured.		* If the RS485 mode is turned on, it will override (turn off) the RTS/CTS hardware flow settings of the uart, don't care what is configured.

JanosA at 21:50, 6 May 2013

2013-05-06T21:50:19Z

← Older revision		Revision as of 23:50, 6 May 2013
Line 1:		Line 1:
			== About Me ==
	I am IP Network and Datacenter engineer, currently I'm working for an Internet Service Provider in Hungary.		I am IP Network and Datacenter engineer, currently I'm working for an Internet Service Provider in Hungary.

	My hobby is programming embedded systems and creating my own small electronic boards.		My hobby is programming embedded systems and creating my own small electronic boards.

	== Skills ==		=== Skills ===
	* Assembly programming: PIC 8bit family		* Assembly programming: PIC 8bit family
	* C programming: PIC 8bit / PIC32MX family, Linux		* C programming: PIC 8bit / PIC32MX family, Linux
Line 11:		Line 12:
	* IP networking		* IP networking

	== My ArmadeuS plans (APF28 based) ==		=== My ArmadeuS plans (APF28 based) ===
	* Creating an universal home automation hardware for my friends, with easy programming in perl or PHP. :)		* Creating an universal home automation hardware for my friends, with easy programming in perl or PHP. :)
	* Datacenter temperature monitoring, with RS-485 and OneWire communications.		* Datacenter temperature monitoring, with RS-485 and OneWire communications.
	* Data logger for Saia Sbus based intelligent power meters.		* Data logger for Saia Sbus based intelligent power meters.

			=== Currently I working on: ===
			* RS485 support for driver: mxs-auart.c (APF28 2.6.35.3+ kernel)
			* Next will be: Integrate and test the Linux kernel's one wire (w1) driver with APF28.

JanosA at 21:46, 6 May 2013

2013-05-06T21:46:08Z

← Older revision		Revision as of 23:46, 6 May 2013
Line 18:		Line 18:

	== RS485 ==		== RS485 ==
	~~Mini~~ HOWTOs for my APF28/iMX28 mxs-auart and busybox stty patches.		Informations and mini HOWTOs for my APF28/iMX28 mxs-auart and busybox stty patches.

			=== Linux stty ===
	* Setup APF28 serial port for RS485 communication:		* Setup APF28 serial port for RS485 communication:
	<pre class=apf>		<pre class=apf>
Line 46:		Line 47:
	Please note:		Please note:
	* You can't set the "rs485delaylastchartx" parameter, it's calculated automatically from the baudrate.		* You can't set the "rs485delaylastchartx" parameter, it's calculated automatically from the baudrate.
	Special notes ~~only~~ for APF28/iMX28 mxs-auart driver:		Special notes for the APF28/iMX28 mxs-auart driver:
	* All delays are in microseconds.		* All delays are in microseconds.
	* The "rs485delaylastchartx" parameter is not used in DMA mode.		* The "rs485delaylastchartx" parameter is not used in DMA mode.
	* The parameters: "rs485rtsonsend" "rs485rtsaftersend" "rs485rxduringtx" are not used.		* The parameters: "rs485rtsonsend" "rs485rtsaftersend" "rs485rxduringtx" are not used.
			* If the RS485 mode is turned on, it will override (turn off) the RTS/CTS hardware flow settings of the uart, don't care what is configured.

			=== C code ===
	* The RS485 mode can be turned on with ioctl calls from C code, here is the example:		* The RS485 mode can be turned on with ioctl calls from C code, here is the example:
	<source lang="C">		<source lang="C">
Line 101:		Line 103:
	}		}
	</source>		</source>

			=== Hardware Notes ===
			* The RS485 Transmit Enable (TXEN) output will be the RTS pin of the uart.
			* The TXEN/RTS output is _active low_, it must be inverted to use it with the popular RS485 transceiver ICs.
			* When the u-boot runs and the board start to boot, the RTS pin works as input, please add a pullup resistor to this pin before the inverter, to prevent RS485 bus lockups.