Pi Pico and other Boards 2022

 New Latin words here

 Eeprom programmer uses Mcp23008, 4040 with 28C64. Below is 28C64

 Wanted to be able to program 28C64s and 28C256s because they looked easy and cheapish for up and coming boards, eg 1802, 6502. Was learning Vim at the time and was quite slow at getting code into Arduino IDE via Vim edit page. Also got preoccupied with tweaks and tips. Today, finally got Uno system to program clunky breadboards to read in 5 bytes and program them and verify via terminal. Here's the pic: (NB, numbers seem to be one off. Was expecting 65,66,67... but got 66,67,..Will sort it out. Here's the breadboard lashup: The schematic isn't all in one place, so that will be the next job. The main idea is to use the I2C bus of the Arduino to drive the two MCP23008s which have 8 I/O pins each. These, in turn, connect to the 28C64's I/O, and to the 4040 which generates 12 address lines and the control lines: CE*,OE* and WE*. The 28C64 was used because there were some already ordered from AliExpress and the MCP23008s were used because they were available at the local Ja

 REview of where we're up to with "spud sensor" , Boardwalk ESPNow Network Thu Dec  1 11:16:16 NZDT 2022.  Software used two Arduino programs to talk to two Wemos Mini ESP8266s. One was the sender that sampled temperatures and humidities and sent them through I2C to Wemos I. They were stored in buffers, these samples then sent on to Wemos II via ESPNow. Sometime the sender was in  the garden on the top of the Boardwalk vege place. ESPNow worked well for this job.  The receiver Wemos waits for orders from serial terminal, including one to send the log file which it gets from the sender, Wemos I. There's a Python program serial13.py that takes 100 bytes of the logged sensor information, tidies it up a bit then can be passed to Excel as a comma delimited file for graphs etc.  So data a goes : HTU via I2C to Wemos I Wemos I via ESPNow to Wemos II Wemos II via serial to Python (or Terminal) Python file via clicks to Excel Sender: https://pastebin.com/bC1G7LNz   https://pas

 Sender WemosI going ok. This is driven by C:\Users\Dell\Documents\Arduino\WorkingOctober22\SpudSensor94H\SpudSensor94H.ino which takes values of temperature and humidity from HDU21 device,with  SparkFun driver, and sends these values to Wemos II, the Listener. Listener's display on serial terminal looking a bit crude but works OK. https://pastebin.com/Fvw5NZbS is the Sender program that reads the HUD21 device and sends info. via espNow to Listener program on WemosII below.. C:\Users\Dell\Documents\Arduino\WorkingOctober22\SpudSensor94H\SpudSensor94H.ino https://pastebin.com/TGdvqSh5 is the Listener program C:\Users\Dell\Documents\Arduino\WorkingAugust22\SantosSensor7\SantosSensor7.ino (NB not ...Sensor6.ino above. Slight improvement. Next task is to tidy up listener code and include semaphore codes that help transfer file chunks from Sensor to Listener. Codes currently are 51 = normal file chunk being delivered from Sensor 59=last fule chunk-ette of extras. (<200 bytes) 11 List

 Thought I'd just catch where we are in sending ESPNow data from garden, especially spuds, to man cave "boss" WEmos. Working OK with sensing temperature and humidity on the desk using #include "SparkFunHTU21D.h" in Code. There are pictures on previous posts of Wemos Mini I and II, called sender or Sensor or Slave to Boss or Receiver or master. Think I need better and more consistent names.  The half second sensing loop is too short, so when sensor Wemos goes back nto garden it will have delay of, say, one hour. Need to sort out sleep routines. Currently just waiting til millis times out after 5000. Want to make sure it's known what happens during the loop in sensor sending program, so put in little "stop watch" readings, about 5 of them, during main phases. Spent several hours going through outputs of millis that were feed out to serial terminal. See photos below: ( The relevant files are  sender sensor routine: https://pastebin.com/i5sc1zF6  C:\Us