A little from our HPLC instruments design and delivery history. The LC4000 instruments generation design started in 1990 and the first setup has been delivered to a customer (IOCB) in 1992. It has been based on Intel 8051 + 32kB EPROM and 32 kB SRAM. Then we updated to Philips 80552 (i.e. the HPLC pump LCP5020). The archival of SW51 Firmware for curiosity mostly at PiKRON’s sw51-pbproj GitLab. Our first ARM7TDMI based component has been used in instrument set forming Automatic amino Acid Analyser AAA 400 (together with pumps and other components based on 8051). Then we have switched to NXP LCP1768 (i.e. in LCP5024). We have started to use LPC4088 on LX_CPU board for HPLC and motion control and robotic applications. The new controllers are prepared to be based on Cortex-M7 ATSAMV71. Some initial info is available in our presentation about LX_RoCoN use at ESA and Airbus (Tracking 75 GHz satellite beacon using PiKRON LX-RoCon motion control unit and digital radio). All our HPLC systems starting from 1990 talk the same RS-485 multi-master open-source protocol uLAN protocol which provides device dictionary introspection, fully deterministic distributed arbitration up to 64 devices with round-robin property up to 16 devices. More in separate presentation uLAN Open RS-485 Communication Protocol, 30 Year of Service in Laboratories, Healthcare and Agriculture.

The idea to test this obscure build came to my mind when I have gone to Department of Organic Chemistry at Charles University to help them restart our HPLC instruments after lab relocation. That LCD 5000 and LCP 5020 has been delivered 20 years ago and SW and drivers allows them to serve with Windows 10 and 11 today. The Milk-V funded by RISC-V International for our RT and CAN FD PCIe cards tests arrived the same day so I decided to try to combine this alternative control computer to demonstrate that our technologies are fully portable. CHROMuLAN Linux build is experimental still and doing that on RISC-V is maximizing the adventure. But not many others can say that even instruments produced two years ago as well as some 30 years ago are still supported by SW on Linux and Windows and can be connected together to build complete system.

#CHROMuLAN running chromatography data acquisition from ULAD32 on Milk-V Pioneer box #milkvpioneer 64-core RISC-V system. Application has been built on that system as well as #freepascal and #Lazarus LCL actual mainline GIT versions. uLAN kernel driver for instruments connection and control has been build directly on the system as well. Our #QtRvSim #Qt based simulator builds and on this #riscv system as well. More about our open-source chromatography system serving users more than 20 years there https://sourceforge.net/projects/chromulan/

It seems to have happened without much fanfare, but about a month ago @purism has released the Librem 5 hardware layouts under GPLv3 (as original PADS and converted KiCad projects), joining the schematics that were already available from the start.

https://source.puri.sm/Librem5/l5-schematic

#librem5 #linuxmobile #kicad #openhardware

@dos @purism The release of Librem 5 PCB design files is great news. Then next step is information about GPS antenna signal path and geometry which would allow to proceed with measurement I have suggested and offered in 2021. Shame the original Purism stance and information ban because my friend, Marek Peca, has started own company (eltvor.cz) busyness and is no more member and employee of ESA Galileo-next team from start of this year. So access to their test lab is no more possible for us.

We will present our new #canbus (CAN/CAN FD) stack for #RTEMS (https://www.rtems.org/) on #CiA_iCC https://old.can-cia.org/icc in Baden-Baden on Wednesday 15. The stack is based on our LinCAN Linux driver (initiated in 2003 as part of https://ortcan.sourceforge.net/ ). The new code source and documentation is available at https://gitlab.fel.cvut.cz/otrees/rtems/rtems-canfd . Our presentation "Scheduling of CAN frame transmission when multiple FIFOs with assigned priorities are used in RTOS drivers" is relevant even for future Linux #SocketCAN stack to solve its long standing link level priority inversion problem at least for some controllers when multi-queue support is implemented and our previous QoS work is updated. The measured latency results on #zynq on #RTEMS are great and in order better than maximal ones on PREEMP_RT Linux https://canbus.pages.fel.cvut.cz/#can-bus-channels-mutual-latency-testing . So there is lot to do on Linux side as well.

@sesivany I suggest for hiking planning, routes elevation profiles and links to additional information https://hiking.waymarkedtrails.org/ which renders #OSM data quite well for the purpose.

Our #riscv and computer architectures course materials and videos updated https://cw.fel.cvut.cz/wiki/courses/b35apo/en/lectures/start (switch to LaTeX, slides sources available). New online #riscv assembly and low level C-language tasks online evaluation, training site added https://eval.comparch.edu.cvut.cz/ as companion to our #qtrvsim online and native educational simulator https://github.com/cvut/qtrvsim
If you are interested in materials or want to see our hardware ZOO, stop at #osadl booth (in hall 4, booth 4-168) at #embeddedworld #ew24 . OSADL https://www.osadl.org/ has been kind to provide us space there on our academic membership base. We will have GNU/Linux, RTEMS, NuttX ARM and RISC-V HW running there.

Some of you know today as π-day.

But the real insiders know that today is the 30th anniversary of the 1.0 release of Linux.

Rally in support of #Ukraine on Old Town Square in #Prague was huge! The square was completely packed.

#StandForUkraine #SlavaUkraini #RussiaIsATerroristState

QtRvSim version 0.9.6 released. The #qtrvsim is educational #riscv simulator with pipeline and cache visualization. Version 0.9.6 adds support of M-mode ecalls, ACLINT MTIMER, MSWI, SSWI, related CSR registers, serial port Rx and Tx interrupts and more. See notes on the release page https://github.com/cvut/qtrvsim/releases/tag/v0.9.6 . Online version and related courses materials are available at https://comparch.edu.cvut.cz/ . It provides enough to run, port or implement a simple (no memory protection or paging; M-mode only) operating system with preemptive multitasking.

playlist of the RISC-V Summit 2023 videos from earlier this month
https://www.youtube.com/playlist?list=PL85jopFZCnbMfMRR25ENcRkhhAUGwP5C5 #riscv

I have found a little more information about Raptor Computing and Solid Silicon cooperation on a OpenPOWER based Power10 class system plans there
https://www.talospace.com/2023/10/the-next-raptor-openpower-systems-are.html

Raptor Computing working on new POWER systems using OpenPOWER CPU from Solid Silicon

Well, this is a pleasant surprise and a massive coincidence.

Besides that BMC-focused press release, Raptor Computing Systems tweeted out that they are working on "next generation of high performance, fully owner controlled systems! Built using the open POWER ISA

https://www.osnews.com/story/137563/raptor-computing-working-on-new-power-systems-using-openpower-cpu-from-solid-silicon/

#Hardware

Booth presenting open technologies at #LinuxDays 2023. uLAN project https://ulan.sourceforge.net/ used in PiKRON's instruments, agriculture and even in home automation prototype at CTU, full presentation of its 30-years in use https://ulan.sourceforge.net/pdf/ulan-linuxdays23-slides.pdf . The #QtRvSim, RISC-V simulator has been presented as well. #pysimCoder generated code controls motor on #MZ_APO educational kit designed for CTU courses. Open motion base board for Teensy-4.1 is on the right, same as #VisionFive2. See more about related activities at Open Technologies Research Education and Exchange Services (unofficial CTU FEE group) pages https://gitlab.fel.cvut.cz/otrees/org/-/wikis/knowbase

Pro zájemce přidávám odkaz na moje shrnutí vývoje otevřených technologií a software přednesené na #LinuxDays 2023 https://youtu.be/WJvBghM5lnU (Jak to bylo pohádko, když přišlo na svět GNUňátko?). Materiály k prezentace jsou k dispozici na https://pretalx.linuxdays.cz/linuxdays-2023/talk/WTNNLG/

@jarkko I am not sure if next use of image files from host system could be robust (for example in respect to aligning image according to used virtual device sector sizes etc.). But for basic use I would use fdisk, gdisk, parted, ... for partitioning. mkfs.ext2, mkfs.vfat have offset option to setup filesystem at right location and fs-size or block_count argument to not span it to the end of image. BTRFS seems to be without these options, for example. Then there is option to format individual partitions images and concatenate them together. When feed trough dd conv=notrunc,sparse,nocreat even sparse image can be obtained. I have put my idea into google and got to link https://unix.stackexchange.com/questions/281589/how-to-run-mkfs-on-file-image-partitions-without-mounting . Problem is creation of the FS content in some cases. If it is possible to have root read only or with overlay then genromfs or sqush can be used to prepare partition content even with files...

#qtrvsim educational simulator compiled and running on real #riscv. #visionfive2 provided from RISCV.org developer boards program just arrived today so native build and run of https://github.com/cvut/qtrvsim was tempting.
Simulator can be used with internal assembler or can run simple RV32IM and RV64IM static ELF binaries including even 7 Linux kernel system calls. Packages are provided for x86 and ARM GNU/Linux, Windows, Mac and browser version is available too https://comparch.edu.cvut.cz/ but running it on architecture which it supports and is used for teaching is pleasant step forward.

Page with presentation and recording pointers https://fosdem.org/2023/schedule/event/rv_qtrvsim/

The recording of our 30 years in #CANBUS support presented at #devconf_cz is available
https://youtu.be/RwmQYjfzQAg
related open source drivers, kernel support, designs, latency testing etc.. at https://canbus.pages.fel.cvut.cz/