Posts made by reitinge

@scoobsalamander
Hi, you can divide the initialization into two commands:

char stringTemp[80];
stringTemp = "";

if you want to be sure that the array is empty. The warning will disappear.

Cheers,
Jan

@mtomek Hi Michal,
I found the meaning of the errors directly in the REXduino_slave.ino code. The first number indicates the type of error and can have values:

• 49 - ERROR_COMMAND
• 50 - ERROR_PINMODE
• 51 - ERROR_SERIAL
• 52 - ERROR_ONEWIRE
• 53 - ERROR_I2C
  The second number indicates error specification. For example for ERROR_ONEWIRE:
• 49 - ERROR_ONEWIRE_NOMOREDEVICES
• 50 - ERROR_ONEWIRE_BUSYBUS
• 51 - ERROR_ONEWIRE_BADCRC
• 52 - ERROR_ONEWIRE_DEPLETED
• 53 - ERROR_ONEWIRE_NOTEMPDEVICE
  I agree that the errors could be mentioned more explicitly somewhere.

So in your case, the code 52 51 means bad crc error. So, for example, some noise may have appeared during data transmission.

I don't have any experience with the UniPi hub, because I'm using Monarco HAT. But as I understand to the UniPi 1-wire knowledge base, you should use the first hub port to connect the hub to your Raspberry Pi GPIO. Default GPIO pin for 1-Wire is GPIO 4. After connecting, you can read the data in REXYGEN using OwsDrv module. Please pay special attention to the note in the knowledge base:

Unfortunately, I have no idea if the UniPi hub provides ESD protection. You should check this directly from the manufacturer. If the hub doesn't have protection, I definitely wouldn't connect it directly to the Raspberry GPIO. The resistance of such a solution to the induction of unexpected voltages is negligible and it's possible that your Raspberry would get burned. In the absence of ESD protection, I would rather invest in Monarco HAT, where ESD protection is present and Monarco communicates 1-Wire over the I2C bus (documentation here), so 1-Wire is not connected directly to the processor.

Cheers,
Jan

@mtomek Hi Michal,
REXduino slave error, code 51 49 means that the master is sending too much data... in other words that the slave is unable to process data and respond to all the requests.

Keep in mind that reading data from 1-wire sensors takes a relatively long time (the slave is currently set as #define ONEWIRE_TEMPCONV_DELAY 800 ms). It can very easily happen that the slave will not be able to read data from twelve 1-wire sensors and send values ​​over the serial to your Raspberry Pi with the period with which the master is running.

My advice is to try setting a larger value for the running period on the master side. You can do it in REXYGEN in the EXEC block (see documentation here https://www.rexygen.com/doc/ENGLISH/MANUALS/BRef/EXEC.html).

But my private opinion is that you are very close to the maximum possibilities of REXduino. In your place, I would consider the options I suggested to you above.

Best regards,
Jan

@fabio Není zač.

Dobrý den,
jak kontrolujete, že výstup UP bloku PWM má hodnotu pouze OFF? Pokud kontrolu provádíte pouze sledováním výstupu ve watch režimu, změnu pravděpodobně ani neuvidíte. Aktualizace hodnot ve watch režimu Rexygen Studia probíhá s daleko větší periodou a tento způsob sledování je pouze orientační. Zkusil jsem namodelovat task se stejnými parametry, jako vy a v Trendu (vizte obrázek) je vidět, že PWM spíná i pro vstup u = 0.06. Pro jistotu posílám zabalený i svůj projekt.

PWM_test.zip

Opravdu potřebujete nastavené i hodnoty dtime, btime a offtime? Tyto parametry jsou určeny pro použití v případě, že je to nezbytné kvůli spínanému hardware. Pokud ve specifikaci vyloženě tyto hodnoty nemáte uvedeny, nechal bych je nastavené na 0.

S pozdravem,
Reitinger

Hi guys,
@mikeyh you're welcome. @apollo is right with persistent parameters. If you don't just do short-term tests, don't forget to turn persistent parameters on.

@mikeyh Hi Mike,
one possibility is to use a SHLD block with Triggered sampling mode (documentation here). When you send a pulse to the block input SETH, the current value of input u is stored at output y. The overall connection can then look something like this:

Cheers,
Jan

@mtomek Hi Michal,
you are welcome. I'm glad everything is working as it should. Good luck with your project.

Regards,
Jan

@mtomek Hello Michal,
the error: Unable to load authentication database from "/rex/rexcore/auth.rex": File open error means that you don't have any authentications set on your device (or more precisely you are using the default authentications which is admin without password). Documentation can be found here. This settings is optional and the REXYGEN can run without it.

First of all, please update your REXYGEN to the last public version according this manual. We are aware of incompatibility issues between REXYGEN 2.50.9 and newer versions of REXduino caused by updating communication protocols.

Please let me know if the update helped,
Jan

@mtomek
Dear Michal,

• to the Question 1: In general, multiple VIN blocks can be used to read quality from multiple sources. Unfortunately, it probably won't work in your case, because all the data comes from one source (REXduino block).

• to the Question 2: In REXduino, it is currently not possible to ensure that a 1-wire sensor will always get the same address if there are more sensors. We recommend using Monarco HAT or a 1-Wire hub instead of Arduino.

Using another hardware (with the Raspberry Pi) should also help solve the first problem. In the Raspberry Pi, it would then be possible to fix the addresses of the individual 1-wire sensors using this manual.

Best regards,
Jan

@honza

Dear Jan,
yes, we would like to create a similar guide in the near future as for Unipi Axon and Neuron. We also want to prepare an image with the Rexygen installation for Unipi Patron. As soon as we have the Patron available, we will publish the guide and the image.

Best regards,
Jan

@fabio
add poznámka: Je to vidět z výše zmíněného obrázku. Jakmile mezi DOUT a GND připojíte odpor a DOUT bude mít hodnotu OFF, vznikne napěťový dělič. Podle připojeného odporu dopočtete napětí, které bude mezi DOUT a GND. Nicméně procházející proud bude stále pravděpodobně nedostatečný. DOUT je prostě dělaný tak, aby se spínal s externím napětím.

Buď si za 12V předřaďte odpor tak, aby Vám vycházelo požadované napětí (5V) , nebo použijte externí zdroj 5V nebo sežeňte 12V ventilátor. Výpočty a konečnou volbu nechám na Vás.

S pozdravem,
Reitinger

@fabio Jestli chcete ovládat tento 5V ventilátor, je potřeba zapojit červený kabel na externí zdroj 5V a černý na DOUT.
DOUT lze sice použít jako zdroj a zapojit ho proti zemi, lze to ale pouze pro velmi malé zátěže. Důvodem je vnitřní pull-up odpor 1,2 kOhm, jak je vidět zde na posledním obrázku.

@fabio Zapojení podle obrázků vypadá v pořádku. Jak jste nakonec vyřešil napájení Monarca? Používáte jen jeden zdroj, který má 10-30 V a samotné Raspberry ničím nenapájíte?

@fabio Dobrý den,
pošlete, prosím, Vaše schéma v Rexygenu.

@fabio Jde to udělat přes command line. Potřebujete ale připojovat k RPi monitor a klávesnici. Přes putty nic takového nepotřebujete a můžete navíc příkazy kopírovat místo opisování. Návodů na používání Putty najdete spoustu (např. https://www.ssh.com/ssh/putty/windows/ ). Musíte mít povolené ale nejdřív SSH na RPi. To můžete povolit například tím, že po nahrání image na SD kartu, otevřete na kartě složku Boot a uložíte tam prázdný soubor s názvem ssh (bez přípony). https://linuxize.com/post/how-to-enable-ssh-on-raspberry-pi/

Po otevření Putty stačí zadat IP adresu Vašeho RPi a nechat Port 22. Kliknete na Open, objeví se Vám okno s terminálem, zadáte přihlašovací údaje a můžete pracovat, jak jste zvyklý. Obsah schránky zkopírujete do terminálu kliknutím pravého tlačítka myši.

@fabio Zkuste ještě úplně novou instalaci Raspberry OS, prosím. Vyzkoušel jsem následující postup a vše v pořádku fungovalo.

• Stáhnul jsem si aktuální image Raspberry OS verzi Lite, nahrál ji na SD kartu, povolil SSH: https://downloads.raspberrypi.org/raspios_lite_armhf/images/raspios_lite_armhf-2021-01-12/2021-01-11-raspios-buster-armhf-lite.zip

• Přes Putty jsem doinstaloval Rexygen pro Monarco HAT

wget -nc https://download.rexcontrols.com/scripts/rex-install-monarcohat.sh  
chmod +x rex-install-monarcohat.sh  
sudo ./rex-install-monarcohat.sh

• Povolil jsem I2C přes raspi-config

• Pro jistotu jsem se pokusil nainstalovat owserver, ow-shell a rex-owsdrvt, ale vše již bylo aktuální

sudo apt-get install owserver ow-shell rex-owsdrvt

• Moje DS18B20 má barevné značení. Zapojil jsem následovně: červená - 1W 5V OUT, žlutá - 1W Data, černá - GND.

• owdir v pořádku nalistuje čidlo
  

@fabio Zkuste ještě prosím postup, který zmiňuje uživatel miccoli zde. Mně 1W na Monarcu funguje. Pokud tento postup nezabere, napište mi, jakou máte verzi Raspberry OS, zkusím zreprodukovat chybu u sebe.

@fabio Dobrý den,
máte povolené I2C? Jako základ můžete použít příklad 0121-12_Simple_Thermostat_1-Wire, který naleznete v knihovně příkladů. Postupoval bych podle README.md v adresáři s příkladem.

@mikeyh
Hi Mike,
I'm not sure of converting watts/periodunit to kilowatts/periodunit. Shouldn't you multiply the value by 0.001 instead of 1000?

Cheers,
Jan