Known Issues - Revision history

Mayersven: /* RGB LEDs */

2024-06-12T13:41:38Z

RGB LEDs

← Older revision		Revision as of 15:41, 12 June 2024
Line 45:		Line 45:
	There are two types of RGB LEDs.		There are two types of RGB LEDs.

	There is the standard RGB LEDs (this is included in the LMUBox) - which is basically only 3 LEDs in parallel in one housing, see: ~~https://www.sketching-with-hardware.org/wiki/RGB_LED~~		There is the standard RGB LEDs (this is included in the LMUBox) - which is basically only 3 LEDs in parallel in one housing, see: [[RGB LED]]

	There are also "intelligent" RGB LEDs and the are controlled like the NeoPixel Ring (or the WS2812 chip): ~~https://www.sketching-with-hardware.org/wiki/LED_Ring_NeoPixel~~		There are also "intelligent" RGB LEDs and the are controlled like the NeoPixel Ring (or the WS2812 chip): [[LED Ring NeoPixel]]

	= netvar library =		= netvar library =

2021-04-01T14:26:15Z

netvar library

← Older revision		Revision as of 16:26, 1 April 2021
Line 64:		Line 64:
	File "netvars.py", line 25, in http_get		File "netvars.py", line 25, in http_get
	OSError: [Errno 113] EHOSTUNREACH"		OSError: [Errno 113] EHOSTUNREACH"


			If you'd like to use a different port than 80, you'll need to adjust it in the http_get() function. Otherwise you might receive an OSError: -2.

2020-09-30T08:39:02Z

netvar library

← Older revision		Revision as of 10:39, 30 September 2020
Line 58:		Line 58:

	There is also a second error being triggered by some get-requests:		There is also a second error being triggered by some get-requests:
	"Traceback (most recent call last):		Traceback (most recent call last):
	File "<stdin>", line 1, in <module>		File "<stdin>", line 1, in <module>
	File "<string>", line 301, in <module>		File "<string>", line 301, in <module>
	File "netvars.py", line 59, in getNetVar		File "netvars.py", line 59, in getNetVar
	File "netvars.py", line 25, in http_get		File "netvars.py", line 25, in http_get
	OSError: [Errno 113] EHOSTUNREACH"		OSError: [Errno 113] EHOSTUNREACH"

2020-09-30T08:38:30Z

netvar library

← Older revision		Revision as of 10:38, 30 September 2020
Line 56:		Line 56:

	"Hi, we are using 4 different Networkvariables: "kanban1_todo","kanban1_progress","kanban1_done" and "kanban1_working". We actually just write some int-values to them ("setNetVar") and also read them ("getNetVar"). The getting-part sometimes triggers the mentioned "ValueError: need more than 1 values to unpack.". Right now we are just catching the error, to avoid a crashing of the code, but it would be interesting to know, why it is triggered. "		"Hi, we are using 4 different Networkvariables: "kanban1_todo","kanban1_progress","kanban1_done" and "kanban1_working". We actually just write some int-values to them ("setNetVar") and also read them ("getNetVar"). The getting-part sometimes triggers the mentioned "ValueError: need more than 1 values to unpack.". Right now we are just catching the error, to avoid a crashing of the code, but it would be interesting to know, why it is triggered. "

			There is also a second error being triggered by some get-requests:
			"Traceback (most recent call last):
			File "<stdin>", line 1, in <module>
			File "<string>", line 301, in <module>
			File "netvars.py", line 59, in getNetVar
			File "netvars.py", line 25, in http_get
			OSError: [Errno 113] EHOSTUNREACH"

2020-09-29T08:48:50Z

← Older revision		Revision as of 10:48, 29 September 2020
Line 48:		Line 48:

	There are also "intelligent" RGB LEDs and the are controlled like the NeoPixel Ring (or the WS2812 chip): https://www.sketching-with-hardware.org/wiki/LED_Ring_NeoPixel		There are also "intelligent" RGB LEDs and the are controlled like the NeoPixel Ring (or the WS2812 chip): https://www.sketching-with-hardware.org/wiki/LED_Ring_NeoPixel

			= netvar library =
			There are sometimes problem with return values that cannot be parsed - even so the should be OK.
			This may be a problem that occurs in the HTTP Request.

			It would be good to catch this error in the library already.

			"Hi, we are using 4 different Networkvariables: "kanban1_todo","kanban1_progress","kanban1_done" and "kanban1_working". We actually just write some int-values to them ("setNetVar") and also read them ("getNetVar"). The getting-part sometimes triggers the mentioned "ValueError: need more than 1 values to unpack.". Right now we are just catching the error, to avoid a crashing of the code, but it would be interesting to know, why it is triggered. "

2020-08-25T16:47:25Z

Servos and Power

← Older revision		Revision as of 18:47, 25 August 2020
Line 25:		Line 25:

	If you need more power you can use an external power supply, here it is important to connect 0V/-/GND to GND of the ESP and the VCC/+ of the supply to the VCC/+ of the servo.		If you need more power you can use an external power supply, here it is important to connect 0V/-/GND to GND of the ESP and the VCC/+ of the supply to the VCC/+ of the servo.

			[[File:Servo-ex.PNG\|300px]]

	== Black Servo ES08MA II ==		== Black Servo ES08MA II ==

2020-08-25T16:45:54Z

Black Servo ES08MA II

← Older revision		Revision as of 18:45, 25 August 2020
Line 29:		Line 29:
	The power (current and voltage) of many USB Ports connected to the ESP32/ESP8266 is not enough for the Servo ES08MA. It many cases it will not work.		The power (current and voltage) of many USB Ports connected to the ESP32/ESP8266 is not enough for the Servo ES08MA. It many cases it will not work.

	[[File:Es08maII-servo.PNG]]		[[File:Es08maII-servo.PNG\|300px]]

	Workaround: use the servo SG90.		Workaround: use the servo SG90.

2020-08-25T16:45:40Z

Black Servo ES08MA II

← Older revision		Revision as of 18:45, 25 August 2020
Line 28:		Line 28:
	== Black Servo ES08MA II ==		== Black Servo ES08MA II ==
	The power (current and voltage) of many USB Ports connected to the ESP32/ESP8266 is not enough for the Servo ES08MA. It many cases it will not work.		The power (current and voltage) of many USB Ports connected to the ESP32/ESP8266 is not enough for the Servo ES08MA. It many cases it will not work.

			[[File:Es08maII-servo.PNG]]

	Workaround: use the servo SG90.		Workaround: use the servo SG90.


	= ESP32 lableing =		= ESP32 lableing =

2020-08-25T16:35:40Z

PWM Output (for Servos)

← Older revision		Revision as of 18:35, 25 August 2020
Line 9:		Line 9:

	<syntaxhighlight lang="python" line='line'>		<syntaxhighlight lang="python" line='line'>
	servoPin = Pin(27, Pin.OUT)		servoPin = Pin(26, Pin.OUT)
	pwm = PWM(servoPin, freq=50)		pwm = PWM(servoPin, freq=50)
	pwm.deinit()		pwm.deinit()
	pwm = PWM(servoPin, freq=50)		pwm = PWM(servoPin, freq=50)
	</syntaxhighlight>		</syntaxhighlight>


	= Servos =		= Servos =

2020-08-25T15:48:03Z

RGB LEDs

← Older revision		Revision as of 17:48, 25 August 2020
Line 43:		Line 43:
	There are two types of RGB LEDs.		There are two types of RGB LEDs.

	There is the standard RGB LEDs - which is basically only 3 LEDs in parallel in one housing, see: https://www.sketching-with-hardware.org/wiki/RGB_LED		There is the standard RGB LEDs (this is included in the LMUBox) - which is basically only 3 LEDs in parallel in one housing, see: https://www.sketching-with-hardware.org/wiki/RGB_LED

	There are also "intelligent" RGB LEDs and the are controlled like the NeoPixel Ring (or the WS2812 chip): https://www.sketching-with-hardware.org/wiki/LED_Ring_NeoPixel		There are also "intelligent" RGB LEDs and the are controlled like the NeoPixel Ring (or the WS2812 chip): https://www.sketching-with-hardware.org/wiki/LED_Ring_NeoPixel