Marc's Public Blog


All | Aquariums | Arduino | Btrfs | Cars | Cats | Clubbing | Dining | Diving | Electronics | Exercising | Festivals | Flying | Halloween | Hiking | Linux | Linuxha | Monuments | Museums | Public | Rc | Sciencemuseums | Snow | Solar | Trips




More pages: January 2022 December 2021 November 2021 October 2021 September 2021 August 2021 July 2021 June 2021 May 2021 April 2021 March 2021 February 2021 January 2021 December 2020 November 2020 October 2020 September 2020 August 2020 July 2020 June 2020 May 2020 April 2020 March 2020 February 2020 January 2020 December 2019 November 2019 October 2019 September 2019 August 2019 July 2019 June 2019 May 2019 April 2019 March 2019 February 2019 January 2019 December 2018 November 2018 October 2018 September 2018 August 2018 July 2018 June 2018 May 2018 April 2018 March 2018 February 2018 January 2018 December 2017 November 2017 October 2017 September 2017 August 2017 July 2017 June 2017 May 2017 April 2017 March 2017 February 2017 January 2017 December 2016 November 2016 October 2016 September 2016 August 2016 July 2016 June 2016 May 2016 April 2016 March 2016 February 2016 January 2016 December 2015 November 2015 October 2015 September 2015 August 2015 July 2015 June 2015 May 2015 April 2015 March 2015 February 2015 January 2015 December 2014 November 2014 October 2014 September 2014 August 2014 July 2014 June 2014 May 2014 April 2014 March 2014 February 2014 January 2014 December 2013 November 2013 October 2013 September 2013 August 2013 July 2013 June 2013 May 2013 April 2013 March 2013 February 2013 January 2013 December 2012 November 2012 October 2012 September 2012 August 2012 July 2012 June 2012 May 2012 April 2012 March 2012 February 2012 January 2012 December 2011 November 2011 October 2011 September 2011 August 2011 July 2011 June 2011 May 2011 April 2011 March 2011 February 2011 January 2011 December 2010 November 2010 October 2010 September 2010 August 2010 July 2010 June 2010 May 2010 April 2010 March 2010 February 2010 January 2010 December 2009 November 2009 October 2009 September 2009 August 2009 July 2009 June 2009 May 2009 April 2009 March 2009 February 2009 January 2009 December 2008 November 2008 October 2008 September 2008 August 2008 July 2008 June 2008 May 2008 April 2008 March 2008 February 2008 January 2008 December 2007 November 2007 October 2007 September 2007 August 2007 July 2007 June 2007 May 2007 April 2007 March 2007 February 2007 January 2007 December 2006 November 2006 October 2006 September 2006 August 2006 July 2006 June 2006 May 2006 April 2006 March 2006 February 2006 January 2006 December 2005 November 2005 October 2005 September 2005 August 2005 July 2005 June 2005 May 2005 April 2005 March 2005 February 2005 January 2005 December 2004 November 2004 October 2004 September 2004 August 2004 July 2004 June 2004 May 2004 April 2004 March 2004 February 2004 January 2004 October 2003 August 2003 July 2003 May 2003 April 2003 March 2003 January 2003 November 2002 October 2002 July 2002 May 2002 April 2002 March 2002 February 2002 November 2001 October 2001 September 2001 August 2001 July 2001 June 2001 May 2001 April 2001 March 2001 February 2001 January 2001 December 2000 November 2000 October 2000 September 2000 August 2000 July 2000 June 2000 April 1999 March 1999 September 1997 August 1997 July 1996 September 1993 July 1991 December 1988 December 1985 January 1980




2022/01/15 Markus Schulz OTC at Midway SF
π 2022-01-15 01:01 in Clubbing
First party of the year, despite the increasing covid issues, a fair amount of people came, we had the show in two rooms and it was pretty packed. Everyone came to have a good time, and we sure did. Thanks or the set, Markus!












See more images for Markus Schulz OTC at Midway SF
2022/01/09 LED Pants and Shirt v5 on ESP32 and Raspberry Pi with P2 RGBPanels and Wifi
π 2022-01-09 01:01 in Arduino, Clubbing
==>>> See this full article on the why and evolution of my LED outfit <<<==

Well, the 5th (and maybe last?) edition of my LCD outfit was a lot of work compared to the previous ones, it took 1.5 years of work during covid to make it happen. Version 4 was described here.

end result after 1.5 years of work
end result after 1.5 years of work

Move to Raspberry Pi

The v4 outfit was 64x96 resolution (3 P4 panels of 64x32), while the new v4 outfit changes to 128x192 (3 P2 panels of 128x64), or 4 times more pixels running in the same exact footprint (my body size, which ideally remains constant :) ).
Because I now have 4x more pixels, and that would have been too much for an ESP32 or teensy (before teensy 4, which could have done it, but it lacks wifi), I had to switch to something with more memory and horsepower, I went with rPi and Henner Zeller's rpi-rgb-panel library, which also supported more panels like mine that had an FM6126 or FM6127 chip that required a special init string.
The other reason for rPi is that to get a high refresh rate and avoid visible refresh bars when taking pictures with cameras, it was better to run the 3 panels on 3 different channels to give them maximum refresh rate (300-400Hz is possible that way), which is supported by that library, using the active-3 board.

So, easy, I just have to port all my code from arduino/ESP32 to rPi/linux, right? Damn, that's actually a lot of work, and I didn't want to do this, so I was able to do something better, I found ArduinoOnPC, and was able to fork and modify it to add Framebuffer::GFX support and added 3 display outputs:

  • https://github.com/marcmerlin/ArduinoOnPc-FastLED-GFX-LEDMatrix is my basic fork with FastLED_NeoMatrix on top linux/SDL support (this allows 2D rendering directly on linux)
  • While the SDL support is best, I wrote a test X11 framebuffer too: https://github.com/marcmerlin/FastLED_TFTWrapper_GFX
  • Then I have this FrameBuffer::GFX driver I wrote to output on RGBPanels on rPi: https://github.com/marcmerlin/FastLED_RPIRGBPanel_GFX
  • This combined work allows running my arduino code on linux, mostly unmodified, which means it runs on rPi. Then, the FastLED_RPIRGBPanel_GFX glue driver I wrote to make rpi-rgb-panel compatible with FrameBuffer::GFX, allows running all my 2D code, unmodified and have it sent to RGBPanels through the rpi-rgb-panel driver, I'm glad I didn't have to write :)

    So, this is what the prototype looked like now 2 years ago:


    I ended up writing this page explaining how others can do the same (run their arduino code on linux). On the way there, I took a small detour, built some RGBPanel frames with "excess panels" (those cost $50 a piece, I have over $1000's worth, ouch), and wrote this page about it: RGB Panels, from 192x80, to 384x192, to 384x256 and maybe not much beyond

    ok, that was a nice distraction :)
    ok, that was a nice distraction :)

    In the process, I fixed a lot of bugs in all the 2D code I had when I went to a 384x256 panel which obviously overflowed all code that relied on x and y being smaller than 256, and also blew up FastLED code that assumed that there could only ever be 64K pixels :)

    While this was a big milestone and proved that my crazy idea running arduino code on rPi using my same 2D library, was possible, there was a lot of work left to do for my outfit, including changing all the code to deal with a much higher resolution, and days (yes days) of work finding close to 200 animated GIFs in the higher resolution, and rescaling them for my non standard 128x192 resolution. Also, all the fonts had to be changed, and a bunch of other stuff, which took months and months of work (all in all over a year):

    So, this is what it looks like, ESP32 SmartMatrix 64x96, compared to rPi rpi-rgb-panel 128x192, triple channel. Some gifs, I found the exact one in higher resolution:




    this gif was so cool, it's only with the higher resolution that I found out it was Pulp Fiction
    this gif was so cool, it's only with the higher resolution that I found out it was Pulp Fiction

    Other gifs, I found a much better one:


    Here is a good video showing the resolution difference between the 2 chips:

    Hardware

    The hardware got a bit more complicated, especially as my wiring wasn't giving reliable enough 5V power to the rPi causing random failures. Eventually I had to feed the battery voltage (16V) via a different cable and step it down to 5V/USB behind the panels to get full power to the rPi (otherwise when the panels drew too much from the main 5V source, it dipped it a bit too much and caused issues).
    It does not look great, it's meant to be serviceable and easy to debug, and that part is against my body, so people don't see it :)


    For wiring reasons, I had a nice trick with the front panels would shift out bits, and I would send them to the back panels with ribbon cables. If you know how RGBPanels work, it does mean that a BCM plane meant to be displayed for an interval t1 in the front, ends up being displayed for an interval t2, when shifted to the back. Because of random luck of the order of BCM planes, it happened to work well enough with SmartMatrix, so it saved wiring for me (no need to splice the output to go to front and rear panels). Unfortunately with rpi-rgb-panel, the BCM planes are displayed in the opposite order it seems, so the output shifted on the rear panels, is visibly not good:



    Unfortunately, there is no good fix to this outside of splicing cables, which I didn't want to do, so instead I slightly hacked the rpi-rgb-panel library to shift output bits twice. This is a bit wasteful for refresh rate, but things were fast enough with 3 channels, that I could afford the software hack and losing half of my refresh speed.
    Another issue with the ribbon cables is that the active 3 board is wired to have the cable stick up (i.e. towards my belly). I worked with the nice folks at electrodragon to get bare boards without the connectors soldered and looked at how to best make it work for minimal height footprint. Bottom in blue is the original which sticks up the wrong way, upper right is what I would love to have but isn't possible because the traces on the board would have to be rewired (pin order is wrong when the plug is put underneath), so I had to settle with upper right, some angled connectors and I had to move the key hole from one side to the other for the cable to go in the right way.


    I really wish I could have done this, but the wire order would be wrong
    I really wish I could have done this, but the wire order would be wrong

    Then, I also had to protect the panels with my kitchen cutting board sheets that I've been using. It's not perfect, but they act as diffusers and protect the pixels a bit, because the P2 pixels are so small that they fall off if you look at them wrong:


    Battery Use

    The new setup uses a bit more battery, first because of the rPi, and also because the new panels use slightly more power, although not 4 times more because the pixels are 4 times slower, so the amount of light is somewhat similar. I had to upgrade my setup to allow adding a 3rd 80Wh battery for longer festivals (12 to 14H with 240Wh). With 2 batteries in the black box, I get about 8-9H.


    ESP32 - rPi Integration

    Because all my code was written for ESP32, including Wifi code that generated pages on the fly from code, thanks to https://github.com/distrakt/OmEspHelpers , and the ESP32 still runs the neopixels on arms and legs (plus IR input, although it's become a bit obsolete now), I took a very unusual approach of running my code on both CPUs a tthe same time.
    The ESP32 runs the demo, and blind outputs it to an RGBPanel that isn't there anymore. At the same time, its debug serial output is connected to rPi which reads it as a text input over a ttyUSB serial port. The rPi code can run in independent mode (where I control it via ssh from my phone, haha), or it detect a hearbeat from the ESP32 over serial, and read commands from the ESP32, including what demo to run. So, the ESP32 controls what demo is run, tells the rPi to switch to that demo and display to the RGBPanels. That makes the rPi a bit more than just a glorified graphics card/GPU since it generates what pixels need to be displayed instead of just being given a pre-computed framebuffer to display.
    I had to make the code smart over time so that the rPi can connect and disconnect from the ESP32 and run independently if the connection dies (which it used to when I had power issues that cause the FTDI ttyUSB to fail routinely when running on batteries).

    The rPi can also back-control the ESP32, so when I test at home, I ssh into the rPi, and the rPi uses the serial connection to the ESP32 to tell it what to do, or I can use the web server on the ESP32 and tell it what to do directly.

    This means the rPi can work on its own without the ESP32 being needed, except for: - IR input (it's not really necessary, and linux IR code is very different, so it would be a full rewrite) - Wifi commands (none of Wifi code works on linux and would have to be entirely rewritten) - FastLED output would not work well on rPi since it's timing dependent, and also there are no IO pins left on mine with 3 channel output

    If I were to re-write a lot of code to make wifi work on linux, that would make the rPi independent and not need the ESP32 anymore (except for the neopixel strips), so I just didn't bother. Also I can brag about having a dual CPU system with synchronization between the chips, which was fun to write and debug.

    This bit of video shows how the 2 communicate:

    Using Linux integration for development

    There isn't much to say about this, thanks to my ArduinoOnPC work mentioned earlier in this page, the exact same linux code works on my rPi and my linux laptop, so I can write and debug my code on linux, which is so much faster.

    This shows an example of what it looks like:

    Wifi and OmEspHelpers

    Ah yes, Wifi, that was a fair amount of code, especially on ESP32 where Wifi is more basic and can cause crashes if you get weird conflicts between interrupts, Flash (SPIFFS or FATFS), PSRAM, IRAM, and Wifi. After looking for an easy to use solution, I settled on https://github.com/distrakt/OmEspHelpers because I could generate the HTML pages from code (saving lost time to update the Flash FS each time, which is slow with 16MB, and not having to worry about syncing HTML tags between static HTML pages code).

    This is the end result, the main screen allows selecting which demos run (neopixel strips + main screen), at which speed, how bright:

    there are over 200 2D demos to cycle through, some are machine generated, some are animated gifs
    there are over 200 2D demos to cycle through, some are machine generated, some are animated gifs

    The diagnosis screens give more info on the device, and allow editing the config file that selects which demos run by default depending on the screen size, and whether 'bestof' is selected, or not. The config file also allows choosing the order demos run, in:


    Demo of wifi:

    Glasses

    I got tired of the El Wire glasses, they were unreliable, got dimmer over time, required high voltage (I literally got shocked by that current when wires got frayed), so I got rid of them.
    I did try laser cut glass glasses, they look kind of cool, but they are big and impossible to fold.

    I ended up getting neopixel glasses which had good battery life, but after I dropped them once, a pixel fell out, and that stopped the rest of the string from working. Thankfully I was able to take a spare neopixel from a strip and replace the missing one. I didn't have the right tools or skill, so I was not able to solder it, but I used glue and that worked too :)



    LED Shoes

    I've been using LED shoes since 2016. They're fun, but not that reliable: the LED strips keep breaking, if it's not the control module itself on occasion, and of course the battery is too small, which is why I wrote this page on how tohack/improve them, but that also makes them less reliable. I tried to find other options, but have not yet. I had a look at LED laces, and those are not very reliable either (or very bright). I tried to hack these to power from the power supply I added and upgraded in the shoes, but it was probably not the best idea:




    Where is the code?

    It's still the same code, and it's still there: https://github.com/marcmerlin/NeoMatrix-FastLED-IR

    End result

    I got everything somewhat working in April 2021 for a first show (about 1.5 years from when I started), and then worked through multiple electrical and reliably problems (including serial ttyUSB stability issues, and power issues I had to fix by adding a second higher voltage feed to the rPi). Also fixed sync issues between the chips and other improvements in graphics and menus. I considered V5 mostly done and reliable just in time for ADE 2021, EDC 2021, and Dreamstate 2021

    I had the outfit mostly working (with a few occasional hardware issues) in time for Creamfields and untold in Aug-Sept 2021:


    This even got me on Romanian national TV :)

    I had fun at ADE also, and add time to make custom displays for specific events:


    Solarstone looks better than his picture, haha
    Solarstone looks better than his picture, haha

    I have some early code that allows me to send text from my phone for special occasions, need to improve the interface:


    Future

  • Higher resolution still? Probably not, I'm happy with this resolution, I can get pictures and text with proper fonts. Besides, that would just get me to the level of strapping a TFT screen to me with HDMI input, which would kind of be cheating and render all my code worthless since basically I'd just be carrying a TV.
  • I'll add a better interface to send text messasges
  • Uploading images from the field would be cool
  • Adding a USB webcam and doing video
  • Removing the ESP32 and running everything from the rPI would make sense, but I don't feel like rewriting all my web code.
  • Redoing the power system to work off USB battery packs that could be strapped under the panels (tricky because of amps needed, and would make the whole outfit heavy, because batteries are heavy)
  • 2022/01/05 Guy Savoy
    π 2022-01-05 01:01 in Ndining
    My dad and I took one another to probably the best michelin 3 star restaurant in Paris. Very happy that we got a table.


    530€, that might be the highest yet
    530€, that might be the highest yet



    nice view from our table
    nice view from our table














    Then, finally getting ready for dessert:






    See more images for Guy Savoy
    2022/01/05 Monnaie de Paris (French Mint)
    π 2022-01-05 01:01 in Museums, Paris
    I happened to walk by the former French Mint (was in Paris, now moved somewhere bigger and cheaper for higher production volume). It's a very interesting museum that shows how the coins were designed, made, and even goes into each metal's pros and cons, as well as the history of coins over French history. Quite fascinating.



    original old equipment, not used anymore
    original old equipment, not used anymore


    a cool artifact is they had an original KG prototype #17, used to verify that the main one, wasn't losing weight
    a cool artifact is they had an original KG prototype #17, used to verify that the main one, wasn't losing weight




    movie that showed how coins are made today
    movie that showed how coins are made today


    Really cool thing is they showed how coins and medals were made:

    an artist was working on this big model
    an artist was working on this big model

    big models
    big models



    the big model goes on the right, and is used to make the target size small coin model on the left
    the big model goes on the right, and is used to make the target size small coin model on the left


    More rooms:



    golden version of the former french coin
    golden version of the former french coin




    5000 Euro coin!
    5000 Euro coin!

    Plenty of more pictures here

    See more images for Monnaie de Paris (French Mint)
    2022/01/02 FastLED_ArduinoGFX::TFT on top of Framebuffer::GFX for SPI TFTs like SSD1331 or ILI9341
    π 2022-01-02 01:01 in Arduino

    Give me the code

    Sure:
  • https://github.com/marcmerlin/FastLED_ArduinoGFX_TFT
  • https://github.com/marcmerlin/Framebuffer_GFX
  • https://github.com/marcmerlin/FastLED_NeoMatrix_SmartMatrix_LEDMatrix_GFX_Demos
  • Introduction

    I had already written FastLED_SPITFT::GFX to display Framebuffer::GFX code on TFTs, but that was using the Adafruit drivers that were of varying quality (one didn't support HWSPI on ESP32, so it was very slow).

    Later, I found out about Arduino_GFX from Leung CHAN, which is a unified driver for a lot of TFTs of much better quality than the adafruit drivers. There is support for: GC9A01, GC9106, HX8347C, HX8347D, HX8352C, HX8357A, HX8357B, ILI9225, ILI9341, ILI9341, ILI9342, ILI9481, ILI9486, ILI9488, ILI9488, ILI9806, JBT6K71, NT35310, NT35510, NT39125, R61529, SEPS525, SSD1283A, SSD1331, SSD1351, SSD1351, ST7735, ST7735, ST7735, ST7789, ST7789, ST7789, ST7789, ST7789, ST7796
    all with a single driver, a single interface, and better speed than Adafruit drivers. Good job Leung, thanks.

    Now, why would you use my FastLED_ArduinoGFX::TFT layer, especially when Arduino::GFX has some support for Canvas (equivalent to FrameBuffer?)

  • First, using a Framebuffer (or canvas) allows for running clear and doing a flush all at once when drawing the next frame is finished
  • Framebuffer allows you to read back pixels from the framebuffer to shift them or mirror them, or even to dim them (FastLED allows diming the entire framebuffer to give effects that fade old pixels with time)
  • FastLED and SmartMatrix (or rpi-rgb-panel) all have code that is based on a framebuffer with RGB88 pixels (24bits) which is why Framebuffer::GFX comes in and why I wrote it. All this code works against Framebuffer::GFX and can be displayed on any supported backend.
  • Support for FastLED and LEDMatrix 2D APIs (which in turn require FastLED CRGB (RGB88) pixel storage, again supported by Framebuffer::GFX but not the Adafruit or Arduino_GFX TFT drivers.
  • See the Framebuffer::GFX that explains support

    So, this is why FastLED_ArduinoGFX::TFT is here. If you want more APIs than just Adafruit::GFX, and you want your code to also work on all other supported backends (FastLED Matrix, SmartMatrix, RGBPanel on rPi, or even running directly on linux to write/debug your arduino code on linux with gdb or ASAN memory sanitizer)

    This same LEDMatrix demo now works a lot faster thanks to Arduino_GFX copying data to the TFT faster:

    This is 24bpp FastLED/LEDMatrix code running on a 16bpp TFT via Framebuffer::GFX
    This is 24bpp FastLED/LEDMatrix code running on a 16bpp TFT via Framebuffer::GFX

    Basic code example

    This basic example is the simplest and skips neomatrix_config.h by defining things "in line", in the code. It's easier to understand, but defeats the main advantage of neomatrix_config.h, which is to have all your definitions outsdie of your code, and allows updating your hardware info in a single file while having all your demo code still work on new hardware by just modifying one common file.
    Have a look at this simple file: https://github.com/marcmerlin/FastLED_ArduinoGFX_TFT/blob/master/examples/MatrixGFXDemo/MatrixGFXDemo.ino

    Running Framebuffer::GFX code on a TFT, FastLED_NeoMatrix_SmartMatrix_LEDMatrix_GFX_Demos and neomatrix_config.h

    This is the recommended way to do things, have a look at any code in https://github.com/marcmerlin/FastLED_NeoMatrix_SmartMatrix_LEDMatrix_GFX_Demos/ . It all uses https://github.com/marcmerlin/FastLED_NeoMatrix_SmartMatrix_LEDMatrix_GFX_Demos/blob/master/neomatrix_config.h which is a bit of a handful, but if you read it carefully, the ifdefs take care of things.
    The short version is all you need to do, is
    #define ILI9341
    #include "neomatrix_config.h"
    and the rest should work on its own (although you do have to define the TFT pins in the file)

    If you think the file is way too big and hard to understand, you can look at the shorter TFT only version: https://github.com/marcmerlin/FastLED_NeoMatrix_SmartMatrix_LEDMatrix_GFX_Demos/blob/master/neomatrix_config_tftonly.h

    Running Framebuffer::GFX code portions of a TFT

    If you have bigger displays like an ILI9341, that's 320*240*24bpp or 230KB for a full 24bpp framebuffer. That fits on a teensy 3.6 or better, but not on an ESP32 where the memory is not contiguous (unless you use PSRAM which neomatrix_config will automatically use for you).
    This means that without enough memory, you can define a smaller framebuffer that only covers portion of the TFT, and then render the framebuffer at the desired offset. Check out this example to see how it works:
    https://github.com/marcmerlin/FastLED_ArduinoGFX_TFT/tree/master/examples/SplitILI934Display

    This is the end result, you can see that the ILI9341 is spilt in two, the top half is mapped to a framebuffer, the 2nd part uses direct adafruit::GFX rendering through Arduino_GFX:


    Multiple TFTs and multiple framebuffers

    But the more exciting thing is that Arduino::GFX supports multiple TFTs are the same time, so I modified neomatrix_config to support multiple TFTs with different framebuffers.
    You can look at this dual display example: https://github.com/marcmerlin/FastLED_ArduinoGFX_TFT/blob/b6a218b3fe24a178c1cf585d98471ddbecca7679/examples/DualTFTDisplay/neomatrix_config.h#L180
    It supports arrays to store values for each TFT:
    Arduino_DataBus *bus_[TFTCNT];
    Arduino_TFT *tft_[TFTCNT];
    CRGB *matrixleds_[TFTCNT];
    FastLED_ArduinoGFX_TFT *matrix_[TFTCNT];
    uint16_t mw_[TFTCNT];
    uint16_t mh_[TFTCNT];
    uint16_t tftw_[TFTCNT];
    uint16_t tfth_[TFTCNT];
    uint8_t gfx_scale_[TFTCNT];
    const char *tftname_[TFTCNT];

    As a hint:

  • tft_[0] gives access to the raw TFT #1 via Arduino::GFX, the idea is not to use it, but you can
  • matrixleds_[0] gives access to the first FastLED pixel array (used by some fastled code that uses XY())
  • matrix_[0] is the adafruit::GFX compatible object
  • ledmatrix1 (defined in tft_init, https://github.com/marcmerlin/FastLED_ArduinoGFX_TFT/blob/b6a218b3fe24a178c1cf585d98471ddbecca7679/examples/DualTFTDisplay/neomatrix_config.h#L342 ), is the LEDMatrix object for the LEDMatrix API, as well as LEDText and LEDSprite if you want to use them (because of templates, it cannot be in an array)
  • tftw/tftw are size of the physical TFT, mw/mh are size of the framebuffer, framebuffer can be smaller than the TFT if there isn't enough RAM to have a framebuffer as big as the TFT, like ILI9341 on ESP32 without PSRAM
  • gfx_scale is used to keep track of a framebuffer smaller than the TFT (for instance on ESP32 without PSRAM, you can have a half height framebuffer that is then displayed twice, or can be reset with new data and applied to the top of the screen and later the bottom of the screen)
  • tft_name is simply used to keep track of what TFT name that index is, used for debugging
  • End result

    I was able to write this demo, which you can find at:
    https://github.com/marcmerlin/FastLED_ArduinoGFX_TFT/tree/master/examples/SplitILI934Display_DualDisplayGif

  • 2x SSD1306 over I2C (driven by adafruit driver)
  • 1x SSD1331 over SPI via CS1 (driven by Arduino_GFX + FastLED_ArduinoGFX_TFT)
  • 1x ILI9341 over SPI via CS2 (driven by Arduino_GFX + FastLED_ArduinoGFX_TFT for top half and direct driven for bottom half)
  • Video result:

    Have Fun!

    Enjoy, do your own!
    2021/12/30 Chateau de Vaux le Vicomte
    π 2021-12-30 01:01 in Monuments, Paris
    I had never heard about Chateau de Vaux le Vicomte, it's about 1H outside of Paris, an was a famous castle with fancy garden that were used as an example for Chateau de Versailles, built later for the king. It's a pretty impressive castle that I'm happy I got to see thanks to my dad:









    They had cool indoor displays:





    The castle had timed entry and very nicely decorated rooms:

    nice 3D video mapping
    nice 3D video mapping




    very nicely done show
    very nicely done show





    After the visit, I went to walk the grounds to the end back (long walk, almost 1H):





    sun started setting on my walk back
    sun started setting on my walk back



    Finally it was time for the night show with more video 3D mapping on the castle, very nice:





    Very nice castle with very good decorations, well worth the visit.

    See more images for Chateau de Vaux le Vicomte
    2021/12/29 Paris Cinematheque, Musee Melies
    π 2021-12-29 01:01 in Museums, Paris
    This was another idea from my dad, there are so many museums in Paris that seeing them all is a never ending task :)

    Musée Méliès was really good given how pioneering and famous this French cinematographer, was, especially as he can be said to be the first real one, and with so much success.

    The museum does a great job recounting his life, inventions, and firsts, including how he built his cameras based on the frères Lumière's work who didn't believe their own invention would be worth anything:




    There were multiple screens showing some of his early short movies:



    even then, some of the movies were hand colorized, frame by frame
    even then, some of the movies were hand colorized, frame by frame



    the whole story board for 'voyage vers la lune'
    the whole story board for 'voyage vers la lune'



    He built an entire studio, the first one, in Montreuil:



    Really cool visit (and we got lucky to have a guide walk by and give us nice explanations). After we were done, we went to see a different expo on Jean Paul Gaultier, the famous French fashion designer, and how his work got into many movies (including 5th element):







    See more images for Paris Cinematheque, Musee Melies
    2021/12/26 Going Out During a Covid Xmas 2021
    π 2021-12-26 01:01 in Paris, Trips
    Another year going to Paris, Air France has had much better deals in business seats for miles, so I've been going with them again. Nice 1-2-1 layout (especially during covid):


    The previous year, because of covid and no vaccines, I literally didn't go out at all, or see anything. This year I was triply vaccinated, so I went out to enjoy the city again, plenty of pictures:





    nice views from top of Printemps
    nice views from top of Printemps



    newer building, not sure what happened there
    newer building, not sure what happened there


    Printemps was great to see as always:








    yum but totally overpriced
    yum but totally overpriced

    Great to meet some of my friends for lunch while I wsa there:


    Arc de triomphe:


    I went to arche de la défense to check out the view and the Xmas market:












    The top of the arch has a small expo each time, this time photos:



    I then went to the Xmas market (remembering that it closes at 18:00 on the last day, but 20:00 on previous days). So many yummy things:











    so yum
    so yum

    I was weak and got a seared foie gras sandwich
    I was weak and got a seared foie gras sandwich

    those bottles were beautiful
    those bottles were beautiful

    look at the patterns blown inside the glass!
    look at the patterns blown inside the glass!

    Random pictures while walking around in Paris:

    the flower market is always nice
    the flower market is always nice



    that weird building again, I'm not sold
    that weird building again, I'm not sold



    cartoons showing the rebuild
    cartoons showing the rebuild


    we shall rebuild!
    we shall rebuild!





    it rained many days, but not every day
    it rained many days, but not every day





    After doing the Xmas market at arche de la défense, I did the one by jardin des tuileries:

    yeah, I didn't have of those, fixed :)
    yeah, I didn't have of those, fixed :)










    Oh yeah, I also went shopping for the essentials. The entire row of cookies fell from the shelf into my cart :)


    that's why I shop for chocolate in france :)
    that's why I shop for chocolate in france :)

    Back another day for some night pictures:



    While I was in Paris, I also saw (click on the links):

  • Paris Cinematheque, Musee Melies

  • Chateau de Vaux le Vicomte

  • Monnaie de Paris (French Mint)

  • And thankfully I managed to avoid catching covid for long enough to fly home, it was a close one:

    'Adieu les cons' is a fun movie :)
    'Adieu les cons' is a fun movie :)

    2021/12/19 Trance Track Deconstructed by Triode
    π 2021-12-19 01:01 in Clubbing
    I've been lucky and thankful to meet so many wonderful people at trance events over the years, including so many DJ producers, who are pretty much all the nicest people you could ever meet. One of them happens to be a coworker who came to introduce himself to me at a party one day "eh, dude, we work together, my name is Chris Le" (aka Triode).

    Needless to say that in the years since that day, I've been impressed by all the music he's made, and his crazy ass DJ skills across a vast variety of music genres. And one day, as a special favor, because he's super nice, powered by red bull and not by sleep :) he made by request, a super nice demo of how a trance track works, layer by layer for my ex whose ears couldn't process an entire track when all the layers were on.

    This demo is super cool, check it out. Thank you Triode, loveya.

    2021/12/15 Incredible Start Of the Season at Kirkwood with 7ft of Freshies
    π 2021-12-15 01:01 in Snow
    After a very bad start of season (resorts not being able to open due to lack of snow), we got more than 7ft in a week, which well, was very nice :)

    I tried to time the storm systems and drove to kirkwood in between 2 storms, when Carson Spur was open. It was too cold and I had to drive at night, so the temperature and headlights made it so that I would have arrived at kirkwood with -4% battery from my after the fact estimate, but thanks to the new supercharger in Jackon, a 5mn detour and 10mn bathroom stop gave me more than enough battery to arrive there comfortably. Drive up took just over 3h45 with the charging stop and the snow:


    the bad news is that most of the chargers are broken, and the 2 left are sharing the same power (only 20A each)
    the bad news is that most of the chargers are broken, and the 2 left are sharing the same power (only 20A each)

    It was early season, KW had only been open for 3 days, so they were still getting things ready and cleaning up :)


    coverage was amazing
    coverage was amazing

    Normally, 6 would have opened on tuesday, but didn't like I predicted, and opened late (11:30) on wednesday. It was a longer wait than planned, but better than nothing:


    we all waited eagerly :)
    we all waited eagerly :)

    and finally got up
    and finally got up

    plenty of snow
    plenty of snow

    coverage on chamoix was amazing
    coverage on chamoix was amazing

    Day #2 got an extra 17", which caused Cornice to open a bit late (9:50), but not terribly:


    ski patrol was training
    ski patrol was training

    chamoix started being scraped a bit :)
    chamoix started being scraped a bit :)


    this is why the run is called hole in the wall :)
    this is why the run is called hole in the wall :)

    plenty of freshies
    plenty of freshies

    Palisades opened
    Palisades opened

    we were all eying the wall and hoping it would open the next day
    we were all eying the wall and hoping it would open the next day


    Day #3 started being a bit repetitive running 6 all day, but we held hope for the wall opening:

    beautiful conditions
    beautiful conditions


    by 13:00 people started lining up for the wall
    by 13:00 people started lining up for the wall

    so I went to join them and waited about 45mn
    so I went to join them and waited about 45mn

    and at 14:00 it opened, wee!
    and at 14:00 it opened, wee!

    people who waited 1h30+ got first tracks, but there were plenty for everyone
    people who waited 1h30+ got first tracks, but there were plenty for everyone


    After lapping the wall until they closed it, I was definitely spent, and with a huge grin on my face :)


    3h30 Drive home was uneventful

    More pages: January 2022 December 2021 November 2021 October 2021 September 2021 August 2021 July 2021 June 2021 May 2021 April 2021 March 2021 February 2021 January 2021 December 2020 November 2020 October 2020 September 2020 August 2020 July 2020 June 2020 May 2020 April 2020 March 2020 February 2020 January 2020 December 2019 November 2019 October 2019 September 2019 August 2019 July 2019 June 2019 May 2019 April 2019 March 2019 February 2019 January 2019 December 2018 November 2018 October 2018 September 2018 August 2018 July 2018 June 2018 May 2018 April 2018 March 2018 February 2018 January 2018 December 2017 November 2017 October 2017 September 2017 August 2017 July 2017 June 2017 May 2017 April 2017 March 2017 February 2017 January 2017 December 2016 November 2016 October 2016 September 2016 August 2016 July 2016 June 2016 May 2016 April 2016 March 2016 February 2016 January 2016 December 2015 November 2015 October 2015 September 2015 August 2015 July 2015 June 2015 May 2015 April 2015 March 2015 February 2015 January 2015 December 2014 November 2014 October 2014 September 2014 August 2014 July 2014 June 2014 May 2014 April 2014 March 2014 February 2014 January 2014 December 2013 November 2013 October 2013 September 2013 August 2013 July 2013 June 2013 May 2013 April 2013 March 2013 February 2013 January 2013 December 2012 November 2012 October 2012 September 2012 August 2012 July 2012 June 2012 May 2012 April 2012 March 2012 February 2012 January 2012 December 2011 November 2011 October 2011 September 2011 August 2011 July 2011 June 2011 May 2011 April 2011 March 2011 February 2011 January 2011 December 2010 November 2010 October 2010 September 2010 August 2010 July 2010 June 2010 May 2010 April 2010 March 2010 February 2010 January 2010 December 2009 November 2009 October 2009 September 2009 August 2009 July 2009 June 2009 May 2009 April 2009 March 2009 February 2009 January 2009 December 2008 November 2008 October 2008 September 2008 August 2008 July 2008 June 2008 May 2008 April 2008 March 2008 February 2008 January 2008 December 2007 November 2007 October 2007 September 2007 August 2007 July 2007 June 2007 May 2007 April 2007 March 2007 February 2007 January 2007 December 2006 November 2006 October 2006 September 2006 August 2006 July 2006 June 2006 May 2006 April 2006 March 2006 February 2006 January 2006 December 2005 November 2005 October 2005 September 2005 August 2005 July 2005 June 2005 May 2005 April 2005 March 2005 February 2005 January 2005 December 2004 November 2004 October 2004 September 2004 August 2004 July 2004 June 2004 May 2004 April 2004 March 2004 February 2004 January 2004 October 2003 August 2003 July 2003 May 2003 April 2003 March 2003 January 2003 November 2002 October 2002 July 2002 May 2002 April 2002 March 2002 February 2002 November 2001 October 2001 September 2001 August 2001 July 2001 June 2001 May 2001 April 2001 March 2001 February 2001 January 2001 December 2000 November 2000 October 2000 September 2000 August 2000 July 2000 June 2000 April 1999 March 1999 September 1997 August 1997 July 1996 September 1993 July 1991 December 1988 December 1985 January 1980

    Contact Email