A Look Back At The USSR Computer Industry

July 16, 2022 by 58 Comments

According to [Asianometry], in 1986 the Soviet Union had about 10,000 computers. At the same time, the United States had 1.3 million! The USSR was hardly a backward country — they’d launched Sputnik and made many advances in science and mathematics. Why didn’t they have more computers? The story is interesting and you can see it in the video below.

Apparently when news of ENIAC reached the USSR, many dismissed it as fanciful propaganda. However, there were some who thought computing would be the future. Sergey Lebedev in Ukraine built a “small” machine around 1951. Small, of course, is relative since the machine had 6,000 tubes in it. It performed 250,000 calculations for artillery tables in about 2 and half hours.

The success of this computer led to two teams being asked to build two different machines. Although one of the machines was less capable, the better machine needed a part they could only get from the other team which they withheld, forcing them to use outdated — even then — mercury delay lines for storage.

The more sophisticated machine, the BESM-1, didn’t perform well thanks to this substitution and so the competitor, STRELA, was selected. However, it broke down frequently and was unable to handle certain computations. Finally, the BESM-1 was completed and was the fastest computer in Europe for several years starting in 1955.

By 1959, the Soviets produced $59 million worth of computer parts compared to the US’s output of around $1 billion.  There are many reasons for the limited supply and limited demand that you’ll hear about in the video. In particular, there was little commercial demand for computers in the Soviet Union. Nearly all the computer usage was in the military and academia.

Eventually, the Russians wound up buying and copying the IBM 360. Not all of the engineers thought this was a good idea, but it did have the advantage of allowing for existing software to run. The US government tried to forbid IBM from exporting key items, so ICL — a UK company — offered up their IBM 360-compatible system.

The Soviets have been known to borrow tech before. Not that the west didn’t do some borrowing, too, at least temporarily.

Continue reading “A Look Back At The USSR Computer Industry” →

Fighting The Good Fight

July 16, 2022 by 21 Comments

We here at Hackaday are super-duper proponents of open source. Software, hardware, or firmware, we like to be able to see it, learn from it, modify it, and make it ourselves. Some of this is self-serving because when we can’t see how it was done, we can’t show you how it’s done. But it’s also from a deeper place than that: the belief that the world is made better by sharing and open access.

One of the pieces of open-source firmware that I have running on no fewer than three devices in my house right now is grbl – it’s a super-simple, super-reliable G-code interpreter and stepper motor controller that has stood the test of time. It’s also GPL3 licensed, which means that if you want to use the code in your project, and you modify it to match your particular machine, you have to make the modified version available for those who bought the machine to modify themselves.

So when Norbert Heinz noticed that the Ortur laser engravers were running grbl without making the code available, he wrote them a letter. They responded with “business secrets”, he informed them again of their responsibility, and they still didn’t comply. So he made a video explaining the situation.

Good news incoming! Norbert wrote in the comments that since the post hit Hackaday, they’ve taken notice over at Ortur and have gotten back in touch with him. Assuming that they’re on their way to doing the right thing, this could be a nice win for grbl and for Ortur users alike.

Inside the free software world, we all know that “free” has many meanings, but I’d bet that you don’t have to go far outside our community to find people who don’t know that “free” software can have tight usage restrictions on it. (Or maybe not – it all depends on the license that the software’s author chose.) Reading software licenses is lousy work better left for lawyers than hackers anyway, and I can no longer count how many times I’ve clicked on a EULA without combing through it.

So what Norbert did was a good deed – educating a company that used GPL software of their obligations. My gut says that Ortur had no idea what they needed to do to comply with the license, and Norbert told them, even if it required some public arm-twisting. But now, Ortur has the opportunity to make good, and hackers everywhere can customize the firmware that drives their laser engravers. Woot!

It’s probably too early to declare victory here, but consider following Norbert’s example yourself. While you can’t bring a lawsuit if you’re not the copyright owner, you can still defend your right to free software simply by explaining it politely to companies that might not know that they’re breaking the law. And when they come around, make sure you welcome them into the global open-source hive mind, because we all win. One of us!

This article is part of the Hackaday.com newsletter, delivered every seven days for each of the last 200+ weeks. It also includes our favorite articles from the last seven days that you can see on the web version of the newsletter. Want this type of article to hit your inbox every Friday morning? You should sign up!

Impatience Is A Virtue When Testing This Old Maritime Teleprinter

July 16, 2022 by 1 Comment

[Larry Wall], inventor of Perl, once famously said that programmers have three key virtues: sloth, hubris, and impatience. It’s safe to say that these personality quirks are also present in some measure in most hardware hackers, too, with impatience being perhaps the prime driver of great hacks. Life’s too short to wait for someone else to build it, whatever it may be.

Impatience certainly came into play for [Sebastian (AI5GW)] while hacking a NAVTEX receiver (in German). The NAVTEX system allows ships at sea to receive text broadcast alerts for things like changes in the weather or hazards to navigation. The trouble is, each NAVTEX station only transmits once every four hours, making tests of the teleprinter impractical. So [Sebastian]’s solution was to essentially create his own NAVTEX transmitter.

Job one was to understand the NAVTEX protocol, which is a 100-baud, FSK-modulated signal with characters encoded in CCIR 476. Since this encoding is also used in amateur radio teletype operations, [Sebastian] figured there would surely be an Arduino library for encoding and decoding it. Surprisingly, there wasn’t, but there is now, allowing an Arduino to produce the correct sequence of pulses for a CCIR 476-encoded message. Fed into a function generator, the mini-NAVTEX station’s signal was easily received and recorded by the painfully slow teleprinter. There’s that impatience again.

We thought this was a neat hack, and we especially appreciate that [Sebastian]’s efforts resulted in a library that could be useful to hams and other radio enthusiasts in the future. We’ve talked about some more modern amateur radio digital modes, like WSPR and FT8, but maybe it’s time to look at some other modes, too.

Continue reading “Impatience Is A Virtue When Testing This Old Maritime Teleprinter” →

Looking At Fortran In 100 Seconds

July 16, 2022 by 36 Comments

Usually, when we are talking about old computers, we are thinking of BASIC interpreters. But [Fireship] reminds us that it was originally Fortran and promises to give you the essentials in 100 seconds. We didn’t think you could do much in that short amount of time, but we have to admit that they did a pretty good job.

Of course, it doesn’t hurt that we know Fortran — you probably aren’t going to be able to put it on your resume after watching this video. On the other hand, we were impressed with how much they did squeeze in. If you haven’t touched Fortran since the 1960s and 1970s, you should know that it has changed. Pointers, dynamic memory allocation, and even objects are all possible. It is still a very capable language and very adept at crunching large sets of numbers. Besides, there are many sophisticated algorithms you can borrow from decades of Fortran development.

If you decide you want to have a go, there is, of course, GNU Fortran. Honestly, as much time as we spent writing Fortran in years past, we don’t recommend it for new job prospects. But if you have some period hardware and want an authentic experience, it might just be the way to go. Or, just fire up a browser if you want to play.

Not everyone agrees, though, that Fortran is on the wane. There are efforts to bring it even more up to date. You can even use it for web development.

Continue reading “Looking At Fortran In 100 Seconds” →

Got A Cardboard Box? Get Into Food Smoking!

July 15, 2022 by 17 Comments

We appreciate a good kitchen hack, and we have always liked TV personality and chef [Alton Brown]’s McGuyver-ish approach to these things. So for anyone who hasn’t seen it, let’s take a moment to highlight how to make (and use) Alton Brown’s Cardboard Box Smoker.

[Alton] himself confesses that over the years it has remained his favorite smoker for a few good reasons. The price is certainly right, but there are a few other things that really stand out in the design. It’s easy to assemble and take down, needing very little storage space compared to a purpose-built smoker. It’s also trivial to monitor the temperature inside: just poke a thermometer probe through the side of the box. Finally, it’s a great way to get some additional use out of an old hot plate and cast iron pan. It’s the kind of thing one could put together from a garage sale and a visit to the dollar store.

The cardboard box is perfectly serviceable, but one may be tempted to kick it up a notch with some upgrades. In that case, check out this tech-upgraded flower pot smoker (also based on an Alton Brown design.)

Reusing and repurposing is a great way to experiment in the kitchen without needing to buy specialized equipment. Here’s another example: Kyoto-style cold brew coffee. It’s thick and rich and brings out different flavor profiles. Curious? Well, normally it requires a special kind of filter setup, but it can also be accomplished with cheesecloth, coffee filters, and a couple of cut-up soft drink bottles. Oh, and some rubber bands and chopsticks if things are too wobbly. Just do yourself a favor and use good quality coffee beans, or better yet, roast them yourself. Just trust us on this one.

Liquid Piston Engine Finally Works

July 15, 2022 by 7 Comments

The first video from [3DPrintedLife] attempting to make a liquid piston engine was… well… the operative word is attempting. The latest video, though, which you can see below gets it right, at least eventually.. He has a good explanation of the changes that made the design better. Turns out, one change that made a difference was to turn a key part of the engine inside out. You can see the video below.

The first version would quickly break during operation and while the first new version didn’t work very well, it did stay in one piece which is a definite improvement.

Continue reading “Liquid Piston Engine Finally Works” →

Stratum 1 Grandmaster Time Server On A Budget

July 15, 2022 by 20 Comments

[Jeff Geerling] has been following the various open source time projects for some time now, and is finally able to demonstrate a working and affordable solution for nanoseconds-accurate timekeeping in your local lab. The possibility of a low-cost time server came about with the introduction of the Raspberry Pi CM4 compute module back in Oct 2020, whose Broadcom network chip (BCM54210PE) supports PTP (Precision Time Protocol, IEEE-1588) 1PPS output and hardware-based time stamping. Despite the CM4 data sheet specifying PTP support, it wasn’t available in the kernel. An issue was raised in Feb last year, and Raspberry Pi kernel support was finally released this month.

[Jeff] demonstrates how easy it is to get two CM4 modules to synchronize to within a few tens of nanoseconds in the video below the break. That alone can be very useful on many projects. But if you want really stable and absolute time, you need a stratum 1 external source. These time servers, called grandmasters in PTP nomenclature, have traditionally been specialized pieces of kit costing tens of thousands of dollars, using precision oscillators for stability and RF signals from stratum 0 devices like navigation satellites or terrestrial broadcast stations to get absolute time. But as Lasse Johnsen, who worked on the kernel updates remarks in the video:

In 2022 these purpose-built grandmaster clocks from the traditional vendors are about as relevant as the appliance web servers like the Raq and Qube were back in 1998.

It is now possible to build your own low-cost stratum 1 time server in your lab from open source projects. Two examples shown in the video. The Open Time Server project’s Timecard uses a GNSS satellite receiver and a Microchip MAC-SA5X Rubidium oscillator. If that’s overkill for your projects or budget, the Time4Pi CM4 hat is about to be release for under $200. If accurate time keeping is your thing, the technology is now within reach of the average home lab. You can also add PTP to a non-CM4 Raspberry Pi — check out the Real-Time HAT that we covered last year.

Continue reading “Stratum 1 Grandmaster Time Server On A Budget” →