I'm curious what the incompatibility is. As for FTP the firmware does not seem to allow that. What I'm working on is code to submit the HttpRequest, retrieve the data, parse it and save to a database (simple steps, now that I know how to form the request). I was just hoping to get an idea of the cause in order to satisfy my curiosity.

Thanks, @Randor. I have minimal experience with Wireshark but I did get it to log some data. I'm not seeing any apparent cause, but I'll continue looking.

I'm revisiting an issue we had three years ago and wondered whether anyone here might have suggestions of possible causes (with testing ideas if possible). We have a work-around but my curious mind has not been satisfied. At work we use some temperature and humidity data loggers. The units (model iTHX-SD) are accessed via ethernet and have a web server that allows the user to download data covering a day, week, month or year, saving to a text/csv file. In Oct. 2019 our weekly downloads using Chrome stopped working (around the same time Chrome 78.0.3904 was released). Chrome's download would show "Failed - No File." Facts and testing from around that time showed: 1. The issue occurred the same week at two different facilities and with various computers, including Chrome on Win 10, Win 7, Linux and Android phone. Note, though, that only one computer attempted (and succeeded) to access the data the prior week. 2. Firmware for the loggers had not changed. 3. We could download a day's worth of data, but not a week's worth. Previously we had no trouble downloading a year's worth of data. 4. Firefox and Edge can download the data (our work-around). 5. Chrome, IE and Opera failed to download the data, with Opera reporting that the download was interrupted. (IE and Opera were not used for this prior to this test, so no idea how they 'previously' behaved.) 6. In April 2020 I tried downloading a year's worth of data with Chrome 81.0.4044 and the progress bar showed 28.4/28.4 MB for a fraction of a second before showing Failed - No File. 7. In May 2020 I was able to download a 299,599 byte file but failed with a 300,219 byte file (size based on successful download using Edge). Larger files usually fail at the end of the download but can stall late in the download. I'd love any input on possible causes and/or tests to try. Unfortunately, I don't know (or have) the logger's firmware code. As I said, at this point I'm trying to satisfy my curiosity, which will allow me to close this out.

If the less common operations are dramatically slower than the common ones, it still may be worth it to optimize them. Take a look at the speed comparisons at Integer and Floating-Point Arithmetic Speed vs Precision[^]. Consider the Core i7-4770 floating point graph for 32-bit operations, indicating multiplication takes about 3 times as long as addition. If addition occurs 75% of the time and multiplication 25%, you will spend the same time on each. The decision might be influenced by which operation would be easier to optimize and which would produce the greater gain once optimized. (I see Jochen Arndt gave similar advice. This puts some numbers to it for you.)

Ah... memories of a chess program. I think it was for Radio Shack's Color Computer. The program listing was hex code, with a short BASIC program that read the hex code and created the runtime (I think the BASIC program validated the hex code). Fortunately, this could be saved to the external cassette tape drive....

I love the security in your system--using the net to keep the upper level data from corruption. Of course, I expect the database could be rebuilt for any dropped clusters.

We have many international customers (I'm in the US). I've been aware of the issue a long time and my tendency is to write the name of the month. Even so, I tend to write either 2016 May 26 or 26 May 2016. Is anyone aware of ISO 8601, the international standard on date and time? It promotes the YYYY-MM-DD format as well as 24-hour time HH:MM (another thing the US does not use as much as many other countries). We still have one program running here that I wrote in 1991 for a DOS-based process control. It also logged temperature from different thermistors (fed to an ADC). The log file had a YYMMDD.log style name.

There are motherboards that still have IDE interface. Search for "industrial motherboard with IDE." You can also find ones with ISA slots. (That reminds me, I should update my 1989 DOS-based program that controls a process so it can use a USB version of the ISA I/O card....)

An IOT pack (such as this one[^]) includes additional hardware: case, power supply, breadboard, jumpers, sensors, LEDs, etc.

An IOT pack (such as this one[^]) includes additional hardware: case, power supply, breadboard, jumpers, sensors, LEDs, etc.

It does for me, also. I still have the default setup. Note that it also does that in text documents, when I don't want it to. And in code, typing the closing element can add an extra one (I think that happens if I use cursor keys to edit before closing).

If you want to show all the data you could try splitting the chart. Split the data in two and plot the graphs stacked. An ASCII representation of what you would aim for is:

250 V |-------------------------
240 V |-------------------------
230 V |-------------------------
~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
1 V |-------------------------
0 V |-------------------------

From their FAQ[^] it appears this is an Isle of Man requirement. Other sites may be governed by other nations. Of course, I also would have cashed out instead of sending them copies of such documents.

Ah, memories. I spent way more time answering customers' inquiries about Y2K compliance than I did analyzing for potential issues. We did not have any failure of systems once 2000 arrived. I did let customers know of the potential issue in our programs that would happen in 2038 (C's 32-bit time overflows), but I also indicated we expected to have a new version out by then. :) Prior to Y2K was the concern about Sept. 9, 1999, which when represented as 9999, might be interpreted as an "end of data" marker. I remember explaining to one employee that such date codes would be six digits long, with zeroes, because of the need for two digits in each of the month and day. Of course, that brings us back to the year before Y10K; will the year 9999 pose problems in legacy code?

I'm not familiar with Codecademy's offerings as I have not been working in the languages they teach. As for where to go next, coursera.org[^] offers many classes covering a wide range of languages and concepts. I'm also in the middle of two courses (self-paced) from https://www.udacity.com/[^].

I downloaded and installed F# to VS2010, but have not started using it yet. I currently am taking Programming Languages through coursera.org and the first half focuses on SML, which like OCaml and F# derives from ML. As Argonia mentions, there is a lot of power in functional languages. One of our assignments was to write a function that takes a list of strings and returns a list with only those strings that begin with a capital. The answer is one line of code that combines three standard library functions. Functional programming also emphasizes minimizing/eliminating side effects. I recommend learning a functional language even if you do not expect to write code production code in it, as the concepts can carry over into other code.

I've been in a similar situation. I took some comp sci classes in college (late 70's to mid 80's; degree in chemical engineering) and around 1990 took an extension class in OOP with C++. I maintain a handful of small programs at work (LOC in the 100s for each program), originally C++, then VB 6.0 and .NET, now C#. You may benefit a lot from looking at strategies rather than specific languages, depending on what you learned in school. A quick summary might be "Agile Programming" concepts. I found the shift from console programming to GUI programming a steep learning curve. Especially be aware of the separation of interface logic and model logic (Model-View-Controller and similar paradigms). When you are ready for a specific language, concentrate on one well-suited for the tasks you plan/want to do. I would also encourage looking into a functional language; even if you don't use it you will learn things that can make your programming better. In the long run, you will probably spend much more time learning the framework(s) used with the language than learning the language itself. To some extent, though, some languages are nearly synonymous with a framework (e.g., VB and C# are usually used with .Net).