Tiny Core Linux
Off-Topic => Off-Topic - Tiny Core Lounge => Topic started by: Stefann on August 01, 2024, 12:16:06 PM
-
Yes,
That is indeed what I found,
Ddwrt or openwrt.
I have 2 linksys in some box collecting dust.
It would be fun, but it will have to wait.
I’m now in full transition of replacing damn small Linux with tiny core on my small homecontrol computer.
Last weekend I got Tiny core functional on a 2nd machine.
Now I want to get the full dsl stuff functioning on a side-booted tiny core usb on the primary machine.
If all works at some moment I will have to “jump”… erase dsl and install tiny core on the main flash.
That will be kind of a “no return” because I don’t really trust my dsl-backups.
That’s actually one of the reasons the upgrade is needed, in order to keep it functioning I had to tweak so much on the dsl install that I’m not sure that it’s all on the backups I have.
Example: I had to compile gcc to be able to use some libraries I needed… the compile took 5 hours. And I’m not completely sure I have all binaries in backup…..
Having said that…
I already love tiny core!
The concept op “mounting application on boot” is crazy clever and avoids a lot of clutter.
-
...
I’m now in full transition of replacing damn small Linux with tiny core on my small homecontrol computer.Last weekend I got Tiny core functional on a 2nd machine.
Now I want to get the full dsl stuff functioning on a side-booted tiny core usb on the primary machine.
If all works at some moment I will have to “jump”… erase dsl and install tiny core on the main flash.
That will be kind of a “no return” because I don’t really trust my dsl-backups.
...
If you can boot the target computer from the USB stick at all, there's no reason you can't do that indefinitely and just leave DSL intact until you're really comfortable with Tiny Core. I have, for instance, run TC from a USB stick for years while leaving a working MS Windows installation intact and untouched on the hard drive. In my use cases, I've never even noticed a performance penalty for running Tiny Core from USB vs running it from a hard disk. And one can always still use the hard disk for bulk storage if it has plenty of free space.
Are you using legacy DSL, as opposed to the "2024" DSL? As a former DSL user myself, I'm curious - What sorts of home control functions do you use it for? And why did you choose DSL?
-
...
I’m now in full transition of replacing damn small Linux with tiny core on my small homecontrol computer.Last weekend I got Tiny core functional on a 2nd machine.
Now I want to get the full dsl stuff functioning on a side-booted tiny core usb on the primary machine.
If all works at some moment I will have to “jump”… erase dsl and install tiny core on the main flash.
That will be kind of a “no return” because I don’t really trust my dsl-backups.
...
If you can boot the target computer from the USB stick at all, there's no reason you can't do that indefinitely and just leave DSL intact until you're really comfortable with Tiny Core. I have, for instance, run TC from a USB stick for years while leaving a working MS Windows installation intact and untouched on the hard drive. In my use cases, I've never even noticed a performance penalty for running Tiny Core from USB vs running it from a hard disk. And one can always still use the hard disk for bulk storage if it has plenty of free space.
Are you using legacy DSL, as opposed to the "2024" DSL? As a former DSL user myself, I'm curious - What sorts of home control functions do you use it for? And why did you choose DSL?
Yes I have tinycore functional the target computer from USB. VNC, samba and ssh are all working.
gcc compiler and apache are still "todo"
And the homecontrol application itself has not been tested yet.
Indeed I can & will run from USB before installing on the CFcard. But... it normally uses all usb-ports. When testing with tiny core on usb I need to sacrifice my energy-meter reading that is normally using that usb port. So... not something I want to do for weeks.
I will install on CFcard when feeling comfortable but it will still be a big thing.
I started the project in 2008. Long before the raspberry Pi existed, before home assistant was a thing.
The computer is a ULV 500MHz EDEN i386 1W cpu with 1G RAM.
it currently runs on damn small linux "legacy" from 2008.
I did choose it because it could run frugal in ram which I tweaked to having only 1 disk-access per 24hr (being the daily logging write) which keeps the flashdrive functioning.
Also damn small linux is "damn small" which is needed when running in ram and having only a flashdrive as "hard drive".
This 2008 project ws my very first linux experience so I'm sure I ended up with a "more than necessary cluttered configuration".
t.b.h., I don't like the DSL-2024, in my opinion it "misses the point", but everybody can do what they like.
Anyway,... I learned that Robert, the founder, actually started at DSL and did tiny core afterwards. I think that "shows". It's still early days for me but Tinycore seems to me the "improved DSL":
- frugal install like DSL
- much better apps-handling by "mounting" tgz files instead of either in backup or persistent /opt
And of course its "maintained".
So... I'm basically upgrading from linux 2.4.31 to 6.6.8 now. Whopping!
-
That old cpu might be a sticking point - I'm pretty sure Tiny Core has always been targeted at 486 and later CPUs and even that sometimes causes problems when an "and later" instruction slips through and a 486 barfs on it.
I haven't tried DSL-2024 and, tbh, don't plan to. It doesn't sound at all appealing to me when I've got my Tiny Core setup configured pretty much the way I want it.
-
That old cpu might be a sticking point - I'm pretty sure Tiny Core has always been targeted at 486 and later CPUs and even that sometimes causes problems when an "and later" instruction slips through and a 486 barfs on it.
It looks like they're not really limited to the i386 instruction set, the list on Wikipedia (https://en.wikipedia.org/wiki/List_of_VIA_Eden_microprocessors) shows they all support some later extensions.
-
It gets very off topic from original post, not sure that is a problem.
Anyway, it’s an EDEN ULV 500MHz cpu. Formally that is not i386 because that would be intel. Formally it “supports x86 instruction set”. I included i386 because that is of “comparable power” and nobody knows EDEN.
Anyway
I have Tiny Core already running from booted USB. I can already operate fully headless via VNC, samba and ssh. So I guess concerns on support are not so high now. Need to run it for few continuous days before being sure though.
-
Sorry - I thought it was some seriously old tech. :)
-
Sorry - I thought it was some seriously old tech. :)
Ehh….. I guess “my sorry”.
I’m actually used to explaining that my home-control computer is seriously slow. Not comparable to i3-slow versus i7.
Tiny Core forum is clearly a different league.
I bought it in 2008 for about 200euro (approx 200$) as fanless, silent, very low power, mini computer.
Since the DSL to Tinycore upgrade is far from obvious I concluded I would need a “development workstation for testing”.
Wow… I was able to score an amazing double speed, double storage “development workstation” from the local equivalent of eBay for the incredible price of 10euro (10$) ;D ;D
(Hp t510 thin client).
Yes, I’m having fun.
-
Sorry - I thought it was some seriously old tech. :)
Ehh….. I guess “my sorry”.
I’m actually used to explaining that my home-control computer is seriously slow. Not comparable to i3-slow versus i7.
Tiny Core forum is clearly a different league.
I bought it in 2008 for about 200euro (approx 200$) as fanless, silent, very low power, mini computer.
Since the DSL to Tinycore upgrade is far from obvious I concluded I would need a “development workstation for testing”.
Wow… I was able to score an amazing double speed, double storage “development workstation” from the local equivalent of eBay for the incredible price of 10euro (10$) ;D ;D
(Hp t510 thin client).
Yes, I’m having fun.
Is the Via Eden CPU in the T510 equivalent to the one in your home control unit? I'm running 32 bit Tiny Core 14.0 on a a T520 - but the T520 is AMD based so maybe not comparable.
-
Continuation from below thread as it went extremely off topic
https://forum.tinycorelinux.net/index.php/topic,27183.msg174692.html#msg174692 (https://forum.tinycorelinux.net/index.php/topic,27183.msg174692.html#msg174692)
The computer that controls my home and that I’m “in the process of bringing from Damn Small Linux to TinyCore is an Eden ulv 500MHz cpu.
That is 1Watt, 32 bit, single core
Ulv stands for “ultra low voltage” so it does not run fast but is very suitable for “low energy use 24/7 homecontrol system application”.
The HP t510 has a VIA Eden X2 U4200 (1 GHz, 2 cores),
That is 9W, 64 bit
So it uses 9x more power, I don’t want to run this 24/7, but it has 2x speed, 2x cores. So i started using it as my “development workstation” which is a very luxurious title for a 12year old computer that I bought for 10euro (10$) from an eBay equivalent. I run it on 32bit tinycore to be compatible with my target device.
I’m running both computers “headless”. After initial install using monitor/keyboard/mouse I now access them via vnc, ssh and samba from my MacBook.
The hp t520 has a Processor/Chipset
AMD GX-212JC 1.2GHz dual-core SOC APU with AMD Radeon HD Graphics*
This is the one you are using.
It is also 64bit (but of course you can run it on 32bit). It’s from 2014 which is 2 years newer than the 510 so will be faster.
Sorry - I thought it was some seriously old tech. :)
Ehh….. I guess “my sorry”.
I’m actually used to explaining that my home-control computer is seriously slow. Not comparable to i3-slow versus i7.
Tiny Core forum is clearly a different league.
I bought it in 2008 for about 200euro (approx 200$) as fanless, silent, very low power, mini computer.
Since the DSL to Tinycore upgrade is far from obvious I concluded I would need a “development workstation for testing”.
Wow… I was able to score an amazing double speed, double storage “development workstation” from the local equivalent of eBay for the incredible price of 10euro (10$) ;D ;D
(Hp t510 thin client).
Yes, I’m having fun.
Is the Via Eden CPU in the T510 equivalent to the one in your home control unit? I'm running 32 bit Tiny Core 14.0 on a a T520 - but the T520 is AMD based so maybe not comparable.
-
When transitioning from Damn Small Linux to Tiny Core make sure all necessary libraries are available. Try using tools like tc-install for managing applications. You might also consider installing aditional extensions that could assist in the migration ;) (https://mazzani.pl/projektowanie-wnetrz-cennik-warszawa/)
-
Thanks,
Yes I make sure to have all libraries
the transition is basically a brand-new OS install and brand-new application install, no re-use of the dsl-applications but all from the tc apps browser
By now I have it running on my second test system:
tiny core,
vnc, ssh, samba, apache, php, gcc, libusb: all standard from the apps browser
Getting it to work meant "editing the configuration files" and making sure they are persistent using the .filetool.lst file.
I lso was able to compile and test my application and it succeeded to compile and run on my test system, still without I/O.
I also was able to boot the target system with a Tinycore USB so that is confirmed as well.
Next step will be to test the application on the target system,. That will likely be next weekend.
-
I'm curious to hear how it works out.
-
Holy moly…….. it works!
I’m not surprised I got it to work.
I AM surprised how easy that went.
Basically…
- I had to navigate my way on getting tiny core and all packages to work on my “development station”, a used 10euro hp t510 thin client. Nothing very difficult but as it’s my first journey into tiny core “some growing pains”.
- biggest pain was actually to get my 1st bootable tiny core usb. I had to manually get the syslinux bootloader on it which was difficult as I had to do that with my old damn small Linux that refused to do the newer syslinux versions. I had to select a “half way” version of syslinux to get it to work.
Once I had the 1st crippled tinycore functioning I used the internal tool to create non compromised bootable tiny core USB’s. That was easy peasie.
- I was able to compile my application. The biggest challenge was that I use some pretty low level code that works with both libusb (via compact library) and libusb-1.0. This is not ideal but unless I rewrite my x10 drivers I have no way of leaving the old libusb.
- tested the compiled program on the hp510 which nicely worked, but all I/O still disabled as that is connected to my target machine.
Then today…
- I got everything on a bootable usb
- and booted the target machine.
Bang… worked at 1st try.
So…
- I had compiled the program on the hp510 which is a dual core 1G Eden 64bit cpu, on which I had put the 32bit tinycore.
- not only had I created a bootable usb with tinycore on that. I also had compiled my application on that.
- tinycore worked at 1st try
- application worked at 1st try without recompilation on the 500MHz single core 32bit machine.
- usb drivers for 1wire network and x10 gateway functional at 1st try. Application running at 1st try.
Wow… as said… I definitely had expected to get this to work. But not as smooth as this.
Only inconvenience I currently have is that the target device ignores the bootorder settings from the bios. I did set it to “usb first”, but it ignores that. I have to completely disable boot from internal drive (to disallow the baseline damn small Linux to boot) to het tiny core booting from usb.
The inconvenience is that this requires to hookup monitor and keyboard which is inconvenient as the computer is in a crammed utility area.
Any advice is welcome but I can live with it.
It now works. I will let it run for a few days. Than load all to the internal drive so will need to hookup monitor/keyboard one more time to re-enable boot from internal drive.
Cool!
And many thanks to especially @Rich for helping me through.
-
A,
No need to help me…
I guess running fdisk on the active disk and toggle the bootflag with the “a” command will make the active disk non-bootable and will at next boot start at the other disk.
A bit risky if you have only 1 computer but as I have my hp t510 to create bootable usb drives I can always get back to live.
Did not test this yet but I think it will work. And if not I need to hook on monitor/keyboard.
Note: I never knew “a” was a toggle. I so far used it only to “set” the bootflag.
-
I have to completely disable boot from internal drive (to disallow the baseline damn small Linux to boot) to het tiny core booting from usb.
The inconvenience is that this requires to hookup monitor and keyboard which is inconvenient as the computer is in a crammed utility area.
Any advice is welcome but I can live with it.
begging the question....
what (loader) / how - exactly dose the the " damn small Linux" boot ?
fwiw
with this info it might be possible to add an option to *whatever* loader's configuration
which boots from the usb-device/partition-uuid ...
and (if that works) set that ( in the loader cfg) as default and dsl as a fallback ( if usb-part-uuid is not found)
-
I have to completely disable boot from internal drive (to disallow the baseline damn small Linux to boot) to het tiny core booting from usb.
The inconvenience is that this requires to hookup monitor and keyboard which is inconvenient as the computer is in a crammed utility area.
Any advice is welcome but I can live with it.
begging the question....
what (loader) / how - exactly dose the the " damn small Linux" boot ?
fwiw
with this info it might be possible to add an option to *whatever* loader's configuration
which boots from the usb-device/partition-uuid ...
and (if that works) set that ( in the loader cfg) as default and dsl as a fallback ( if usb-part-uuid is not found)
DSL boots with syslinux3.70. later versions bring problems.
I don't know whether that supports uuid. t.b.h. I had never heard from uuid until last week.
the tiny core core does not fit on the boot-partition: that partition is just big enough for dsl.
And I sure want to fully setup a new p1 partition. Want a clean start. This time a BIG boot partition that includes the ice folder.
Thanks for the suggestion.
-
DSL boots with syslinux3.70. later versions bring problems.
what dose the tiny core usb boot (syslinux/grub/ect) ?
if its also using syslinux
this post might have some relevant perspective
"Is it possible to use Syslinux to boot another drive?" @ https://bbs.archlinux.org/viewtopic.php?id=224923
in summery
ether chain-load the (syslinux)loader on the usb
or create an entry in the internal 'dsl' syslinux config , to set/select the usb partition and boot the linux/initrd from it .
the process would be conceptually similar for other loaders , the cfg syntax would differ ..
-
DSL boots with syslinux3.70. later versions bring problems.
what dose the tiny core usb boot (syslinux/grub/ect) ?
if its also using syslinux
this post might have some relevant perspective
"Is it possible to use Syslinux to boot another drive?" @ https://bbs.archlinux.org/viewtopic.php?id=224923
in summery
ether chain-load the (syslinux)loader on the usb
or create an entry in the internal 'dsl' syslinux config , to set/select the usb partition and boot the linux/initrd from it .
the process would be conceptually similar for other loaders , the cfg syntax would differ ..
tiny core also uses syslinux.
My existing DSL backup USB had a very small boot-partition, just enough for DSL image, I did not want to erase that to make place for tiny Core Image because "if something went wrong I sure wanted to have my DSL baseline and backup".
Indeed I got my 1st tiny core loaded by creating a bootable USB stick using the notes I got from DSL. Using the syslinux-3.70 (it's now at version 6). Mind you... basically using a process with tools from 2008...
From there I created multiple "pristine" USB-sticks using the tiny core built-in install tool.
It runs like a charm from USB now.
Yes... One can hobby around... but I'm setting this up with the idea that it will be a reliable base for multiple years. So really want to do this good. Want to use "as much non-modified tools as possible".
So... I'm n ow very well able to boot from USB and setup bootable internal drive... but... bit hindered by the refusal of the computer to obey the bios-boot-sequence. It boots from internal drive even now I set bootsequence to usb first. Internal drive is a CF-card that I can easily eject, but than I cannot write it. So... need to hookup monitor/keyboard. This is very possible, just a bit crammed in the utility room.
but.. now hobbying with un-setting the boot-flag:
- booting from internal drive into DSL
- unset boot-flag from the internal drive I just booted from
- reboot should than go from USB
we'll see....
I'll get it sorted out one way or the other.
-
the syslinux "*LOCALBOOT" config option might be of interest
https://git.kernel.org/pub/scm/boot/syslinux/syslinux.git/tree/txt/syslinux.cfg.txt#n292
DSL boots with syslinux3.70. later versions bring problems.
I don't know whether that supports uuid. t.b.h.
I had never heard from uuid until last week.
fwiw just happened to read
f you are going to run Tiny Core from a pendrive, or any removal device, you should be using UUID or LABEL, to properly identify the device. The installation program for pendrives included with Tiny Core up to v3.6 provides an automatic setup with such features. You will also need a waitusb for slow removal devices to be detected. This is also provided with the install program.
in this case uuid is a command line option passed to the kernel/modules & (i assume ??... [1] ) init scripts
see also proc/cmdline
The kernel parses parameters from the kernel command line up to “–”; if it doesn’t recognize a parameter and it doesn’t contain a ‘.’, the parameter gets passed to init: parameters with ‘=’ go into init’s environment, others are passed as command line arguments to init. Everything after “–” is passed as an argument to init..
[1] https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html
[2] https://raspberrypi.stackexchange.com/questions/113645/what-is-the-difference-between-adding-ro-to-boot-cmdline-txt-vs-etc-fstab#comment220872_128206
-
the syslinux "*LOCALBOOT" config option might be of interest
https://git.kernel.org/pub/scm/boot/syslinux/syslinux.git/tree/txt/syslinux.cfg.txt#n292
That is a real cool suggestion!
At the end... I did need to hookup the monitor&keyboard anyway.
At some point during the juggling with CF-cards and USB sticks I lost connection and had to have a HW console.
Suggestion really appreciated and of potential use somewhere in future where I only need to update TinyCore in stead of moving to a full new OS.
The uuid suggestions make sense but that was only a head scratcher due to the old syslinux I had with dsl and I needed to use in the transfer process. I'm now at the fresh tiny core that has that by default fully functional.
Anyway.... It runs now.
On a brand new pristine Tinycore from internal drive (which is a CF card).
TinyCore AND the full home automation application. All is running and controlling my lights, heat pump, solar panels, energy monitor, garden watering, jacuzzi, EV-charger, alarm system.
Real cool, real happy.
-
given this post on another thread:
https://forum.tinycorelinux.net/index.php/topic,27320.msg175835.html#msg175835
@Stefann, would it be possible to get more specifics regarding your setup?
for example, i frequently put together complete documentation for a project that allows(hopefully) someone completely unknown to me to rebuild/reconstruct/recreate the project from a-to-z/start-to-finish(as long as all the hardware/software/peripherals/etc are procurable)?
as a sidenote, i am frequently reviewing these notes while brainstorming new/future possibilities/potential-projects and often wish i could encourage my past-self to do an even-better-job on the note-taking...argh!
surely i am not the only reader who is impressed and intrigued by your successful project and its longevity.
this could even be in the form of an attachment which would make it easy for a forum member to download and enjoy offline.
just a humble request...thanks!
-
Pfew...
what do you want?
The full history of my damn small linux project?
- I can/could summarise but not in extreme detail. That is a hobby project over 10+ years. And not extremely efficient as that is how I learned linux at the same time.
Or a summary how I got moved to tiny core?
- its kind of described in above posts but not extremely organised
I can write "a bit" but "all" is not possible
-
well, you've brought out the big-bang-theory-nerd-geek in me with the following(quotes from above posts):
The computer is a ULV 500MHz EDEN i386 1W cpu with 1G RAM.
...
Anyway.... It runs now.
On a brand new pristine Tinycore from internal drive (which is a CF card).
TinyCore AND the full home automation application. All is running and controlling my lights, heat pump, solar panels, energy monitor, garden watering, jacuzzi, EV-charger, alarm system.
Real cool, real happy.
really whatever you'd care to share(would be interesting for sure!)
-
Ok…. Here you go…
Computer you can find here: https://robosavvy.com/static/RoboSavvyPages/eBox/DMP_EBOX_catalogue_old-2011.pdf
- I have the Xbox 43xx with VIA eden ULV 500MHz processor.
- I have 1G RAM
- And at this moment 8G CF card as “hard disk”
- Processor is 1W, total power consumption is more.
- This computer is no longer available. I bought in its 2008 for about 200euro (approx 200$)
Today I would go for a raspberry PI but that did not exist at that time.
For my home automation I literally did everything :
- roof mounted heatpipe system
- self plumbed the heating
- did all electricity
- made the PCB’s with electronics
- did all the control wiring in house
- and programmed the control program from scratch in C.
These days I would probably have adopted “home assistant” but that did not exist (or at least not generally) at that time.
I started with 2 protocols:
- x10 which is a Powerline protocol for light switches and is controlled via an usb enquiped gateway. The protocol is slow (1..2seconds) and unreliable but allows connection to lights without additional wiring. At that time wireless was still in its infancy.
https://www.uk-automation.co.uk/products/Marmitek-X10-CM15Pro-Computer-Interface-with-Transceiver_revpage-2/
- 1wire protocol that uses a 1 wire serial cable that can connect multiple inputs, outputs and temperature sensors. The endpoints are simple “transistor style” components of about 2euro/$. They are accessed in about 0.2seconds and (as being hard wired) quite reliable. This is controlled by a usb adapter.
https://www.ibuttonshop.nl/ds9490r-usb-1-wire-adapter
====
As an operating system I used Damn Small Linux (DSL) for reason:
- runs in RAM so even on a slow underpowered processor have decent speed
- runs in RAM so minimal amount of write actions that cause the flashdrive to wear and ultimately break down
The sad thing:
- when I installed it in 2008 DSL was maintained. But maintenance stopped at about that time. Sad… no upgrades :(
After all the hardware actions my dream had been to do some high level programming to develop controllers. I have a background in control technology so I was looking forward to explore variants.
How bad….
The usb gateways I was using had opensource sdk’s but these appeared to be very low quality. The 1wire components should be accessible in 0.2 seconds but reality was more like 5 seconds. So… at the end I found myself completely rewriting the usb interface software to the level of precisely timing the control of the usb endpoints all the way until bit-level. Ouch. But i survived :).
On the positive side: “at work I have much smoother discussion with our software engineers since than”.
Anyway…
- Program is completely written in C, There is a nice modularity:
- drivers/gateways to the components
- control algorithms
- process flow and reporting
- For gui i run an Apache server with php website
I survived at DSL with linux 2.4.31 until this spring.
During that time I once did recompile gcc for reason I did need libusb 1.0 while the included version was only at 0.1. That compile was a bit of nightmare as it took about 5 hours and was constantly running out of RAM. I had to juggle compile options severely to get it succeeding. All the time I was quite worried that i would get stuck.
The backup I had was a bit shaky. I never succeeded to have a “real reliable backup” because dsl uses a lot of mounts and symlinks that I not got to properly backup.
Over time I kept extending the application:
- got curtains integrated via the x10 interface where I soldered the buttons of the remote of the curtains to x10 switches.
- got energy reading with rs232 over usb interface
- got pv panel reading via http interface
- got EV charge station connecting via http interface
- got garden watering implemented with 1wire components
- got alarm integrated by connecting 1wire input to its relay output
And than I hit the hard limit.
1/ Internet moving to “all https”
2/ wishing to include a modern python program that is able to read my EV car diagnostics.
For those I would need a modern Linux.
For about a year I considered options.
Basically:
- either start all over on a raspberry pi running home assistant
- or get all on a modern Linux.
At the end I did choose the latter. I migrated to tiny core 15 which I really really love:
- it includes latest gcc and latest kernel so my board from 2008 is 100% up to date and extendable now.
- it has really small footprint
- runs in ram which makes it fast and does not wear the compact flash harddrive. I literally have only 1 ssd write per day (bulk saving the monitoring data of that day)
- the concept of mounting of compressed applications is amazing. The system remains extremely pristine. Customizations are very much concentrated in .filetool.lst, bootlocal.sh and syslinux.conf files. All files are “real non sym linked files” so can be very easily backed up with a compressed or non compressed copy command.
I had my lesson from the gcc recompile that had me worried whether “I would survive” so I prepared the full migration on a second “development workstation” being a hp510 thin client that I purchased for the whopping price of 10euro/$.
Biggest hurdle was to get a 1st version of tinycore running.
Strangely enough:
- getting a 1st pen drive with windows is well supported from the website.
- but getting a 1st pen drive from Linux is more tricky. Especially if that needs to come from a very old dsl kernel.
At the end I succeeded.
After having tinycore running on my “development workstation hp510” the transfer to the 500MHz board was relatively simple. I first tested the tiny core os by booting from usb.
Than removed the original compact flash and installed tinycore from USB on a fresh compact flash (keeping the original cf card such that I could always go back by simple hardware swap).
—- why not gone for fresh home assistant on raspberry pi?
A full migration would cost about a year of weekends to get all reprogrammed. I don’t want to do that.
The way I would do this would be to run home assistant on raspberry pi “at the side” for all modern connections and keep the old board for all legacy and simple make a data path between the 2 boards.
However…..
Home assistant needs about 4G of ram. That means it can only run on the bigger (more power consuming) raspberry pi’s. I basically “do not really like that”. I also wonder whether I would be able to run all in ram. If not, it will wear the ssd card. And as this project is clearly not caring about footprint… it’s unclear how that will develop in future.
So…
At some point I may try things… but at this moment I’m happy that I have modernized my low power, full ram running system.
Well… this is about it….
-
that...was...great!
going to give it a second read after a bit.
again, thanks for taking the time to share!
-
Yes… if you see it like this in 1 story it’s quite a thing.
To put things in perspective, it did grow to this in 16 years.
It started relatively simple and kept growing.
With that said,…
I knew in advance it would be a system that would get expanded over multiple years.
For that reason I really took the time to get the basics right from the start such that I could kee0 expanding without getting stuck.
That’s why you will see me on several threads here to finetune my tiny core install to get very solid. Tiny Core will need to serve me for an other 15 years or so.
As said above, there are some extreme advantages of tiny core:
- it does not matter if I “by accident” remove or overwrite kernel files or drop files in the kernel area. Kernel is brand new with every reboot.
- keeping track of customizations is super easy: they are all in .filetool.lst, bootlocal.lst and extlinux.conf.
- out of the box it does zero writes to harddisk which keeps the compact flash alive. Only hard disks writes are the self triggered writes.
- really small footprint, minimalistic, no included applications I do not need, everything beyond kernel to be specifically added via tce extensions.
- fully running from ram which makes it fast on even very old hardware.
- in fact tiny core is a bit of a luxurious PLC. A plc also brings small, low power, low compute, ram/flash based computing but programming is much more restricted as it lacks a powerfull operating system. Tiny core enables “plc like hardware” to get programmed with latest Linux functions and applications.
An other note,…
At the end… I’m controlling about 20 lights, 8 garden irrigation valves, 4 heat pump setting, 4 EV charge settings, 2 pump settings for heatpipes, 4 settings for jacuzzi. That is about 42 bit of data.
As inputs I have about 16 temperature sensors so there is more data at the input.
But… at the end I’m controlling just 42 bit. 42 bit easily fit in 1 integer.
So… the only thing my home controller has to do is “control 1 integer”.
Even a 500MHz cpu seems overpowered to do that.
Using a raspberry pi 4 or 5 with 4 or 8 GB ram seems totally overkill :).
At some point I think I will explore the raspberry pi but my 1st thought will probably be to see what I can do with the pico or zero.
-
Thanks @Stefann for posting this - It's fascinating even if I never do anything even remotely like it.
-
when i saw this i knew i had to post it here(moar Big Bang Theory Nerd Geekery pleaz...rotfl):
https://arstechnica.com/gadgets/2024/11/i-too-installed-an-open-source-garage-door-opener-and-am-loving-it/