Mesa modbus and pktUart
- PCW
-
- Away
- Moderator
-
Less
More
- Posts: 18558
- Thank you received: 5099
21 Jan 2025 14:45 - 29 Jan 2025 16:00 #319571
by PCW
Replied by PCW on topic Mesa modbus and pktUart
I guess its possible, You could add a stiff pulldown (say 470 ohm) on TXEN to test
are you sure its not parity related?
Maybe I can get one to try.
(Edit 2 ordered will try to get them running when they arrive is about 10 days)
Does seem that function 2 would make more sense on inputs and 15 on outputs
are you sure its not parity related?
Maybe I can get one to try.
(Edit 2 ordered will try to get them running when they arrive is about 10 days)
Does seem that function 2 would make more sense on inputs and 15 on outputs
Last edit: 29 Jan 2025 16:00 by PCW.
The following user(s) said Thank You: besriworld
Please Log in or Create an account to join the conversation.
- vre
- Away
- Platinum Member
-
Less
More
- Posts: 653
- Thank you received: 17
29 Jan 2025 10:44 #320067
by vre
Replied by vre on topic Mesa modbus and pktUart
With this config i have no errors
{HAL_BIT, 2, 0x0000, 32, "in"},
{HAL_BIT, 15, 0x0000, 32, "out"},
{HAL_U32, 6, 0x00FE, 1, "setbaud"},Please Log in or Create an account to join the conversation.
- vre
- Away
- Platinum Member
-
Less
More
- Posts: 653
- Thank you received: 17
30 Jan 2025 17:06 #320161
by vre
Replied by vre on topic Mesa modbus and pktUart
When i set an out pin to TRUE after shutdown linuxcnc remains true
how can fix this except setting signals to 0 in shutdown.hal file.
how can fix this except setting signals to 0 in shutdown.hal file.
Please Log in or Create an account to join the conversation.
- PCW
-
- Away
- Moderator
-
Less
More
- Posts: 18558
- Thank you received: 5099
30 Jan 2025 17:13 #320162
by PCW
Replied by PCW on topic Mesa modbus and pktUart
If the device does not have a built-in watchdog, I guess you could remove its logic
power with a watchdog controlled device.
power with a watchdog controlled device.
Please Log in or Create an account to join the conversation.
- PCW
-
- Away
- Moderator
-
Less
More
- Posts: 18558
- Thank you received: 5099
05 Feb 2025 02:02 #320686
by PCW
Replied by PCW on topic Mesa modbus and pktUart
Finally got my cards and I should note (to save others some time)
that to run the Eletechsup modbus 25IOC32 card using the MODBUS
functions 2 and 15, You need to short solder jumper M0 on the card.
They seem to work as expected
that to run the Eletechsup modbus 25IOC32 card using the MODBUS
functions 2 and 15, You need to short solder jumper M0 on the card.
They seem to work as expected
The following user(s) said Thank You: tommylight
Please Log in or Create an account to join the conversation.
- vre
- Away
- Platinum Member
-
Less
More
- Posts: 653
- Thank you received: 17
28 Feb 2025 07:10 - 28 Feb 2025 07:14 #322852
by vre
Replied by vre on topic Mesa modbus and pktUart
Yes this needs to be done to work correct.
But for some reason if you change baudrate to max speed this modbus module initially works after 1st reboot in high speeds but not work after 2nd
reboot.
Stop responding and to return in working condition needs hard reset to go in default baudrate.
What can be this problem ?
But for some reason if you change baudrate to max speed this modbus module initially works after 1st reboot in high speeds but not work after 2nd
reboot.
Stop responding and to return in working condition needs hard reset to go in default baudrate.
What can be this problem ?
Last edit: 28 Feb 2025 07:14 by vre.
Please Log in or Create an account to join the conversation.
- PCW
-
- Away
- Moderator
-
Less
More
- Posts: 18558
- Thank you received: 5099
28 Feb 2025 15:08 - 28 Feb 2025 22:13 #322871
by PCW
Replied by PCW on topic Mesa modbus and pktUart
Not sure I understand:
if you change baudrate to max speed
Are you changing the I/O modules baud rate or LinuxCNCs baudrate?
By reboot do you mean power cycle of the I/O module?
Edit: I tested changing the baud rate on one of my 25IOC32_PNP modules
(from the default 9600 baud to 115200 baud = baudrate selector 7)
It seem to work OK and I have power cycled the module many times and its
still OK at 115200 baud.
NOTE:
Since changing the 25IOC32 cards non-volatile baud rate is slow I suspect
you need to set the update rate low _AND_ only run the modbus code with the
setbaud option enabled for a short time (you may damage the card if you run it
continuously, I don't know how many write cycles its non-volatile storage is rated for)
I think ideally, a different .mod file/hal/ini file should be used just for setting baud rates
or other non-volatile parameter setting, and mod files that access non-volatile parameters
never be used for normal operation.
if you change baudrate to max speed
Are you changing the I/O modules baud rate or LinuxCNCs baudrate?
By reboot do you mean power cycle of the I/O module?
Edit: I tested changing the baud rate on one of my 25IOC32_PNP modules
(from the default 9600 baud to 115200 baud = baudrate selector 7)
It seem to work OK and I have power cycled the module many times and its
still OK at 115200 baud.
NOTE:
Since changing the 25IOC32 cards non-volatile baud rate is slow I suspect
you need to set the update rate low _AND_ only run the modbus code with the
setbaud option enabled for a short time (you may damage the card if you run it
continuously, I don't know how many write cycles its non-volatile storage is rated for)
I think ideally, a different .mod file/hal/ini file should be used just for setting baud rates
or other non-volatile parameter setting, and mod files that access non-volatile parameters
never be used for normal operation.
Last edit: 28 Feb 2025 22:13 by PCW.
Please Log in or Create an account to join the conversation.
- vre
- Away
- Platinum Member
-
Less
More
- Posts: 653
- Thank you received: 17
13 Mar 2025 13:12 - 13 Mar 2025 14:43 #323830
by vre
Replied by vre on topic Mesa modbus and pktUart
There is a bug to pktuart module..
With this config and connected eletech 32io modbus module to work
in halshow encoder.02.input-a and encoder.02.input-b read ghost pulses
if disconnect eletech module ghost pulses stop appear in encoder inputs .
Is this noise related problem?
streamable.com/jptfu9
With this config and connected eletech 32io modbus module to work
in halshow encoder.02.input-a and encoder.02.input-b read ghost pulses
if disconnect eletech module ghost pulses stop appear in encoder inputs .
Is this noise related problem?
streamable.com/jptfu9
library IEEE;
use IEEE.std_logic_1164.all; -- defines std_logic types
use IEEE.STD_LOGIC_ARITH.ALL;
use IEEE.STD_LOGIC_UNSIGNED.ALL;
-- Copyright (C) 2007, Peter C. Wallace, Mesa Electronics
-- http://www.mesanet.com
--
-- This program is is licensed under a disjunctive dual license giving you
-- the choice of one of the two following sets of free software/open source
-- licensing terms:
--
-- * GNU General Public License (GPL), version 2.0 or later
-- * 3-clause BSD License
--
--
-- The GNU GPL License:
--
-- This program is free software; you can redistribute it and/or modify
-- it under the terms of the GNU General Public License as published by
-- the Free Software Foundation; either version 2 of the License, or
-- (at your option) any later version.
--
-- This program is distributed in the hope that it will be useful,
-- but WITHOUT ANY WARRANTY; without even the implied warranty of
-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
-- GNU General Public License for more details.
--
-- You should have received a copy of the GNU General Public License
-- along with this program; if not, write to the Free Software
-- Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
--
--
-- The 3-clause BSD License:
--
-- Redistribution and use in source and binary forms, with or without
-- modification, are permitted provided that the following conditions
-- are met:
--
-- * Redistributions of source code must retain the above copyright
-- notice, this list of conditions and the following disclaimer.
--
-- * Redistributions in binary form must reproduce the above
-- copyright notice, this list of conditions and the following
-- disclaimer in the documentation and/or other materials
-- provided with the distribution.
--
-- * Neither the name of Mesa Electronics nor the names of its
-- contributors may be used to endorse or promote products
-- derived from this software without specific prior written
-- permission.
--
--
-- Disclaimer:
--
-- THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
-- "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
-- LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
-- FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
-- COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
-- INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
-- BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
-- LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
-- CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
-- LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
-- ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
-- POSSIBILITY OF SUCH DAMAGE.
--
use work.IDROMConst.all;
package PIN_SVST8_4_72 is
constant ModuleID : ModuleIDType :=(
(WatchDogTag, x"00", ClockLowTag, x"01", WatchDogTimeAddr&PadT, WatchDogNumRegs, x"00", WatchDogMPBitMask),
(IOPortTag, x"00", ClockLowTag, x"03", PortAddr&PadT, IOPortNumRegs, x"00", IOPortMPBitMask),
(QcountTag, x"02", ClockLowTag, x"08", QcounterAddr&PadT, QCounterNumRegs, x"00", QCounterMPBitMask),
(PWMTag, x"00", ClockHighTag, x"08", PWMValAddr&PadT, PWMNumRegs, x"00", PWMMPBitMask),
(StepGenTag, x"02", ClockLowTag, x"04", StepGenRateAddr&PadT, StepGenNumRegs, x"00", StepGenMPBitMask),
(PktUARTTTag, x"02", ClockLowTag, x"01", PktUARTTDataAddr&PadT, PktUARTTNumRegs, x"00", PktUARTTMPBitMask),
(PktUARTRTag, x"02", ClockLowTag, x"01", PktUARTRDataAddr&PadT, PktUARTRNumRegs, x"00", PktUARTRMPBitMask),
(LEDTag, x"00", ClockLowTag, x"01", LEDAddr&PadT, LEDNumRegs, x"00", LEDMPBitMask),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000")
);
constant PinDesc : PinDescType :=(
-- Base func sec unit sec func sec pin
IOPortTag & x"01" & QCountTag & x"02", -- I/O 00
IOPortTag & x"01" & QCountTag & x"01", -- I/O 01
IOPortTag & x"00" & QCountTag & x"02", -- I/O 02
IOPortTag & x"00" & QCountTag & x"01", -- I/O 03
IOPortTag & x"01" & QCountTag & x"03", -- I/O 04
IOPortTag & x"00" & QCountTag & x"03", -- I/O 05
IOPortTag & x"01" & PWMTag & x"81", -- I/O 06
IOPortTag & x"00" & PWMTag & x"81", -- I/O 07
IOPortTag & x"01" & PWMTag & x"82", -- I/O 08
IOPortTag & x"00" & PWMTag & x"82", -- I/O 09
IOPortTag & x"01" & PWMTag & x"83", -- I/O 10
IOPortTag & x"00" & PWMTag & x"83", -- I/O 11
IOPortTag & x"03" & QCountTag & x"02", -- I/O 12
IOPortTag & x"03" & QCountTag & x"01", -- I/O 13
IOPortTag & x"02" & QCountTag & x"02", -- I/O 14
IOPortTag & x"02" & QCountTag & x"01", -- I/O 15
IOPortTag & x"03" & QCountTag & x"03", -- I/O 16
IOPortTag & x"02" & QCountTag & x"03", -- I/O 17
IOPortTag & x"03" & PWMTag & x"81", -- I/O 18
IOPortTag & x"02" & PWMTag & x"81", -- I/O 19
IOPortTag & x"03" & PWMTag & x"82", -- I/O 20
IOPortTag & x"02" & PWMTag & x"82", -- I/O 21
IOPortTag & x"03" & PWMTag & x"83", -- I/O 22
IOPortTag & x"02" & PWMTag & x"83", -- I/O 23
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & StepGenTag & x"81", -- I/O 48
IOPortTag & x"00" & StepGenTag & x"82", -- I/O 49
IOPortTag & x"04" & QCountTag & x"01", -- I/O 26
IOPortTag & x"04" & QCountTag & x"02", -- I/O 27
IOPortTag & x"04" & QCountTag & x"03", -- I/O 28
IOPortTag & x"00" & PktUARTTTag & PktUTNDrvEnPin, -- I/O 32 TX PKTUART PIN
IOPortTag & x"00" & PktUARTTTag & PktUTDataPin, -- I/O 31 TX PKTUART PIN
IOPortTag & x"00" & PktUARTRTag & PktURDataPin, -- I/O 30 RX PKTUART PIN
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin, -- added for IDROM v3
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin);
end package PIN_SVST8_4_72;
Last edit: 13 Mar 2025 14:43 by vre.
Please Log in or Create an account to join the conversation.
- vre
- Away
- Platinum Member
-
Less
More
- Posts: 653
- Thank you received: 17
13 Mar 2025 17:38 - 13 Mar 2025 18:10 #323853
by vre
Replied by vre on topic Mesa modbus and pktUart
There is another config that shows bug to pktuart module..
With this config and connected eletech 32io modbus module that is in working condition
in halshow encoder.04 read crazy data without connected anything to it.
if disconnect eletech module crazy data stop appear in encoder inputs .
streamable.com/civoip
The problem seems related to hostmot2 firmware or linuxcnc driver.
Memory leak?
With this config and connected eletech 32io modbus module that is in working condition
in halshow encoder.04 read crazy data without connected anything to it.
if disconnect eletech module crazy data stop appear in encoder inputs .
streamable.com/civoip
The problem seems related to hostmot2 firmware or linuxcnc driver.
Memory leak?
library IEEE;
use IEEE.std_logic_1164.all; -- defines std_logic types
use IEEE.STD_LOGIC_ARITH.ALL;
use IEEE.STD_LOGIC_UNSIGNED.ALL;
-- Copyright (C) 2007, Peter C. Wallace, Mesa Electronics
-- http://www.mesanet.com
--
-- This program is is licensed under a disjunctive dual license giving you
-- the choice of one of the two following sets of free software/open source
-- licensing terms:
--
-- * GNU General Public License (GPL), version 2.0 or later
-- * 3-clause BSD License
--
--
-- The GNU GPL License:
--
-- This program is free software; you can redistribute it and/or modify
-- it under the terms of the GNU General Public License as published by
-- the Free Software Foundation; either version 2 of the License, or
-- (at your option) any later version.
--
-- This program is distributed in the hope that it will be useful,
-- but WITHOUT ANY WARRANTY; without even the implied warranty of
-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
-- GNU General Public License for more details.
--
-- You should have received a copy of the GNU General Public License
-- along with this program; if not, write to the Free Software
-- Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
--
--
-- The 3-clause BSD License:
--
-- Redistribution and use in source and binary forms, with or without
-- modification, are permitted provided that the following conditions
-- are met:
--
-- * Redistributions of source code must retain the above copyright
-- notice, this list of conditions and the following disclaimer.
--
-- * Redistributions in binary form must reproduce the above
-- copyright notice, this list of conditions and the following
-- disclaimer in the documentation and/or other materials
-- provided with the distribution.
--
-- * Neither the name of Mesa Electronics nor the names of its
-- contributors may be used to endorse or promote products
-- derived from this software without specific prior written
-- permission.
--
--
-- Disclaimer:
--
-- THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
-- "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
-- LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
-- FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
-- COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
-- INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
-- BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
-- LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
-- CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
-- LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
-- ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
-- POSSIBILITY OF SUCH DAMAGE.
--
use work.IDROMConst.all;
package PIN_SVST8_4_72 is
constant ModuleID : ModuleIDType :=(
(HM2DPLLTag, x"00", ClockLowTag, x"01", HM2DPLLBaseRateAddr&PadT, HM2DPLLNumRegs, x"00", HM2DPLLMPBitMask),
(WatchDogTag, x"00", ClockLowTag, x"01", WatchDogTimeAddr&PadT, WatchDogNumRegs, x"00", WatchDogMPBitMask),
(IOPortTag, x"00", ClockLowTag, x"03", PortAddr&PadT, IOPortNumRegs, x"00", IOPortMPBitMask),
(PWMTag, x"00", ClockHighTag, x"08", PWMValAddr&PadT, PWMNumRegs, x"00", PWMMPBitMask),
(StepGenTag, x"02", ClockLowTag, x"04", StepGenRateAddr&PadT, StepGenNumRegs, x"00", StepGenMPBitMask),
(QcountTag, x"02", ClockLowTag, x"08", QcounterAddr&PadT, QCounterNumRegs, x"00", QCounterMPBitMask),
(PktUARTTTag, x"02", ClockLowTag, x"01", PktUARTTDataAddr&PadT, PktUARTTNumRegs, x"00", PktUARTTMPBitMask),
(PktUARTRTag, x"02", ClockLowTag, x"01", PktUARTRDataAddr&PadT, PktUARTRNumRegs, x"00", PktUARTRMPBitMask),
(LEDTag, x"00", ClockLowTag, x"01", LEDAddr&PadT, LEDNumRegs, x"00", LEDMPBitMask),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000"),
(NullTag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"00000000")
);
constant PinDesc : PinDescType :=(
-- Base func sec unit sec func sec pin
IOPortTag & x"01" & QCountTag & x"02", -- I/O 00
IOPortTag & x"01" & QCountTag & x"01", -- I/O 01
IOPortTag & x"00" & QCountTag & x"02", -- I/O 02
IOPortTag & x"00" & QCountTag & x"01", -- I/O 03
IOPortTag & x"01" & QCountTag & x"03", -- I/O 04
IOPortTag & x"00" & QCountTag & x"03", -- I/O 05
IOPortTag & x"01" & PWMTag & x"81", -- I/O 06
IOPortTag & x"00" & PWMTag & x"81", -- I/O 07
IOPortTag & x"01" & PWMTag & x"82", -- I/O 08
IOPortTag & x"00" & PWMTag & x"82", -- I/O 09
IOPortTag & x"01" & PWMTag & x"83", -- I/O 10
IOPortTag & x"00" & PWMTag & x"83", -- I/O 11
IOPortTag & x"03" & QCountTag & x"02", -- I/O 12
IOPortTag & x"03" & QCountTag & x"01", -- I/O 13
IOPortTag & x"02" & QCountTag & x"02", -- I/O 14
IOPortTag & x"02" & QCountTag & x"01", -- I/O 15
IOPortTag & x"03" & QCountTag & x"03", -- I/O 16
IOPortTag & x"02" & QCountTag & x"03", -- I/O 17
IOPortTag & x"03" & PWMTag & x"81", -- I/O 18
IOPortTag & x"02" & PWMTag & x"81", -- I/O 19
IOPortTag & x"03" & PWMTag & x"82", -- I/O 20
IOPortTag & x"02" & PWMTag & x"82", -- I/O 21
IOPortTag & x"03" & PWMTag & x"83", -- I/O 22
IOPortTag & x"02" & PWMTag & x"83", -- I/O 23
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & NullTag & x"00",
IOPortTag & x"00" & StepGenTag & x"81", -- I/O 48
IOPortTag & x"00" & StepGenTag & x"82", -- I/O 49
IOPortTag & x"04" & QCountTag & x"01", -- I/O 26
IOPortTag & x"04" & QCountTag & x"02", -- I/O 27
IOPortTag & x"04" & QCountTag & x"03", -- I/O 28
IOPortTag & x"00" & PktUARTTTag & PktUTNDrvEnPin, -- I/O 32 TX PKTUART PIN
IOPortTag & x"00" & PktUARTTTag & PktUTDataPin, -- I/O 31 TX PKTUART PIN
IOPortTag & x"00" & PktUARTRTag & PktURDataPin, -- I/O 30 RX PKTUART PIN
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin, -- added for IDROM v3
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,
emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin,emptypin);
end package PIN_SVST8_4_72;
Last edit: 13 Mar 2025 18:10 by vre.
Please Log in or Create an account to join the conversation.
- PCW
-
- Away
- Moderator
-
Less
More
- Posts: 18558
- Thank you received: 5099
13 Mar 2025 18:29 #323855
by PCW
Replied by PCW on topic Mesa modbus and pktUart
The encoder data issue may be electrical noise related.
I guess it could be a Mesa modbus bug but its a bit strange
that it seems to affect physically nearby signals.
How is the RS-485 interface connected to the 7I80?
Also on baud rate issue, the eletec I/O module will not run at 115200
baud reliably, it crashes and can only be recovered by a power cycle
of the I/O module. I suspect a stack error at 115200 baud interrupt
rates in the I/O module. Running at 115200 baud the card crashes in
a few hours, at 9600 baud its been running a week so far.
I guess it could be a Mesa modbus bug but its a bit strange
that it seems to affect physically nearby signals.
How is the RS-485 interface connected to the 7I80?
Also on baud rate issue, the eletec I/O module will not run at 115200
baud reliably, it crashes and can only be recovered by a power cycle
of the I/O module. I suspect a stack error at 115200 baud interrupt
rates in the I/O module. Running at 115200 baud the card crashes in
a few hours, at 9600 baud its been running a week so far.
Please Log in or Create an account to join the conversation.
Time to create page: 0.122 seconds