Last night I started checking out assembler for the ARM.
Seriously thinking about my own microcontroller software using the Pi2 with 4 ARMv7 cores @900MHz
What Cache do they have, & can you lock ASM code in a Cache ?
One core running OS, and the other 3 running a Spin Emulator/Interpreter/Debug would be interesting...
I wish RS and the rest didn't insist on forcing you to a "local" RS instead of simply providing international shipping. I've given up on RS Japan, it's just too tricky. Sigh. With Parallax it's easy.. order as usual, provide the address, wait five-six days, and you're good. Doesn't matter where you are.
Does this mean the latest version of the Rasberry Pi board, the Raspberry Pi 2 Model B -- which has at its heart a quad-core ARM v7 processor, will run the next version of the .Net Micro Framework, Athens or some custom version of Windows 10, like the HoloLens augmented-reality goggles and the Surface Hub conferencing system will? It's not entirely clear, but I'm thinking custom is the likely answer. Update: One of my sources who knows quite a bit about Windows 10 says Athens is the more likely answer.
I have an old Model B that has been happily running Raspbian ever since Bill came out with his RoboPi.
Today, I did apt-get update and then apt-get upgrade and it started complaining about dependencies with rapsberrypi-bootloader and suggested apt-get -f install....it started complaining more and now it is dead (from an OS standpoint).
It there were some kernel changes that may have bit me (I'm still investigating). The system was updated/upgraded regularly but with the last update, it never recovered and didn't not come back from it's last reboot. It's remote (up two flights of stairs, so the autopsy will need to wait until after work)
Not a cause for panic but before you do your next update/upgrade, you may want to make a copy of your working SD if you have an "older" installation. I'm going to be doing this until they get the multiple distributions settled down.
On the bright side, it needed a newer more minimal SD install anyway! )
I'll take one, just let me know what the total with postage is to Canada V3A 6J2 (I'll pm you my address) and I'll PayPal you the funds (I'll need the email address to send it to)
UPS is supposed to drop off three for me on Friday, so if someone else needs one desperately, I don't need a fourth yet (but can always use one <grin>)
This week I've been finishing my Odroid-C1 review so it will be ready for comparing in my upcoming Pi2B review. (My MIPS Creator CI20 review went up this Monday)
I just checked the RS web site and they have another 14,400 units arriving before Thursday (that's this Thursday). I'll put an order in for five and I can then let Bill, Heater and anyone else who wants one have one at cost, plus postage. How does that grab you?
Their suppliers have obviously seen that they are onto a good thing and and are producing vast quantities of the components. The boards are made by Sony in Wales and they are taking on another 30 people:
I've just spent an hour or so trying to get the RPi 2 to work with the PiFace Digital 2. The PiFace worked OK with the PI B+, but the emulator doesn't do anything when I double-click on the icon, and I get error messages when I try to access the PiFace directly using Python 3. I'll try asking on the RPi forum if anyone else is having problems. The PiFace should be compatible with the RPi 2 from a hardware point of view. I'll also revert to the Pi B+, and check that the PiFace works with that with the new version of the OS.
They moved the base address of all the internal I/O registers, so any libraries and/or drivers and/or software that accesses the memory mapped I/O directly needs to be modified.
(so much for 100% compatibility)
#define BCM2835_PERI_BASE 0x20000000
has apparently changed to
#define BCM2835_PERI_BASE 0x3F000000
(apparently NOT 0x40000000, so it overlaps the ram by 16MB)
I've just spent an hour or so trying to get the RPi 2 to work with the PiFace Digital 2. The PiFace worked OK with the PI B+, but the emulator doesn't do anything when I double-click on the icon, and I get error messages when I try to access the PiFace directly using Python 3. I'll try asking on the RPi forum if anyone else is having problems. The PiFace should be compatible with the RPi 2 from a hardware point of view. I'll also revert to the Pi B+, and check that the PiFace works with that with the new version of the OS.
Thanks, Bill. I thought it must be something like that. I suppose PiFace will be updating their software. They don't provide any support, which is a bit irritating.
Thanks, Bill. I thought it must be something like that. I suppose PiFace will be updating their software. They don't provide any support, which is a bit irritating.
Compatibility was a tiny bit upset by that base address change.
I did read somewhere yesterday that there is now a function that can be called that returns the correct base address to use. So the correct way to do this is to use that function and then the same code will be usable on new and old Pi.
Compatibility was a tiny bit upset by that base address change.
I did read somewhere yesterday that there is now a function that can be called that returns the correct base address to use. So the correct way to do this is to use that function and then the same code will be usable on new and old Pi.
And I managed to cleanly compile p1loader, just need to change it wiggle a gpio over sysfs.
If you're talking about my p1load program, it already knows how to toggle a GPIO pin using Heater's code from propeller-load. However, I have so far been unable to get it to work on my RaspberryPi with a different Propeller board attached. I haven't tried yours but will this weekend. p1load use the same syntax as Heater's version of propeller-load using -Dreset=gpio,pin,state.
It looks like the five RPi 2s I ordered from RS won't be shipped until Monday.
I've tried to build the C I/O stuff with the modified base address but despite switching to superuser I am unable to run configure. I'll investigate the problem. It is supposed to work with that mod according to someone on the RPi forum.
If you're talking about my p1load program, it already knows how to toggle a GPIO pin using Heater's code from propeller-load. However, I have so far been unable to get it to work on my RaspberryPi with a different Propeller board attached. I haven't tried yours but will this weekend. p1load use the same syntax as Heater's version of propeller-load using -Dreset=gpio,pin,state.
It looks like the five RPi 2s I ordered from RS won't be shipped until Monday.
I've tried to build the C I/O stuff with the modified base address but despite switching to superuser I am unable to run configure. I'll investigate the problem. It is supposed to work with that mod according to someone on the RPi forum.
It looks like RS had it wrong about my five units being out of stock: Parcel Force tried to deliver them while I was out. I can collect them from the local post office tomorrow. I'd have stayed in for them if I had known.
Comments
What Cache do they have, & can you lock ASM code in a Cache ?
One core running OS, and the other 3 running a Spin Emulator/Interpreter/Debug would be interesting...
-Tor
Anyhow, Win10 What to expect.
Today, I did apt-get update and then apt-get upgrade and it started complaining about dependencies with rapsberrypi-bootloader and suggested apt-get -f install....it started complaining more and now it is dead (from an OS standpoint).
It there were some kernel changes that may have bit me (I'm still investigating). The system was updated/upgraded regularly but with the last update, it never recovered and didn't not come back from it's last reboot. It's remote (up two flights of stairs, so the autopsy will need to wait until after work)
Not a cause for panic but before you do your next update/upgrade, you may want to make a copy of your working SD if you have an "older" installation. I'm going to be doing this until they get the multiple distributions settled down.
On the bright side, it needed a newer more minimal SD install anyway!
I'll take one, just let me know what the total with postage is to Canada V3A 6J2 (I'll pm you my address) and I'll PayPal you the funds (I'll need the email address to send it to)
UPS is supposed to drop off three for me on Friday, so if someone else needs one desperately, I don't need a fourth yet (but can always use one <grin>)
This week I've been finishing my Odroid-C1 review so it will be ready for comparing in my upcoming Pi2B review. (My MIPS Creator CI20 review went up this Monday)
It's amazing they have stocked up so well. I was expecting to see long delays as production ramps up.
http://www.southwales-eveningpost.co.uk/30-new-jobs-Sony-Bridgend-thanks-new-Raspberry-Pi/story-25960838-detail/story.html
Production is being ramped up from 18,000 to 80,000 units a week!
80,000 units - 18, 000 units / 30 new employees = 2066 units per week per new employee. I wonder how long the jobs will last?
(so much for 100% compatibility)
#define BCM2835_PERI_BASE 0x20000000
has apparently changed to
#define BCM2835_PERI_BASE 0x3F000000
(apparently NOT 0x40000000, so it overlaps the ram by 16MB)
If they don't update their software they will be raked over the coals in the Pi forum...
I did read somewhere yesterday that there is now a function that can be called that returns the correct base address to use. So the correct way to do this is to use that function and then the same code will be usable on new and old Pi.
Sadly I don't have a link to that nugget.
I did read somewhere yesterday that there is now a function that can be called that returns the correct base address to use. So the correct way to do this is to use that function and then the same code will be usable on new and old Pi.
Sadly I don't have a link to that nugget.
http://www.raspberrypi.org/forums/viewtopic.php?f=72&t=98400
They are removing 240MB of ram from the allocatable pool (ie not avail to linux) due to a bug with SonicPi - which very few people have.
http://www.raspberrypi.org/forums/viewtopic.php?p=683804#p683804
Supposedly it will be fixed in a "few weeks" according to Liz
This is in addition to the 16MB that is probably lost by setting the base address to 0x3F000000 instead of 0x40000000
I just thought of something... Windows 10 on RPi2...
768MB usable ram from 1GB "address space"...
Does that sound familiar to anyone else???
<humour_mode:off>
Sorry, I could not resist, even though the analogy is inexact - 640KB out of 1MB on the XT, AT
Of course Gates was attributed with the comment, but says otherwize:
http://www.computerworld.com/article/2534312/operating-systems/the--640k--quote-won-t-go-away----but-did-gates-really-say-it-.html
Dom, one of the RPi engineers, told me how to get the "1gb" kernel
rpi-update
Will install the kernel that can use 1GB, but he warned there may be boards / software that won't work with it.
He was talking about is new salary after making the deal with IBM for PC-DOS.
Of course he soon found that, like computer memory, you can never have enough and the statement soon looked very silly. So he always denies it.
Sadly I can't find a link to back up this assertion at the moment
Installed the qt libs, then dkpg -i propelleride.deb and it ran.
SimpleIDE ran out of the (tgz) box.
And I managed to cleanly compile p1loader, just need to change it wiggle a gpio over sysfs.
I've tried to build the C I/O stuff with the modified base address but despite switching to superuser I am unable to run configure. I'll investigate the problem. It is supposed to work with that mod according to someone on the RPi forum.