|
Welcome, Guest. Please Login.
|
||||
|
||||
| 1 | Original Projects and Builds / NodeMCU IoT Clock / Re: NodeMCU IoT Clock Source Code on: Nov 6th, 2017, 9:22pm |
| Started by Administrator | Post by Administrator | |
| Status Update, and additional minor bugs: -- It did correctly update for the US end of DST !!  (I'd also like to note that our "Atomic" (WWVB) clock in the kitchen still has not gotten a signal, and remains 1 hour off.) -- On the main settings page, if one changes the time zone, or the time server, and then presses the keyboard enter button instead of clicking the Submit button, it would not save the settings. This has been fixed by simply changing what is looked for in the post response. -- In time only mode, code was added to move the time on the display to maintain uniform display brightness. Since the time display in 24 hour mode is shorter (fewer characters) than time in AM/PM format, in 24 hour format, it will favor the left of the display, and never use the last few characters of the display. These have been fixed, and will be in the next .tar.gz I upload. Here's a picture of my development clock, using a 40 character dot matrix VFD. It is running the 20 character code, however.  |
|
 Reply  Quote  Notify of replies
|
|
| 2 | Original Projects and Builds / NodeMCU IoT Clock / Re: NodeMCU IoT Clock Status Update on: Nov 6th, 2017, 8:59pm |
| Started by Administrator | Post by Administrator | |
| Please refer to the NodeMCU IoT Clock Source Code: http://linuxslate.com/cgi-bin/forum/YaBB.pl?num=1482280050 page for future status and issues list. This separate thread is deprecated. |
|
|
Reply Quote Notify of replies
|
|
| 3 | Original Projects and Builds / NodeMCU IoT Clock / Re: NodeMCU IoT Clock Source Code on: Nov 3rd, 2017, 9:34pm |
| Started by Administrator | Post by Administrator | |
| New Release (Finally) Uploaded. (Just in time to test Fall back, for those in areas that use DST) http://linuxslate.com/files/VFD_Clock_Distribution_20171103.tar.gz Bug Fixes and Improvements: -- Spring Forward and Fall Back were tied to wrong dates. Spring was in November, and Fall was in March. Other not - as - glaring errors and optimizations in this section of the main code. Still no promises, but at least the worst, and most obvious errors were fixed. -- Another DST related error in the Daytime connection to the time server. 2 issues caused the initial connection to the Daytime server (port 13) and determination of whether DST was in effect to fail. -- Fixed. Initial Connection to the Daytime server, can of course fail due to external problems, but it seems to work most of the time. -- Various code clean up and space (heap) savings -- New feature: In Clock Only mode, the time moves around the display every minute. This helps keep screen brightness uniform on many (most) types of displays. (Note: The timer is caught and sync'ed the 1st minute, so it does not actually move the time until the second minute. This also means that alarms set for within less 2 minutes after a reboot may not work, but I do not consider that to be a bug.) (Note: There is still 1 or 2 characters at each end that is are used in 24HR mode.) -- The 1 minute timer is now synced to seconds. Alarms occur on the minute, or approximately 1 second after. The movement of the display in clock only mode uses this, so the clock moves on the minute, and not at a random number of seconds. Startup time reduced to 5 seconds. Depending on how you connect to the NodeMCU, this should not be a problem if you need to "file.rename("init.lua","not_init.lua")", or similar. NOT Fixed: When an alarm is playing, the relevant sound file is (obviously) open each time the sound is playing. If the user then requests (or refreshes) the web page, the webserver must open the relevant HTML file. While newer NodeMCU firmwares will allow 2 files to be open at once, the version I used did not. The result is that there is a very high probability of a crash when attempting to cancel an alarm or hitting snooze. While a crash serves (in a rather un-elegant way) to silence the alarm, and the clock resumes normal function after it reboots, this renders the snooze function unusable. Newer versions of NodeMCU have serious issues with End User Setup, so I have to stick with the old firmware for now. Given the current state of NodeMCU, this may never be fixed. Setting the 2 alarms within 10 minutes of each other may still cause unpredictable results. (Code not checked/tested for this condition.) Punctuation in the Alarm Messages still causes messages to be displayed "funny" (control character codes are displayed). In addition to the above, more checks for valid inputs (settings) are needed. Ex: Proper format for Alarm Time. Weather not yet implemented. Still anticipating possible memory problems when this code is added. |
|
|
Reply Quote Notify of replies
|
|
| 4 | Original Projects and Builds / NodeMCU IoT Clock / Re: NodeMCU IoT Clock Status Update on: Mar 15th, 2017, 12:26pm |
| Started by Administrator | Post by Administrator | |
| Update and Serious bug notice: --- Daylight Savings Time Errors: 11 March 2017 DST change did not work correctly due to glaring errors in the DST related code. Spring Forward and Fall Back tied to wrong dates. Spring was in November, and Fall was in March.  Other not - as - glaring errors and optimizations in this section of the main code. -- Another DST related error in the Daytime connection to the time server. 2 issues caused the initial connection to the Daytime server (port 13) and determination of whether DST was in effect to fail. There seems to be another error causing cross talk between the settings for DST and 12/24 hour time display. More research on this bug (if it actually exists) is needed. I hope to also come up with a work around for Issue 1 mentioned in the previous post. |
|
|
Reply Quote Notify of replies
|
|
| 5 | Mobile Linux Devices / Chuwi Hi12 and Related Tablets / Re-installing Android using a Linux PC (host) on: Feb 14th, 2017, 8:40pm |
| Started by Administrator | Post by Administrator | |
| Working with the Chuwi Hi12 from a Linux host is easy! NOTE: What is below should work with other similar Chuwi tablets, such as the Hi10 and Hi8, but please make sure you have the correct firmware for your Tablet. WARNING: What is below is for Chuwi Hi12 tablets that were Factory Capable of dual booting. This may not work, and may permanently disable older versions of the Chuwi Hi12 that were originally sold with Windows only. WARNING: What is below will Delete all Partitions and Delete all Data -- Android and Windows. It will delete Windows and All Data even if you do not intend to remove Windows. Even if Windows is working, you must backup all data in both OS's. Deleting Windows is necessary due to the way the EMMC is partitioned from the factory, not because this is a Linux web site. NOTE: What is below does not flash the BIOS, so it is relatively safe given the above Notes/Warnings are heeded. The following instructions work for the following cases, and may work for others. 1.) You want to erase Windows, and use Android (or possibly Remix) only. 2.) You have damaged your Android partition (Android no longer boots, wether Windows works or not) 3.) You have installed Ubuntu or another os, and altered or deleted the factory partitions. As long as you can boot into the BIOS, what is below should work. What You Need: -- A Chuwi Hi12 Tablet -- Obviously -- We call this the "Target" -- A Desktop or other computer running Ubuntu 14.04 or 16.04, or similar Debian Based Linux -- We call this the "Host". -- A good quality USB cable. -- A correct Android Firmware for your target. The Official Chuwi Factory version is currently found here: http://forum.chuwi.com/thread-1160-1-1.html (Note that the newest official firmwares are less prominately linked at the bottom, dated 21061008) -- The Intel® Platform Flash Tool Lite. Currently version 5.8.2.0 as of this writing. Get it from: https://01.org/android-ia/downloads/intel-platform-flash-tool-lite Optional, depending on what you want to do: -- The gpt.bin file from post #5 of this thread: http://forum.chuwi.com/thread-3272-1-1.html This is needed only if you want to re-size your Android partition so that all of the 64MB internal EMMC is available to Android. This will delete Windows and all Data. This will not leave room for another OS (such as Windows) Explanation of this file can be found at: https://forum.xda-developers.com/showpost.php?p=65823981&postcount=144 Thanks to supercowz -- The The "flash-no-erase-all.json" file from the same link as the official firmware -- If, and only if you want to try to keep Windows, although as mentioned, I cannot guarantee that your Windows partition/data will not be wiped even with this file. I have no interest in using Windows, so I did not test this. http://forum.chuwi.com/thread-1160-1-1.html In other words, you essentially need one of those 2 files, but never both. No USB drivers are needed for Linux, but you may need to ensure you have permissions to the relevant USB device. There are many articles on adding a udev rules for android devices. -- BEGIN Install Intel® Platform Flash Tool Lite. This can easily be done with the Ubuntu Software Center. Unrar the Official Android Firmware. (Right click and select Extract Here), then extract the zip. Keep the original rar and zip files. (Optional - Only if you want to attempt to keep a Windows or other OS Partition): Extract the flash-no-erase-all.json file from the Hi12.rar Copy the flash-no-erase-all.json into the un-zipped firmware folder. Note the existing flash.json in the same location. (Optional - Only if you want to use the full EMMC for Android): Extract the gpt.bin file. Replace the gpt.bin file in the un-zipped firmware folder with this one. Start Intel® Platform Flash Tool Lite. Using the blue "Browse" button near the top, navigate to the Folder Containing the firmware (the un-zipped one). Select the appropriate .json file in that folder. Make sure the correct file is shown next to "Flash File:" Power off the Chuwi Tablet if it not already off. Press and Hold the Vol +, and Vol - buttons, in other words, hold both sides of the volume rocker down. Simultaneously Press and Hold the Power Button until the tablet powers on. Continue to hold Vol + and Vol -, but you can release the Power button once you see the Chuwi Logo. Continue holding the volume rocker until you see "DNX FASTBOOT MODE.." in small yellow letters near the Chuwi Logo. Connect the USB cable from the host to the Micro USB port on the target. Verify the device shows up in the Intel® Platform Flash Tool. Press the Blue "Start to Flash" button. In a few seconds, the target will reboot in recovery mode. Flashing should take less than 5 minutes. When complete, the tablet will reboot twice. Do not touch the tablet as it reboots, it may be doing a touchscreen calibration. Disconnect the USB cable. The Chuwi Tablet will boot in Chinese language, and with Chinese apps. To get English or another language: Select Settings (the blue/grey gear). Select the settings icon that looks like a globe. The first item in the globe (Language & input) menu is the language. Erase any unwanted Chinese apps using Settings --> Apps. |
|
|
Reply Quote Notify of replies
|
|
| 6 | Original Projects and Builds / NodeMCU IoT Clock / Re: NodeMCU IoT Clock Status Update on: Feb 1st, 2017, 10:27am |
| Started by Administrator | Post by Administrator | |
| 2 Status updates: 1. My current Source Code (as in the source thread) contains a fairly blatant bug. When an alarm is playing, the relevant sound file is (obviously) open each time the sound is playing. If the user then requests (or refreshes) the web page, the webserver must open the relevant HTML file. While newer NodeMCU firmwares will allow 2 files to be open at once, the version I used did not. The result is that there is a very high probability of a crash when attempting to cancel an alarm or hitting snooze. While a crash serves (in a rather un-elegant way) to silence the alarm, and the clock resumes normal function after it reboots, this renders the snooze function unuseable. 2. Newer firmwares allow 2 files to be open at the same time, but have another problem. The End User Setup module is being really written, but currently contains bugs that prevent its use. This issue can be fixed by having "handshakes" between the web server and the sound player to avoided having 2 files open at the same time, or wait for a multi file firmware that works, and rewriting the source accordingly. |
|
|
Reply Quote Notify of replies
|
|
| 7 | Original Projects and Builds / NodeMCU IoT Clock / NodeMCU IoT Clock Source Code on: Dec 20th, 2016, 7:27pm |
| Started by Administrator | Post by Administrator | |
| Initial release: http://linuxslate.com/files/NodeMCU_IoT_Clock.tar.gz Please see status and bug list here: http://linuxslate.com/cgi-bin/forum/YaBB.pl?num=1480473161 |
|
|
Reply Quote Notify of replies
|
|
| 8 | Original Projects and Builds / NodeMCU IoT Clock / NodeMCU IoT Clock Status Update on: Nov 29th, 2016, 9:32pm |
| Started by Administrator | Post by Administrator | |
| My Clock is very near initial release (source code release). UPDATE: Significant Progress Now Working: Both Alarms, Including saving the settings. Saving basic display settings, and restoring them on next boot. More aggressive attempts to contact the SNTP server if a timesync fails. It now will attempt a time sync every minute for 10 minutes if there is a sync fail. This is both on the initial sync, and on hourly syncs. If after 10 tries, there is still no successful sync, it displays a different message, and does not try again until the next regular hourly attempt. In no case have I seen more than 8 consecutive tries fail. New fixes as of 06 Dec: Web pages for Main Settings and both alarms now correctly show current settings when set/viewed, including across a re-boot. Minor bugs related to the above have been fixed: Alarm text was loosing formatting across a re-boot - Fixed. Crash on Alarm if unit had been re-booted/power cycled - Fixed. Error in display of alarm days. - Fixed. Initial Code released. I have added basic "Factory Reset" functionality. Upon selecting Factory Reset from the main page, a confirmation page is displayed. Upon confirming, the settings files are deleted, all settings are set to default, and the Web pages are re-written. The AP is then set to defaults. This deletes WiFi passwords, and causes End User Setup to run on boot. Other Fixes: I received the red plexiglass, and it looks awesome. There are still a few light leaks on the top and sides, but "production" units will not have this. The bottom is a clear, but dotted, and much thicker piece of plexiglass. There is some light leakage out the bottom, but with the unit up on little rubber feet (LRF), this light leakage looks really cool, and is not significant enough to interfere with sleep (Opinion, not a medical evaluation), so I am planning to leave it this way in the next one(s) I make.  I also came up with a really simple solution to the clicking noise -- Install the back panel. It attenuates the clicking significantly, but the Alarm tones are still more than loud enough. This is only a solution for the prototype. I still need to order some audio amplifier modules for the "production" units. Not yet fixed: Setting the 2 alarms within 10 minutes of each other may still cause unpredictable results. (Code not checked/tested for this condition.) Punctuation in the Alarm Messages still causes messages to be displayed "funny" (control character codes are displayed). In addition to the above, more checks for valid inputs (settings) are needed. Ex: Proper format for Alarm Time. Weather not yet implemented. Still anticipating possible memory problems when this code is added. |
|
|
Reply Quote Notify of replies
|
|
| 9 | Mobile Linux Devices / General News / Moved: FU209SCPB-T 1 Line x 20 Character VFD's on: Oct 22nd, 2016, 4:51pm |
| Started by Administrator | Post by Administrator | |
| This topic has been moved to NodeMCU IoT Clock by Administrator. | |
|
Reply Quote Notify of replies
|
|
| 10 | Original Projects and Builds / NodeMCU IoT Clock / FU209SCPB-T 1 Line x 20 Character VFD's on: Oct 22nd, 2016, 4:51pm |
| Started by Administrator | Post by Administrator | |
| BASIC USE OF FU209SCPB-T 1 Line x 20 Character VFD's PW-107-100K PW-283-00 Data Provided by John linuxslate.com Hardware: Power is 5 Volts Regulated (4.75 – 5.25V). The Unit Draws approximately 0.5 Amps regardless of what is displayed. _______________________________________________________________ | | 6 - N.C. JJJJJJJ | 5 - Rx Serial Data 01234CT | 4 - GND | 3 - N.C. | 2 - N.C. | 1 - +5V |_______________________________________________________________ J0 – The function of this jumper is unknown. J1 – Is shorted as provided. The function of this jumper is unknown. J2-JC – The function of this jumper is unknown. JT – Is TEST. Short Prior to power up for Test Mode. In Test Mode, The Character Map is Displayed. Serial Data is 5V TTL Serial Data. As provided it is run through an inverter glued to the back of the board. Use this if you are connecting the display directly to an inverted (compliment) TTL serial signal (such as directly to another chip.) If connecting to a serial port or FTDI, this inverter needs to be bypassed. (In other words, the top pin of the larger connector can be connected directly to pin 5 of the left connector) Other Serial Lines are not needed as there is no need for the display to send data back to the host. WARNING: VFD (Vacuum Fluorescent Displays) Operate on HIGH VOLTAGE. There is a step-up circuit that boosts the 5 volts to Several Hundred volts. Touching the Pins Leading to the Glass Tube (or other points) can lead to an Electric Shock even if nothing is displayed. Serial Settings: As provided, Set serial port to 1200 N81 - 1200 Baud, No Parity, 8 bits, 1 Stop bit. Control Codes: *** NOTE: UPDATED with scrolling information **** Ctrl – H Backspace (Non Destructive) Ctrl – J Line Feed (LF) Ctrl – M Carriage Return (CR) *Note: To Clear the display, and begin from the Left again, You must send a CR and a LF, Windows terminals may send CR and LF when you hit [Return]. Linux/Mac [Return] Sends only a CR. Ctrl – O Blinking Cursor ON Ctrl – N Blinking Cursor OFF Ctrl - S (XOFF) Scrolling ON (Characters at end of line will side-scroll display)* Ctrl - Q (XON) Scrolling OFF (Characters at end of line will just overwrite last character) Ctrl – K Blink Text ON Ctrl – L Blink Text OFF Ctrl – I Cursor Forward (Tab of 1 space) * Scrolling will happen as fast as characters come in, so speed must be controlled in software. Other Data: The display is run by a M28802M2 8 bit micro controller. As far as I know, this controller is mask programmed for this application, and other code cannot be loaded onto the controller. Connection to FTDI: FTDI Display GND - - GND 5V - - 5V TXD - - Serial Rx – Bypass Inverter chip on back of display. – Other pins not needed. – Using an FTDI allows the display to be plugged directly into a USB port. Most USB Ports should power the display with no problem. – There are no Lower Case Characters. Application: Super Simple Shell Script to make a Digital Clock (Does not use any LCD or VFD drivers): #!/bin/bash stty -F /dev/ttyUSB0 1200 while true; do printf "\r `date +'%a %d %b %H-%M-%S'`" > /dev/ttyUSB0 sleep 1 printf "\r `date +'%a %d %b %H %M %S'`" > /dev/ttyUSB0 sleep 1 done Super Simple Shell Script to make a System Load Display: #!/bin/bash stty -F /dev/ttyUSB0 1200 while true; do printf "\rLOAD`cat /proc/loadavg |cut -c -14` " > /dev/ttyUSB0 sleep 1 printf "\rLOAD`cat /proc/loadavg |cut -c -14`*" > /dev/ttyUSB0 sleep 1 done |
|
|
Reply Quote Notify of replies
|
|
