[BUG] error LULZBOT_TOUCH_UI #15134

Lino77 · 2019-09-01T21:23:57Z

It may be that a few configuration settings are missing. I can not find MAX_MANUAL_FEEDRATE anywhere

tmp/arduino_build_721483/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/move_axis_screen.cpp: In static member function 'static float MoveAxisScreen::getManualFeedrate(uint8_t, float)':
/tmp/arduino_build_721483/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/move_axis_screen.cpp:112:47: error: 'MAX_MANUAL_FEEDRATE' was not declared in this scope
constexpr float max_manual_feedrate[XYZE] = MAX_MANUAL_FEEDRATE;
^
Bibliothek Wire in Version 1.0 im Ordner: /home/lino/.arduino15/packages/ultimachine/hardware/sam/1.6.9-c/libraries/Wire wird verwendet
Bibliothek TMCStepper in Version 0.4.6 im Ordner: /home/lino/Arduino/libraries/TMCStepper wird verwendet
Bibliothek SPI in Version 1.0 im Ordner: /home/lino/.arduino15/packages/ultimachine/hardware/sam/1.6.9-c/libraries/SPI wird verwendet
exit status 1
Fehler beim Kompilieren für das Board Archim.

boelle · 2019-09-02T17:55:37Z

attach 2 config files as zip file just as the issue template suggests

Lino77 · 2019-09-02T20:59:28Z

Marlin_config.zip

Ludy87 · 2019-09-04T17:41:41Z

@Lino77 Das sollte nicht auskommentiert sein und dann muss es ein Array sein

Marlin/Marlin/src/lcd/extensible_ui/lib/lulzbot/config.h

Line 93 in d9bbe0f

//#define MAX_MANUAL_FEEDRATE 240

#define MAX_MANUAL_FEEDRATE { 240, 240, 240, 240 }

Aber ich denke, da werden noch mehr Fehler auftauchen.

@marcio-ao can you say more about that?

marcio-ao · 2019-09-05T14:23:06Z

@Ludy87: Yes, it looks like that config file is incorrect. I agree that the following would be a fix:

#define MAX_MANUAL_FEEDRATE { 240, 240, 240, 240 }

I'll create a PR with this fix.

Ludy87 · 2019-09-05T14:25:57Z

Thx @marcio-ao

Lino77 · 2019-09-06T02:22:25Z

@Ludy87 hattest recht es kam noch ein Fehler anbei meine Config und was ich geändert habe das es durch kompiliert jetzt fehlt mir nur noch das Display zum testen hoffentlich kommt es bald, sollte schon letzte Woche eigentlich da sein, kannst du mir sagen für was "LCD_STR_THERMOMETER" eigentlich steht

Config.zip

Ludy87 · 2019-09-06T02:36:14Z

that's because it's not called HAS_GRAPHICAL_LCD || HAS_CHARACTER_LCD is declared

@marcio-ao will release a PR with bug fixes

- Added UTF8 support to FTDI rendering code. - Added support for most Western language characters in Latin-1 Supplement - Fix for MarlinFirmware#15134

Fix #15134

Lino77 · 2019-09-12T13:34:17Z

@marcio-ao
I have a ft 810 and have it connected to the Ultimachine Archim2 as in the pin_mappings.h, and I hope, synonymous configured, but the display remains black. Here is my config and how I wired it.
Marlin.zip

AO_EXP2_PINMAP
*

The AlephObjects mapping for re-purposing the UltraLCD
connector EXP2 for hardware SPI for display and SD card
or USB (rev C):

Archim_SC2    FTDI:    USB:      ULTRA_LCD:

        10    MISO     MISO    -->  MISO

         9    SCLK     SCLK    -->  SCLK

         8    PD_N      -      -->  BTN_EN2

         7     -        CS_N    -->  SD_CSEL

         6    CS_N      -      -->  BTN_EN1

         5    MOSI     MOSI    -->  MOSI

         4     -       INT     -->  SD_DET

         3     -        RESET   -->  RESET

         2    GND      GND     -->  GND

         1    5V       5V      -->  KILL [3]

The USB Reader is from You

Furthermore, I get with the current git an error , see here.

/tmp/arduino_build_118472/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/boot_screen.cpp: In static member function 'static void BootScreen::onIdle()':
/tmp/arduino_build_118472/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/boot_screen.cpp:65:7: error: 'loadBitmaps' is not a member of 'StatusScreen'
StatusScreen::loadBitmaps();
^
/tmp/arduino_build_118472/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/boot_screen.cpp:78:5: error: 'loadBitmaps' is not a member of 'StatusScreen'
StatusScreen::loadBitmaps();
^
/tmp/arduino_build_118472/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/media_player_screen.cpp: In static member function 'static void MediaPlayerScreen::playStream(void*, int16_t ()(void, void*, size_t))':
/tmp/arduino_build_118472/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/media_player_screen.cpp:164:7: error: 'loadBitmaps' is not a member of 'StatusScreen'
StatusScreen::loadBitmaps();
^
Bibliothek Wire in Version 1.0 im Ordner: /home/lino/.arduino15/packages/ultimachine/hardware/sam/1.6.9-c/libraries/Wire wird verwendet
Bibliothek TMCStepper in Version 0.4.6 im Ordner: /home/lino/Arduino/libraries/TMCStepper wird verwendet
Bibliothek SPI in Version 1.0 im Ordner: /home/lino/.arduino15/packages/ultimachine/hardware/sam/1.6.9-c/libraries/SPI wird verwendet
exit status 1
/tmp/arduino_build_118472/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/status_screen.cpp:381:32: error: no 'void StatusScreen::loadBitmaps()' member function declared in class 'StatusScreen'
void StatusScreen::loadBitmaps() {
^
Fehler beim Kompilieren für das Board Archim.

marcio-ao · 2019-09-13T14:49:17Z

@Lino77: For the moment, you should be able to bypass the compilation error by disabling TOUCH_UI_USE_UTF8 in Configuration_adv.h. I'll work on a pull request with a fix.

As for why your display is blank, let's gather some more information. Uncomment "#define UI_FRAMEWORK_DEBUG" in Marlin/src/lcd/extensible_ui/lib/lulzbot/config.h

Then recompile. Then power on the printer and immediately connect via serial. You can confirm whether the USB is working by looking for the following:

Testing X connection... OK␊
Testing Y connection... OK␊
Testing Z connection... OK␊
Testing E connection... OK␊
Testing E1 connection... OK␊
echo:Saving DL to RAMG cache, bytes: 1368 Free space: 2048␊
echo:New status message: LulzBot TAZ Pro ready.␊
echo:New screen: 1␊
echo:SD init fail␊
echo:Active Extruder: 0␊
Starting USB host...rev.03 started␊
echo:Active Extruder: 0␊
X:-27.00 Y:292.00 Z:290.00 E:0.00 Count X:-2700 Y:29200 Z:145000␊
ok P15 B5␊
echo:New screen: 3␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊
echo:Appending to DL from RAMG cache, bytes: 1368 REG_CMD_DL: 1368␊

The important bit is to look for Starting USB host...rev.03 started and that you are seeing periodic Appending to DL from RAMG cache. The numbers may be slightly different.

Unfortunately, the way the FT810 works, the screen is blank even if it is powered, so troubleshooting can be a bit tricky. We first need to make sure communications is happening before we can move to the next steps.

- Fixed compilation error due to missing declaration.

Lino77 · 2019-09-13T19:50:56Z

@marcio-ao
with inserted FT810 my Archim2 does not start, without see log
log.txt

marcio-ao · 2019-09-13T19:55:46Z

@Lino77: Something isn't quite right. Check your wiring. You could start by disabling the LULZBOT_TOUCH_UI and making sure the USB is starting up. If you get Starting USB host...rev.03 started then you at least would know the GND, 5V, MISO, MOSI and CLK, CS_N are correct.

Lino77 · 2019-09-13T21:10:38Z

The USB port works only with activated Touch_ui. look at the log.txt, the Usb Port starts yes, but the rest does not want it to be that I have a broken ft810 I can not test the part somehow

Drucker ist jetzt Online.

echo:Not enough space in GRAM to cache display list, free space: 2048 Required: 8191
echo:CachedScreen::storeBackground() failed: not enough DL cache space
echo:New status message: 3D Printer Ready.
Faulted... ignoring write.
Faulted... ignoring write.
echo:Appending to DL from RAMG cache, bytes: 65535 REG_CMD_DL: 4294967295
Faulted... ignoring write.
echo:Waiting for 4 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
echo:Waiting for 4 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Starting USB host...rev.03 started
Faulted... ignoring write.
Faulted... ignoring write.
echo:Appending to DL from RAMG cache, bytes: 65535 REG_CMD_DL: 4294967295
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.

marcio-ao · 2019-09-13T21:35:49Z

With the Achim board, it is difficult to see error messages at startup, as the board always resets the serial connection.

So, edit "Marlin/src/lcd/extensible_ui/lib/lulzbot/ftdi_eve_lib/basic/commands.cpp" and replace:

  /* read the device-id until it returns 0x7c or times out, should take less than 150ms */
  uint8_t counter;
  for(counter = 0; counter < 250; counter++) {
   uint8_t device_id = mem_read_8(REG::ID);            // Read Device ID, Should Be 0x7C;
   if (device_id == 0x7c) {
     #ifdef UI_FRAMEWORK_DEBUG
       SERIAL_ECHO_START();
       SERIAL_ECHOLNPGM("FTDI chip initialized ");
     #endif
     break;
   }
   else {
     delay(1);
   }
   if (counter == 249) {
     #ifdef UI_FRAMEWORK_DEBUG
       SERIAL_ECHO_START();
       SERIAL_ECHOLNPAIR("Timeout waiting for device ID, should be 124, got ", device_id);
     #endif
   }
  }

With:

  /* read the device-id until it returns 0x7c or times out, should take less than 150ms */
  uint8_t counter;
  for(counter = 0; counter < 250; counter++) {
   uint8_t device_id = mem_read_8(REG::ID);            // Read Device ID, Should Be 0x7C;
   if (device_id == 0x7c) {
     for(;;) {
         SERIAL_ECHO_START();
         SERIAL_ECHOLNPGM("FTDI chip initialized ");
         safe_delay(1000);
     }
     break;
   }
   else {
     delay(1);
   }
   if (counter == 249) {
      for(;;) {
         SERIAL_ECHO_START();
         SERIAL_ECHOLNPAIR("Timeout waiting for device ID, should be 124, got ", device_id);
         safe_delay(1000);
      }
   }
  }

This should cause your printer to hang at startup printing either FTDI chip initialized or Timeout waiting for device ID, should be 124, got ....

marcio-ao · 2019-09-13T21:40:40Z

Also, let me know exactly which display you purchased.

marcio-ao · 2019-09-13T21:46:13Z

Another idea: Power on the printer with your finger touching the display. This is a special condition that will tell the printer it to force the settings to default. Sometimes the LCD brightness could be stuck at 0% you won't be able to see anything unless you force the settings to the defaults.

Lino77 · 2019-09-13T22:01:36Z

this display
http://www.hotmcu.com/5-graphical-lcd-touchscreen-800x480-spi-ft810-p-286.html

Lino77 · 2019-09-13T22:04:21Z

Lino77 · 2019-09-13T22:06:39Z

with the connected display. does not boot the board

marcio-ao · 2019-09-13T22:14:17Z

Check your pinout. I noticed that when you posted your pin mappings, the arrangement of the pin numbers was opposite of the ones here

Also, use a multimeter and make sure you can read 5V between the 5V and GND pads next to the ribbon cable on the FTDI board.

Lino77 · 2019-09-13T22:38:46Z

That was because I kept to the assignment of Ultimachine. pin assignment is correct 5v are connected to the board. I see that correctly, that only 5V GND MOSI MISO SCK CS PD are needed
INT and audio are free

Lino77 · 2019-09-14T09:59:45Z

Today's Marlin, it's just touch ui and USB support enabled,

/tmp/arduino_build_204641/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/boot_screen.cpp: In static member function 'static void BootScreen::onIdle()':
/tmp/arduino_build_204641/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/boot_screen.cpp:65:7: error: 'loadBitmaps' is not a member of 'StatusScreen'
StatusScreen::loadBitmaps();
^
/tmp/arduino_build_204641/sketch/src/lcd/extensible_ui/lib/lulzbot/screens/boot_screen.cpp:78:5: error: 'loadBitmaps' is not a member of 'StatusScreen'
StatusScreen::loadBitmaps();
^

Lino77 · 2019-09-17T18:18:01Z

Okay, I have omitted the touch, and a normal smart controller connected
USB works fine.

Connecting ...
Printer is online now.
USB device inserted
LUN is good
echo: SD card ok
I think my FT810 is broken.
Can I test the FT810 in any way?
every time I plug in the display I lose the connection to Pronterface and nothing works anymore

marcio-ao · 2019-09-17T18:28:55Z

@Lino77: Try connecting a few pins at a time. First connect GND and 5V and check whether the board reboots. Then connect PD, CS, SCLK, MOSI and MISO in that order. See where the board starts to reboot. This will give you information on where the problem is.

Lino77 · 2019-09-19T11:10:54Z

@marcio-ao
GND 5V OKAY
PD okay
CS Okay
SCLK Okay
Mosi OKay
MISO not okay Printer hangs

echo:Waiting for 16 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
echo:Touch start: 3
echo:Appending to DL from RAMG cache, bytes: 65535 REG_CMD_DL: 57373
echo:Waiting for 4 bytes in command queue, now free: 0... done
echo:Waiting for 12 bytes in command queue, now free: 0... done
echo:Waiting for 12 bytes in command queue, now free: 0... fault
echo:Waiting for 12 bytes in command queue, now free: 0... done
echo:Waiting for 4 bytes in command queue, now free: 0... fault
echo:Waiting for 12 bytes in command queue, now free: 0
[ERROR] Can't read from printer (disconnected?) (SerialException): device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[ERROR] Can't write to printer (disconnected?) (SerialException): write failed: [Errno 5] Input/output error

marcio-ao · 2019-09-19T14:33:24Z

@Lino77: So MISO is "Master In, Slave Out", meaning it is a signal that comes from the LCD module to the Archim board. The fact that your board is crashing when that is connected indicates a couple possibilities:

Both sides are trying to drive a signal into the pin. This will cause a short which could cause the board to crash.
It is possible the pin on the LCD side is being driven at 5V, while the pins on the Archim are only 3.3V tolerant (this is unlikely)

If you have a resistor available (something in the order of 1kOhm), try to put that in series with the MISO line. If the board ceases to crash, then we know whether these issues were at play. Once we get the board not to crash, we can continue troubleshooting.

Lino77 · 2019-09-19T14:49:01Z

1kOhm resistance is in it. the board does not crash anymore, but still black

echo:Waiting for 4 bytes in command queue, now free: 0... done
echo:Saving DL to RAMG cache, bytes: 0 Free space: 1048576
echo:Waiting for 16 bytes in command queue, now free: 0... done
echo:Waiting for 4 bytes in command queue, now free: 0... done
echo:Waiting for 12 bytes in command queue, now free: 0... done
echo:Waiting for 12 bytes in command queue, now free: 0... done
echo:Waiting for 12 bytes in command queue, now free: 0... done
Faulted... ignoring write.
echo:Waiting for 12 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
echo:Waiting for 12 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
echo:Waiting for 12 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
echo:Waiting for 4 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.

marcio-ao · 2019-09-19T14:53:10Z

@Lino77: Okay, that's good news. I guess we should confirm that the MISO pin was not damaged on the Archim.

My understanding is that you had gotten the USB to work before? Can you confirm it still works? Since the USB uses MISO, we can confirm that the MISO is good if the USB functions.

marcio-ao · 2019-09-19T14:55:57Z

First try the USB without the display connected. Then try it with the display connected. If the first case works, then we know the MISO is good on the Archim. If connecting the display causes the USB to fail, then we know the MISO on the display is interfering somehow.

Lino77 · 2019-09-19T15:05:47Z

USB works without touch

USB device inserted
echo:Playing note 60, instrument 86
echo:Touch end: 0
echo:Waiting for 4 bytes in command queue, now free: 0... fault
echo:Saving DL to RAMG cache, bytes: 8191 Free space: 1048577
Faulted... ignoring write.
Faulted... ignoring write.
echo:Waiting for 12 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
echo:Waiting for 12 bytes in command queue, now free: 0... fault
echo:Waiting for 12 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
Faulted... ignoring write.
echo:Waiting for 16 bytes in command queue, now free: 0... fault
Faulted... ignoring write.
Faulted... ignoring write.
LUN is good
echo:SD card ok

Lino77 · 2019-09-19T15:18:43Z

The display lights up white without the USB Reader plugged in

Lino77 · 2019-09-19T15:25:04Z

marcio-ao · 2019-09-20T18:52:59Z

@Lino77: This is peculiar. Check one thing for me. If you disconnect MOSI, the display will remain blank, correct? The fact that it is turning white suggests to me it at least is sending commands to the display and activating the backlight.

It seems like you may have wired everything up like our TAZ Pro, so try our official FW and see if it shows anything on the screen:

Marlin_Quiver_TAZPro_Quiver_DualExtruder_2.0.0.165_d1611cd53.bin.txt

marcio-ao · 2019-09-20T18:54:59Z

Also, please check your Archim 2.0 for identifying information. Maybe Ultimachine made different versions of the Archim. Does it have a version number?

Lino77 · 2019-09-21T08:18:53Z

Archim V2.2b
Your Firmware works

Lino77 · 2019-09-23T14:14:27Z

@marcio-ao
can you explain this, how do you compile your firmware

marcio-ao · 2019-09-23T14:26:15Z

@Lino77: Excellent! Having working FW will make it much easier for us to understand what is different from upstream Marlin.

The exact firmware you are using hasn't been pushed to our repo quite yet, but I'll give you instructions on how to compile what is there right now.

git clone https://code.alephobjects.com/diffusion/MARLIN/marlin.git
cd Marlin
git checkout devel

With Linux:

./build-lulzbot-firmware Quiver_TAZPro Quiver_DualExtruder

With Arduino IDE:

Run:

cp config/examples/AlephObjects/Quiver_TAZPro/CecropiaSilk_SingleExtruderAeroV2/* Marlin/

Run Arduino IDE (you need the beta build, earlier ones fail) on "Marlin/Marlin.ino":

Choose "Preferences" from the "File" menu and add "https://raw.githubusercontent.com/ultimachine/ArduinoAddons/master/package_ultimachine_index.json" to the "Additional Boards Manager URLs".

In the "Boards Manager" search for "Archim" and install "Archim by UltiMachine"
Select "Archim" from the "Board" submenu menu of the "Tools" menu.

Compile and upload.

If it works, I recommend you start by comparing the "Configuration.h" and "Configuration_adv.h" for differences.

Lino77 · 2019-09-23T16:05:44Z

okay under linux I could build a firmware and it works too. under Arduino 1.9 beta I get the following error
In file included from /tmp/arduino_build_807345/sketch/src/HAL/HAL_DUE/../../core/../inc/MarlinConfig.h:28:0,
from /tmp/arduino_build_807345/sketch/src/HAL/HAL_DUE/../../core/serial.h:24,
from /tmp/arduino_build_807345/sketch/src/HAL/HAL_DUE/DebugMonitor.cpp:26:
/tmp/arduino_build_807345/sketch/src/HAL/HAL_DUE/../../core/../inc/MarlinConfigPre.h:49:35: fatal error: ../src/Lulzbot_Extras.h: No such file or directory
#include "../src/Lulzbot_Extras.h"
^
compilation terminated.
exit status 1

Lino77 · 2019-09-23T16:09:09Z

I have the error arduino does not transfer the firmware properly to the board. I have created a hexfile under Arduino IDE, and loaded with cura the firmeware. And lo and behold! It works

boelle · 2019-10-12T10:11:05Z

@marcio-ao & @Lino77 any news on this one?

InsanityAutomation · 2019-10-15T14:33:00Z

@boelle @shitscreek this one can get closed. Arduino IDE issue.

boelle · 2019-10-15T17:47:00Z

oki, will swing the axe then :-D

Fix MarlinFirmware#15134

github-actions · 2020-07-04T09:03:40Z

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

boelle changed the title ~~error LULZBOT_TOUCH_UI~~ [BUG] error LULZBOT_TOUCH_UI Sep 2, 2019

marcio-ao mentioned this issue Sep 9, 2019

Lulzbot ExtUI Western language support #15208

Merged

marcio-ao added a commit to marcio-ao/Marlin that referenced this issue Sep 9, 2019

Add Western character support to Lulzbot UI.

8f0226e

- Added UTF8 support to FTDI rendering code. - Added support for most Western language characters in Latin-1 Supplement - Fix for MarlinFirmware#15134

thinkyhead pushed a commit that referenced this issue Sep 11, 2019

Lulzbot ExtUI Western language support (#15208)

47d19ba

Fix #15134

marcio-ao added a commit to marcio-ao/Marlin that referenced this issue Sep 13, 2019

Fix for MarlinFirmware#15134 in LULZBOT_TOUCH_UI

bf495d1

- Fixed compilation error due to missing declaration.

marcio-ao mentioned this issue Sep 13, 2019

LULZBOT_TOUCH_UI: Localization, runtime language selection #15249

Merged

boelle closed this as completed Oct 15, 2019

markus-seidl pushed a commit to markus-seidl/Marlin that referenced this issue Oct 31, 2019

Lulzbot ExtUI Western language support (MarlinFirmware#15208)

216cbe1

Fix MarlinFirmware#15134

github-actions bot locked and limited conversation to collaborators Jul 4, 2020

[BUG] error LULZBOT_TOUCH_UI #15134

[BUG] error LULZBOT_TOUCH_UI #15134

Comments

Lino77 commented Sep 1, 2019

boelle commented Sep 2, 2019

Lino77 commented Sep 2, 2019

Ludy87 commented Sep 4, 2019 • edited

marcio-ao commented Sep 5, 2019

Ludy87 commented Sep 5, 2019

Lino77 commented Sep 6, 2019

Ludy87 commented Sep 6, 2019 • edited

Lino77 commented Sep 12, 2019 • edited

marcio-ao commented Sep 13, 2019 • edited

Lino77 commented Sep 13, 2019

marcio-ao commented Sep 13, 2019

Lino77 commented Sep 13, 2019 • edited

marcio-ao commented Sep 13, 2019

marcio-ao commented Sep 13, 2019

marcio-ao commented Sep 13, 2019

Lino77 commented Sep 13, 2019

Lino77 commented Sep 13, 2019

Lino77 commented Sep 13, 2019

marcio-ao commented Sep 13, 2019

Lino77 commented Sep 13, 2019 • edited

Lino77 commented Sep 14, 2019

Lino77 commented Sep 17, 2019

marcio-ao commented Sep 17, 2019

Lino77 commented Sep 19, 2019

marcio-ao commented Sep 19, 2019

Lino77 commented Sep 19, 2019

marcio-ao commented Sep 19, 2019

marcio-ao commented Sep 19, 2019

Lino77 commented Sep 19, 2019

Lino77 commented Sep 19, 2019

Lino77 commented Sep 19, 2019

marcio-ao commented Sep 20, 2019

marcio-ao commented Sep 20, 2019

Lino77 commented Sep 21, 2019

Lino77 commented Sep 23, 2019

marcio-ao commented Sep 23, 2019 • edited

With Linux:

With Arduino IDE:

Lino77 commented Sep 23, 2019

Lino77 commented Sep 23, 2019

boelle commented Oct 12, 2019

InsanityAutomation commented Oct 15, 2019

boelle commented Oct 15, 2019

github-actions bot commented Jul 4, 2020

Ludy87 commented Sep 4, 2019 •

edited

Ludy87 commented Sep 6, 2019 •

edited

Lino77 commented Sep 12, 2019 •

edited

marcio-ao commented Sep 13, 2019 •

edited

Lino77 commented Sep 13, 2019 •

edited

Lino77 commented Sep 13, 2019 •

edited

marcio-ao commented Sep 23, 2019 •

edited