Software Stack - Revision history

Ctreber: /* Software for Building IoT Devices */

2018-06-18T08:33:15Z

Software for Building IoT Devices

@@ Line 23: / Line 23: @@
 ==Generation 3: AC_IoT, AC_MQTT, AC_TCP_ESP8266, AC_ESP8266==
-And while the generation 2 solution was not bad per se I wanted more. I found that I wanted to deploy multiple devices of the same kind, but without having to change the configuration in multiple files. And I would like to simply plug in capabilities like measuring temperature or switching a relay. From an architectural standpoint, I prefer MQTT to interface with TCP, not with the ESP8266. As buffers are limited and awkward to handle (make them too big and memory is gone; make them too small and you'll get overruns), streaming is the preferred mode of data exchange. I want my code to be readable by humans. And, yes, this can be done. Even in the limited Arduino environment.
+And while the generation 2 solution was not bad per se I wanted more.
-And thus generation 3 of my MQTT stack was born (and it is still growing up).
+I found that I wanted to deploy multiple devices of the same kind, but without having to change the configuration in multiple files. And I would like to simply plug in capabilities like measuring temperature or switching a relay. From an architectural standpoint, I prefer MQTT to interface with TCP, not with the ESP8266. As buffers are limited and awkward to handle (make them too big and memory is gone; make them too small and you'll get overruns), streaming is the preferred mode of data exchange. I want my code to be readable by humans. And, yes, this can be done. Even in the limited Arduino environment.
-===AC_ESP8266===
+[[The AME Stack|Follow me]] to the detailed description.
 [[IoT with AME|Home]]
 __NOTOC__

Ctreber at 18:09, 15 June 2018

2018-06-15T18:09:40Z

@@ Line 23: / Line 23: @@
 ==Generation 3: AC_IoT, AC_MQTT, AC_TCP_ESP8266, AC_ESP8266==
-To be done.
+And while the generation 2 solution was not bad per se I wanted more. I found that I wanted to deploy multiple devices of the same kind, but without having to change the configuration in multiple files. And I would like to simply plug in capabilities like measuring temperature or switching a relay. From an architectural standpoint, I prefer MQTT to interface with TCP, not with the ESP8266. As buffers are limited and awkward to handle (make them too big and memory is gone; make them too small and you'll get overruns), streaming is the preferred mode of data exchange. I want my code to be readable by humans. And, yes, this can be done. Even in the limited Arduino environment.
 [[IoT with AME|Home]]
 __NOTOC__

Ctreber at 17:09, 15 June 2018

2018-06-15T17:09:17Z

← Older revision		Revision as of 17:09, 15 June 2018
Line 8:		Line 8:

	* MQTT client: PubSubClient. Regarding the data connection it is based on the standard Arduino Client interface.		* MQTT client: PubSubClient. Regarding the data connection it is based on the standard Arduino Client interface.
	* Client: ESP8266Client: This is a library I wrote that provides a Client facade to the ITEADLIB Arduino WeeESP8266 lib. It deals with ESP8266 misbehavior that can't be handled on the ESP8266 level itself.		* Client: ESP8266Client: This is a library I wrote that provides a Client facade to the ITEADLIB Arduino WeeESP8266 lib. It deals with ESP8266 misbehavior that can't be handled on the ESP8266 level itself (like, lost TCP or WLAN connectivity).
	* ESP8266: ITEADLIB Arduino WeeESP8266. This library is quite voluminous (in example, because of the use of String) and has a few small bugs		* ESP8266: ITEADLIB Arduino WeeESP8266. This library is quite voluminous (in example, because of the use of String) and has a few small bugs

	==Generation 2: AC_MQTT & AC_ESP8266==		==Generation 2: AC_MQTT & AC_ESP8266==

	After dealing with various problems and repairing and optimizing things to a degree I did what all programmers must do at some point: rewrite the whole damn thing :-)		After dealing with various problems and repairing and optimizing things to a degree I finally did what all programmers must do at some point: rewrite the whole damn thing :-)

	* MQTT client: AC_MQTT. Compact and easy to understand code implementing MQTT operation for QoS levels 0 and 1. Does not reserve buffers and performs only streaming read and write operations.		* MQTT client: AC_MQTT. Compact and easy to understand code implementing MQTT operation for QoS levels 0 and 1. Does not reserve buffers and performs only streaming read and write operations.
	* "Client": AC_ESP8266Client. This is NOT the Arduino standard Client interface, but a tighter integration between AC_MQTT and AC_ESP8266. While it would have been nice to stick to the Arduino Client interface I found this requires too much of a compromise in terms of excessive memory use and ~~gearing for the method~~ of access (Client is rather serial while the ESP8266 expects he reading and writing of buffers). It deals with all kinds of problems like WLAN and TCP connection troubles and general ESP8266 misbehavior. Depending on the hardware provided it can even hardware-~~rest~~ or power-cycle the ESP8266 if necessary. It can even power-cycle a router if so required (yes, sometimes a mobile Internet router ~~needs~~ a kick).		* "Client": AC_ESP8266Client. This is NOT the Arduino standard Client interface, but a tighter integration between AC_MQTT and AC_ESP8266. While it would have been nice to stick to the Arduino Client interface I found this requires too much of a compromise in terms of excessive memory use and type of access ("Client" is rather serial while the ESP8266 expects reading and writing buffers). It deals with all kinds of problems like WLAN and TCP connection troubles and general ESP8266 misbehavior. Depending on the hardware provided it can even hardware-reset or power-cycle the ESP8266 if necessary. It can even power-cycle a router if so required (yes, sometimes a mobile Internet router deserves and profits from a kick).
	* ESP8266: AC_ESP8266. The library only provides access to ESP functions that are needed for MQTT communications. The code is pretty compact does not reserve buffers on its own (though it relies on buffers provided by clients). It provides a callback interface in case some data arrived over an IP connection (no need to poll).		* ESP8266: AC_ESP8266. The library only provides access to ESP functions that are needed for MQTT communications. The code is pretty compact as it does not reserve buffers on its own (though it relies on buffers provided by clients). It provides a callback interface in case some data arrived over an IP connection (no need to poll).

	My stack does quite a bit more than the stack above regarding error handling, and it does so with less flash and SRAM memory usage while IMHO being more readable at the same time.		My stack does quite a bit more than the stack above regarding error handling, and it does so with less flash and SRAM memory usage while IMHO being more readable at the same time.

Ctreber at 23:05, 14 June 2018

2018-06-14T23:05:12Z

← Older revision		Revision as of 23:05, 14 June 2018
Line 10:		Line 10:
	* Client: ESP8266Client: This is a library I wrote that provides a Client facade to the ITEADLIB Arduino WeeESP8266 lib. It deals with ESP8266 misbehavior that can't be handled on the ESP8266 level itself.		* Client: ESP8266Client: This is a library I wrote that provides a Client facade to the ITEADLIB Arduino WeeESP8266 lib. It deals with ESP8266 misbehavior that can't be handled on the ESP8266 level itself.
	* ESP8266: ITEADLIB Arduino WeeESP8266. This library is quite voluminous (in example, because of the use of String) and has a few small bugs		* ESP8266: ITEADLIB Arduino WeeESP8266. This library is quite voluminous (in example, because of the use of String) and has a few small bugs


	==Generation 2: AC_MQTT & AC_ESP8266==		==Generation 2: AC_MQTT & AC_ESP8266==
Line 27:		Line 26:

	[[IoT with AME\|Home]]		[[IoT with AME\|Home]]
			__NOTOC__

Ctreber at 23:04, 14 June 2018

2018-06-14T23:04:58Z

← Older revision		Revision as of 23:04, 14 June 2018
Line 1:		Line 1:
	[[~~Stacks~~]]		[[IoT with AME\|Home]]

	=Software for Building IoT Devices=		=Software for Building IoT Devices=

	==PubSubClient, ESP8266Client, ITEADLIB Arduino WeeESP8266==		==Generation 1: PubSubClient, ESP8266Client, ITEADLIB Arduino WeeESP8266==

	This is the stack I used first, and for quite some time:		This is the stack I used first, and for quite some time:
Line 12:		Line 12:


	==AC_MQTT & AC_ESP8266==		==Generation 2: AC_MQTT & AC_ESP8266==

	After dealing with various problems and repairing and optimizing things to a degree I did what all programmers must do at some point: rewrite the whole damn thing :-)		After dealing with various problems and repairing and optimizing things to a degree I did what all programmers must do at some point: rewrite the whole damn thing :-)
Line 22:		Line 22:
	My stack does quite a bit more than the stack above regarding error handling, and it does so with less flash and SRAM memory usage while IMHO being more readable at the same time.		My stack does quite a bit more than the stack above regarding error handling, and it does so with less flash and SRAM memory usage while IMHO being more readable at the same time.

	[[~~Stacks~~]]		==Generation 3: AC_IoT, AC_MQTT, AC_TCP_ESP8266, AC_ESP8266==

			To be done.

			[[IoT with AME\|Home]]

Ctreber at 22:45, 14 June 2018

2018-06-14T22:45:48Z

← Older revision		Revision as of 22:45, 14 June 2018
Line 1:		Line 1:
	[[Stacks]]		[[Stacks]]

	=Software ~~Stack~~=		=Software for Building IoT Devices=

	==PubSubClient, ESP8266Client, ITEADLIB Arduino WeeESP8266==		==PubSubClient, ESP8266Client, ITEADLIB Arduino WeeESP8266==

Ctreber at 21:47, 3 July 2017

2017-07-03T21:47:22Z

← Older revision		Revision as of 21:47, 3 July 2017
Line 2:		Line 2:

	=Software Stack=		=Software Stack=

			==PubSubClient, ESP8266Client, ITEADLIB Arduino WeeESP8266==

			This is the stack I used first, and for quite some time:

			* MQTT client: PubSubClient. Regarding the data connection it is based on the standard Arduino Client interface.
			* Client: ESP8266Client: This is a library I wrote that provides a Client facade to the ITEADLIB Arduino WeeESP8266 lib. It deals with ESP8266 misbehavior that can't be handled on the ESP8266 level itself.
			* ESP8266: ITEADLIB Arduino WeeESP8266. This library is quite voluminous (in example, because of the use of String) and has a few small bugs


			==AC_MQTT & AC_ESP8266==

			After dealing with various problems and repairing and optimizing things to a degree I did what all programmers must do at some point: rewrite the whole damn thing :-)

			* MQTT client: AC_MQTT. Compact and easy to understand code implementing MQTT operation for QoS levels 0 and 1. Does not reserve buffers and performs only streaming read and write operations.
			* "Client": AC_ESP8266Client. This is NOT the Arduino standard Client interface, but a tighter integration between AC_MQTT and AC_ESP8266. While it would have been nice to stick to the Arduino Client interface I found this requires too much of a compromise in terms of excessive memory use and gearing for the method of access (Client is rather serial while the ESP8266 expects he reading and writing of buffers). It deals with all kinds of problems like WLAN and TCP connection troubles and general ESP8266 misbehavior. Depending on the hardware provided it can even hardware-rest or power-cycle the ESP8266 if necessary. It can even power-cycle a router if so required (yes, sometimes a mobile Internet router needs a kick).
			* ESP8266: AC_ESP8266. The library only provides access to ESP functions that are needed for MQTT communications. The code is pretty compact does not reserve buffers on its own (though it relies on buffers provided by clients). It provides a callback interface in case some data arrived over an IP connection (no need to poll).

			My stack does quite a bit more than the stack above regarding error handling, and it does so with less flash and SRAM memory usage while IMHO being more readable at the same time.

	[[Stacks]]		[[Stacks]]

Ctreber: Created page with "Stacks =Software Stack= Stacks"

2017-07-03T21:19:47Z

Created page with "Stacks =Software Stack= Stacks"

New page

[[Stacks]]

=Software Stack=

[[Stacks]]